NVP-vProxy: Los respaldos se ejecutan con lentitud después de configurar vCenter Linked Mode

• La integración de protección de VMware de NetWorker (NVP) está configurada con el dispositivo con vProxy.
• Los respaldos se realizaron con el modo de transporte de "adición en caliente". Además, el rendimiento general del disco es bueno. El rendimiento (DiskStats) se puede encontrar en los registros de sesiones de respaldo de VM:
  • Servidor NetWorker:
    • Linux: /nsr/logs/policy/POLICY-NAME/WORKFLOW-NAME/SESSION-ID-VM_Name-DATE.log
    • Windows (valor predeterminado): C:\Program Files\EMC NetWorker\nsr\logs\policy\POLICY-NAME\WORKFLOW-NAME\SESSION-ID-VM_Name-DATE.log
    • Los registros de políticas de NetWorker Server siguen la retención de jobsdb (72 horas). Se purgan los registros anteriores al período de retención; sin embargo, el vProxy conserva estos registros durante más tiempo.
  • Dispositivo vProxy: /opt/emc/vproxy/runtime/logs/recycle/vbackupd/DATE/BackupVMSessions-UUID.log 

• Algunas operaciones tardan más de lo esperado, como "deshabilitar la migración de almacenamiento" con un máximo de 20 minutos y las conexiones VDDK que alcanzan una espera de VDDK de 24 minutos.
• En vProxy /opt/emc/vproxy/runtime/logs/vbackupd/vbackupd-vddk.log, se observa con frecuencia la siguiente advertencia:

YYYY-MM-DDTHH:MM:SSZ NOTICE: VDDK INFO YYYY-MM-DDTHH:MM:SSZ warning -[02967] [Originator@6876 sub=vimaccess] cannot get thumbprint: SSL error code '151441516', exception: 'Wrong X.509 Certificate format'
YYYY-MM-DDTHH:MM:SSZ NOTICE: VDDK INFO YYYY-MM-DDTHH:MM:SSZ warning -[02982] [Originator@6876 sub=Default] Closing Response processing in unexpected state: 3
YYYY-MM-DDTHH:MM:SSZ NOTICE: VDDK INFO YYYY-MM-DDTHH:MM:SSZ warning -[16072] [Originator@6876 sub=vimaccess] GetResponse: Failed to execute CURL command, treat CEIP as disabled: Couldn't connect to server.

• Además, no había "VDDK INFO VixDiskLib: VixDiskLib_Disconnect: Disconnect" Se informan mensajes al final del respaldo de discos.

El problema comenzó después de que VMware agregara un nuevo vCenter desde un dominio diferente mediante el modo vinculado, inaccesible para vProxy y la cuenta de servicio de respaldo.

Después de habilitar la depuración en vbackupd motor y VDDK, observamos que vProxy intentaba conectarse al vCenter Server recién vinculado cuando se consultaba el estado del CEIP en vCenter, como se indica en el siguiente fragmento. Dado que no se puede acceder a este vCenter Server desde vProxy, algunas operaciones parecían retrasarse debido a la falla en el establecimiento de esta comunicación.

YYYY-MM-DDTHH:MM:SSZ NOTICE: VDDK INFO YYYY-MM-DDTHH:MM:SSZ info -[19317] [Originator@6876 sub=vimaccess] retrieve endpoint url: 'https://<new vCenter server>:443/analytics/ceip/api/state'. thumbprint ''

Agregar una nueva entrada o un alias en vProxy /etc/hosts para resolver el vCenter recién vinculado a la dirección IP del vCenter Server original donde se implementa vProxy (IP falsa). Esto permite que el vProxy se conecte a su vCenter Server durante las llamadas de CEIP.

Tras esta modificación, el mensaje "No se pudo conectar al servidor" ya no se informaba en vbackupd-vddk.log. Además, los mensajes de cierre y desconexión del disco se registraron correctamente.