4 L’infrastructure hyperconvergée (HCI) a profondément transformé la manière dont les équipes IT des entreprises provisionnent le calcul, le stockage et le réseau. En regroupant ces fonctions dans des plateformes logicielles uniques, l’HCI promet simplicité opérationnelle, réduction des investissements et gestion unifiée. Pour les administrateurs de sauvegarde, le stockage HCI semble de prime abord élégant : un référentiel intégré pour sauvegarder les charges de production sur la même plateforme. La réalité est pourtant plus nuancée. Si le stockage HCI excelle dans certains scénarios, il montre souvent ses limites lorsqu’il est déployé comme référentiel de sauvegarde à l’échelle de l’entreprise, en particulier dans les environnements multi-locataires de grande taille. Comprendre quand le stockage HCI fonctionne, où il peine et comment le compléter par une infrastructure dédiée est essentiel pour concevoir des architectures de sauvegarde résilientes qui évoluent sans compromis. Pourquoi le stockage HCI semble adapté à la sauvegarde Le stockage HCI paraît intuitivement logique pour les administrateurs de sauvegarde. Lorsque vos machines virtuelles, bases de données et applications tournent sur une HCI, stocker les sauvegardes sur la même infrastructure est tentant. Les avantages apparents sont nombreux : gestion unifiée depuis une console unique, achats simplifiés, optimisation de l’espace grâce à la déduplication et possibilité de gérer les cibles de sauvegarde aux côtés de la production avec les mêmes compétences et les mêmes outils. Dans les environnements petits et moyens aux volumes de sauvegarde modestes (généralement moins de 100 téraoctets de modifications quotidiennes), le stockage HCI offre des performances correctes. Les moteurs de déduplication intégrés réduisent fortement l’empreinte de stockage des sauvegardes, où la redondance entre copies est inhérente. Votre fenêtre de sauvegarde peut tenir confortablement dans les ressources de l’HCI sans affecter la production. Mais les avantages d’architecture de l’HCI pour la production ne se transposent pas automatiquement à la sauvegarde. Les systèmes HCI sont optimisés pour des charges régulières et prévisibles. Les bases de données de production maintiennent des IOPS stables, avec un équilibre entre lectures et écritures. Les charges de sauvegarde sont fondamentalement différentes : elles se caractérisent par des écritures séquentielles soutenues pendant les fenêtres de sauvegarde, suivies de restaurations peu fréquentes mais sensibles à la latence. Les limites de performances et d’évolutivité Lorsque les fenêtres de sauvegarde s’allongent ou que les volumes dépassent quelques centaines de téraoctets, le stockage HCI révèle ses limites. Le modèle de ressources partagées, efficace pour la production, devient un handicap lors des opérations de sauvegarde intensives. Les clusters HCI répartissent le stockage et le calcul sur plusieurs nœuds, avec des données redondantes et réparties sur les disques. Cela garantit haute disponibilité et performances pour des charges équilibrées. Mais lors des fenêtres de sauvegarde complète, avec des sauvegardes incrémentielles simultanées depuis des centaines de serveurs, vous imposez un débit soutenu que les architectures HCI n’ont pas été conçues pour absorber sans affecter la production. Les moteurs de stockage dédupliqué ajoutent de la latence. La déduplication implique d’examiner les blocs de données, de calculer des empreintes, de les comparer aux blocs existants et de n’écrire que les données uniques, ce qui ajoute de la latence et une charge CPU. Pour une tâche de sauvegarde isolée, ce surcoût est négligeable. Pour des dizaines de flux simultanés pendant les fenêtres de sauvegarde, l’impact cumulé allonge les fenêtres de 30 à 50 %, réduit les fenêtres de restauration et le temps disponible pour d’autres charges critiques. Par ailleurs, les systèmes HCI utilisent le RAID 5 ou le RAID 6 pour protéger les données, ce qui provoque une amplification des écritures. Un seul bloc écrit peut entraîner plusieurs opérations d’E/S disque en raison des calculs de parité. Ajoutée au surcoût de la déduplication, cette amplification dégrade fortement le débit pendant les périodes de sauvegarde intensive. L’évolutivité aggrave ces problèmes. Les plateformes HCI évoluent par ajout de nœuds, alors que les référentiels de sauvegarde ont besoin d’évoluer indépendamment de la capacité de calcul. Vous pouvez disposer de suffisamment de calcul pour votre infrastructure tout en ayant besoin de beaucoup plus de capacité de stockage pour la conservation des sauvegardes. Ajouter des nœuds HCI pour le stockage de sauvegarde ajoute inutilement du calcul, ce qui gonfle les coûts d’investissement et d’exploitation. Quand utiliser un stockage de sauvegarde dédié La plupart des architectes de sauvegarde en entreprise finissent par conclure que le stockage HCI doit servir les charges de production. Pour les référentiels de sauvegarde, des approches complémentaires reposant sur un stockage objet dédié ou des modèles hybrides donnent de meilleurs résultats. Envisagez de compléter l’HCI par un stockage de sauvegarde dédié lorsque les volumes de sauvegarde dépassent 500 téraoctets, que les fenêtres de sauvegarde durent régulièrement plus de 6 heures, ou que vous êtes une grande entreprise aux exigences de sauvegarde complexes couvrant plusieurs zones géographiques, cadres réglementaires ou entités. Les plateformes de stockage objet sont conçues pour les référentiels de sauvegarde à grande échelle et offrent une architecture de cible de sauvegarde évolutive (en anglais). Elles apportent une évolutivité illimitée, un débit séquentiel soutenu sans surcoût de latence et des API objet natives comme S3, qui s’intègrent parfaitement aux applications de sauvegarde modernes. Le modèle hybride fonctionne ainsi : pendant la journée, les sauvegardes incrémentielles sont écrites sur le stockage HCI local pour une restauration rapide et une utilisation minimale de la bande passante. Pendant les fenêtres nocturnes, les sauvegardes consolidées sont transférées vers un stockage objet dédié pour la conservation à long terme, la conformité réglementaire et la reprise après sinistre. Cette approche concilie la simplicité opérationnelle de l’HCI pour les opérations incrémentielles fréquentes et l’évolutivité et la rentabilité du stockage objet pour les référentiels à long terme. Une discipline opérationnelle pour la sauvegarde sur HCI Si votre organisation a fait le choix du stockage HCI pour la sauvegarde, une discipline opérationnelle rigoureuse évite la dégradation des performances. D’abord, créez des pools de ressources dédiés à la sauvegarde au sein de votre cluster HCI pour éviter que les opérations de sauvegarde ne concurrencent la production en bande passante d’E/S. La plupart des plateformes HCI prennent en charge des politiques de qualité de service (QoS) qui donnent la priorité au trafic de production et limitent les opérations de sauvegarde, garantissant la régularité de la production. Ensuite, planifiez les sauvegardes de manière stratégique. Échelonnez les fenêtres de sauvegarde selon les fuseaux horaires ou les entités pour éviter de concentrer de nombreux flux simultanés. Des sauvegardes plus petites et continues, avec des exports incrémentiels, sont souvent plus performantes qu’une fenêtre unique où tout s’exécute en même temps. Troisièmement, appliquez des politiques de cycle de vie énergiques. La capacité de stockage HCI coûte cher : ne conservez pas les sauvegardes indéfiniment. Mettez en place des politiques de hiérarchisation automatisées qui déplacent les sauvegardes vers un stockage objet externe au bout de 30, 60 ou 90 jours, selon vos objectifs de point de restauration et vos obligations réglementaires. L’HCI reste ainsi consacrée aux sauvegardes chaudes et fréquemment consultées, tandis que les sauvegardes froides sont déportées. Quatrièmement, investissez dans la vérification et le contrôle d’intégrité des sauvegardes. Les moteurs de déduplication HCI sont fiables mais complexes. Vérifiez régulièrement l’intégrité des sauvegardes au moyen de sommes de contrôle ou de restaurations de test pour vous assurer que les sauvegardes dédupliquées restent restaurables. Une sauvegarde qui semble réussie mais ne peut pas être restaurée ne vaut rien, et les formats compressés et dédupliqués peuvent masquer une corruption jusqu’à la tentative de restauration. Bâtir une architecture de sauvegarde hybride optimale Pour les grandes entreprises qui utilisent l’HCI, l’architecture de sauvegarde optimale combine le stockage HCI local, pour la protection et la rapidité de restauration, et une infrastructure de sauvegarde dédiée, pour l’échelle, la rentabilité et la résilience. Ce modèle hybride tient compte des réalités d’architecture des deux plateformes et déploie chacune là où elle excelle, selon les principes d’une stratégie de sauvegarde d’entreprise. Pour votre organisation, cela peut signifier utiliser le stockage HCI pour les exigences de RPO (objectif de point de restauration), en y conservant les sauvegardes les plus récentes pour une restauration rapide, tout en archivant la conservation à long terme sur du stockage objet. Autre possibilité : utiliser le stockage HCI pour des appliances ou des proxys de sauvegarde qui préparent les données pendant les fenêtres de sauvegarde, puis transférer les sauvegardes finalisées vers le stockage objet pour l’archivage et la reprise après sinistre. L’essentiel est de ne pas traiter l’HCI comme une solution de sauvegarde universelle. L’infrastructure hyperconvergée a transformé l’IT des entreprises, mais ses priorités de conception diffèrent de celles d’un stockage de sauvegarde dédié. En tant qu’administrateur de sauvegarde, comprenez ces différences, concevez en conséquence et bâtissez des architectures qui privilégient la résilience, l’évolutivité et l’exploitabilité plutôt que la simplicité, en vous appuyant sur des approches de stockage software-defined. Comprendre les implications financières de l’HCI Pour évaluer l’HCI pour la sauvegarde, il est essentiel de connaître le coût réel de la capacité. Les organisations sous-estiment souvent les dépenses d’investissement et d’exploitation des déploiements HCI en raison de leur nature consolidée. Un nœud HCI type coûte de 150 000 à 300 000 $ selon sa densité de calcul et de stockage. Si les besoins de sauvegarde imposent l’achat de nœuds HCI supplémentaires, ces nœuds apportent à la fois du calcul et du stockage, et vous payez des ressources de calcul dont vous n’avez peut-être pas besoin. Prenons un exemple concret : votre organisation a besoin de 5 pétaoctets de stockage de sauvegarde, mais seulement de 10 % de la capacité de calcul fournie par les nœuds qui délivrent ce stockage. Vous payez des ressources de calcul inutilisées tout en alourdissant fortement vos investissements. Un stockage objet dédié fournit 5 pétaoctets pour une fraction du coût d’acquisition de l’HCI, avec une capacité de stockage et de calcul achetées indépendamment et dimensionnées selon les besoins réels. Tenez aussi compte du coût de la complexité. Les environnements HCI exigent une expertise spécialisée pour le déploiement, la configuration, le dépannage et la maintenance. Votre équipe IT doit maîtriser en profondeur l’architecture HCI, la configuration de la déduplication, les politiques de réplication et l’optimisation des performances. Recruter ou former du personnel à ce niveau d’expertise coûte cher. Les plateformes de stockage objet modernes offrent des interfaces simplifiées et un seuil d’entrée plus bas. Risque et résilience des approches hybrides Du point de vue de la résilience, les approches hybrides protègent mieux que les stratégies reposant uniquement sur l’HCI. Si les sauvegardes résident uniquement sur une infrastructure HCI colocalisée avec la production, une panne du site ou une corruption majeure du cluster HCI peut affecter les deux en même temps. Cela enfreint un principe fondamental : la sauvegarde doit être protégée des risques qui menacent la production. Les stratégies hybrides, où les sauvegardes résident sur plusieurs plateformes indépendantes, réduisent le risque. Si l’infrastructure HCI est compromise, les sauvegardes sur le stockage objet externe restent accessibles. Si le stockage externe rencontre des problèmes, les sauvegardes récentes sur l’HCI permettent de restaurer. Cette séparation d’architecture crée de la résilience par la redondance. De plus, chaque plateforme de stockage a ses propres profils de défaillance et caractéristiques de restauration. Les systèmes HCI peuvent se rétablir rapidement de certains types de pannes mais peiner face à d’autres, et le stockage objet externe peut présenter d’autres points faibles. Combiner les deux évite de dépendre des caractéristiques de fiabilité d’une seule plateforme. Les tests de restauration dans les environnements hybrides Les tests de restauration deviennent plus subtils dans les environnements hybrides HCI. Il faut valider non seulement que les sauvegardes HCI se restaurent correctement, mais aussi que toute l’architecture hybride fonctionne de bout en bout. Les données transférées de l’HCI vers le stockage objet restent-elles restaurables ? Pouvez-vous restaurer depuis le stockage externe vers les systèmes de production ? Que se passe-t-il si l’HCI est indisponible pendant la restauration ? Élaborez des procédures de test de restauration complètes couvrant différents scénarios : panne de l’HCI, panne du stockage externe, panne réseau et diverses combinaisons. Vérifiez que les procédures aboutissent dans les délais prévus et que les données restaurées sont cohérentes et complètes. Les tests doivent inclure des restaurations à grande échelle, pas seulement des vérifications ponctuelles. De nombreuses organisations découvrent lors de véritables sinistres que leur stratégie hybride présente des problèmes de compatibilité subtils ou repose sur des hypothèses qui ne tiennent pas en situation de panne. Des tests complets avant toute crise garantissent que votre stratégie hybride fonctionne comme prévu. Anticiper l’évolution de l’HCI À mesure que vos volumes de sauvegarde augmentent et que vos exigences de restauration se durcissent, les limites d’une sauvegarde reposant uniquement sur l’HCI deviennent évidentes. Compléter l’HCI par une infrastructure de sauvegarde dédiée (stockage objet, NAS dédié ou services de sauvegarde cloud) garantit que votre architecture suit la croissance et la complexité de l’entreprise. L’investissement dans une infrastructure complémentaire est largement compensé par les gains d’efficacité opérationnelle, des fenêtres de sauvegarde réduites et de meilleures capacités de reprise après sinistre. La technologie continuera d’évoluer. Les plateformes de stockage objet modernes sont de plus en plus riches en fonctionnalités et se rapprochent de l’HCI en matière d’intégration et de simplicité de gestion, tout en conservant leurs avantages fondamentaux d’évolutivité et de rentabilité. À mesure que ces plateformes mûrissent, l’intérêt des architectures hybrides se renforce, et celui d’une sauvegarde uniquement sur HCI s’affaiblit. Planifiez votre stratégie d’infrastructure de sauvegarde sur plusieurs années. À court terme, une architecture hybride HCI et stockage dédié peut avoir du sens pour valoriser les investissements HCI existants. À moyen terme, envisagez une migration progressive vers le stockage objet comme référentiel de sauvegarde principal, l’HCI jouant un rôle décroissant. À long terme, les plateformes de sauvegarde modernes conçues pour le stockage objet deviendront probablement les cibles principales, l’HCI étant réservée aux charges de production. Restez informé des options disponibles. Réévaluez régulièrement votre architecture de sauvegarde au regard des capacités et des exigences actuelles. Faites des choix technologiques délibérés, au service des objectifs de stockage et de résilience de votre organisation à long terme. Pour aller plus loin La stratégie de sauvegarde 3-2-1-1-0 expliquée Stockage objet ou stockage en mode bloc La sauvegarde en cloud hybride expliquée Le coût total de possession du stockage de données (en anglais) Cas d’usage des cibles de sauvegarde (en anglais) RTO ou RPO : les principales différences La durabilité des données dans les systèmes de stockage haute densité (en anglais)
