Data Domain: Data Domain Virtual Edition (DDVE) som är Cloud deployed (ATOS), kan få slut på lagring av lokala metadata

Data Domain Virtual Edition (DDVE) är en lagringsenhet som endast är avsedd för programvara, som kan vara antingen på plats eller driftsättas i molnet. DDVE:er som installeras i molnet kallas även ATOS (Active Tier on Object Storage).  
Lokalt har DDVE stöd för VMware, Hyper-V, KVM och VxRail. I molnet körs DD VE även i Amazon Web Services (AWS) (moln och gov-moln), Azure (moln och gov-moln), VMware Cloud på AWS-molnplattformar och Google Cloud Platform (GCP).
Observera att DDVE på molnet inte är samma sak som en molnnivå. Cloud Tier är en annan produkt som endast kan driftsättas på lokala DD:er och DDVE:er för maskinvara.
Om en DDVE som distribuerats i molnet fyller upp sin lagring av lokala metadata utfärdas följande varning:

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

DDVE distribuerat i molnet (ATOS), stöder två typer av datalagring:
- Blocklagring (används för data och metadata, eller bara metadata på objektlagring aktiverat DDVEs aka ATOS).
- Hot Blob Storage, även känd som objektlagring (används endast för data)
Metadatadiskar på en ATOS distribuerad DDVE fylls med följande: Index, LP-segmentreferenser, CMETA-behållare (metadata) och DM-data (kataloghanterare).
De flesta distributioner använder (Hot Blob eller Object Storage) eftersom det är den aktuella rekommendationen för molndistributioner. Det innebär att vi skriver alla data med objektlagring, men vi måste definiera 10 % av utrymmet som blocklagring för DD-filsystemets metadata. Storleken på lokala metadata är en spekulation baserat på storleken på den licensierade kapaciteten och vid distributionen förutsätter 10 % metadataanvändning för en 10x-deduplicering.  En DDVE med 100 % användning av metadatalagring kan inte importera säkerhetskopior.
På grund av följande scenarier kan DDVE få slut på lagringsutrymme för lokala metadata:
- Dedupliceringen är högre än 10x, vilket innebär att metadatakraven är högre än vad som distribuerades i metadatastorlek (standard 10 %).  
- Ett stort antal eller gamla ögonblicksbilder kan öka Metadatastorlek.
En större mängd metadata kan märkas i ATOS DDVE:er som fungerar som destinationer för fil Replikering (Kontrollerad klonreplikering CCR /Hanterad filreplikering MFR): 
- Om inte alla basfiler replikeras har mål-ATOS DDVE en högre användning i metadata.
- I det här scenariot drar replikeringen INTE full nytta av optimeringarna av virtuella synteter, eftersom det behöver mer utrymme för att lagra metadata. 
- Den här typen av problem upptäcktes i NW CCR, där det inte verkar som om alla basfiler replikerades, vilket gjorde att målet hade en högre metadataanvändning. 

Lösningen på det här problemet är att lägga till ytterligare diskar som lokal metadatalagring. När det gäller Azure och endast när den virtuella Azure-datorn redan har det högsta tillåtna antalet allokerade diskar finns det möjlighet att utöka metadatakapaciteten genom att göra befintliga metadatadiskar (förutom den första) större i steg om 1 TiB. Se avsnittet "Mer information finns i avsnittet "PowerProtect DD Virtual Edition 7.x i Azure Cloud Installation and Administration Guide".
VIKTIG INFORMATION NÄR DU LÄGGER TILL DISKAR FÖR METADATA: 
. Om du använder metadatadiskar med olika storlek kan det skapa en obalans i indexet. Därför leder DDVE IO bunden på de största diskarna, eftersom dessa innehåller de flesta metadata.
. Varje metadatadisk som läggs till på den aktiva nivån bör ha en egen spindelgrupp, detta bör göras automatiskt av programvaran. Maximalt känt antal spindelgrupper är 16. 
. Om du överskrider det maximala antalet spindelgrupper (16) kommer du så småningom att ha metadatadiskar som delar samma spindelgrupp. IO mot diskar på samma spindelgrupper är sekventiell. 
. Se handboken för rekommenderade storlekar, de flesta rekommenderar ett steg på 1 TiB, högre storlekar är möjliga beroende på molnleverantör.
. Befintliga diskar KAN INTE expanderas. Du kan bara lägga till diskar. Expandera inte några befintliga diskar eftersom det kan leda till att DDVE blir oanvändbar och orsaka skadade skador, eller så kan det utökade utrymmet vara oanvänt.
1 – Granska metadataanvändningen. Om den har nått 100 % måste fler diskar tilldelas.
- Exempel nedan tillhandahålls, vissa utgångar kan variera beroende på molnleverantör, se installations- och administratörsmanualen:
- Visa användningen av metadata

# 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 för att lägga till fler metadatadiskar varierar beroende på molnleverantören, se var och en av molnleverantörens manualer längst ned.
- Visa vilka diskar som används

# 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å till AWS/GCP/AZURE-konsolen och lägg till lagring i DDVE, i det här fallet lade vi till en 1TiB-disk och den bör då ses som dev5, kom ihåg att inte expandera eller röra någon av de andra befintliga diskarna. 
OBS! Nya och uppdaterade installations-/administratörsmanualer kan finnas när du läser den här artikeln. 
2.2 – I det här skedet, förutsatt att en ny 1 TiB-disk har lagts till, visas på utdata 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 – Lägg till den nya disken på den aktiva nivån. I det här fallet kommer att vara dev5

# storage add tier active dev5

  OBS! Om du lägger till fler diskar i en lokal DDVE ATOS-metadata från CLI får du meddelandet "Den lokala lagringsstorleken överskrider den maximala metadatakapacitet som krävs för den här konfigurationen", till exempel nedan:

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

2.4 – Expandera filsystemet

# filesys expand

3. - Bekräfta att FS som var skrivskyddad på grund av brist på metadatautrymme nu kan skrivas till
Detta kan uppnås på flera sätt, från att vara säker på att säkerhetskopieringarna nu fungerar som de ska till att kontrollera att inkommande replikering har återupptagits och att trafik kan ses.

Innehållet är översatt till andra språk: 

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

- Filsystemexpanderingen kan göras online.
- Användningen av metadata är direkt proportionell mot dedupliceringsfaktorn. Om arbetsbelastningen för säkerhetskopior dedupliceras mycket bra, ju större DDVE-index, desto högre behov av metadata.
- Gamla och stora ögonblicksbilder kommer inte bara att innehålla data, utan också öka dedupliceringsfaktorn, vilket leder till att systemet får slut på metadata tidigare.
- Det finns bara riktlinjer för metadatakrav för distribution, dessa kommer att vara 10 % av kapaciteten i metadatadiskar och förutsätter en 10x deduplicering. Högre dedupliceringsförhållanden kommer så småningom att kräva fler metadatadiskar.
- DD-stöd har inga riktlinjer för lagringskrav för lokala metadata för högre deduplicering än 10x. Metadatadiskar rekommenderas att läggas till i steg om 1 TiB tills en balans har nåtts mellan filsystemanvändning och metadataanvändning.
- Det finns för närvarande ingen känd metod för att förutsäga framtida metadataanvändning baserat på potentiella dedupliceringsfaktorer. 
- Indexobalans kan också förekomma På diskar av samma storlek skulle den vanligaste orsaken vara att nya diskar har ökats efter att metadata är nästan fulla, vilket innebär att de äldre diskarna fortfarande skulle innehålla de flesta metadatastrukturerna, med mer IO som begärs. När äldre data har upphört att gälla bör metadata balansera sig mellan diskarna.