Avamar : Comprendre la différence entre l’utilisation du serveur et la consommation de l’espace physique sur les nœuds de données

La quantité d’espace consommée dans les partitions de données physiques du nœud de stockage Avamar est élevée, tandis que le chiffre d’utilisation du serveur est relativement faible.

Exemple :
Avamar Server signale qu’il consomme 9,2 % de l’espace disponible pour les données de sauvegarde :

Les partitions de données Avamar affichent une consommation d’espace plus élevée :

En effet, la valeur d’utilisation du serveur Avamar n’est pas calculée en fonction de la quantité d’espace consommée dans les partitions physiques.

L’aspect physique «/dataLes partitions contiennent des bandes, qui sont essentiellement des conteneurs pour les données de sauvegarde.

La valeur Avamar Server Utilization (également appelée capacité utilisateur ou capacité « GSAN ») est mesurée en fonction du niveau de remplissage de ces conteneurs de bandes.

Une fois les conteneurs de bandes créés, ils restent à jamais sur la grille Avamar et sont recyclés en fonction des besoins. Par conséquent, si une grille Avamar atteint une capacité élevée, les conteneurs de bandes existants consomment jusqu’à 65 % de l’espace total des partitions de données.

Cela reste vrai même si une grande quantité de données de sauvegarde est supprimée et que la valeur d’utilisation du serveur diminue.

Il s’agit d’un comportement normal et intentionnel.

Pour plus d’informations :
Sur une grille Avamar nouvellement implémentée, le /data Les partitions ne contiennent que quelques bandes (conteneurs de données). L’utilisation du serveur et l’espace utilisé dans le /data Les partitions signalent des valeurs faibles.

Au fil du temps, à mesure que les bandes sont remplies avec les données de sauvegarde, de nouvelles bandes sont créées dans le /data Partitions. La consommation d’espace du /data Les cloisons s’élèvent. Cette opération se poursuit jusqu’à ce que le réseau atteigne les limites de sécurité prédéfinies définies par Avamar Server et le serveur MCS.

Par défaut, la quantité d’espace dans les partitions de données consommée par les conteneurs de bande est de 65 %. Parfois, la valeur peut varier, par exemple lorsque la grille :

• Des limites personnalisées sont appliquées en raison de limitations de licences (les limites sont inférieures)
• Est configuré avec le chiffrement au repos (les limites sont inférieures)
• A été configuré avec des limites de capacité de métadonnées personnalisées (les limites sont légèrement supérieures)

La raison d’être des limites « sûres » susmentionnées est de s’assurer que le /data Les partitions disposent de suffisamment d’espace libre pour effectuer les activités de maintenance.

Vous trouverez ci-dessous un graphique illustrant cela :

100%   "---------------------" <-- 100% /data partition capacity
       " Reserved for        "
       " maintenance         "
       " activity overhead   "
       "                     "
       "                     "
65%    "---------------------" <-- 100% Server Utilization value
       " Commonality         "     (visible in the Admin GUI)
       " factored data       "     
       " & RAIN parity       "     
       " data                "     
       "                     "
       "                     "
       "                     "
       "                     "
0%     "---------------------"

Les comportements en matière de capacité du système d’exploitation et d’Avamar Server sont abordés plus en détail dans l’article suivant : Avamar : Formation et concepts relatifs à la gestion de la capacité

Avamar intégré à Data Domain :
sur les grilles Avamar intégrées à Data Domain, les sauvegardes envoyées à Data Domain écrivent uniquement une petite quantité de données sur Avamar. C’est ce qu’on appelle les métadonnées. Les métadonnées résident dans des bandes composites et consomment relativement peu d’espace par rapport aux sauvegardes client stockées sur Avamar.

Dans certains scénarios, lorsque les paramètres de métadonnées ont été « ajustés » par le support technique, le pourcentage d’espace consommé par « cur » sur une grille Avamar peut être supérieur à 65 %.

Autres éléments à noter :
Données RAIN/de parité :
L’article suivant explique pourquoi l’utilisation du serveur inclura toujours la consommation d’espace des bandes de parité, même après la suppression de toutes les sauvegardes : Avamar affiche jusqu’à ~30 % d’utilisation, même après la suppression de toutes les sauvegardes et le nettoyage de la mémoire