Problema

Un host de copia de seguridad de VMware puede acceder a los datos de la máquina virtual desde almacenes de datos con cuatro métodos diferentes: SAN, LAN(NBD), HotAdd, NBDSSL. Estos métodos se denominan modos de transporte de VMware. Este artículo habla acerca de estos modos de transporte, las prácticas recomendadas respecto de ellos y sugerencias para solucionar algunos errores comunes relacionados con modos de transporte de NetBackup y Backup Exec.

Solución

Para operaciones de copia de seguridad y restauración, NetBackup y Backup Exec permiten elegir cualquiera de los cuatro modos de transporte o una combinación de estos. Si se produce una combinación de los modos de transporte, NetBackup y Backup Exec probarán todos uno por uno hasta obtener un acceso satisfactorio a los datos de la máquina virtual.

Detalles en cada uno de los modos de transporte

1. SAN: el modo de transporte de SAN requiere que el host de la copia de seguridad de VMware resida en un equipo físico con acceso a canal de fibra o SAN iSCSI que contenga los discos virtuales a los que se accederá. Esta es una ruta de datos eficaz porque ningún dato necesita transferirse mediante el host ESX/ESXi de producción.

De este modo, las API vStorage obtienen información del servidor vCenter o del host ESX/ESXi acerca de la estructura de los LUN VMFS y, con esta información, leen los datos directamente de la SAN o del LUN iSCSI en el que reside el VMDK.

Prácticas recomendadas respecto a la SAN:

• Para usar la SAN, asegúrese de que el host de la copia de seguridad de VMware pueda acceder a los LUN de almacenamiento de datos.
• El transporte de SAN suele ser la mejor opción para las copias de seguridad cuando se ejecutan en un host físico de la copia de seguridad de VMware. Sin embargo, se deshabilita dentro de las máquinas virtuales; por lo tanto, use HotAdd en lugar en un host virtual de copia de seguridad de VMware.
• El transporte de SAN no siempre es la mejor opción para las restauraciones. Ofrece el mejor rendimiento en discos gruesos, pero el peor rendimiento en discos delgados, debido a la manera en la que funcionan las API vStorage. Para la restauración de disco delgado, LAN(NBD) es más rápido.
• Para las restauraciones de SAN, el tamaño de disco debe ser un múltiplo del tamaño de bloque de VMFS subyacente; de lo contrario, fallará la escritura de la última fracción de un disco. Por ejemplo, si el disco virtual tiene un tamaño de bloque de 1MB y el almacén de datos tiene un tamaño de 16.3MB, no se escribirán los últimos 0.3MB. La solución en este caso sería usar NBD para las restauraciones de dichas máquinas virtuales.
• Al usar el transporte de SAN o el modo de agregado en caliente en un host de copia de seguridad de VMware R2 de Windows Server 2008/2008, asegúrese de configurar:
  •  Política de SAN para onlineAll
  •  Disco de SAN de solo lectura, excepto durante las restauraciones

2. LAN (NBD): En este modo, el host ESX/ESXi lee datos del almacenamiento y los envía a través de una red al host de copia de seguridad de VMware. Como su nombre indica, este modo de transporte no está libre de LAN, a diferencia del transporte de SAN.

El transporte de LAN ofrece las ventajas siguientes:

• El host ESX/ESXi puede usar cualquier dispositivo de almacenamiento, lo que incluye almacenamiento local o NAS.
• El servidor de copia de seguridad de VMware podría ser una máquina virtual, de modo que puede usarse un grupo de recursos y las capacidades de programación de VMware vSphere para minimizar el impacto del rendimiento de la copia de seguridad. Por ejemplo, se puede poner el host de copia de seguridad de VMware en un grupo de recursos diferente del de los hosts ESX/ESXi de producción, con la prioridad más baja para la copia de seguridad.
• Si el host de copia de seguridad de VMware y el host ESX/ESXi están en una red privada, es posible usar la transferencia de datos no cifrados, que es más rápida y consume menos recursos que NBDSSL. Si es necesario proteger la información confidencial, tiene la opción de transferir los datos de la máquina virtual en un formato cifrado con NBDSSL.

 Prácticas recomendadas al usar LAN:

• Puesto que los datos en este caso son leídos por el servidor ESX/ESXi de almacenamiento y, a continuación, se envían al host de copia de seguridad de VMware, se debe tener conectividad de red entre el servidor ESX/ESXi y el host de copia de seguridad de VMware. Si el host de copia de seguridad de VMware tiene conectividad a un servidor de vCenter pero no al servidor ESX/ESXi, las instantáneas tendrán éxito, pero las operaciones de lectura/escritura de vmdk fallarán.
• El host de copia de seguridad de VMware necesitará la capacidad de conectarse al puerto TCP 902 en hosts ESX/ESXi al utilizar NBD/NBDSSL para copias de seguridad y restauraciones.
• VMware usa el protocolo de copia de archivos de red (NFC) para leer VMDK con el modo de transporte de NBD. Se necesita una conexión de NFC para cada archivo VMDK que tiene copia de seguridad. No hay un límite en el número de conexiones NFC que se realizan por servidor ESX/vCenter. Estos límites varían en versiones diferentes de vSphere. Consulte la Guía de Administración de NetBackup de VMware (enlace a continuación) para ver estos límites. Las operaciones de copia de seguridad y restauración mediante NBD podrían colgarse si se alcanza este límite.

3. HotAdd: al ejecutar el host de la copia de seguridad de VMware en una máquina virtual, las API vStorage pueden sacar provecho de la capacidad de agregado en caliente SCSI del servidor ESX/ESXi para conectar los VMDK de una máquina virtual con copia de seguridad al host de copia de seguridad de VMware. Esto se denomina "modo de transporte HotAdd".

Ejecutar el servidor de copia de seguridad de VMware en una máquina virtual tiene dos ventajas: es fácil mover una máquina virtual alrededor y también puede respaldar el almacenamiento local sin usar la LAN, aunque este provoca más costos generales en el host ESX/ESXi físico que cuando se usa el modo de transporte de SAN.

Prácticas recomendadas al usar HotAdd:

• HotAdd funciona solamente con las máquinas virtuales con discos de SCSI y no es compatible para hacer copia de seguridad de máquinas virtuales con discos IDE.
• Un controlador SCSI simple puede tener un máximo de 15 discos conectados. Para ejecutar varios trabajos simultáneos con un total de más de 15 discos, es necesario agregar más controladores SCSI al host HotAdd.  El número máximo de 4 controladores SCSI se puede agregar a un host HotAdd para que un total de 60 dispositivos sean compatibles como máximo.
• HotAdd requiere que el host de copia de seguridad de VMware tenga acceso a los almacenes de datos en los que reside la máquina virtual con copia de seguridad. Esto significa básicamente lo siguiente:
  • ESX donde el host de copia de seguridad de VMware está ejecutándose debe tener acceso a los almacenes de datos en los que reside la máquina virtual con copia de seguridad. 
  • En el mismo centro de datos deberían estar el host de copia de seguridad de VMware y la máquina virtual a la que se hace copia de seguridad.
• HotAdd no se puede usar si el tamaño del bloque VMFS del almacén de datos que contiene la carpeta de la máquina virtual para la máquina virtual de destino no coincide con el tamaño del bloque VMFS del almacén de datos que contiene la máquina virtual del host de copia de seguridad de VMware. Por ejemplo, si se hace una copia de seguridad del disco virtual en un almacén de datos con bloques de 1MB, el host de copia de seguridad de VMware debe también estar en un almacén de datos con bloques de 1MB.
• Las restauraciones con HotAdd en un proxy de servidor Windows 2008 requieren la configuración de la política SAN para onlineAll
• Si se está convirtiendo una máquina físico a una máquina virtual con la intención de usar HottAdd para hacer copia de seguridad de la máquina virtual, no utilice controladores IDE para los discos que se usan durante el proceso de conversión.
• El host de copia de seguridad de VMware necesitará la capacidad de conectarse al puerto TCP 902 en hosts ESX/ESXi al utilizar HotAdd para copias de seguridad y restauraciones.

4. NBDSSL: NBDSSL es lo mismo que NBD, excepto que NBDSSL usa SSL para cifrar todos los datos que pasarán a través de la conexión de TCP/IP.

Solución de problemas para algunas fallas comunes relacionadas con el modo de transporte

Las copias de seguridad o restauraciones que fallan con el estado 6 o estado 13 o estado 11 con la indicación siguiente en el monitor Actividades pueden indicar que hay algún problema con los modos de transporte:-

• ERR - Error opening the snapshot disks using given transport mode: Status 23 indica que hubo algún problema en acceder al vmdk usando el modo de transporte determinado.
  
  Aquí presentamos algunos consejos para manejar este tipo de errores:
  • Si está utilizando NBD, asegúrese de que el host de copia de seguridad de VMware tenga conectividad con el servidor ESX que alberga la máquina virtual.
  • Si usa SAN, asegúrese de que los LUN de almacenamiento de datos sean accesibles para el host de copia de seguridad de VMware.
  • Si está utilizando HotAdd, asegúrese de que su host de copia de seguridad sea la máquina virtual y se satisfagan las siguientes condiciones:
    • La máquina Virtual no debe contener discos IDE.
    • Asegúrese de que haya suficientes controladores SCSI conectados en la máquina virtual del host de copia de seguridad.
    • La máquina virtual del host de copia de seguridad tiene acceso a los almacenes de datos en donde residen las máquinas virtuales a las que se hace copia de seguridad.
    • La máquina virtual del host de copia de seguridad y la máquina virtual a la que se hace copia de seguridad deben estar bajo el mismo centro de datos.
    • Si la copia de seguridad anterior falló, es posible que haya dejado algunos discos de la máquina virtual de la copia de seguridad conectados al host de la copia de seguridad. Estos discos deben eliminarse manualmente antes de intentar sacar la próxima copia de seguridad.
  • Si un puerto no predeterminado para vCenter está en uso, es necesario que se defina ese puerto al agregar credenciales de vCenter para NetBackup o Backup Exec.
  • Si utiliza NBD/NBDSSL/HotAdd, asegúrese de que el host de copia de seguridad de VMware se pueda comunicar con el puerto 902 del servidor ESX que alberga la máquina virtual.
• file read failed indica que es posible que haya un problema en la lectura del VMDK usando el modo de transporte determinado.
• file write failed indica que es posible que haya un problema en la escritura del VMDK usando el modo de transporte determinado.
  • Si utiliza SAN para las restauraciones, asegúrese de que los LUN de almacenamiento de datos sean accesibles para el host de copia de seguridad de VMware y en un estado en línea.
  • Si utiliza HotAdd para la restauración, asegúrese de que la política de SAN en el host de copia de seguridad esté configurada en OnlineAll.
  • Si utiliza SAN para la restauración, asegúrese de que el tamaño de VMDK sea múltiple del tamaño de bloque del almacén de datos.  De lo contrario, la escritura del último bloque fallará.  En este caso, una solución posible sería usar NBD para la restauración.
  • Asegúrese de que se asigne los privilegios necesarios para el usuario configurado en NetBackup o Backup Exec para conectarse a vSphere.