Avamar: Respaldos de imágenes de VMware con capacidad de VM de DD en lugar del modo de rendimiento esperado

Cuando se realizan ciertas operaciones de Avamar/Data Domain VMware, el rendimiento es más lento de lo esperado.

Cargas de trabajo afectadas:

1. El acceso instantáneo restauró el rendimiento de la máquina virtual: El rendimiento de algunas máquinas virtuales es más lento de lo esperado. Aunque el trabajo de acceso instantáneo se completa rápidamente, los tiempos de arranque y el rendimiento del disco invitado de las VM restauradas en vSphere son lentos. Esto ocurre mientras la máquina virtual aún se está ejecutando en el montaje NFS temporal de Data Domain Instant Access.

2. Rendimiento de la replicación de VM: El rendimiento de replicación es más lento de lo esperado para algunas máquinas virtuales.

3. Rendimiento de restauración a nivel de archivos:  El rendimiento de FLR es más lento de lo esperado para algunas máquinas virtuales.

Nota: Otros flujos de trabajo de VMware, como la restauración de imágenes de VM y vSphere Storage vMotion del mismo respaldo, son más rápidos y el rendimiento se considera aceptable o normal.

Problema: El problema de rendimiento se debe a que el respaldo de la VM se almacena en el modo de segmentación de capacidad en lugar del modo de rendimiento esperado. Esto se debe al problema principal de Avamar #327257.

Información preliminar: Cuando se realizan respaldos de imágenes de VM en Data Domain, hay dos modos de segmentación de VM posibles:

• Modo heredado:

Modo de capacidad: Utiliza el tamaño de segmentación variable (VSS) para leer y escribir datos en Data Domain.

• Modo preferido:

Modo de rendimiento: Utiliza el tamaño fijo de segmentación (FSS) para leer y escribir datos en Data Domain.
 

El modo de segmentación se establece mediante la configuración "ddr_vm_segmentation_mode".

En la siguiente captura de pantalla, se explican los dos valores posibles (0 u 8) y los estados de configuración si el servidor Avamar es una instalación nueva en comparación con un servidor actualizado. 

 Nota: Si el hardware de Avamar se actualizó mediante la "migración de raíz a raíz" o Avamar se actualizó desde la versión 7.3, el mcserver.xml tendría la configuración heredada. Este comportamiento es el esperado para este caso de uso heredado. Tener ambos tipos de respaldo para el mismo cliente aumenta el espacio de capacidad de Data Domain.

En un servidor Avamar/IDPA nuevo, los respaldos deben utilizar el modo de "rendimiento" predeterminado, también conocido como FSS.

En el servidor Avamar, el modo se establece en 8/FSS en el archivo de ajustes de mcserver.xml MCS:

              <clave de entrada = "ddr_vm_segmentation_mode" valor = "8" />

Sin embargo, el registro de respaldo contiene el siguiente mensaje de advertencia que indica el modo VSS (0) debido a que el respaldo base de CBT es de tipo VSS:

Advertencia <de Avtar 41436>: La persona que llama solicitó FSS para el respaldo de CBT, pero el archivo base no se generó mediante FSS (el tipo de segmento es 0). El valor predeterminado es cero, lo que significa que se utiliza un tamaño de segmento variable (VSS)

O si este es el primer respaldo de CBT, el registro de respaldo contendrá "0" en lugar del esperado "8":

<agent_directives flag type="string" value="0" name="ddr-vm-segmentation-mode" /><
/agent_directives>
< >

Problema de la API REST de MC: Problema de Avamar #327257 esc 39381: AUI: los respaldos y los conjuntos de datos de máquinas virtuales de MOD creados en AUI no tienen la configuración ddr-vm-segmentation-mode correcta.

Este problema tiene dos desencadenadores, ambos relacionados con el uso de la interfaz de usuario web/AUI de Avamar o la API REST de MC:

• Causa #1: Cuando se inicia un respaldo en el menú Asset Management de AUI, el trabajo no contiene la marca oculta: ddr-vm-segmentation-mode=default.
• Causa #2: Cuando se crea un nuevo conjunto de datos de VMware mediante AUI, el nuevo conjunto de datos no contiene la marca oculta: ddr-vm-segmentation-mode=default.
• La ausencia de la marca oculta hace que ambos tipos de respaldo se reviertan al modo de capacidad heredado, en lugar del modo de rendimiento esperado.

Nota: La interfaz de usuario Java heredada de Avamar (GUI de Avamar MC) no se ve afectada por ninguno de los problemas.

Avamar 19.7+ incluirá una corrección integrada para el problema 327257. Con esta actualización, cualquier trabajo de respaldo manual u operación de creación de conjunto de datos en AUI incluirá automáticamente una marca oculta. Debido a posibles problemas de capacidad, no se planea una corrección para versiones anteriores de Avamar. Para obtener más información, comuníquese con Dell Technologies.

1. Para determinar si un respaldo utiliza el modo de capacidad o de rendimiento, ejecute los siguientes comandos en el servidor Avamar:

Descargue/instale la herramienta Goav: Avamar: Herramienta

GoavPaso 1.   Obtenga el CID (ID de cliente) para el cliente de VM que desea comprobar mediante el comando Goav: Ejemplo: Reemplace "win2016-demo-vm" por el nombre de la VM en este comando:

./goav vm show --fields id,name --name win2016-demo-vm 

Ejemplo del mensaje de salida:

admin@ave199:~/>: ./goav vm show --fields id,name --name windows-simple-mbr 
+------------------------------------------+--------------------+---------------+
|                    id                    |        name        |     tags      |
+------------------------------------------+--------------------+---------------+
| a5d2a240a7d01ea0de9813b3f8da9aa48d3e1075 | win2016-demo-vm   | No Tags Found |
+------------------------------------------+--------------------+---------------+
admin@ave199:~/>:

Paso 2.  Ejecute ddrmaint list-backup con el cliente "id":

ddrmaint list-backups --client=<Id from step1> --days=2 | grep has

Ejemplo del mensaje de salida:

admin@ave199:~/>: ddrmaint list-backups --client=a5d2a240a7d01ea0de9813b3f8da9aa48d3e1075 --days=2 | grep has
    a5d2a240a7d01ea0de9813b3f8da9aa48d3e1075 has 1 backup (1  Cap, 0 Perf) vsize 11.00 GB in 12 files on datadomain.example.com

Como alternativa, si desea comprobar todos los clientes en Avamar, utilice el --client=* Bandera.

ddrmaint list-backups --client=* --days=2 | grep has

Nota: La salida puede ser extensa en sistemas grandes con muchos clientes:

Ejemplo de salida 

admin@ave199:~/>: ddrmaint list-backups --client=* --days=2 | grep has
    02cc32a60dfa26131bf5905439e7aaa24e06c0ec has 1(*) backup (0  Cap, 0 Perf) vsize 0 bytes in 0 files on datadomain.example.com
    9242c902649e0c470b1a98bd46ad778e6a8e5528 has 21(*) backups (0  Cap, 0 Perf) vsize 0 bytes in 0 files on datadomain.example.com
    7f5011b4bd4e0c6a78b8cd1bc11d1241c015892d has 86(*) backups (6  Cap, 2 Perf) vsize 336.0 GB in 104 files on datadomain.example.com
    f8960360fbb970a86ee87a37c18a1470b955c698 has 10(*) backups (0  Cap, 2 Perf) vsize 84.00 GB in 24 files on datadomain.example.com
    f4efd8722938a87b5ec661059f6c01510c633207 has 13(*) backups (0  Cap, 2 Perf) vsize 84.00 GB in 30 files on datadomain.example.com
    63f17bea8e24dafd20392f94c0978af01c53651e has 11(*) backups (1  Cap, 4 Perf) vsize 100.0 GB in 45 files on datadomain.example.com
    9bce10133632e34b591245d81793f0b86d1bab35 has 1(*) backup (0  Cap, 0 Perf) vsize 0 bytes in 0 files on datadomain.example.com
    a8a9c0b20ebf62eaf9304d4b039733ddc8d1e3cd has 1 backup (1  Cap, 0 Perf) vsize 1.034 MB in 9 files on datadomain.example.com

 

2. Cambiar el modo de segmentación es un proceso de dos pasos.

ADVERTENCIA: Tener ambos tipos de respaldo para el mismo cliente puede afectar el espacio de capacidad de Data Domain, lo que podría duplicar el uso de la capacidad por cliente.

Paso 1: Restablezca CBT en la capa de Avamar y VMware para forzar un respaldo de CBT L0 mediante la herramienta de soporte Goav:

./goav vm cbt reset  --name<vm client name>

Ejemplo de salida

Ejecute el siguiente comando goav para restablecer el CBT de la VM:

admin@ave199~/>: 
===========================================================
GoAv    :        1.69
Date    :        27 Jan 2024 15:14 EST
===========================================================
NOTE: This is not an official tool
===========================================================
✔ Yes
Processing : vcsa-cloud.burlington.lab [====================================================================] 100%
        Vm        |          Vcenter          |   Reset   | Error
------------------+---------------------------+-----------+--------
  win2016-demo-vm | vcsa-cloud.example.lab | Completed |

Nota: La VM no puede tener instantáneas; de lo contrario, se omite.

Paso 2: Inicie un nuevo respaldo de la VM win2016-demo-vm para iniciar una nueva cadena de CBT L0 mediante el nuevo modo de segmentación:

• En la interfaz de usuario de Java heredado, inicie un nuevo respaldo manual desde el menú "Backup Restore and Manage".
• En AUI, inicie un respaldo de política mediante el conjunto de datos de imagen de VMware integrado o modifique un conjunto de datos no integrado agregando la siguiente marca avanzada para los plug-ins de imagen de VMware para Windows y Linux:

ddr-vm-segmentation-mode=default

O

ddr-vm-segmentation-mode=8