Symptoms
Data Domain Virtual Edition (DDVE) è un appliance di storage solo software, che può essere implementato on-premise o su cloud. Active Tier on Object Storage (ATOS) è un altro nome per DDVE implementato nel cloud.
On-premise, DDVE supporta VMware, Hyper-V, KVM e VxRail.
Nel cloud, Data Domain Virtual Edition viene eseguito in:
- Amazon Web Services (AWS) (cloud e gov cloud)
- Azure (cloud e gov cloud)
- VMware Cloud su piattaforme cloud AWS
- GCP (Google Cloud Platform)
DDVE su cloud non è la stessa cosa di un Cloud Tier. Cloud Tier è un prodotto diverso che può essere implementato solo su DD e DDVE hardware on-premise.
Se un DDVE implementato sul cloud riempie lo storage dei metadati locali, viene emesso il seguente avviso:
EVT-SPACE-00004: Space usage in metadata storage has exceeded 100% threshold.
Cause
DDVE implementato su cloud (ATOS) supporta due tipi di storage dei dati:
- Block storage (utilizzato per dati e metadati o per i DDVE abilitati per i metadati su object storage, ovvero ATOS).
- Lo storage hot blob è noto anche come object storage (utilizzato solo per i dati)
I dischi di metadati su un DDVE implementato da ATOS vengono popolati con: Indice, riferimenti ai segmenti LP, container CMETA (metadati) e dati del gestore directory (DM)
La maggior parte dei deployment utilizza (hot blob o object storage), in quanto questa è la raccomandazione corrente per i deployment cloud. Tutti i dati vengono scritti utilizzando lo storage a oggetti, ma il 10% dello spazio è definito come block storage per i metadati del file system DD. La dimensione dei metadati locali è una speculazione basata sulla dimensione della capacità concessa in licenza. Al momento del deployment, l'utilizzo dei metadati al 10% è stimato per un fattore di deduplica 10 volte superiore. Un DDVE con un utilizzo dello storage dei metadati al 100% non può acquisire i backup.
A causa dei seguenti scenari, DDVE potrebbe esaurire lo spazio di storage dei metadati locali:
- La deduplica è superiore a 10 volte, di conseguenza i requisiti dei metadati sono superiori a quelli implementati in termini di dimensioni dei metadati (10% per impostazione predefinita).
- Un numero elevato di snapshot o snapshot obsolete possono aumentare le dimensioni dei metadati
Una maggiore quantità di metadati può essere notata nei DDVE ATOS che fungono da destinazioni per la replica dei file (Controlled Clone Replication CCR/Managed File Replication MFR):
- Se non tutti i file di base vengono replicati, l'ATOS DDVE di destinazione presenta un utilizzo più elevato dei metadati.
- In questo scenario, la replica NON sfrutta appieno le ottimizzazioni dei supporti sintetici virtuali, in quanto richiede più spazio per archiviare i metadati.
- Questo tipo di problema è stato notato in NW CCR, dove non sembra che tutti i file di base siano stati replicati. In questo modo, la destinazione ha un utilizzo dei metadati più elevato.
Resolution
La soluzione a questo problema consiste nell'aggiungere ulteriori dischi come storage dei metadati locali.
Solo AWS e Azure consentono l'espansione delle dimensioni del disco di metadati quando è già stato allocato il numero massimo consentito di dischi. La capacità dei metadati per i dischi di metadati esistenti può aumentare incrementi di 1 TiB. Ciò non si applica al primo disco di metadati. Per ulteriori informazioni, consultare la sezione "Espandere lo storage dei metadati" nel documento della guida.
INFORMAZIONI IMPORTANTI PER L'AGGIUNTA DI DISCHI PER I METADATI:
- L'utilizzo di dischi di metadati di dimensioni diverse crea uno squilibrio di indice.
- Ogni disco di metadati aggiunto al tier attivo deve avere il proprio gruppo di spindle, il software esegue questa operazione automaticamente. Il numero massimo noto di gruppi di spindle è 16.
- Se si supera il numero massimo di gruppi di spindle (16), i dischi di metadati apparterranno allo stesso gruppo di spindle. L'I/O rispetto ai dischi sugli stessi gruppi di spindle è sequenziale.
- Consultare il manuale per le dimensioni consigliate, la maggior parte consiglia un incremento di 1 TiB, dimensioni maggiori sono possibili a seconda del provider di cloud.
- Espandere solo i dischi di metadati per AWS e Azure. L'espansione dei dischi di metadati in qualsiasi provider rende DDVE inutilizzabile con danneggiamento o con lo spazio espanso inutilizzato.
-
Esaminare l'utilizzo dei metadati. Se ha raggiunto il 100%, sono necessari più dischi assegnati.
- Viene fornito l'esempio riportato di seguito, alcuni output possono differire a seconda del provider di cloud. Consultare il Manuale di installazione e amministrazione:
- Visualizzare l'utilizzo dei metadati.
# 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.
-------- -------- --------- ------
-
Il processo di aggiunta di altri dischi di metadati varia a seconda del provider di cloud. Vedere ciascuno dei manuali del provider di cloud in basso.
- Visualizzare i dischi utilizzati.
# 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.
- Accedere alla console AWS/GCP/AZURE e aggiungere storage a DDVE. In questo caso, viene aggiunto un disco da 1 TiB. Viene visualizzato come dev5 e ricordarsi di non espandere o toccare nessuno degli altri dischi esistenti.
MANUALI per DDVE su cloud (pubblicati solo di seguito per DDVE V4)
Manuale di installazione e amministrazione di DDVEV4 on Microsoft Azure.
https://support.emc.com/docu91981_Data-Domain-Virtual-Edition-4.0-with-DD-OS-6.2.0.10-in-Azure-Installation-and-Administration-Guide.pdf?language=en_US DDVEV4 su Google Cloud Platform (GC)
https://support.emc.com/docu91982_Data-Domain-Virtual-Edition-4.0-with-DD-OS-6.2.0.10-in-Google-Cloud-Platform-(GCP)-Installation-and-Administration-Guide.pdf?language=en_US
DDVE4 su Amazon Web Services (AWS), Manuale
di installazione e amministrazionehttps://support.emc.com/docu91980_Data_Domain_Virtual_Edition_4.0_with_DD_OS_6.2.0.10_in_Amazon_Web_Services_(AWS)_Installation_and_Administration_Guide.pdf?language=en_US
ATTENZIONE: Al momento della lettura di questo articolo potrebbero essere presenti manuali di installazione o amministrazione nuovi e aggiornati.
- In questa fase, supponendo che sia stato aggiunto un nuovo disco da 1 TiB, questo viene visualizzato nell'output come disco 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.
---- --------- -------------------- -------- ---------- --------- -----
- Aggiungere il nuovo disco al tier attivo. dev5 per questo esempio:
# storage add tier active dev5
- Espandere il file system.
# filesys expand
-
Verificare che sia ora possibile scrivere l FS che era read-only a causa della mancanza di spazio dei metadati.
- Verificare che i backup funzionino correttamente
- Verificare che la replica in ingresso sia ripresa e che sia possibile visualizzare il traffico.
Questo contenuto è tradotto in altre lingue:
- 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'espansione del file system può essere eseguita online.
- L'utilizzo dei metadati è direttamente proporzionale al fattore di deduplica. I carichi di lavoro con fattori di deduplica elevati creano indici più grandi, quindi le esigenze di metadati sono più elevate.
- Le snapshot vecchie e di grandi dimensioni contengono i dati, aumentano anche il fattore di deduplica e fanno sì che il sistema esaurisca prima i metadati.
- Per il deployment sono disponibili solo linee guida per i requisiti dei metadati, che rappresentano il 10% della capacità nei dischi di metadati e presuppongono fattori di deduplica 10 volte superiori. Rapporti di deduplica più elevati richiedono più dischi di metadati.
- DD Support non dispone di linee guida per i requisiti di storage dei metadati locali per fattori di deduplica superiori a 10x. Si consiglia di aggiungere dischi di metadati con incrementi di 1 TiB fino a raggiungere un equilibrio tra l'utilizzo del file system e l'utilizzo dei metadati.
- Non esiste un metodo noto per prevedere il futuro utilizzo dei metadati in base a potenziali fattori di deduplica.
- Lo squilibrio dell'indice può verificarsi anche su dischi della stessa dimensione. Il motivo più comune è che i nuovi dischi sono stati incrementati dopo che i metadati erano quasi pieni. I dischi meno recenti contengono ancora la maggior parte delle strutture di metadati, con una richiesta maggiore di I/O. Man mano che i dati meno recenti scadono, i metadati devono essere bilanciati tra i dischi.
Affected Products
Data Domain, Data Domain Virtual Edition