Siga las prácticas recomendadas de vSphere Auto Deploy para configurar redes, configurar vSphere HA y optimizar el entorno para vSphere Auto Deploy.

Consulte la base de conocimientos de VMware para obtener más información sobre las prácticas recomendadas.

Prácticas recomendadas de vSphere HA y vSphere Auto Deploy

Siga las prácticas recomendadas para mejorar la disponibilidad de las máquinas virtuales que se ejecutan en los hosts aprovisionados con vSphere Auto Deploy.

En algunos entornos se configuran los hosts aprovisionados con vSphere Auto Deploy con un conmutador distribuido o se configuran las máquinas virtuales que se ejecutan en los hosts con Auto Start Manager. En este tipo de entornos, implemente el sistema vCenter Server de manera que su disponibilidad coincida con la disponibilidad del servidor vSphere Auto Deploy. Se pueden emplear diversos métodos.

  • Implementar vCenter Server. Se incluye el servidor vSphere Auto Deploy.
  • Ejecute vCenter Server en un clúster habilitado para vSphere HA y configure la máquina virtual con una prioridad de reinicio de vSphere HA alta. Incluya dos o más hosts en el clúster que no estén administrados por vSphere Auto Deploy y ancle la máquina virtual de vCenter Server a estos hosts mediante una regla (vSphere HA DRS requiere la regla basada en el anclaje de máquina virtual a hosts). Puede configurar la regla y después desactivar DRS si no desea usar DRS en el clúster. Cuanto mayor sea la cantidad de hosts no administrados por vSphere Auto Deploy, mayor será la resistencia a errores del host.
    Nota: Este método no resulta adecuado si se usa Auto Start Manager. Auto Start Manager no es compatible en un clúster habilitado para vSphere HA.

Prácticas recomendadas de red de vSphere Auto Deploy

Siga las prácticas recomendadas de red de vSphere Auto Deploy para prevenir problemas de red.

vSphere Auto Deploy e IPv6
Dado que vSphere Auto Deploy aprovecha la infraestructura de iPXE, si los hosts que desea aprovisionar con vSphere Auto Deploy usan BIOS heredado, el servidor vSphere Auto Deploy debe tener una dirección IPv4. El arranque PXE con firmware de BIOS heredado solo se puede realizar mediante IPv4. El arranque PXE con firmware UEFI se puede realizar mediante IPv4 o IPv6.
Asignación de direcciones IP
Use las reservas de DHCP para la asignación de direcciones. El mecanismo de personalización de hosts admite direcciones IP fijas, pero no se recomienda proporcionar entradas para cada host.
Consideraciones sobre las VLAN
Use vSphere Auto Deploy en los entornos que no emplean VLAN.

Si va a usar vSphere Auto Deploy en un entorno que emplea VLAN, asegúrese de que los hosts que desea aprovisionar puedan comunicarse con el servidor DHCP. La manera en que se asignan los hosts a una VLAN depende de la configuración del sitio. El conmutador o el enrutador pueden asignar el identificador de la VLAN, o bien puede configurarse en el BIOS del host o mediante el perfil de host. Póngase en contacto con su administrador de red a fin de determinar los pasos para permitir que los hosts se comuniquen con el servidor DHCP.

Prácticas recomendadas de VMware Tools y vSphere Auto Deploy

Al aprovisionar hosts con vSphere Auto Deploy, es posible seleccionar un perfil de imagen que incluya VMware Tools o seleccionar la imagen más pequeña asociada con el perfil de imagen que no contenga VMware Tools.

Puede descargar dos perfiles de imagen desde el sitio de descargas de VMware.

  • xxxxx-standard: un perfil de imagen que incluye los archivos binarios de VMware Tools, necesarios para el sistema operativo invitado que se ejecuta dentro de una máquina virtual. Generalmente, la imagen tiene el nombre esxi-version-xxxxx-standard.
  • xxxxx-no-tools: un perfil de imagen que no incluye los archivos binarios de VMware Tools. Generalmente, este perfil de imagen es más pequeño y tiene una menor sobrecarga de memoria, y se arranca más rápidamente en un entorno de arranque con PXE. Generalmente, esta imagen tiene el nombre esxi-version-xxxxx-no-tools.

Puede implementar ESXi mediante cualquiera de los perfiles de imagen.

  • Si el tiempo de arranque de la red no es un factor importante, y el entorno dispone de memoria adicional y sobrecarga de almacenamiento suficientes, use la imagen que incluye VMware Tools.
  • Si considera que el tiempo de arranque de la red se extiende demasiado al usar la imagen estándar, o si desea ahorrar espacio en los hosts, puede usar el perfil de imagen que no incluye VMware Tools y colocar los archivos binarios de VMware Tools en almacenamiento compartido. Consulte Aprovisionar hosts ESXi mediante un perfil de imagen sin VMware Tools.

Prácticas recomendadas de administración de cargas de vSphere Auto Deploy

El arranque simultáneo de grandes cantidades de hosts supone una carga considerable para el servidor vSphere Auto Deploy. Debido a que, en esencia, vSphere Auto Deploy es un servidor web, puede usar las tecnologías existentes de escala de servidores web para ayudar a distribuir la carga. Por ejemplo, con vSphere Auto Deploy se pueden usar uno o más servidores proxy inversos de almacenamiento en caché. Los servidores proxy inversos proporcionan los archivos estáticos que constituyen la mayor parte de una imagen de arranque de ESXi. Configure el proxy inverso para que almacene en caché el contenido estático y para que transmita todas las solicitudes por medio del servidor vSphere Auto Deploy. Para obtener más información, vea el vídeo sobre el uso de servidores proxy web inversos para el escalado de vSphere Auto Deploy:

Use varios servidores TFTP para apuntar a diferentes servidores proxy. Use un servidor TFTP para cada servidor proxy inverso. A continuación, configure el servidor DHCP para que envíe diferentes hosts a diferentes servidores TFTP.

Al arrancar los hosts, el servidor DHCP los redirige a diferentes servidores TFTP. Cada servidor TFTP redirige los hosts a un servidor diferente, ya sean el servidor vSphere Auto Deploy o un servidor proxy inverso, lo que reduce de manera sustancial la carga en el servidor vSphere Auto Deploy.

Después de una interrupción de alimentación masiva, vuelva a encender los hosts respetando el orden de cada clúster. Si conecta varios clústeres de forma simultánea, es posible que el servidor vSphere Auto Deploy experimente cuellos de botella de CPU. Todos los hosts se conectan después de una demora. El cuello de botella es menos severo si se configura el proxy inverso.

Prácticas recomendadas de registro y solución de problemas de vSphere Auto Deploy

Con la finalidad de solucionar los problemas experimentados con vSphere Auto Deploy, use la información de registro de vSphere Auto Deploy disponible en vSphere Client y configure el entorno para que envíe la información de registro y los volcados de memoria de núcleo a los hosts remotos.

Registros de vSphere Auto Deploy
Descargue los registros de vSphere Auto Deploy desde la página de vSphere Auto Deploy en vSphere Client. Consulte Descargar registros de vSphere Auto Deploy.
Configuración de Syslog
Configure un servidor remoto de Syslog. Consulte la documentación de Administrar vCenter Server y hosts para obtener información sobre la configuración del servidor de Syslog. Configure el primer host que arranque para que use el servidor remoto de Syslog y aplique el perfil de host de dicho host a todos los demás hosts de destino. Opcionalmente, puede instalar y usar vSphere Syslog Collector, una herramienta de apoyo de vCenter Server que proporciona una arquitectura unificada para el registro de sistema, permite el registro de red y permite combinar registros de diversos hosts.
Configuración de ESXi Dump Collector
Los hosts aprovisionados con vSphere Auto Deploy no cuentan con un disco local para almacenar los volcados de memoria de núcleo. Instale ESXi Dump Collector y configure el primer host para que todos los volcados de memoria de núcleos se envíen a ESXi Dump Collector y aplique el perfil de host de dicho host a todos los demás hosts. Consulte Configurar ESXi Dump Collector con ESXCLI.

Usar vSphere Auto Deploy en un entorno de producción

Al cambiar de una configuración de prueba de concepto a un entorno de producción, asegúrese de que el entorno sea resistente.