Data Domain: Cloud deployed (ATOS) Data Domain Virtual Edition (DDVE), heeft mogelijk geen lokale metadatastorage meer

Data Domain Virtual Edition (DDVE) is een software-only storageapparaat, dat zowel on-premise als in de cloud kan worden geïmplementeerd. Active Tier on Object Storage (ATOS) is een andere naam voor in de cloud geïmplementeerde DDVE.
On-premise ondersteunt DDVE VMware, Hyper-V, KVM en VxRail.
In de cloud wordt Data Domain Virtual Edition uitgevoerd in:

• De Amazon Web Services (AWS) (cloud en gov-cloud)
• Azure (cloud en gov-cloud)
• VMware Cloud op AWS-cloudplatforms
• Google Cloud Platform (GCP)

DDVE on Cloud is niet hetzelfde als een Cloud Tier. Cloudlaag 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:

• Blokstorage (gebruikt voor data en metadata, of metadata op DDVE's voor objectstorage, ook wel ATOS genoemd).
• Hot Blob Storage wordt ook wel Object Storage genoemd (wordt alleen gebruikt voor data)

Metadataschijven op een door ATOS geïmplementeerde DDVE worden gevuld met: Index, LP-segmentverwijzingen, CMETA-containers (metadata) en Directory Manager-data
(DM)De meeste implementaties gebruiken (Hot Blob of Object Storage), omdat dat de huidige aanbeveling is voor cloudimplementaties. Alle data worden geschreven met behulp van objectstorage, maar 10% van de ruimte is gedefinieerd 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. Tijdens de implementatie wordt 10% van het metadatagebruik geschat voor een deduplicatiefactor van 10x. Een DDVE met 100% metadatastorage kan geen back-ups opnemen.

Vanwege de volgende scenario's kan de DDVE geen lokale metadataopslagruimte meer hebben:

• De deduplicatie 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 de metadatagrootte vergroten

Een grotere hoeveelheid metadata kan worden opgemerkt in ATOS DDVE's die fungeren als bestemmingen voor bestandsreplicatie (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 replicatie NIET optimaal gebruik van de Virtual Synthetics-optimalisaties, omdat er dus meer ruimte nodig is om metadata op te slaan.
• Dit type probleem werd opgemerkt in NW CCR, waar het er niet op lijkt dat alle basisbestanden werden gerepliceerd. Dit zorgt ervoor dat de bestemming een hoger metadatagebruik heeft.

De oplossing voor dit probleem zou zijn om meer schijf(en) toe te voegen als lokale metadataopslag.

Alleen AWS en Azure staan uitbreiding van de schijfgrootte voor metadata toe wanneer het maximaal toegestane aantal schijven al is toegewezen. De metadatacapaciteit voor bestaande metadataschijven kan met stappen van 1 TiB worden verhoogd. Dit geldt niet voor de eerste metadataschijf. Zie de sectie "Expand metadata storage" in het gidsdocument voor de details.

• PowerProtect DD Virtual Edition 7.x in de Azure Cloud installatie- en beheerhandleiding
• PowerProtect DD Virtual Edition 7.x op Amazon Web Services installatie- en beheerhandleiding

BELANGRIJKE INFORMATIE BIJ HET TOEVOEGEN VAN SCHIJVEN VOOR METADATA:

• Als u metadataschijven van verschillende grootte gebruikt, ontstaat er een onevenwichtige index.
• Elke metadataschijf die aan de actieve laag wordt toegevoegd, moet zijn eigen Spindle Group hebben, de software doet dit automatisch. Het maximaal bekende aantal spindelgroepen is 16.
• Als u het maximale aantal spindelgroepen (16) overschrijdt, zullen metadataschijven dezelfde spindelgroep omvatten. I/O tegen schijven op dezelfde spindelgroepen is sequentieel.
• Zie de handleiding voor de aanbevolen maten, de meeste raden een stap van 1 TiB aan, hogere maten zijn mogelijk, afhankelijk van de cloudprovider.
• Vouw alleen metadataschijven uit voor AWS en Azure. Het uitbreiden van metadataschijven in een provider maakt de DDVE onbruikbaar door beschadiging of omdat de uitgebreide ruimte ongebruikt blijft.

1. Controleer het metadatagebruik. Als het 100% is bereikt, moeten er meer schijven worden toegewezen.

   • Het onderstaande voorbeeld wordt gegeven, sommige uitvoer kan verschillen afhankelijk van de cloudprovider, zie de installatie- en beheerdershandleiding:
   • Het metadatagebruik weergeven.

   # 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 elk van de handleidingen voor de cloudprovider onderaan.

   • Toont 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.

   1. Ga naar de AWS/GCP/AZURE-console en voeg storage toe aan de DDVE. In dit geval wordt een 1TiB-schijf toegevoegd. Het wordt gezien als dev5, en vergeet niet om geen van de andere bestaande schijven uit te vouwen of aan te raken.
      HANDLEIDINGEN voor DDVE op Cloud (alleen hieronder posten voor DDVE V4)
      DDVEV4 op Microsoft Azure installatie- en beheerhandleiding.
      
      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 op 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 op Amazon Web Services (AWS), installatie- en beheerdershandleiding
      https://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
      LET OP: Op het moment van lezen van dit artikel kunnen er nieuwe en bijgewerkte installatie- of beheerdershandleidingen bestaan.
   2. In dit stadium, ervan uitgaande dat er een nieuwe 1 TiB-schijf is toegevoegd, wordt dit op de uitvoer 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.
      ----   ---------   --------------------   --------   ----------   ---------   -----

   3. Voeg de nieuwe schijf toe aan de actieve laag. dev5 voor dit voorbeeld:

      # storage add tier active dev5

      LET OP: Bij het toevoegen van meer schijven aan een DDVE ATOS lokale metadata van de CLI wordt het bericht "Local storage size exceeds the maximum required metadata capacity for this configuration" ontvangen:

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

      Raadpleeg dan het onderstaande artikel voor een oplossing:
      Data Domain: De lokale storagegrootte overschrijdt de maximaal vereiste metadatacapaciteit voor deze configuratie.
   4. Vouw het bestandssysteem uit.

      # filesys expand

3. Bevestig dat de FS, die alleen-lezen was vanwege een gebrek aan metadataruimte, nu kan worden geschreven.

   • Controleer of back-ups nu goed werken
   • Controleer of de inkomende replicatie is hervat en of 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

• Het uitbreiden van het bestandssysteem kan online worden gedaan.
• Het gebruik van metadata is recht evenredig met de deduplicatiefactor. Workloads met hoge deduplicatiefactoren creëren grotere indexen, zodat de metadatabehoeften hoger zijn.
• Oude en grote snapshots houden data vast, verhogen ook de deduplicatiefactor en zorgen ervoor dat 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 deduplicatiefactor van 10x. Voor hogere deduplicatieratio's zijn meer metadataschijven nodig.
• DD Support heeft geen richtlijnen voor lokale storagevereisten voor metadata voor hogere deduplicatiefactoren 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 geen methode bekend om het toekomstige gebruik van metadata te voorspellen op basis van mogelijke deduplicatiefactoren.
• Indexonbalans kan ook optreden op schijven van dezelfde grootte. De meest voorkomende reden is dat nieuwe schijven zijn verhoogd nadat de metadata bijna vol zijn. De oudere schijven bevatten nog steeds de meeste metadatastructuren, waarbij meer I/O wordt aangevraagd. Als oudere data verlopen, moeten de metadata zichzelf verdelen over de schijven.