La plupart des décisions d’achat de stockage de sauvegarde reposent encore sur un seul chiffre : le prix au téraoctet indiqué le jour de l’achat. Ce chiffre est facile à comparer et à défendre, mais il ne décrit que le premier des nombreux postes de coût qu’un dépôt de sauvegarde génère au cours de sa durée de vie. Les autres, de l’extension et du renouvellement matériel aux renouvellements de support et aux restaurations lentes, sont précisément là où les deux principaux choix d’architecture divergent.
Ces deux choix sont l’appliance de sauvegarde dédiée, un ensemble intégré de matériel et de logiciel de déduplication vendu et renouvelé comme un tout, et le stockage objet software-defined, une licence logicielle qui s’exécute sur des serveurs standard et s’étend par ajout de nœuds. Les deux sont des moyens légitimes de conserver des données de sauvegarde ; ils accumulent les coûts à des endroits et à des moments différents.
Cet article propose un cadre neutre sur cinq ans : les postes de coût, les raisons pour lesquelles le prix du premier jour induit en erreur, un tableau comparatif, un exemple illustratif et une checklist pour construire le modèle.
Le coût total de possession (TCO) d’un dépôt de sauvegarde est la somme de tous les coûts qu’il engendre entre le bon de commande et le jour où les données en sont retirées : coûts d’investissement, coûts d’exploitation récurrents, et coûts moins visibles tels que le temps des équipes, l’indisponibilité pendant les restaurations et la migration en fin de vie.
La réponse simpliste considère le TCO comme le prix d’achat plus un contrat de support. Cela ne tient pas pour le stockage de sauvegarde, car les données croissent en continu, la rétention s’allonge et le dépôt est censé survivre à au moins une génération de matériel. Un modèle qui ignore la croissance, le renouvellement et la sortie n’est qu’un devis du premier jour avec quelques décimales de plus.
Une appliance regroupe contrôleurs, tiroirs de disques et logiciel de déduplication dans un seul produit avec un seul contrat de support. La capacité est liée au modèle acheté : l’extension consiste à ajouter des tiroirs jusqu’au plafond du contrôleur, puis à passer à une tête plus grande ou à un second système. En fin de vie, l’unité entière est généralement remplacée lors d’un renouvellement complet (forklift refresh), avec migration des données vers le successeur.
Le stockage objet software-defined sépare la licence, généralement tarifée par unité de capacité, du matériel, à savoir des serveurs standard équipés de disques internes. Il s’étend par ajout de nœuds et, les serveurs étant interchangeables, plusieurs générations de matériel peuvent coexister dans un même cluster et les anciens nœuds peuvent être retirés individuellement.
Ces postes apparaissent dans presque tous les modèles de TCO du stockage de sauvegarde ; leur poids dépend du taux de croissance, de la politique de rétention et des effectifs.
Trois effets font du devis initial un mauvais indicateur du coût sur cinq ans. Premièrement, la capacité utile annoncée repose sur une hypothèse de réduction des données que l’acheteur ne peut vérifier qu’en production. Un devis construit sur un ratio généreux paraît moins cher par téraoctet utile qu’un devis fondé sur la capacité brute, tout en offrant un espace réel similaire une fois que des travaux de sauvegarde déjà compressés ou chiffrés arrivent.
Deuxièmement, le devis capture un instant donné ; le prix et la granularité de l’extension déterminent ce que coûtent les années deux à quatre. Troisièmement, le devis exclut la fin. Une plateforme remplacée en bloc, avec une migration en fonctionnement parallèle, porte un coût de sortie qu’une plateforme capable de remplacer les nœuds progressivement n’a pas.
Le tableau est qualitatif : il décrit le comportement habituel de chaque poste. Les valeurs ont leur place dans le tableur de l’organisation.
| Poste de coût | Appliance de sauvegarde dédiée | Stockage objet software-defined |
|---|---|---|
| Acquisition | Souvent plus bas par To utile annoncé ; dépend du ratio de déduplication supposé | Tarifé sur la capacité sous licence ; matériel acquis séparément ou sous forme d’appliance |
| Incréments d’extension | Par tiroir, paliers fixes plus importants, plafonnés par le modèle de contrôleur | Par nœud, dimensionné au besoin, sans plafond de contrôleur |
| Renouvellement matériel | Remplacement complet de l’unité, migration des données requise | Remplacement progressif des nœuds, générations mixtes dans un même cluster |
| Renouvellements de support | Contrat unique, renouvellements matériels souvent en hausse les dernières années | Abonnement logiciel plus support des serveurs standard, chiffrés séparément |
| Risque lié à la réduction des données | Élevé : la capacité utile dépend du ratio obtenu | Plus faible : la réduction est généralement gérée par l’application de sauvegarde |
| Énergie et espace | Dépend de la densité des contrôleurs et des tiroirs | Dépend de la densité des serveurs choisis ; les anciens nœuds peuvent être retirés plus tôt |
| Temps d’exploitation | Faible au quotidien, concentré sur les projets d’extension et de renouvellement | Faible au quotidien, réparti sur les ajouts progressifs de nœuds |
| Performance de restauration | La réhydratation peut ralentir les restaurations volumineuses | Lectures objet natives, parallélisées sur les nœuds |
| Immutabilité | Parfois une option sous licence ou un modèle spécifique | Fréquemment incluse via S3 Object Lock |
| Sortie et migration | Migration complète à chaque cycle de renouvellement | Les données restent en place pendant que le matériel se renouvelle |
Supposons qu’une organisation détienne 500 To de données de sauvegarde en croissance de 25 pour cent par an, et compare une appliance à un stockage objet software-defined chiffré environ 30 pour cent plus cher le premier jour pour la même capacité utile. Cet exemple est purement illustratif et utilise des termes relatifs plutôt que des prix.
Dans le scénario appliance, le ratio de déduplication obtenu est inférieur d’environ un tiers à celui annoncé, car une grande partie du parc est déjà compressée à la source. La capacité utile s’épuise un an plus tôt, ce qui avance l’ajout d’un tiroir en année deux ; la tête atteint son plafond en année quatre, imposant une mise à niveau du contrôleur ; les renouvellements augmentent en années quatre et cinq ; et le renouvellement de l’année cinq ajoute une migration avec des mois de fonctionnement en parallèle.
Dans le scénario stockage objet, des nœuds sont ajoutés en années deux, trois et quatre, chacun dimensionné pour environ un an de croissance. Les nœuds de l’année un commencent à être retirés en année cinq sans migration, et l’immutabilité fait partie de la licence de base.
Sous ces hypothèses, l’avantage de 30 pour cent du premier jour est absorbé par l’extension anticipée et la mise à niveau de l’année quatre, et les coûts de sortie de l’année cinq font passer le total de l’appliance au-dessus de celui du stockage objet. Modifiez le taux de croissance, le ratio obtenu ou le calendrier de renouvellement et la réponse change ; cette sensibilité est précisément l’intérêt du modèle.
Scality ARTESCA est un stockage objet S3 conçu pour la sauvegarde, disponible sous forme de logiciel sur serveurs standard ou d’appliance matérielle. Les deux formats partagent la même architecture scale-out : la capacité s’étend par ajout de nœuds, et les générations de matériel peuvent être mélangées au sein d’un cluster plutôt que remplacées en bloc.
L’immutabilité via S3 Object Lock fait partie de la plateforme plutôt que d’être une fonctionnalité sous licence séparée, ce qui supprime une ligne du modèle ; les détails figurent sur la page sécurité et cyber-résilience. ARTESCA est validé avec les principales applications de sauvegarde, dont Veeam, Commvault, Rubrik, Cohesity et HYCU, de sorte que la réduction des données et le comportement en restauration peuvent être modélisés à partir des chiffres du logiciel de sauvegarde lui-même. Pour traduire les hypothèses de croissance et de rétention en nombre de nœuds, consultez l’article précédent sur le dimensionnement du dépôt de sauvegarde.
Quelle que soit la plateforme envisagée, demandez au fournisseur de renseigner les dix postes de coût pour chacune des cinq années avant de comparer les prix au téraoctet.