Data Domain: Data Domain Virtual Edition (DDVE) die in de cloud geïmplementeerd zijn (ATOS), heeft mogelijk geen lokale metadatastorage meer

Data Domain Virtual Edition (DDVE) is een software-only storage-apparaat, dat zowel op locatie als in de cloud kan worden geïmplementeerd. DDVE's die in de cloud worden geïmplementeerd, worden ook wel ATOS (Active Tier on Object Storage) genoemd.  
On-premise ondersteunt DDVE VMware, Hyper-V, KVM en VxRail. In de cloud draait DD VE ook in de Amazon Web Services (AWS) (cloud- en gov-cloud), Azure (cloud- en gov-cloud), VMware Cloud on AWS-cloudplatforms en Google Cloud Platform (GCP).
Houd er rekening mee dat DDVE on Cloud niet hetzelfde is als een Cloud Tier. Cloud Tier is een ander product dat alleen kan worden geïmplementeerd op on-premise hardware-DD's en DDVE's.
Als een DDVE die in de cloud is geïmplementeerd, de lokale metadatastorage vult, wordt de volgende waarschuwing uitgegeven:

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

DDVE geïmplementeerd in de cloud (ATOS), ondersteunt twee typen datastorage:
- Block Storage (gebruikt voor data en metadata, of gewoon Metadata on Object Storage ingeschakeld DDVEs aka ATOS).
- Hot Blob Storage, ook wel Object Storage genoemd (alleen gebruikt voor data)
Metadataschijven op een door ATOS geïmplementeerde DDVE worden gevuld met: Index, LP-segmentverwijzingen, CMETA-containers (metadata) en DM-gegevens (directorybeheer).
De meeste implementaties gebruiken (Hot Blob of Object Storage), omdat dat de huidige aanbeveling is voor cloudimplementaties. Dit betekent dat we alle data schrijven met behulp van objectstorage, maar dat we 10% van de ruimte moeten definiëren als blokstorage voor de metadata van het DD-bestandssysteem. De grootte van de lokale metadata is een speculatie op basis van de grootte van de gelicentieerde capaciteit, en gaat op het moment van implementatie uit van 10% metadatagebruik voor een 10x dedup.  Een DDVE met 100% metadatastorage kan geen back-ups opnemen.
Als gevolg van de volgende scenario's kan de DDVE geen lokale metadataopslagruimte meer hebben:
- De dedup is hoger dan 10x, als zodanig zijn de metadatavereisten hoger dan wat is geïmplementeerd in metadatagrootte (standaard 10%).  
- Een groot aantal of oude snapshots, kan toenemen Metadatagroottete installeren.
Een grotere hoeveelheid metadata kan worden opgemerkt in ATOS DDVE's die fungeren als bestemmingen voor bestanden Replicatie (Controlled Clone Replication CCR /Managed File Replication MFR): 
- Als niet alle basisbestanden worden gerepliceerd, wordt de bestemming ATOS DDVE vaker gebruikt in metadata.
- In dit scenario maakt Replication NIET optimaal gebruik van de Virtual Synthetics-optimalisaties, omdat er meer ruimte nodig is om metadata op te slaan. 
- Dit type probleem werd opgemerkt in NW CCR, waar het niet lijkt alsof alle basisbestanden werden gerepliceerd, waardoor de bestemming een hoger metadatagebruik had. 

De oplossing voor dit probleem zou zijn om meer schijf(en) toe te voegen als lokale metadataopslag. In het geval voor Azure en alleen wanneer de Azure-VM al het maximaal toegestane aantal schijven heeft toegewezen, is er de mogelijkheid om de metadatacapaciteit uit te breiden door bestaande metadataschijven (behalve de eerste) groter te maken in stappen van 1 TiB. Zie de "Expand metadata storage" in het document "PowerProtect DD Virtual Edition 7.x in the Azure Cloud Installation and Administration Guide" voor meer informatie.
BELANGRIJKE INFORMATIE BIJ HET TOEVOEGEN VAN SCHIJVEN VOOR METADATA: 
te installeren. Het gebruik van metadataschijven van verschillende grootte kan leiden tot een onevenwichtige index. daarom leidt de DDVE IO op de grootste schijf(en), aangezien deze de meeste metadata bevatten.
te installeren. Elke metadataschijf die aan de actieve laag wordt toegevoegd, moet zijn eigen spindlegroep hebben, dit moet automatisch door de software worden gedaan. Het maximaal bekende aantal spindelgroepen is 16. 
te installeren. Als u het maximale aantal spindelgroepen (16) overschrijdt, krijgt u uiteindelijk metadataschijven die dezelfde spindelgroep delen. IO ten opzichte van schijven op dezelfde spindelgroepen is sequentieel. 
te installeren. Zie de handleiding voor de aanbevolen maten, de meeste zullen een stap van 1 TiB aanbevelen, hogere formaten zijn mogelijk, afhankelijk van de cloudprovider.
te installeren. Bestaande schijven kunnen NIET worden uitgebreid, u kunt alleen schijven TOEVOEGEN. Vouw bestaande schijven niet uit, omdat dit ertoe kan leiden dat de DDVE onbruikbaar wordt door beschadiging of dat de uitgebreide ruimte ongebruikt blijft.
1 - Controleer het metadatagebruik. Als het 100% heeft bereikt, moeten er meer schijven worden toegewezen.
- Hieronder wordt een voorbeeld gegeven, sommige uitvoer kan verschillen afhankelijk van de cloudprovider, zie de installatie- en beheerdershandleiding:
- Geef de metadata-gebruik weer

# 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 - Het proces voor het toevoegen van meer metadataschijven verschilt afhankelijk van de cloudprovider. Zie de handleidingen van elk van de cloudproviders onderaan.
- Weergave welke schijven worden gebruikt

# 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 - Ga naar AWS/GCP/AZURE-console en voeg storage toe aan de DDVE. In dit geval hebben we een 1TiB-schijf toegevoegd en deze moet dan worden gezien als dev5, vergeet niet om een van de andere bestaande schijven niet uit te breiden of aan te raken. 
Let op: Op het moment van lezen van dit artikel kunnen er nieuwe en bijgewerkte installatie-/beheerdershandleidingen bestaan. 
2.2 - In dit stadium, ervan uitgaande dat er een nieuwe 1 TiB schijf is toegevoegd, zal dit op de output worden gezien als schijf 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 - Voeg de nieuwe schijf toe aan de actieve laag. In dit geval zal dev5 zijn

# storage add tier active dev5

  Let op: Als bij het toevoegen van meer schijven aan een lokale DDVE ATOS-metadata vanuit de CLI het bericht "Local storage size exceeds the maximum required metadata capacity for this configuration" wordt ontvangen, zoals hieronder:

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

2.4 - Breid het bestandssysteem uit

# filesys expand

3. - Bevestig dat de FS die alleen-lezen was vanwege een gebrek aan metadataruimte, nu kan
worden geschrevenDit kan op verschillende manieren worden bereikt, van controleren of back-ups nu goed werken, tot controleren of inkomende replicatie is hervat en verkeer kan worden gezien.

Deze inhoud is vertaald naar andere talen: 

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

- De uitbreiding van het bestandssysteem kan online worden gedaan.
- Het gebruik van metadata is recht evenredig met de dedup-factor. Als de workload van back-ups erg goed is, hoe groter de DDVE-index, dus hoe hoger de behoefte aan metadata.
- Oude en grote snapshots zullen niet alleen gegevens bevatten, maar ook de dedup-factor verhogen, waardoor het systeem eerder zonder metadata komt te zitten.
- Er zijn alleen richtlijnen voor metadatavereisten voor implementatie, deze zijn 10% van de capaciteit op metadataschijven en gaan uit van een 10x dedup. Voor hogere dedup-ratio's zijn uiteindelijk meer metadataschijven nodig.
- DD Support heeft geen richtlijnen voor het opslaan van lokale metadata voor hogere dedups dan 10x. Metadataschijven worden aanbevolen om in stappen van 1 TiB toe te voegen totdat een evenwicht is bereikt tussen het gebruik van het bestandssysteem en het gebruik van metadata.
- Er is momenteel geen methode bekend om het toekomstige metadatagebruik te voorspellen op basis van mogelijke dedup-factoren. 
- Er kan ook een onbalans in de index optreden Op schijven van dezelfde grootte, zou de meest voorkomende reden zijn dat nieuwe schijven zijn verhoogd nadat de metadata bijna vol zijn, als zodanig zouden de oudere schijven nog steeds de meeste metadatastructuren bevatten, met meer IO die wordt aangevraagd. Als oudere data verlopen, moeten de metadata zichzelf verdelen over de schijven.