2 La sauvegarde dans le cloud promet simplicité et évolutivité : de la capacité à la demande, payée à l’usage. La réalité est différente pour les entreprises qui gèrent des téraoctets de données de sauvegarde. Les frais de sortie du cloud dominent le coût total de possession. Un établissement de santé qui sauvegarde 50 téraoctets par mois trouve les frais de stockage raisonnables, mais les frais de sortie les triplent. Une société de services financiers découvre que restaurer seulement 10 % de son référentiel de sauvegarde lui coûte plus cher en frais de sortie que l’ensemble de son système de sauvegarde sur site. La comparaison entre souveraineté des données et cloud public (en anglais) explique cet écart. La réponse économiquement rationnelle consiste à bâtir un stockage en cloud privé sur votre propre infrastructure : une cible de sauvegarde qui offre la souplesse opérationnelle du cloud public, le provisionnement en libre-service et l’intégration applicative, sans pénalités de sortie. Une architecture de cloud privé moderne, fondée sur des API compatibles S3 et déployée sur site, s’intègre parfaitement aux logiciels de sauvegarde existants. Vous gardez le contrôle total de la capacité, des performances et des coûts. Cette approche s’est généralisée dans les entreprises centrées sur la sauvegarde. Le stockage compatible S3 fonctionne sur des serveurs x86 standard dans les data centers, consomme des ressources banalisées et sert Veeam, Commvault, Rubrik et toutes les plateformes de sauvegarde d’entreprise. La technologie est mature. Ce qui l’est moins, c’est la manière de concevoir un stockage en cloud privé qui apporte réellement rentabilité et simplicité opérationnelle. L’économie du stockage en cloud privé pour la sauvegarde Avant de concevoir l’architecture, comprenez la réalité économique. Une charge de sauvegarde de 50 téraoctets par mois envoyée vers AWS S3 coûte environ 5 000 à 8 000 $ par mois en stockage (avec Glacier ou un stockage froid équivalent). Mais récupérer ces données pour une reprise après sinistre ou une enquête coûte 8 000 à 15 000 $ supplémentaires en frais de sortie. Certains scénarios de restauration entraînent d’autres coûts : transferts entre régions AWS, récupération accélérée depuis les classes Glacier et frais d’appels d’API qui s’accumulent sur des millions d’opérations. Un système de stockage en cloud privé déployé sur du matériel standard (des serveurs 2U ou 4U équipés de huit à seize disques chacun) coûte environ 80 000 à 150 000 $ d’investissement pour 100 téraoctets. En ajoutant le réseau, la redondance, l’alimentation et le refroidissement, comptez 200 000 à 300 000 $ pour une cible de sauvegarde en cloud privé tolérante aux pannes de 100 téraoctets. Amorti sur cinq ans avec une charge d’exploitation modeste, cela représente environ 40 000 à 60 000 $ par an, bien moins que les frais de sortie équivalents du cloud public. Le retour sur investissement du cloud privé dépend de vos schémas de restauration. Si votre organisation restaure fréquemment (tests mensuels de reprise après sinistre, extractions régulières pour la conformité, récupérations pour enquête), le cloud privé est rentabilisé en 18 à 24 mois. Si vous ne restaurez jamais, la sauvegarde cloud revient moins cher, mais c’est rare et signifie que vous n’avez pas testé votre capacité de restauration. La flexibilité opérationnelle renforce l’argument. Avec un stockage en cloud privé, vous maîtrisez la conservation des sauvegardes sans souci de coût. Vous conservez 10 ans de sauvegardes complètes trimestrielles sans vous torturer sur les niveaux de stockage. Vous multipliez les restaurations de test pour la conformité sans calculer de frais de sortie. Et si la conformité exige soudain d’extraire 30 téraoctets d’archives, les frais de sortie sont nuls : il suffit de copier sur bande ou d’exporter en interne. Conception de l’architecture : capacité, redondance, performances Un stockage en cloud privé d’entreprise exige une attention particulière à trois dimensions : la capacité brute, la redondance et la tolérance aux pannes, et les performances de restauration. Dimensionnez soigneusement la capacité. Votre cible de sauvegarde principale doit accueillir l’ensemble de votre charge actuelle plus 12 à 24 mois de croissance. La plupart des entreprises sous-estiment cette croissance : les charges de sauvegarde augmentent de 30 à 50 % par an à mesure que s’ajoutent systèmes, bases de données et données non structurées. Un système dimensionné pour les besoins actuels atteint sa capacité en six mois et impose une extension prématurée. Concevez pour la croissance dès le départ. Prévoyez une redondance adaptée à des délais de restauration plus longs. Dans le cloud public, les disques tombent aussi en panne, et AWS gère ces pannes par la réplication entre zones. Votre système sur site doit se remettre des pannes sans perdre de données. Mettez en place au minimum du RAID 6 (qui tolère deux pannes simultanées) ou un codage à effacement pour les systèmes plus importants. Conservez des copies secondaires des sauvegardes critiques. Envisagez la bande (conservation à long terme, protection hors ligne contre les ransomwares) ou un second système de cloud privé dans un autre data center. Vous vous protégez ainsi contre les sinistres touchant tout un site et contre les attaques sophistiquées qui ciblent à la fois l’infrastructure principale et celle de sauvegarde. Concevez les performances de restauration pour votre data center. Vos restaurations sont limitées par vos ressources réseau et de calcul locales, et non par l’infrastructure d’un fournisseur cloud. Si les données de sauvegarde sont réparties sur plusieurs serveurs avec redondance, planifiez les restaurations avec soin pour ne pas saturer le réseau. Établissez des priorités : les systèmes critiques sont restaurés en premier avec un maximum de bande passante, les systèmes d’archive ensuite, lorsque la charge réseau diminue. L’intégration aux principales plateformes de sauvegarde Le stockage compatible S3 s’intègre sans difficulté : votre logiciel de sauvegarde le traite exactement comme un stockage cloud, à ceci près qu’il fonctionne sur votre infrastructure. Veeam, Commvault, Rubrik et toutes les grandes plateformes de sauvegarde prennent en charge les cibles compatibles S3. La configuration est simple : URL du point d’accès, identifiants et nom du bucket, et votre logiciel commence immédiatement à sauvegarder. Cette compatibilité n’a rien d’accidentel. L’API S3 est le standard de fait du stockage objet, et tous les éditeurs qui ont des ambitions dans la sauvegarde l’implémentent. Vous conservez donc le choix du fournisseur : vous n’êtes pas enfermé dans un stockage propriétaire parce que votre logiciel de sauvegarde l’exige. Les systèmes compatibles S3 diffèrent toutefois dans leur prise en charge des fonctionnalités avancées. Examinez le verrouillage d’objets (indispensable pour la conformité et la protection contre les ransomwares), les politiques de cycle de vie (qui automatisent les changements de niveau) et la gestion des clés de chiffrement. Évaluez-les soigneusement selon vos exigences. Un établissement de santé soumis à HIPAA a besoin de clés de chiffrement gérées par le client. Une société de services financiers a besoin du verrouillage d’objets pour la conformité SEC. Un sous-traitant de l’État a besoin de garanties de résidence des données que seul le cloud privé apporte. Modes d’exploitation et administration Un stockage en cloud privé sur site s’exploite davantage comme une base de données que comme un stockage traditionnel. Il exige une administration continue, une planification de la capacité et une supervision. Prévoyez cette charge opérationnelle dans vos effectifs et votre budget. Mettez en place une supervision robuste. Votre logiciel de sauvegarde signale les réussites et les échecs, mais il ne vous dira pas si votre stockage approche de sa capacité, si les performances se dégradent ou si la redondance est menacée. Déployez une supervision du stockage qui suit l’utilisation de la capacité, les performances d’E/S, l’état de la redondance (tous les fragments du codage à effacement sont-ils présents et sains ?) et l’état de la réplication. Déclenchez des alertes sur les tendances préoccupantes avant qu’elles ne deviennent critiques. Planifiez soigneusement la capacité. La planification d’un cloud privé est plus fine que celle du cloud public. Le cloud public provisionne à la demande, avec des coûts qui évoluent automatiquement ; le cloud privé impose de planifier les extensions matérielles et de budgéter les investissements. La plupart des organisations mettent en place un processus trimestriel : examiner l’utilisation de la capacité et projeter les besoins à 12 mois. Si vous allez dépasser 80 % de la capacité, lancez l’achat de matériel supplémentaire. Cet horizon de planification évite les mauvaises surprises. Définissez des politiques de cycle de vie des données. Déterminez combien de temps les sauvegardes restent sur le stockage en cloud privé. Les snapshots des bases de développement sont supprimés au bout de 30 jours, les données financières conservées 7 ans, les journaux d’audit indéfiniment. Votre système de stockage doit appliquer automatiquement ces politiques au moyen de règles de cycle de vie qui déplacent les données entre niveaux ou suppriment les données expirées. Approches hybrides : cloud privé et débordement vers le cloud Certaines organisations combinent un cloud privé comme stockage de sauvegarde principal et un stockage cloud comme débordement pour la conservation à long terme. Elles associent ainsi la rentabilité du cloud privé pour les sauvegardes récentes (fréquemment consultées lors des restaurations et des tests) et le faible coût de l’archivage cloud pour les sauvegardes plus anciennes. Dans ce modèle, 3 à 6 mois de sauvegardes résident sur le cloud privé, avec toutes ses performances et une restauration rapide. Les sauvegardes plus anciennes migrent automatiquement (via des politiques de cycle de vie) vers un stockage cloud, rarement consulté mais disponible pour les audits de conformité ou les enquêtes. Cela demande une configuration soignée pour éviter des frais de sortie inattendus : soyez explicite sur le moment et le volume des migrations, et surveillez les restaurations depuis le cloud pour vous assurer qu’elles sont intentionnelles et non accidentelles. Les approches hybrides exigent une orchestration sophistiquée. La plupart des organisations l’automatisent : un microservice surveille l’ancienneté des sauvegardes, copie automatiquement les plus anciennes vers le stockage cloud, gère les transitions et journalise toute l’activité. L’objectif est la transparence : vos administrateurs de sauvegarde et votre équipe conformité disposent d’une vue unifiée de toutes les sauvegardes, en cloud privé comme en cloud public, sans avoir à connaître la topologie sous-jacente. Conclusion : reprenez le contrôle de l’économie de vos sauvegardes Le stockage en cloud privé pour la sauvegarde témoigne d’une maturité accrue des entreprises en matière de protection des données et de maîtrise des coûts. Au lieu d’accepter la dépendance au cloud et les pénalités de sortie, vous reprenez le contrôle de votre infrastructure de sauvegarde : déployez un stockage compatible S3 standard sur votre matériel et intégrez-le sans difficulté à vos plateformes de sauvegarde existantes. L’équation économique est convaincante : un retour sur investissement qui se mesure en mois, et non en années. La flexibilité opérationnelle est considérable : restaurer sans calculer de frais de sortie, conserver les sauvegardes plus longtemps sans contrainte budgétaire, adapter l’infrastructure à vos besoins de disponibilité et de performances. Et l’autonomie stratégique a de la valeur : vous ne dépendez plus des décisions tarifaires des fournisseurs cloud ni des risques liés aux transferts massifs de sauvegardes sur des réseaux non maîtrisés. Si votre organisation fait de la sauvegarde cloud un choix par défaut et découvre les frais de sortie comme des surprises opérationnelles, évaluez le stockage en cloud privé. La technologie est mature, l’intégration aux plateformes de sauvegarde est transparente, et l’équation économique favorise les organisations qui reprennent la maîtrise de leur infrastructure de sauvegarde. Envisagez des stratégies de rapatriement depuis le cloud (en anglais). Bâtissez votre cible de sauvegarde en cloud privé, et regardez baisser simultanément vos coûts de sauvegarde et vos délais de restauration. Pour aller plus loin Le stockage compatible S3 sur site : guide de la sauvegarde d’entreprise (en anglais) Le rapatriement depuis le cloud : stratégie, coûts et guide (en anglais) Infrastructure sur site ou hors site (en anglais) Le stockage multicloud : architecture, avantages et stratégie (en anglais) Le coût total de possession du stockage de données (en anglais) La compatibilité avec l’API S3 : la résilience du stockage d’entreprise
