Existen diversas prácticas recomendadas de Auto Deploy que puede seguir para configurar redes, configurar vSphere HA y optimizar de otro modo el entorno para 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 Auto Deploy

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

En algunos entornos se configuran los hosts aprovisionados con 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 tal que su disponibilidad coincida con la disponibilidad del servidor Auto Deploy. Se pueden emplear diversos métodos.

  • Instale vCenter Server en una máquina virtual o un servidor físico con Windows, o implemente vCenter Server Appliance. Auto Deploy se implementa junto con el sistema vCenter Server.

  • Implemente el sistema vCenter Server en una máquina virtual. Ejecute la máquina virtual de 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 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, a continuación, deshabilitar DRS si no desea usar DRS en el clúster. Cuanto mayor sea la cantidad de hosts no administrados por 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 Auto Deploy

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

Auto Deploy e IPv6

Dado que Auto Deploy aprovecha la infraestructura de iPXE, cada host debe tener una dirección IPv4. Después de la implementación, puede volver a configurar los hosts de forma manual de manera que utilicen IPv6 y agregarlos a vCenter Server por IPv6. Sin embargo, la configuración de IPv6 de un host sin estado se pierde al reiniciarlo.

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 Auto Deploy en los entornos que no emplean VLAN.

Si va a usar 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 Auto Deploy

Al aprovisionar hosts con 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.

Con vSphere 5.0 Update 1 y versiones posteriores, es posible implementar ESXi mediante cualquiera de estos dos 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 Auto Deploy

El arranque simultáneo de grandes cantidades de hosts supone una carga considerable para el servidor Auto Deploy. Debido a que, en esencia, 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 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 Auto Deploy. Para obtener más información, vea el vídeo Uso de servidores proxy web inversos para el escalado de 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 Auto Deploy o un servidor proxy inverso, lo que reduce de manera sustancial la carga en el servidor 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 en forma simultánea, es posible que el servidor 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 Auto Deploy disponible en vSphere Web 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 Auto Deploy

Descargue los registros de Auto Deploy desde la página de Auto Deploy en vSphere Web Client. Consulte, Descargar registros de Auto Deploy.

Configuración de Syslog

Configure un servidor remoto de Syslog. Consulte la documentación de vCenter Server and Host Management 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 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 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.