Calcul du stockage de sauvegarde selon la rétention

Vous pouvez ajouter un taux de déduplication afin de comparer la croissance logique à l’espace physique probablement consommé. Le résultat indique le stockage brut, le volume estimé, les téraoctets et l’économie. Cette estimation déterministe sert à la planification : elle n’analyse pas votre système et ne suppose ni compression, ni taux de modification, ni réserve, ni réplication, ni frais d’exploitation.

Partez d’un volume quotidien défendable

Saisissez en gigaoctets la quantité de données de sauvegarde produite pendant une journée ordinaire. La calculatrice multiplie cette valeur par le nombre de points de restauration quotidiens conservés ; la fiabilité du résultat dépend donc de cette mesure initiale. Pour une politique de sauvegarde complète, retenez la taille habituelle d’une copie complète. Pour un processus incrémentiel, utilisez la moyenne des nouvelles données stockées par point quotidien, et non le volume total protégé. Une période de mesure trop courte peut masquer les exportations de fin de mois, la maintenance des bases ou les pics saisonniers. Préférez une moyenne représentative, voire une journée de percentile élevé si le risque de saturation prime. La valeur peut être nulle pour simuler une charge vide, mais jamais négative ou non numérique. Conservez des gigaoctets décimaux partout : la conversion emploie également 1,000 gigaoctets par téraoctet. Cette convention évite de mélanger discrètement capacités binaires et décimales dans un budget.

Appliquez correctement rétention et déduplication

La durée de rétention indique le nombre de jeux quotidiens gardés simultanément et doit être un entier positif. La valeur 30 représente donc trente points quotidiens conservés, et non un mois civil auquel s’ajouterait la copie courante. Le volume brut correspond à la taille quotidienne multipliée par cette durée. La déduplication est exprimée sous forme de facteur : 1 sans réduction, 2 pour 2:1, 4 pour 4:1, etc. Le stockage physique estimé est le brut divisé par ce facteur. Cette définition empêche de confondre rapport et pourcentage : avec 4:1, un quart du brut subsiste, soit 75 pour cent d’économie. Choisissez un taux issu de mesures sur des charges comparables. Les données chiffrées, compressées ou très changeantes se dédupliquent parfois mal, contrairement aux images répétées de machines virtuelles. Si les preuves sont limitées, testez plusieurs scénarios et considérez le plus faible taux crédible comme l’hypothèse prudente.

Transformez l’estimation en plan de capacité

Le résultat distingue le stockage brut de l’estimation dédupliquée et présente leur écart comme une économie. Il convertit aussi le volume estimé en téraoctets décimaux pour simplifier la comparaison des offres. Ces valeurs décrivent uniquement la charge utile conservée ; elles ne constituent pas le dimensionnement complet d’une appliance, d’un dépôt ou d’une facture cloud. Avant tout achat, ajoutez les besoins propres à votre architecture : métadonnées, index, instantanés immuables, répliques, codage d’effacement, espace intermédiaire, tests de restauration et seuil de capacité libre. Anticipez également la croissance, car le volume actuel peut devenir insuffisant l’année suivante. Une bonne revue consigne les entrées, calcule des cas prudent et attendu, ajoute la réserve d’exploitation et compare les totaux à la capacité utilisable plutôt qu’annoncée. Recalculez après tout changement de rétention, fréquence, systèmes ou efficacité. L’API coûte $0.002 par requête automatisée ; le navigateur exécute la même logique déterministe.