Data Domain : Les instances Data Domain Virtual Edition (DDVE) déployées dans le Cloud (ATOS) peuvent manquer de stockage de métadonnées locales

Data Domain Virtual Edition (DDVE) est une appliance de stockage exclusivement logicielle, qui peut être déployée sur site ou dans le Cloud. Les instances DDVE déployées sur le Cloud sont également désignées sous le nom d’ATOS (Active Tier on Object Storage).  
Sur site, DDVE prend en charge VMware, Hyper-V, KVM et VxRail. Dans le Cloud, DD VE s’exécute également sur les plates-formes Cloud Amazon Web Services (AWS) (Cloud et GovCloud), Azure (Cloud et GovCloud), VMware Cloud on AWS et Google Cloud Platform (GCP).
Notez que DDVE sur le Cloud est différent d’un niveau Cloud. Cloud Tier est un produit différent, qui ne peut être déployé que sur des DDVE et des DDVE matériels sur site.
Si une instance DDVE déployée sur le Cloud remplit son espace de stockage de métadonnées locales, l’alerte suivante est émise :

EVT-SPACE-00004: Space usage in metadata storage has exceeded 100% threshold.

DDVE déployé sur le Cloud (ATOS) prend en charge deux types de stockage de données :
- Block Storage (utilisé pour les données et les métadonnées, ou simplement pour les métadonnées sur les DDVE activés pour le stockage en mode objet,alias ATOS).
- Hot Blob Storage, également connu sous le nom de stockage d’objets (utilisé uniquement pour les données)
Les disques de métadonnées d’une instance DDVE déployée par ATOS seront remplis avec : Index, références de segments LP, conteneurs CMETA (métadonnées) et données DM (gestionnaire de répertoire).
La plupart des déploiements utilisent (Hot Blob ou Object Storage), car il s’agit de la recommandation actuelle sur les déploiements Cloud. Cela signifie que nous écrivons toutes les données à l’aide du stockage en mode objet, mais nous devons définir 10 % de l’espace en tant que stockage en mode bloc pour les métadonnées du système de fichiers DD. La taille des métadonnées locales est une spéculation basée sur la taille de la capacité sous licence et, au moment du déploiement, suppose une utilisation de 10 % des métadonnées pour une déduplication de 10.  Une instance DDVE utilisant 100 % du stockage de métadonnées ne peut pas acquérir de sauvegardes.
En raison des scénarios suivants, l’instance DDVE peut manquer d’espace de stockage pour les métadonnées locales :
- La déduplication est supérieure à 10x, de sorte que les exigences en matière de métadonnées sont supérieures à ce qui a été déployé dans la taille des métadonnées (10 % par défaut).  
- Un grand nombre d’anciens snapshots, peut augmenter Taille des métadonnées.
Une plus grande quantité de métadonnées peut être remarquée dans les DDVE ATOS agissant en tant que destinations pour les fichiers Réplication (Controlled Clone Replication CCR/Managed File Replication MFR : 
- Si tous les fichiers de base ne sont pas répliqués, l’ATOS DDVE de destination a une utilisation plus élevée dans les métadonnées.
- Dans ce scénario, la réplication ne tire PAS pleinement parti des optimisations des sauvegardes synthétiques virtuelles. Par conséquent, elle a besoin de plus d’espace pour stocker les métadonnées. 
- Ce type de problème a été remarqué dans NW CCR, où il semble que tous les fichiers de base n’étaient pas répliqués, ce qui entraînait une utilisation plus élevée des métadonnées pour la destination. 

La solution à ce problème consiste à ajouter d’autres disques en tant que stockage de métadonnées locales. Dans le cas d’Azure et uniquement lorsque la machine virtuelle Azure a déjà le nombre maximum autorisé de disques alloués, il est possible d’étendre la capacité de métadonnées en augmentant la taille des disques de métadonnées existants (à l’exception du premier) par incréments de 1 Tio. Voir le «Développez le stockage des métadonnées » dans le document «PowerProtect DD Virtual Edition 7.x du Guide d’installation et d’administration d’Azure Cloud» pour plus d’informations.
INFORMATION IMPORTANTE LORS DE L’AJOUT DE DISQUES POUR LES MÉTADONNÉES : 
. L’utilisation de disques de métadonnées de tailles différentes peut créer un déséquilibre d’index. par conséquent, l’E/S DDVE est liée au(x) plus volumineux, ceux-ci contenant la plupart des métadonnées.
. Chaque disque de métadonnées ajouté au niveau actif doit disposer de son propre groupe de broches, ce qui doit être effectué automatiquement par le logiciel. Le nombre maximal connu de groupes de broches est de 16. 
. Si vous dépassez le nombre maximal de groupes de broches (16), vous aurez éventuellement des disques de métadonnées partageant le même groupe de broches. Les E/S sur les disques des mêmes groupes de piles sont séquentielles. 
. Consultez le manuel pour connaître les tailles recommandées. La plupart recommandent un incrément de 1 Tio, des tailles plus élevées sont possibles en fonction du fournisseur de Cloud.
. Les disques existants NE PEUVENT PAS être étendus, vous pouvez uniquement ajouter des disques. Ne développez pas les disques existants, car cela pourrait rendre l’instance DDVE inutilisable avec corruption ou voir l’espace étendu inutilisé.
1 - Vérifiez l’utilisation des métadonnées. Si elle a atteint 100 %, davantage de disques doivent être attribués.
- L’exemple ci-dessous est fourni, certaines sorties peuvent différer en fonction du fournisseur de cloud, reportez-vous au manuel d’installation et d’administration :
- Affichage de l’utilisation des métadonnées

# filesys show space tier active local-metadata
--------------------------
Active Tier: local-metadata usage
Size GiB   Used GiB   Avail GiB     Use%
--------   --------   ---------   ------
  1293.0     1291.5         1.5   100.0%             -> We can see Metadata space is full.
--------   --------   ---------   ------

2 - Le processus d’ajout de disques de métadonnées diffère en fonction du fournisseur de Cloud. Reportez-vous à chacun des manuels du fournisseur de Cloud en bas.
- Affichage des disques utilisés

# disk show hardware
------------------
Disk   Slot        Manufacturer/Model     Firmware   Serial No.   Capacity    Type
       (pci/idx)                                                                  
----   ---------   --------------------   --------   ----------   ---------   -----
dev1   -/a         Virtual BLOCK Device   n/a        (unknown)    250.0 GiB   BLOCK  -> DDOS Disk
dev2   -/b         Virtual BLOCK Device   n/a        (unknown)    10.0 GiB    BLOCK  -> NVRAM disk
dev3   -/c         Virtual BLOCK Device   n/a        (unknown)    1.0 TiB     BLOCK  -> Currently used for Metadata
dev4   -/d         Virtual BLOCK Device   n/a        (unknown)    1.0 TiB     BLOCK  -> Currently used for Metadata
----   ---------   --------------------   --------   ----------   ---------   -----
4 drives present.

2.1 - Accédez à la console AWS/GCP/AZURE et ajoutez du stockage à l’instance DDVE. Dans ce cas, nous avons ajouté un disque de 1 Tio, qui doit ensuite être considéré comme dev5. N’oubliez pas de ne pas développer ou toucher à l’un des autres disques existants. 
ATTENTION : Des manuels d’installation/d’administration nouveaux et mis à jour peuvent exister au moment de la lecture de cet article. 
2.2 - À ce stade, en supposant qu’un nouveau disque de 1 Tio a été ajouté, s’affiche sur la sortie en tant que disque dev5.

# disk show hardware
------------------
Disk   Slot        Manufacturer/Model     Firmware   Serial No.   Capacity    Type
       (pci/idx)                                                                  
----   ---------   --------------------   --------   ----------   ---------   -----
dev1   -/a         Virtual BLOCK Device   n/a        (unknown)    250.0 GiB   BLOCK  -> DDOS Disk
dev2   -/b         Virtual BLOCK Device   n/a        (unknown)    10.0 GiB    BLOCK  -> NVRAM disk
dev3   -/c         Virtual BLOCK Device   n/a        (unknown)    1.0 TiB     BLOCK  -> Currently used for Metadata
dev4   -/d         Virtual BLOCK Device   n/a        (unknown)    1.0 TiB     BLOCK  -> Currently used for Metadata
dev5   -/e         Virtual BLOCK Device   n/a        (unknown)    1.0 TiB     BLOCK  -> Newly added disk for metadata, unused.
----   ---------   --------------------   --------   ----------   ---------   -----

2.3 - Ajoutez le nouveau disque au niveau actif. Dans ce cas, il s’agira de dev5

# storage add tier active dev5

  ATTENTION : Si, lors de l’ajout de disques supplémentaires à des métadonnées locales DDVE ATOS à partir de la CLI, le message « La taille du stockage local dépasse la capacité maximale requise de métadonnées pour cette configuration » est reçu, comme ci-dessous :

** Local storage size exceeds the maximum required metadata capacity for this configuration.
Do you want to continue? (yes|no) [no]:

2.4 - Développer le système de fichiers

# filesys expand

3. - Confirmez que le système de fichiers qui était en lecture seule en raison du manque d’espace de métadonnées peut maintenant être écrit
Pour ce faire, vous pouvez vous assurer que les sauvegardes fonctionnent désormais correctement ou vérifier que la réplication entrante a repris et que le trafic peut être observé.

Ce contenu est traduit dans d’autres langues : 

https://downloads.dell.com/TranslatedPDF/PT-BR_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/ZH-CN_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/ES_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/DE_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/FR_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/IT_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/JA_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/NL_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/KO_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/RU_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/PT_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/SV_KB537488.pdf

- L’extension du système de fichiers peut être effectuée en ligne.
- L’utilisation des métadonnées est directement proportionnelle au facteur de déduplication. Si la charge applicative des sauvegardes se démonte très bien, plus l’index DDVE est élevé, plus les besoins en métadonnées sont importants.
- Les instantanés anciens et volumineux contiendront non seulement des données, mais augmenteront également le facteur de déduplication, ce qui conduira le système à manquer de métadonnées plus tôt.
- Il n’y a que des directives relatives aux exigences en matière de métadonnées pour le déploiement, celles-ci seront de 10 % de la capacité dans les disques de métadonnées et supposent une déduplication de 10x. Des taux de déduplication plus élevés nécessiteront éventuellement davantage de disques de métadonnées.
- Le support DD n’a pas de directives relatives au stockage des métadonnées locales pour les déduplications supérieures à 10x. Il est recommandé d’ajouter les disques de métadonnées par incréments de 1 Tio jusqu’à ce qu’un équilibre soit atteint entre l’utilisation du système de fichiers et l’utilisation des métadonnées.
- Il n’existe actuellement aucune méthode connue pour prédire l’utilisation future des métadonnées en fonction des facteurs de déduplication potentiels. 
- Un déséquilibre de l’indice peut également se produire Sur les disques de même taille, la raison la plus courante serait que les nouveaux disques ont été incrémentés après que les métadonnées soient presque pleines, de sorte que les disques plus anciens contiendraient toujours la plupart des structures de métadonnées, avec plus d’E/S demandées. Lorsque les données plus anciennes arrivent à expiration, les métadonnées doivent s’équilibrer entre les disques.