Data Domain: Data Domain Virtual Edition (DDVE), que se implementa en la nube (ATOS), puede quedarse sin almacenamiento de metadatos locales

Data Domain Virtual Edition (DDVE) es un dispositivo de almacenamiento solo de software, que se puede implementar en las instalaciones o en la nube. Las DDVE implementadas en la nube también se conocen como ATOS (nivel activo en almacenamiento de objetos).  
En las instalaciones, DDVE es compatible con VMware, Hyper-V, KVM y VxRail. En la nube, DD VE también se ejecuta en Amazon Web Services (AWS) (nube y GovCloud), Azure (nube y GovCloud), VMware Cloud en las plataformas de nube de AWS y Google Cloud Platform (GCP).
Tenga en cuenta que DDVE en la nube no es lo mismo que un nivel de nube. Cloud Tier es un producto diferente, que solo se puede implementar en DD y DDVE de hardware en las instalaciones.
Si una DDVE implementada en la nube llena su almacenamiento de metadatos locales, se emite la siguiente alerta:

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

DDVE implementado en la nube (ATOS), admite dos tipos de almacenamiento de datos:
- Almacenamiento de bloques (se utiliza para datos y metadatos, o simplemente metadatos en DDVEhabilitados para almacenamiento de objetos, también conocidos como ATOS).
- Almacenamiento de blob activo también conocido como almacenamiento de objetos (se usa solo para datos)
Los discos de metadatos en una DDVE implementada por ATOS se completarán con lo siguiente: Índice, referencias de segmentos LP, contenedores CMETA (metadatos) y datos de DM (administrador de directorios).
La mayoría de las implementaciones utilizan (almacenamiento de objetos o blob activo), ya que esa es la recomendación actual en las implementaciones en la nube. Esto significa que escribimos todos los datos mediante el almacenamiento de objetos, pero debemos definir el 10 % del espacio como almacenamiento de bloques para los metadatos del sistema de archivos de DD. El tamaño de los metadatos locales es una especulación basada en el tamaño de la capacidad con licencia y, en el momento de la implementación, se supone que el uso de metadatos es del 10 % para una desduplicación 10 veces mayor.  DDVE con un uso de almacenamiento de metadatos del 100 % no puede recopilar respaldos.
Debido a los siguientes escenarios, es posible que DDVE se quede sin espacio de almacenamiento de metadatos locales:
- La desduplicación es superior a 10 veces, por lo que los requisitos de metadatos son mayores que los que se implementaron en el tamaño de los metadatos (valor predeterminado del 10 %).  
- Un gran número de instantáneas antiguas, puede aumentar Tamaño de metadatos.
Se puede observar una mayor cantidad de metadatos en DDVE de ATOS que actúan como destinos para los archivos Replicación (CCR de replicación de clones controlada/MFR de replicación administrada de archivos): 
- Si no se replican todos los archivos base, el DDVE ATOS de destino tiene un mayor uso en metadatos.
- En este escenario, la replicación NO está aprovechando al máximo las optimizaciones de Virtual Synthetics, por lo que necesita más espacio para almacenar metadatos. 
- Este tipo de problema se observó en NW CCR, donde no parece que se estuvieran replicando todos los archivos base, lo que provocó que el destino tuviera un mayor uso de metadatos. 

La solución para este problema sería agregar más discos como almacenamiento de metadatos local. En el caso de Azure y solo cuando la máquina virtual de Azure ya tiene asignada la cantidad máxima permitida de discos, existe la posibilidad de expandir la capacidad de metadatos haciendo que los discos de metadatos existentes (excepto el primero) sean más grandes en incrementos de 1 TiB. Consulte la "Expanda el almacenamiento de metadatos" en el documento "Guía de instalación y administración de PowerProtect DD Virtual Edition 7.x en Azure Cloud" para obtener más información.
INFORMACIÓN IMPORTANTE CUANDO SE AGREGAN DISCOS PARA METADATOS: 
. El uso de discos de metadatos de diferentes tamaños puede crear un desequilibrio en el índice; por lo tanto, el límite principal de I/O de DDVE se encuentra en los discos más grandes, ya que estos contienen la mayoría de los metadatos.
. Cada disco de metadatos agregado al nivel activo debe tener su propio grupo de ejes. El software debe realizar esto automáticamente. La cantidad máxima conocida de grupos de ejes es 16. 
. Si supera la cantidad máxima de grupos de ejes (16), eventualmente tendrá discos de metadatos que comparten el mismo grupo de ejes. La I/O contra discos en los mismos grupos de ejes es secuencial. 
. Consulte el manual para conocer los tamaños recomendados; la mayoría recomendará un incremento de 1 TiB; los tamaños más altos son posibles según el proveedor de servicios en la nube.
. Los discos existentes NO se pueden expandir, solo puede AGREGAR discos. No expanda ningún disco existente, ya que puede provocar que DDVE quede inutilizable con daños o que el espacio expandido no se utilice.
1. Revise el uso de metadatos, si alcanzó el 100 %, necesita más discos asignados.
- A continuación se proporciona un ejemplo, algunos resultados pueden diferir según el proveedor de servicio en la nube, consulte el Manual de instalación y administración:
- Mostrar el uso de metadatos

# 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 - El proceso de agregar más discos de metadatos difiere según el proveedor de servicio en la nube. Consulte cada uno de los manuales del proveedor de servicio en la nube en la parte inferior.
- Mostrar qué discos se utilizan

# 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 - Vaya a la consola de AWS/GCP/AZURE y agregue almacenamiento al DDVE, en este caso, agregamos un disco de 1 TiB y luego se debe ver como dev5, recuerde no expandir ni tocar ninguno de los otros discos existentes. 
AVISO: Es posible que existan manuales de instalación/administración nuevos y actualizados en el momento de leer este artículo. 
2.2 - En esta etapa, suponiendo que se agregó un nuevo disco de 1 TiB, se verá en la salida como 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.
----   ---------   --------------------   --------   ----------   ---------   -----

2.3: Agregue el nuevo disco al nivel activo. En este caso será dev5

# storage add tier active dev5

  AVISO: Si cuando se agregan más discos a los metadatos locales de DDVE ATOS desde la CLI, se recibe el mensaje "El tamaño del almacenamiento local supera la capacidad máxima de metadatos necesaria para esta configuración", como se muestra a continuación:

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

2.4 - Expandir el sistema de archivos

# filesys expand

3. - Confirme que el FS, que era de solo lectura debido a la falta de espacio de metadatos, ahora se puede escribir en
Esto se puede lograr de varias maneras, desde asegurarse de que los respaldos ahora funcionen correctamente hasta comprobar que la replicación entrante se reanudó y se puede ver el tráfico.

Este contenido está traducido en otros idiomas: 

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

- La expansión del sistema de archivos se puede realizar en línea.
- El uso de metadatos es directamente proporcional al factor de desduplicación. Si la carga de trabajo de los respaldos se desduplica muy bien, cuanto mayor sea el índice de DDVE, mayores serán las necesidades de metadatos.
- Las instantáneas antiguas y grandes no solo retendrán datos, sino que también aumentarán el factor de desduplicación, lo que hará que el sistema se quede sin metadatos antes.
- Solo hay pautas de requisitos de metadatos para la implementación, estas serán del 10 % de la capacidad en los discos de metadatos y asumirán una desduplicación 10 veces. Las tasas de desduplicación más altas eventualmente requerirán más discos de metadatos.
- El soporte de DD no tiene pautas de requisitos de almacenamiento de metadatos locales para desduplicaciones superiores a 10x. Se recomienda agregar discos de metadatos en incrementos de 1 TiB hasta que se alcance un equilibrio entre el uso del sistema de archivos y el uso de metadatos.
- Actualmente no se conoce ningún método para predecir el uso futuro de los metadatos en función de los posibles factores de desduplicación. 
- También puede producirse un desequilibrio en el índice En discos del mismo tamaño, la razón más común sería que los discos nuevos se han incrementado después de que los metadatos estén casi llenos, por lo que los discos más antiguos aún contienen la mayoría de las estructuras de metadatos, y se solicitan más I/O. A medida que vencen los datos más antiguos, los metadatos deben equilibrarse entre los discos.