Data Domain: Data Domain Virtual Edition (DDVE), som er implementeret i skyen (ATOS), kan løbe tør for lokalt metadatalager

Data Domain Virtual Edition (DDVE) er en storageenhed, der kun omfatter software, og som enten kan implementeres lokalt eller i clouden. DDVE'er, der implementeres i clouden, kaldes også ATOS (Active Tier on Object Storage).  
DDVE understøtter VMware, Hyper-V, KVM og VxRail i det lokale miljø. I skyen kører DD VE også i Amazon Web Services (AWS) (cloud og gov cloud), Azure (cloud og gov cloud), VMware Cloud on AWS cloud-platforme og Google Cloud Platform (GCP).
Bemærk, at DDVE på Cloud ikke er det samme som et Cloud Tier. Cloud Tier er et andet produkt, der kun kan implementeres på lokalt hardware-DD er og DDVE'er.
Hvis en DDVE, der er installeret i clouden, fylder sit lokale metadatalager op, udsendes følgende advarsel:

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

DDVE implementeret på Cloud (ATOS), understøtter to typer datastorage:
- Bloklagring (bruges til data og metadata, eller bare metadata på objektlagring aktiveret DDVEs aka ATOS).
- Hot Blob Storage også kendt som Object Storage (bruges kun til data)
Metadatadiske på en ATOS-implementeret DDVE udfyldes med: Indeks, LP-segmentreferencer, CMETA (metadata) containere og DM (Directory manager) data.
De fleste implementeringer bruger (Hot Blob eller Object Storage), da det er den aktuelle anbefaling til cloud-implementeringer. Det betyder, at vi skriver alle data ved hjælp af Object Storage, men vi er nødt til at definere 10% af pladsen som Block Storage til DD Filesystem-metadataene. Størrelsen af de lokale metadata er en spekulation baseret på størrelsen af den licenserede kapacitet, og på implementeringstidspunktet antages 10% metadataforbrug for en 10x dedup.  En DDVE med et 100 % metadatalagerforbrug kan ikke indtage sikkerhedskopier.
På grund af følgende scenarier kan DDVE løbe tør for lokal metadata-lagerplads:
- Dedup'en er højere end 10x, som sådan er metadatakravene højere end hvad der blev implementeret i metadatastørrelse (standard 10%).  
- Et stort antal eller gamle snapshots kan øges Metadata-størrelse.
En større mængde metadata kan bemærkes i ATOS DDVE'er, der fungerer som destinationer for fil Replikering (CCR for kontrolleret klonreplikering/MFR for administreret filreplikering): 
- Hvis ikke alle basisfiler replikeres, har destinations-ATOS DDVE et højere forbrug i metadata.
- I dette scenarie udnytter replikering IKKE de virtuelle syntetiske optimeringer fuldt ud, da der er brug for mere plads til at gemme metadata. 
- Denne type problem blev bemærket i NW CCR, hvor det ikke ser ud til, at alle basisfilerne blev replikeret, hvilket fik destinationen til at have et højere metadataforbrug. 

Løsningen på dette problem ville være at tilføje yderligere diske (er) som Local Metadata Storage. I tilfælde af Azure, og kun når Azure VM allerede har det maksimalt tilladte antal diske tildelt, er der mulighed for at udvide metadatakapaciteten ved at gøre eksisterende metadatadiske (undtagen den første) større i trin på 1 TiB. Se "Udvid metadatalageret" i dokumentet "PowerProtect DD Virtual Edition 7.x i installations- og administrationsvejledningen til Azure Cloud" for at få flere oplysninger.
VIGTIGE OPLYSNINGER VED TILFØJELSE AF DISKE TIL METADATA: 
. Brug af metadatadiske i forskellige størrelser kan skabe en indeksubalance. derfor fører DDVE IO bundet på den eller de største diske, da disse indeholder de fleste metadata.
. Hver metadatadisk, der tilføjes til det aktive niveau, skal have sin egen spindelgruppe, dette skal gøres automatisk af softwaren. Det maksimale kendte antal spindelgrupper er 16. 
. Hvis du går over det maksimale antal spindelgrupper (16), vil du til sidst have metadatadiske, der deler den samme spindelgruppe. IO mod diske på de samme spindelgrupper er sekventiel. 
. Se manualen for de anbefalede størrelser, de fleste vil anbefale et trin på 1 TiB, højere størrelser er mulige afhængigt af Cloud-udbyder.
. Eksisterende diske KAN IKKE udvides, du kan kun TILFØJE diske, udvid venligst ikke eksisterende diske, da det kan føre DDVE ubrugelig med korruption eller have den udvidede plads ubrugt.
1 - Gennemgå brugen af metadata, hvis den nåede 100%, har den brug for flere diske tildelt.
- Eksempel nedenfor er angivet, nogle output kan variere afhængigt af Cloud Provider, se installations- og administratormanualen:
- Vis metadata Brug

# 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 - Processen med at tilføje flere metadatadiske varierer afhængigt af Cloud Provider, se hver af Cloud Provider-manualerne nederst.
- Vis hvilke diske der bruges

# 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 - Gå til AWS / GCP / AZURE-konsollen, og tilføj lagerplads til DDVE, i dette tilfælde tilføjede vi en 1TiB-disk, og den skal derefter ses som dev5, husk ikke at udvide eller røre ved nogen af de andre eksisterende diske. 
BEMÆRK: Der findes muligvis nye og opdaterede installations-/administratormanualer på det tidspunkt, hvor du læser denne artikel. 
2.2 - Hvis vi på nuværende tidspunkt antager, at en ny 1 TiB-disk blev tilføjet, vil den blive set på outputtet som disk 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 - Føj den nye disk til det aktive niveau. I dette tilfælde vil være dev5

# storage add tier active dev5

  BEMÆRK: Hvis du tilføjer flere diske til en DDVE ATOS local-metadata fra CLI, modtages meddelelsen "Local storage size exceed the maximum required metadata capacity for this configuration", f.eks. nedenfor:

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

2.4 - Udvid filsystemet

# filesys expand

3. - Bekræft, at FS, som var skrivebeskyttet på grund af manglende metadataplads, nu kan skrives til
Dette kan opnås på en række måder, lige fra at være sikker på, at sikkerhedskopieringer nu fungerer fint, til at kontrollere, at indgående replikering er genoptaget, og at der kan ses trafik.

Dette indhold er oversat til andre sprog: 

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

- Filsystemudvidelsen kan udføres online.
- Brug af metadata er direkte proportional med dedup-faktoren. Hvis arbejdsbyrden for sikkerhedskopier dedups meget godt, jo større DDVE-indekset er, desto højere er behovet for metadata.
- Gamle og store snapshots vil ikke kun indeholde data, men også øge dedup-faktoren, hvilket fører til, at systemet løber tør for metadata hurtigere.
- Der er kun retningslinjer for metadatakrav til implementering, disse vil være 10% af kapaciteten på metadatadiske og antage en 10x dedup. Højere dedup-forhold vil i sidste ende kræve flere metadatadiske.
- DD-support har ikke retningslinjer for lokale metadatalagringskrav for højere dedups end 10x. Det anbefales, at der tilføjes metadatadiske i trin på 1 TiB, indtil der er opnået balance mellem filsystembrug og metadatabrug.
- Der er i øjeblikket ingen kendt metode til at forudsige den fremtidige brug af metadata baseret på potentielle dedup-faktorer. 
- Indeks ubalance kan også forekomme På diske af samme størrelse ville den mest almindelige årsag være, at nye diske er blevet forøget efter metadata, der er næsten fulde, som sådan ville de ældre diske stadig indeholde de fleste metadatastrukturer, hvor der anmodes om mere IO. Da ældre data er udløbet, skal metadataene balancere sig selv mellem diskene.