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.
Qu’est-ce que le coût total de possession pour le stockage de sauvegarde ?
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.
En quoi les deux architectures diffèrent-elles structurellement ?
Appliances de sauvegarde dédiées
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.
Stockage objet software-defined sur serveurs standard
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.
Quels postes de coût comptent sur cinq ans ?
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.
- Acquisition : matériel initial, logiciel et installation. Les appliances affichent souvent un prix attractif ici, car les ratios de déduplication sont appliqués à la capacité utile annoncée.
- Incréments d’extension : le plus petit pas d’augmentation de capacité et son prix. Les tiroirs se déclinent en paliers plus importants, définis par le fournisseur ; les nœuds peuvent être dimensionnés au plus près du besoin réel.
- Renouvellement matériel : remplacement en bloc ou nœud par nœud, et nécessité ou non de migrer les données.
- Renouvellements de support et de maintenance : les renouvellements matériels des appliances augmentent fréquemment en années quatre et cinq ; les licences logicielles et le support des serveurs suivent des courbes différentes et doivent être chiffrés séparément.
- Hypothèses de réduction des données : le ratio utilisé pour convertir la capacité brute en capacité utile. Si le ratio obtenu est inférieur à celui supposé (fréquent avec des données chiffrées, compressées ou multimédias), la capacité utile diminue et l’extension arrive plus tôt.
- Énergie, refroidissement et espace rack : déterminés par la densité des disques et par la durée pendant laquelle un matériel plus ancien et moins dense reste en service.
- Temps d’exploitation : heures consacrées à la planification de capacité, aux correctifs, à l’extension et à la migration, au coût chargé des équipes.
- Performance de restauration : réhydrater des données fortement dédupliquées peut être plus lent que lire des données stockées sous forme native, et chaque heure d’une restauration volumineuse a un coût d’indisponibilité.
- Licence d’immutabilité : la rétention en écriture unique (comme S3 Object Lock) est-elle incluse ou vendue en option.
- Sortie et migration : le coût du déplacement des données hors de la plateforme en fin de vie, y compris le fonctionnement en parallèle des anciens et nouveaux systèmes.
Pourquoi le prix au téraoctet du premier jour induit-il en erreur ?
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.
Comparaison sur cinq ans des catégories de coût
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 |
À quoi ressemble un exemple illustratif sur cinq ans ?
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.
Questions à poser lors de la construction d’un modèle de TCO
- Quel ratio de réduction des données le devis suppose-t-il, et qu’advient-il de la capacité utile si le ratio obtenu est inférieur de 25 ou 50 pour cent ?
- Quel est le plus petit incrément d’extension, combien coûte-t-il, et existe-t-il un plafond de contrôleur ou de palier de licence ?
- Un renouvellement matériel est-il un remplacement complet du système ou un remplacement progressif des nœuds, et nécessite-t-il une migration des données ?
- Quels sont les coûts de support et de maintenance pour chacune des années un à cinq, chiffrés individuellement ?
- L’immutabilité (object lock ou équivalent) est-elle incluse ou sous licence séparée ?
- Quel débit de restauration est attendu pour une reprise complète de site, et combien coûte une heure d’indisponibilité en interne ?
- Combien d’heures de travail par an sont consacrées à la planification de capacité, aux correctifs, à l’extension et à la migration ?
- Quels sont les coûts d’énergie, de refroidissement et de rack en année un et à la capacité projetée de l’année cinq ?
- Combien coûte le déplacement de toutes les données hors de la plateforme en fin de vie, y compris le fonctionnement en parallèle ?
- Les générations de matériel peuvent-elles coexister, et des nœuds individuels peuvent-ils être retirés plus tôt ?
Comment Scality ARTESCA s’inscrit dans un modèle de TCO sur cinq ans
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.