Le dimensionnement d’un dépôt de sauvegarde commence par une question d’apparence simple : quelle quantité de données devez-vous protéger ?
La réponse n’est que le point de départ. Une entreprise disposant de 500 To de données de production peut avoir besoin de bien plus de 500 To de capacité de sauvegarde une fois pris en compte les périodes de rétention, les taux de changement quotidiens, la fréquence des sauvegardes, la croissance des données et la rétention immuable. La quantité peut aussi varier considérablement selon le logiciel de sauvegarde et les technologies de réduction des données utilisées.
Le dimensionnement d’un dépôt de sauvegarde est donc un exercice de planification de capacité plutôt qu’une simple copie des besoins de stockage de production. L’objectif est de comprendre quelle quantité de données de sauvegarde s’accumulera au fil du temps, combien de temps elles doivent rester disponibles et de quelle marge le dépôt a besoin pour fonctionner et croître de manière fiable.
Ce guide explique les principales variables en jeu et fournit un cadre pratique pour estimer les besoins en stockage de sauvegarde.
Le dimensionnement d’un dépôt de sauvegarde est le processus d’estimation de la capacité de stockage nécessaire pour conserver les données de sauvegarde sur une période définie.
Le volume de données protégées est le fondement du calcul, mais il est rarement le chiffre final. La capacité de sauvegarde dépend aussi de :
Ces variables expliquent pourquoi deux organisations protégeant la même quantité de données de production peuvent avoir des besoins en stockage de sauvegarde très différents.
Un environnement de 500 To avec un faible taux de changement quotidien et une politique de rétention de 30 jours a un profil de capacité différent d’un environnement de 500 To générant chaque jour de gros volumes de nouvelles données et conservant les points de restauration pendant un an.
La bonne question n’est donc pas simplement « Quelle quantité de données de production avons-nous ? », mais « Quelle quantité de données de sauvegarde devrons-nous conserver à un instant donné ? »
Une estimation utile du stockage de sauvegarde commence par la compréhension des variables qui font s’accumuler les données de sauvegarde stockées.
Le volume de données protégées est la quantité de données source incluses dans l’environnement de sauvegarde.
Il peut s’agir de machines virtuelles, de bases de données, de systèmes de fichiers, d’applications, de données utilisateur et d’autres charges de travail. Il est important de distinguer la capacité totale de stockage de production des données réellement protégées. Un environnement de stockage de 1 Po, par exemple, peut contenir de la capacité inutilisée ou des jeux de données exclus de la sauvegarde.
Utilisez la quantité de données qui seront réellement protégées comme base de dimensionnement.
Le taux de changement quotidien mesure la quantité de données protégées créées ou modifiées entre deux cycles de sauvegarde.
C’est l’une des variables les plus importantes du dimensionnement, car les sauvegardes incrémentielles stockent généralement les changements plutôt qu’une nouvelle copie complète de chaque jeu de données protégé.
Si 500 To sont protégés et qu’environ 2 % changent chaque jour, cela représente à peu près 10 To de données modifiées avant prise en compte de la compression, de la déduplication ou de toute autre réduction des données.
Une charge de travail avec un taux de changement de 10 % produirait un besoin en capacité très différent malgré une capacité protégée initiale identique.
Les taux de changement peuvent aussi varier fortement d’une charge de travail à l’autre. Bases de données, machines virtuelles, dépôts multimédias et stockage de fichiers généraliste ne doivent pas se voir attribuer automatiquement les mêmes hypothèses.
La fréquence des sauvegardes détermine à quel rythme de nouveaux points de restauration sont créés.
Une organisation qui effectue une sauvegarde par jour générera une quantité de données de sauvegarde différente de celle qui protège ses systèmes critiques plusieurs fois par jour.
La fréquence devient particulièrement importante lorsque les politiques de sauvegarde varient selon la charge de travail. Les applications de tier 1 peuvent avoir des objectifs de point de reprise bien plus agressifs que les systèmes moins critiques, ce qui se traduit par davantage de points de restauration et potentiellement une consommation de stockage plus élevée.
Le dimensionnement du dépôt doit donc refléter les politiques de protection réelles plutôt qu’une fréquence de sauvegarde unique pour l’ensemble de l’environnement.
La rétention détermine combien de temps les données de sauvegarde restent dans le dépôt.
Une politique de 30 jours conserve un historique de restauration bien plus réduit qu’une politique de 90 jours, d’un an ou de plusieurs années. Certaines organisations utilisent aussi des politiques de rétention hiérarchisées, par exemple en conservant les sauvegardes quotidiennes pendant plusieurs semaines, les sauvegardes hebdomadaires pendant plusieurs mois et les points de restauration mensuels ou annuels sur des périodes plus longues.
Les exigences réglementaires, juridiques et métier peuvent allonger encore la rétention.
Le point important est que la capacité de sauvegarde est cumulative. Le dépôt doit accueillir simultanément tous les points de restauration qui se trouvent encore dans la fenêtre de rétention.
L’architecture de sauvegarde influe sur la capacité physique consommée.
Les approches courantes incluent les sauvegardes complètes, les sauvegardes incrémentielles, les sauvegardes complètes synthétiques et des combinaisons de ces méthodes. Les plateformes de sauvegarde peuvent aussi appliquer de la compression, de la déduplication ou d’autres techniques de réduction des données.
Par conséquent, le volume logique de sauvegarde et la consommation physique du dépôt ne sont pas nécessairement identiques.
Lors du dimensionnement d’un dépôt, utilisez des hypothèses réalistes fondées sur l’application de sauvegarde, la charge de travail et la politique de protection au lieu de supposer un ratio de réduction universel.
Les environnements de production restent rarement de la même taille.
Si une organisation protège 500 To aujourd’hui et que ses données croissent de 20 % par an, les besoins du dépôt augmenteront même si la politique de sauvegarde elle-même ne change pas.
La croissance se compose sur des périodes de planification plus longues :
Dimensionner uniquement pour l’environnement actuel peut donc produire un dépôt qui atteint ses limites bien plus tôt que prévu.
La cyber-résilience introduit une autre considération importante : certaines données de sauvegarde peuvent être délibérément impossibles à modifier ou à supprimer pendant une période définie.
La rétention immuable des sauvegardes protège les points de restauration contre le ransomware, les identifiants d’administrateur compromis et la suppression accidentelle. Elle signifie aussi que la capacité ne peut pas simplement être récupérée dès qu’un administrateur souhaite faire de la place.
Si un point de restauration doit rester immuable pendant 30 jours, l’infrastructure a besoin d’une capacité suffisante pour maintenir cette fenêtre protégée pendant que de nouvelles sauvegardes continuent d’arriver.
L’immutabilité ne signifie pas nécessairement que chaque organisation a besoin de beaucoup plus de stockage. Elle signifie que les politiques de rétention et de capacité doivent être alignées afin que le dépôt puisse honorer la fenêtre de protection requise sans créer de pression sur la capacité.
Il n’existe pas de formule unique modélisant avec précision toutes les architectures de sauvegarde, mais une estimation de base peut aider à établir l’ordre de grandeur du besoin.
Pour un modèle de sauvegarde incrémentielle, un point de départ simplifié est :
Capacité de sauvegarde estimée = données protégées initiales + données modifiées conservées + points de restauration à long terme + croissance + marge opérationnelle
Par exemple, considérons une organisation avec :
Les données modifiées quotidiennes seraient d’environ 500 To × 2 % = 10 To par jour. Trente jours de données modifiées représenteraient 10 To × 30 = 300 To.
Avant de prendre en compte la réduction des données, les points de restauration complets supplémentaires, la croissance ou la marge, le besoin logique simplifié serait donc d’environ 500 To + 300 To = 800 To.
Il s’agit délibérément d’un exemple simplifié. La consommation réelle du dépôt dépendra de la manière dont la plateforme de sauvegarde stocke les points de restauration et de l’efficacité de la réduction des données.
La partie utile du calcul n’est pas le chiffre de 800 To. C’est la compréhension des hypothèses qui l’ont produit.
La rétention peut avoir un effet plus important sur la capacité à long terme que la sauvegarde complète initiale.
En reprenant le même exemple simplifié, 500 To de données protégées avec un taux de changement quotidien de 2 % produisent environ 10 To de données modifiées par jour.
En ignorant la réduction des données et les autres copies complètes à des fins d’illustration :
| Période de rétention | Données modifiées conservées | Données initiales + changements |
|---|---|---|
| 30 jours | 300 To | 800 To |
| 60 jours | 600 To | 1,1 Po |
| 90 jours | 900 To | 1,4 Po |
| 180 jours | 1,8 Po | 2,3 Po |
Cela ne signifie pas que chaque environnement de 500 To nécessite exactement ces capacités. Les logiciels de sauvegarde réels peuvent stocker les données différemment, et la déduplication ou la compression peuvent modifier sensiblement la consommation physique.
Cela montre en revanche pourquoi les hypothèses de rétention comptent.
Les organisations devraient aussi séparer la reprise opérationnelle à court terme de la rétention à long terme. Conserver chaque point de restauration quotidien pendant des années peut être inutile lorsque le besoin réel est de maintenir des points de restauration récents fréquents et un plus petit nombre de copies mensuelles ou annuelles.
La conception de la rétention et le dimensionnement du dépôt doivent donc être menés ensemble.
Le stockage de sauvegarde immuable empêche la modification ou la suppression des données protégées jusqu’à l’expiration de leur période de rétention.
Cette capacité est devenue un élément important de la résilience face au ransomware, car les attaquants ciblent fréquemment l’infrastructure de sauvegarde pour tenter d’éliminer les options de reprise avant de chiffrer les systèmes de production.
Du point de vue du dimensionnement, l’immutabilité rend une planification de capacité précise encore plus importante.
Dans un dépôt classique, les administrateurs peuvent parfois répondre à une pression sur la capacité en supprimant des données de sauvegarde anciennes. Cette option peut ne pas exister pour des données encore dans une période de rétention immuable.
Supposons qu’une organisation exige 30 jours de sauvegardes immuables. Le dépôt a besoin d’une capacité utile suffisante pour accueillir l’intégralité de la fenêtre immuable active tout en continuant d’ingérer de nouvelles sauvegardes.
La relation peut se formuler ainsi :
Besoin de capacité immuable = données de sauvegarde entrant dans la fenêtre immuable plus vite que les données ne deviennent éligibles à l’expiration
Si les volumes de sauvegarde augmentent de manière inattendue, si les politiques de rétention changent ou si les données de production croissent plus vite que prévu, la consommation de capacité peut augmenter en conséquence.
C’est pourquoi la conception d’une sauvegarde immuable doit tenir compte à la fois de la politique de sécurité et de l’économie du stockage. L’objectif n’est pas de tout conserver indéfiniment. Il est de maintenir un historique de restauration protégé suffisant pour satisfaire les exigences de reprise et de conformité sans créer un modèle de capacité intenable.
L’une des façons les plus simples de sous-dimensionner un dépôt de sauvegarde est de calculer les besoins à partir de la capacité protégée actuelle et de s’arrêter là.
Considérons une entreprise protégeant 1 Po de données avec une croissance annuelle de 25 %. Ses données de production pourraient atteindre environ :
Les besoins en capacité de sauvegarde croîtront généralement en parallèle.
L’effet peut être encore plus marqué lorsque l’augmentation de la capacité de production s’accompagne d’une rétention plus longue, de charges de travail supplémentaires ou d’une fréquence de sauvegarde plus élevée.
Un exercice de dimensionnement utile devrait donc inclure au moins trois scénarios :
L’objectif n’est pas de prédire parfaitement les besoins en capacité à plusieurs années. Il est d’éviter de choisir une architecture qui devient difficile ou coûteuse à étendre lorsque ces prévisions changent inévitablement.
Les systèmes de stockage sont souvent décrits par leur capacité brute, mais la capacité brute n’est pas nécessairement la quantité disponible pour les données de sauvegarde.
De la capacité peut être consommée par les mécanismes de protection des données, la surcharge système et d’autres exigences architecturales. La quantité disponible pour les applications une fois ces facteurs pris en compte est la capacité utile.
Les équipes de sauvegarde devraient donc éviter de comparer les plateformes de stockage uniquement sur des téraoctets ou pétaoctets bruts.
Demandez quelle capacité utile sera réellement disponible pour les données de sauvegarde et comment ce chiffre évolue à mesure que le système s’étend.
La marge opérationnelle compte également.
Faire fonctionner un système de stockage en continu à sa capacité maximale théorique laisse peu de place à une croissance inattendue, aux opérations de maintenance ou aux hausses soudaines du volume de sauvegarde. La planification de capacité doit inclure une réserve plutôt que de supposer que chaque octet disponible peut être consommé.
La manière dont un dépôt de sauvegarde s’étend peut être aussi importante que sa capacité initiale.
Une architecture scale-up augmente généralement la capacité en ajoutant des ressources à un système de stockage existant. Cela peut bien fonctionner dans les limites de la plateforme, mais les grands environnements peuvent finir par rencontrer des limites matérielles ou architecturales.
Le stockage scale-out répartit les données sur plusieurs nœuds et permet d’augmenter la capacité en ajoutant des nœuds au système.
Pour les environnements de sauvegarde en croissance, cela change la question du dimensionnement.
Au lieu d’essayer d’acheter dès le premier jour suffisamment de capacité pour tous les besoins futurs possibles, les organisations peuvent établir un déploiement initial et l’étendre à mesure que les données protégées croissent.
Cela peut être particulièrement utile lorsque la croissance est difficile à prévoir. Acquisitions, nouvelles applications, exigences réglementaires et évolutions des politiques de cyber-résilience peuvent toutes modifier les besoins en capacité de sauvegarde plus vite que prévu.
La considération importante est de savoir si l’extension peut se faire sans créer de nouveaux silos de stockage ni imposer des migrations perturbatrices.
Il n’existe pas de pourcentage universel de capacité libre adapté à tous les environnements de sauvegarde.
La marge doit plutôt refléter la vitesse à laquelle l’environnement peut consommer du stockage supplémentaire et la vitesse à laquelle de nouvelle capacité peut être ajoutée.
Un environnement ingérant plusieurs téraoctets de nouvelles données de sauvegarde chaque jour a moins de temps pour réagir à une pénurie de capacité qu’un environnement plus petit avec des données relativement statiques.
Les équipes devraient prendre en compte :
Un seuil opérationnel utile doit laisser suffisamment de temps pour identifier une consommation croissante et ajouter de la capacité avant que le dépôt ne soit contraint.
La surveillance de la capacité devient ainsi une composante permanente de l’exploitation des sauvegardes plutôt qu’un calcul ponctuel effectué lors du déploiement.
Le dimensionnement du dépôt doit en définitive aider à déterminer si une architecture de stockage peut soutenir l’environnement de sauvegarde sur sa durée de vie attendue.
Avant de choisir un stockage de sauvegarde, demandez :
Mesurez la capacité réellement protégée plutôt que le stockage de production total.
Utilisez si possible des taux de changement propres à chaque charge de travail.
Séparez les besoins de reprise à court terme de la rétention à long terme.
Assurez-vous que le système de stockage peut maintenir la fenêtre de protection requise à mesure que de nouvelles données arrivent.
Modélisez la capacité future au lieu d’acheter uniquement pour l’empreinte actuelle.
Utilisez des hypothèses mesurées ou validées par le fournisseur plutôt que des ratios idéalisés.
Comparez la capacité utile plutôt que la capacité brute.
Déterminez si la croissance exige des nœuds supplémentaires, un remplacement de matériel, des migrations ou de nouveaux systèmes de stockage.
Déterminez comment la capacité est surveillée, à quelle vitesse le système peut s’étendre et si la rétention immuable pourrait restreindre un nettoyage d’urgence.
La capacité n’est qu’une dimension. Une infrastructure qui devient progressivement plus difficile à exploiter à mesure qu’elle croît peut engendrer ses propres coûts.
Un plan de capacité de sauvegarde pratique n’a pas besoin de prédire l’avenir avec précision. Il doit mettre en évidence les variables susceptibles de modifier sensiblement le besoin.
Commencez par la capacité protégée actuelle, puis modélisez les taux de changement attendus, les politiques de sauvegarde et la rétention. Appliquez des hypothèses réalistes de réduction des données fondées sur l’environnement de sauvegarde. Ajoutez la croissance de production prévue et une marge opérationnelle suffisante.
Testez ensuite le modèle face à des scénarios moins confortables :
Les réponses révèlent quelque chose de plus utile qu’un simple chiffre de capacité : la résilience de l’architecture de sauvegarde face au changement.
Un dépôt parfaitement dimensionné pour les besoins actuels mais difficile à étendre peut finalement être un choix moins bon qu’un dépôt conçu pour évoluer avec les besoins de sauvegarde.
Scality ARTESCA est un stockage objet conçu pour les environnements de sauvegarde où la cyber-résilience, l’évolutivité et la simplicité opérationnelle sont des exigences fondamentales.
ARTESCA fournit un stockage objet compatible S3 pour les applications de sauvegarde et prend en charge une protection immuable des données conçue pour préserver les données de reprise contre le ransomware et toute autre tentative de modification ou de suppression des sauvegardes.
Son architecture scale-out permet aux organisations d’étendre le stockage à mesure que les besoins de sauvegarde augmentent, plutôt que de considérer le déploiement initial comme un plafond de capacité fixe. Cela peut aider les équipes infrastructure à absorber la croissance des jeux de données protégés, l’évolution des politiques de rétention et l’extension des exigences de sauvegarde immuable sans créer de silos de stockage distincts.
Pour le dimensionnement d’un dépôt de sauvegarde, le principe général est simple : ne choisissez pas un stockage uniquement sur la base de la capacité dont vous avez besoin aujourd’hui.
Partez des données que vous protégez. Comprenez à quelle vitesse elles changent. Définissez combien de temps elles doivent être conservées et protégées. Modélisez la croissance sur la durée de vie attendue de l’environnement. Choisissez ensuite une architecture de stockage de sauvegarde capable de croître avec ces besoins.
Cela produit une réponse bien plus utile à la question « De quelle capacité de stockage de sauvegarde avons-nous besoin ? » que la multiplication de la capacité de production actuelle par un nombre arbitraire.