Vsphere Esxi 70 Upgrade Guide PDF

Actualizar VMware ESXi
2 de abril de 2020
VMware vSphere 7.0
VMware ESXi 7.0
Puede encontrar la documentación técnica más actualizada en el sitio web de VMware:
https://docs.vmware.com/es/
Si tiene comentarios relacionados con esta documentación, envíelos a:
docfeedback@vmware.com
VMware, Inc. VMware Spain, S.L.

3401 Hillview Ave. Calle Rafael Boti 26
Palo Alto, CA 94304 2.ª planta
www.vmware.com Madrid 28023
Tel.: +34 914125000
www.vmware.com/es
©
Copyright 2018-2020 VMware, Inc. Todos los derechos reservados. Información sobre el copyright y la marca
comercial.
VMware, Inc. 2
Contenido
1 Acerca de Actualizar VMware ESXi 5
2 Opciones de actualización de vCenter Server 6

Descripción del proceso de actualización de vSphere 6
Descripción general del proceso de actualización del host ESXi 8
Actualizar máquinas virtuales y VMware Tools 11
3 Actualizar hosts ESXi 12

Requisitos de ESXi 12
Requisitos de hardware de ESXi 12
Modelos de servidores de administración remota compatibles y versiones de firmware 15
Recomendaciones para un rendimiento mejorado de ESXi 16
Puertos de firewall entrantes y salientes para hosts de ESXi 18
Espacio libre necesario para registro del sistema 21
Requisitos del sistema de VMware Host Client 22
Bloqueo de cuenta y contraseñas ESXi 22
Antes de actualizar los hosts ESXi 24
Actualización de hosts con VIB personalizados de terceros 26
Opciones de medios para arrancar el instalador de ESXi 26
Usar aplicaciones de administración remota 37
Descarga del instalador de ESXi 37
Identificadores y nombres de dispositivos de almacenamiento 38
Actualizar hosts de forma interactiva 39
Instalar o actualizar hosts mediante un script 41
Introducir las opciones de arranque para iniciar un script de instalación o actualización 41
Opciones de arranque 42
Acerca de los scripts de instalación y actualización 44
Instalar o actualizar ESXi desde un CD o DVD con un script 56
Instalar o actualizar ESXi desde una unidad flash USB mediante un script 58
Realizar una instalación o actualización generada por script de ESXi a través de PXE para arrancar
el instalador 59
Arranque PXE del instalador de ESXi 59
Descripción general de la instalación para el arranque PXE 59
Arranque PXE del instalador de ESXi mediante TFTP 61
Arranque PXE del instalador de ESXi mediante un servidor web 63
Actualizar los hosts a través de comandos ESXCLI 66
VIB, perfiles de imagen y almacenes de software 67
Información sobre los niveles de aceptación para los VIB y hosts 67
VMware, Inc. 3
Determinar si una actualización requiere que un host se encuentre en el modo de mantenimiento o

se reinicie 70
Poner un host en modo de mantenimiento 71
Actualizar un host con VIB individuales 73
Actualizar un host con perfiles de imagen 74
Actualizar hosts ESXi mediante archivos .zip 77
Quitar VIB de un host 78
Agregar extensiones de terceros a hosts con un comando ESXCLI 80
Realizar un simulacro de una instalación o actualización de ESXCLI 80
Mostrar los VIB y perfiles instalados que estarán activos después del próximo reinicio del host 81
Mostrar el perfil de imagen y el nivel de aceptación del host 81
Después de actualizar hosts ESXi 82
Acerca de los modos de evaluación y con licencia de ESXi 82
Licencias para hosts ESXi tras la actualización 83
Ejecutar el script de validación de arranque seguro en un host ESXi actualizado 83
Espacio libre necesario para registro del sistema 84
Configurar Syslog en hosts ESXi 85
4 Usar vSphere Auto Deploy para reaprovisionar hosts 87

Introducción a vSphere Auto Deploy 87
Prepararse para vSphere Auto Deploy 90
Preparar el sistema para vSphere Auto Deploy 90
Usar los cmdlets de vSphere Auto Deploy 94
Configurar licencias masivas 95
Reaprovisionar hosts 96
Reaprovisionar hosts con operaciones de reinicio simples 97
Reaprovisionar un host con un nuevo perfil de imagen mediante PowerCLI 97
Escribir una regla y asignar un perfil de host a hosts 99
Probar y reparar cumplimiento de reglas 100
5 Recopilar registros para solución de problemas de hosts ESXi 103
VMware, Inc. 4
1
Acerca de Actualizar VMware
ESXi
En el documento Actualizar VMware ESXi, se describe cómo actualizar VMware ESXi™ a la versión
actual.
Audiencia prevista
El documento Actualizar VMware ESXi está dirigido a quienes necesitan realizar una actualización a
partir de versiones anteriores de ESXi. Estos temas están destinados a administradores de sistemas
Microsoft Windows o Linux experimentados que estén familiarizados con las operaciones de los centros
de datos y la tecnología de máquinas virtuales.
VMware, Inc. 5
2
Opciones de actualización de
vCenter Server
vCenter Server 7.0 ofrece muchas opciones para actualizar la implementación de vCenter Server. Para
actualizar correctamente vCenter Server, debe comprender las opciones de actualización, los detalles de
configuración que influyen en el proceso de actualización y la secuencia de tareas.
Los dos componentes principales de vSphere son VMware ESXi™ y VMware vCenter Server™. ESXi es
la plataforma de virtualización en la cual puede crear y ejecutar máquinas virtuales y aplicaciones
virtuales. vCenter Server es un servicio que actúa como administrador central para hosts de ESXi
conectados en una red. El sistema vCenter Server se utiliza para agrupar y administrar los recursos de
varios hosts. vCenter Server Appliance es una máquina virtual preconfigurada y optimizada para ejecutar
vCenter Server.
Puede actualizar las implementaciones existentes de vCenter Server mediante una instancia de Platform
Services Controller integrada o externa a una implementación compuesta por una instancia de vCenter
Server Appliance.
Este capítulo incluye los siguientes temas:
n Descripción del proceso de actualización de vSphere
Descripción del proceso de actualización de vSphere

vSphere es un producto sofisticado con varios componentes para actualizar. Comprender la secuencia
de tareas requeridas es esencial para actualizar correctamente vSphere.
VMware, Inc. 6
Figura 2-1. Descripción general de las tareas de actualización de vSphere
Iniciar la actualización de vSphere
Realizar una copia de

seguridad de la configuración
Actualizar vCenter Server
Actualizar hosts ESXi
Actualizar máquinas virtuales
Actualización a vSphere 7.0 finalizada
La actualización de vSphere abarca las siguientes tareas:
1 Lea las notas de la versión de vSphere.
2 Compruebe que haya realizado una copia de seguridad de la configuración.
3 Si su sistema vSphere incluye soluciones o complementos de VMware, asegúrese de que sean

compatibles con la versión de vCenter Server Appliance a la que va a actualizar. Consulte la Matriz
de interoperabilidad de productos VMware en http://www.vmware.com/resources/compatibility/sim/
interop_matrix.php.
4 Actualice vCenter Server.
Para obtener instrucciones detalladas, consulte Actualizar vCenter Server.
5 Actualice los hosts ESXi. Consulte Descripción general del proceso de actualización del host ESXi.
6 A fin de garantizar que el almacenamiento en disco para los archivos de registro sea suficiente, se
recomienda instalar un servidor syslog para el registro remoto. La configuración del registro en un
host remoto es especialmente importante para hosts con una cantidad limitada de almacenamiento
local.
Consulte Espacio libre necesario para registro del sistema y Configurar Syslog en hosts ESXi.
7 Actualice las máquinas virtuales de forma manual o mediante vSphere Lifecycle Manager para
realizar una actualización organizada.
VMware, Inc. 7
Consulte Actualizar máquinas virtuales y VMware Tools
Descripción general del proceso de actualización del host ESXi

VMware ofrece varias maneras de actualizar hosts ESXi de la versión 6.5 y 6.7 a ESXi 7.0.
Los detalles y el nivel de compatibilidad para una actualización a ESXi 7.0 dependen del host que se
desea actualizar y del método de actualización que se utiliza. Compruebe la compatibilidad de la ruta de
acceso de actualización de su versión actual de ESXi a la versión a la cual desea actualizar. Para
obtener más información, consulte las Matrices de interoperabilidad de productos de VMware en http://
www.vmware.com/resources/compatibility/sim/interop_matrix.php.
Puede actualizar un host ESXi con la versión 6.5 o 6.7 mediante una actualización interactiva desde un
CD, DVD o USB, una actualización generada por script, ESXCLI o vSphere Lifecycle Manager. Cuando
se actualiza un host ESXi 6.5 o 6.7 que tiene VIB personalizados a la versión 7.0, se migran todos los
VIB personalizados compatibles. Para obtener más información, consulte Actualización de hosts con VIB
personalizados de terceros.
VMware, Inc. 8
Figura 2-2. Descripción general del proceso de actualización del host ESXi
Iniciar la actualización de ESXi
Comprobar que se cumplan

los requisitos
Elegir un
método de
actualización
Preparar la actualización de Preparar la actualización de hosts ESXi

Preparar la actualización de hosts ESXi hosts ESXi con Auto Deploy con vSphere Lifecycle Manager
Actualizar hosts ESXi mediante Actualizar hosts ESXi Actualizar hosts ESXi mediante
la GUI, el script o la CLI mediante Auto Deploy vSphere Lifecycle Manager
Realizar las tareas posteriores

a la actualización
Actualización a ESXi 7.0 finalizada
Los siguientes pasos de alto nivel son para actualizar ESXi.
1 Compruebe que el sistema cumpla los requisitos de actualización. Consulte Requisitos de ESXi.
2 Prepare el entorno antes de llevar a cabo la actualización. Consulte Antes de actualizar los hosts
ESXi.
3 Determine dónde desea ubicar y arrancar el instalador de ESXi. Consulte Opciones de medios para
arrancar el instalador de ESXi. Si va a realizar un arranque PXE del instalador, compruebe que el
entorno de ejecución de prearranque (Preboot Execution Environment, PXE) y la infraestructura de
red estén configurados correctamente. Consulte Arranque PXE del instalador de ESXi.
4 Actualice ESXi. Consulte Capítulo 3 Actualizar hosts ESXi
VMware, Inc. 9
5 Después de actualizar los hosts ESXi, debe volver a conectarlos a vCenter Server y volver a aplicar
las licencias. Consulte Después de actualizar hosts ESXi.
Se admiten los siguientes métodos para una actualización directa a ESXi 7.0.
n Utilizar el instalador interactivo de la interfaz gráfica de usuario (Graphical User Interface, GUI) a
partir de un CD, un DVD o una unidad USB.
n Realizar una actualización generada por script.
n Utilizar ESXCLI.
n Use vSphere Auto Deploy. Si el host ESXi se implementa mediante vSphere Auto Deploy, se puede
utilizar vSphere Auto Deploy para reaprovisionar el host con una imagen de 7.0.
n Utilice vSphere Lifecycle Manager.
Instalador de interfaz Puede actualizar de forma interactiva mediante una imagen ISO del
gráfica de usuario (GUI) instalador de ESXi en un CD, DVD o unidad flash USB, o bien mediante la
especificación de un PXE. Este método es adecuado para
implementaciones con pocos hosts. Si, durante el proceso de instalación,
selecciona un disco de destino que contiene una instalación de ESXi, el
instalador actualiza el host a ESXi 7.0. El instalador también entrega la
opción de migrar alguna configuración del host existente y archivos de
configuración y de mantener el almacén de datos existente de VMFS.
Consulte Actualizar hosts de forma interactiva.
Realizar una Puede utilizar el instalador de ESXi 7.0 desde un CD, DVD o unidad flash
actualización generada USB, o bien mediante la especificación de un PXE para realizar una
por script actualización generada por script. Este método es una forma eficiente de
implementar varios hosts. Para obtener más información, consulte Instalar
o actualizar hosts mediante un script.
ESXCLI Puede usar ESXCLI para actualizar hosts ESXi 6.5 o hosts ESXi 6.7 a
hosts ESXi 7.0. Consulte Actualizar los hosts a través de comandos
ESXCLI .
vSphere Auto Deploy Si se implementa un host ESXi con vSphere Auto Deploy, se puede usar
vSphere Auto Deploy para reaprovisionar el host y reiniciarlo con un nuevo
perfil de imagen. Dicho perfil contiene una actualización o una revisión de
ESXi, un perfil de configuración de host y, de manera opcional,
controladores o agentes de administración de terceros proporcionados por
socios de VMware. Se pueden compilar imágenes personalizadas usando
vSphere ESXi Image Builder CLI. Para obtener más información, consulte
Capítulo 4 Usar vSphere Auto Deploy para reaprovisionar hosts .
vSphere Lifecycle vSphere Lifecycle Manager es un servicio de vCenter Server para instalar y
Manager actualizar hosts ESXi. Mediante el uso de imágenes y líneas base,
vSphere Lifecycle Manager permite la administración centralizada y
simplificada del ciclo de vida para varios hosts ESXi en el nivel del clúster.
VMware, Inc. 10
Para obtener más información sobre cómo realizar instalaciones y

actualizaciones organizadas, consulte la documentación de Administración
del ciclo de vida de hosts y clústeres.
Actualizar máquinas virtuales y VMware Tools

Después de actualizar un hosts ESXi, puede actualizar las máquinas virtuales en el host para aprovechar
las nuevas características.
Dispone de las siguientes herramientas para actualizar máquinas virtuales.
vSphere Client Puede utilizar vSphere Client para actualizar una máquina virtual paso a
paso. Para obtener información sobre cómo actualizar las máquinas
virtuales, consulte la documentación de Administrar máquinas virtuales de
vSphere.
vSphere Lifecycle Puede utilizar vSphere Lifecycle Manager para actualizar el hardware de la
Manager máquina virtual y las versiones de VMware Tools de las máquinas virtuales
de su entorno. vSphere Lifecycle Manager automatiza el proceso de
actualización y verifica que los pasos se produzcan en el orden correcto.
Para obtener más información, consulte la documentación sobre
Administración del ciclo de vida de hosts y clústeres.
VMware, Inc. 11
3
Actualizar hosts ESXi
Después de actualizar vCenter Server, debe actualizar los hosts ESXi. Puede actualizar los hosts ESXi
6.5 y 6.7 directamente a ESXi 7.0.
Para actualizar los hosts, puede utilizar las herramientas y los métodos descritos en Descripción general
del proceso de actualización del host ESXi.
Precaución Si actualiza los hosts administrados por vCenter Server, primero debe actualizar vCenter
Server antes de actualizar los hosts ESXi. Si no actualiza el entorno en el orden correcto, es posible que
se pierdan datos y no se pueda acceder a los servidores.
n Requisitos de ESXi
n Antes de actualizar los hosts ESXi
n Identificadores y nombres de dispositivos de almacenamiento
n Actualizar hosts de forma interactiva
n Instalar o actualizar hosts mediante un script
n Arranque PXE del instalador de ESXi
n Actualizar los hosts a través de comandos ESXCLI
n Después de actualizar hosts ESXi
Requisitos de ESXi
Para instalar o actualizar ESXi, el sistema debe cumplir con requisitos de hardware y software
específicos.
Requisitos de hardware de ESXi

Asegúrese de que el host cumpla la configuración de hardware mínima de ESXi7.0.
VMware, Inc. 12
Recursos de hardware y del sistema

Para instalar o actualizar ESXi, los recursos de hardware y del sistema deben cumplir los siguientes
requisitos:
n Plataforma de servidores compatible. Para obtener una lista de plataformas compatibles, consulte la
Guía de compatibilidad de VMware en http://www.vmware.com/resources/compatibility.
n ESXi 7.0 requiere un host con al menos dos núcleos de CPU.
n ESXi 7.0 admite una amplia gama de procesadores x86 de 64 bits de varios núcleos. Para obtener
una lista completa de procesadores compatibles, consulte la guía de compatibilidad de VMware en
http://www.vmware.com/resources/compatibility.
n ESXi 7.0 requiere que el bit NX/XD esté habilitado para la CPU en el BIOS.
n ESXi 7.0 requiere un mínimo de 4 GB de RAM física. Proporcione al menos 8 GB de RAM para
ejecutar máquinas virtuales en entornos de producción típicos.
n Para admitir máquinas virtuales de 64 bits, se debe habilitar la compatibilidad para virtualización de
(Intel VT-x o RVI AMD) en CPU x64.
n Una o más controladoras Gigabit o Ethernet más rápidas. Para obtener una lista de modelos de
adaptadores de red compatibles, consulte la Guía de compatibilidad de VMware en http://
www.vmware.com/resources/compatibility.
n ESXi 7.0 requiere un disco de arranque de 8 GB como mínimo para dispositivos USB o SD, y 32 GB
para otros tipos de dispositivos, como HDD, SSD o NVMe. No se debe compartir un dispositivo de
arranque entre hosts ESXi.
n Disco SCSI o un LUN RAID local que no sea de red con espacio sin particionar para las máquinas
virtuales.
n Para la serie ATA (SATA), un disco conectado a través de controladoras SAS compatibles o
controladoras SATA integradas compatibles. Los discos SATA se consideran remotos, no locales.
Estos discos no se usan como una partición desde cero de forma predeterminada, ya que se
consideran remotos.
Nota No puede conectar un dispositivo CD-ROM SATA a una máquina virtual en un host ESXi. Para
usar el dispositivo CD-ROM SATA, debe usar el modo de emulación IDE.
Sistemas de almacenamiento
Para obtener una lista de sistemas de almacenamiento compatibles, consulte la Guía de compatibilidad
de VMware en http://www.vmware.com/resources/compatibility. Para obtener información sobre software
Fibre Channel over Ethernet (FCoE), consulte Instalar y arrancar ESXi con FCoE de software.
Requisitos de arranque de ESXi

vSphere 7.0 admite el arranque de hosts ESXi desde la Unified Extensible Firmware Interface (UEFI).
Con la UEFI, puede arrancar sistemas desde unidades de disco duro, unidades de CD-ROM o medios
USB.
VMware, Inc. 13
VMware Auto Deploy admite el arranque de redes y el aprovisionamiento de hosts ESXi mediante UEFI.
ESXi puede arrancar desde un disco con más de 2 TB siempre que el firmware del sistema y el firmware
en cualquier tarjeta adicional que esté usando lo admitan. Consulte la documentación del proveedor.
Requisitos de almacenamiento para la instalación o actualización de ESXi 7.0

La instalación de ESXi 7.0 requiere un dispositivo de arranque que tenga un mínimo de 8 GB para los
dispositivos USB o SD, y 32 GB para otros tipos de dispositivos. La actualización a ESXi 7.0 requiere un
dispositivo de arranque de al menos 4 GB. Al arrancar desde un disco local, un LUN iSCSI o SAN, se
necesita un disco de 32 GB para permitir la creación de volúmenes de almacenamiento del sistema,
incluida una partición de arranque, bancos de arranque y un volumen ESX-OSData basado en VMFS-L.
El volumen ESX-OSData asume la función de la partición /scratch heredada, las herramientas de
máquina virtual y el destino del volcado de núcleo.
Las opciones recomendadas de instalación de ESXi 7.0 son las siguientes:
n Un dispositivo USB o SD de 8 GB y un disco local adicional de 32 GB. Las particiones de arranque

de ESXi residen en los dispositivos USB o SD, y el volumen ESX-OSData reside en el disco local.
n Un disco local con un mínimo de 32 GB. El disco contiene las particiones de arranque y el volumen
ESX-OSData.
n Un disco local mayor de 128 GB. El disco contiene las particiones de arranque, el volumen ESX-
OSData y el almacén de datos de VMFS.
Los volúmenes de almacenamiento del sistema de ESXi 7.0 pueden ocupar hasta 128 GB de espacio de
disco. Solo se crea un almacén de datos de VMFS si el dispositivo de disco local tiene al menos 4 GB de
espacio libre adicional. Para compartir un dispositivo de arranque con un almacén de datos de VMFS
local, debe usar un disco local de 240 GB o más.
Si no se puede encontrar un disco local, ESXi 7.0 funciona en modo degradado cuando ciertas funciones
están deshabilitadas y la partición /scratch se encuentra en el disco RAM, vinculada a /tmp. Puede
volver a configurar /scratch para que use un disco o LUN separado. Para obtener el mejor rendimiento
y optimizar la memoria, no ejecute ESXi en modo degradado.
El proceso de actualización para ESXi 7.0 vuelve a particionar el dispositivo de arranque y se consolidan
el volcado de núcleo, el bloqueador y las particiones scratch originales en el volumen ESX-OSData. Si no
se configura un destino de volcado de núcleo personalizado, la ubicación predeterminada es un archivo
en el volumen ESX-OSData.
Debido a la sensibilidad de E/S de los dispositivos USB y SD, el instalador solo crea una partición de
bloqueador de VMFS-L en estos dispositivos para almacenar archivos de volcado de núcleo y
herramientas de máquina virtual. Cuando se realizan una instalación o actualización en dispositivos USB
o SD, el instalador intenta asignar una región ESX-OSData en un disco local disponible. Si no hay
espacio disponible, se utiliza un almacén de datos para /scratch. Si no se encuentran un disco local o
un almacén de datos, /scratch se ubica en el disco RAM. Después de la instalación o la actualización,
vuelva a configurar /scratch a fin de utilizar un almacén de datos persistente o agregar un disco nuevo
para los volúmenes de almacenamiento del sistema.
VMware, Inc. 14
Para obtener más información sobre cómo volver a configurar la partición /scratch, consulte la
documentación de Instalar y configurar vCenter Server.
Aunque para una instalación mínima es suficiente un dispositivo USB o SD de 8 GB, debería usar un
dispositivo más grande. El espacio adicional se utiliza para un archivo de volcado de núcleo ampliado, y
las celdas de Flash adicionales de una unidad flash USB de alta calidad pueden prolongar la vida útil del
medio de arranque. Utilice una unidad flash USB de alta calidad de 32 GB o más. Consulte el artículo de
la base de conocimientos http://kb.vmware.com/kb/2004784.
En instalaciones de Auto Deploy, el instalador intenta asignar una región temporal en un disco o un
almacén de datos local disponible. Si no se encuentran un disco local o un almacén de datos, la
partición /scratch se ubica en el disco RAM. Vuelva a configurar /scratch para usar un almacén de
datos persistente después de la instalación.
En los entornos que arrancan desde una SAN o utilizan Auto Deploy, el volumen ESX-OSData para cada
host ESXi debe configurarse en un LUN de SAN separado. Sin embargo, si /scratch está configurada
para no utilizar ESX-OSData, no es necesario asignar un LUN por separado para /scratch en cada
host. Puede localizar conjuntamente las regiones de la partición scratch para muchos hosts ESXi en un
solo LUN. La cantidad de hosts asignados a un solo LUN deben sopesarse con respecto al tamaño del
LUN y el comportamiento de E/S de las máquinas virtuales.
Instalar ESXi 7.0 en M.2 y otros medios flash lentos que no son USB
A diferencia de los dispositivos flash USB, el instalador de ESXi crea volúmenes de almacenamiento del
sistema, así como un almacén de datos VMFS en M.2 y otros medios flash lentos que no son USB. Si
implementa una máquina virtual o migra una máquina virtual a este almacén de datos del dispositivo de
arranque, el dispositivo de arranque puede agotarse rápidamente según la resistencia del dispositivo
flash y las características de la carga de trabajo. A pesar de que incluso las cargas de trabajo de solo
lectura pueden causar problemas en dispositivos flash lentos, debe instalar ESXi solo en medios flash de
alta resistencia.
Importante Si instala ESXi en M.2 u otros medios flash lentos que no son USB, elimine el almacén de
datos VMFS del dispositivo inmediatamente después de la instalación. Para obtener más información
sobre cómo eliminar almacenes de datos VMFS, consulte la documentación de Almacenamiento de
vSphere.
Modelos de servidores de administración remota compatibles y

versiones de firmware
Puede utilizar aplicaciones de administración remota para instalar o actualizar ESXi o para administrar
hosts de forma remota.
VMware, Inc. 15
Tabla 3-1. Modelos de servidores de administración remota compatibles y versiones de

firmware mínimas
Modelo de servidor de
administración remota Versión de firmware Java
Dell DRAC 7 1.30.30 (compilación 43) 1.7.0_60-b19
Dell DRAC 6 1.54 (compilación 15), 1.70 (compilación 1.6.0_24

21)
Dell DRAC 5 1.0, 1.45, 1.51 1.6.0_20,1.6.0_203
Dell DRAC 4 1.75 1.6.0_23
ILO HP 1.81, 1.92 1.6.0_22, 1.6.0_23
ILO HP 2 1.8, 1.81 1.6.0_20, 1.6.0_23
ILO HP 3 1.28 1.7.0_60-b19
ILO HP 4 1.13 1.7.0_60-b19
RSA IBM 2 1.03, 1.2 1.6.0_22
Recomendaciones para un rendimiento mejorado de ESXi

Para mejorar el rendimiento, instale o actualice ESXi en un sistema robusto con más RAM que el mínimo
necesario y con varios discos físicos.
Para conocer los requisitos del sistema de ESXi, consulte Requisitos de hardware de ESXi.
VMware, Inc. 16
Tabla 3-2. Recomendaciones para un mejor rendimiento

Elemento del sistema Recomendación
RAM Los hosts ESXi requieren más RAM que los servidores típicos.
Proporcione al menos 8 GB de RAM para aprovechar al máximo
las características de ESXi y ejecutar máquinas virtuales en
entornos de producción típicos. Un host ESXi debe tener
suficiente RAM para que funcionen máquinas virtuales
simultáneas. Se proporcionan los siguientes ejemplos para
ayudar a calcular la RAM que necesitan las máquinas virtuales
que se ejecutan en el host ESXi.
Para operar cuatro máquinas virtuales con
Red Hat Enterprise Linux o Windows XP se requiere al menos 3
GB de RAM para rendimiento línea base. Esta cifra incluye
1.024 MB para las máquinas virtuales, 256 MB como mínimo
para cada sistema operativo, según lo que recomiendan los
proveedores.
Para que estas cuatro máquinas virtuales funcionen con
512 MB de RAM, es necesario que los hosts ESXi tengan 4 GB
de RAM, lo que incluye 2.048 MB para las máquinas virtuales.
Estos cálculos no incluyen los posibles ahorros de memoria
derivados de usar memoria con sobrecarga variable para cada
máquina virtual. Consulte Administración de recursos de
vSphere.
Adaptadores Fast Ethernet dedicados para máquinas virtuales Coloque la red de administración y las redes de máquinas
virtuales en tarjetas de red físicas distintas. Las tarjetas Gigabit
Ethernet dedicadas para máquinas virtuales, como adaptadores
Intel PRO 1000, mejoran el rendimiento para máquinas virtuales
con gran tráfico de red.
Ubicación del disco Coloque todos los datos que usan las máquinas virtuales en
discos físicos asignados específicamente a máquinas virtuales.
El rendimiento es mejor cuando no coloca las máquinas
virtuales en el disco que contiene la imagen de arranque de
ESXi. Use discos físicos que sean lo bastante grandes para
mantener imágenes del disco que usan todas las máquinas
virtuales.
Partición de VMFS6 El instalador de ESXi crea los volúmenes iniciales de VMFS en

el primer disco local en blanco que se encuentra. Para agregar
discos o modificar la configuración original, use vSphere Client.
Esta práctica asegura que los sectores de arranque de las
particiones estén alineados con 64K, lo que mejora el
rendimiento del almacenamiento.
Nota Para entornos únicamente de SAS, es posible que el

instalador no formatee los discos. Para algunos discos SAS, no
es posible identificar si los discos son locales o remotos.
Después de la instalación, se puede usar vSphere Client para
configurar VMFS.
VMware, Inc. 17
Tabla 3-2. Recomendaciones para un mejor rendimiento (continuación)

Elemento del sistema Recomendación
Procesadores Los procesadores más rápidos mejoran el rendimiento de ESXi.

Para ciertas cargas de trabajo, una mayor cantidad de
memorias caché mejoran el rendimiento de ESXi.
Compatibilidad de hardware Use dispositivos en el servidor que sean compatibles con

controladores de ESXi 7.0. Consulte la Guía de compatibilidad
de hardware en http://www.vmware.com/resources/compatibility.
Puertos de firewall entrantes y salientes para hosts de ESXi

vSphere Client y VMware Host Client permiten abrir y cerrar puertos de firewall para cada servicio o para
admitir tráfico de las direcciones IP seleccionadas.
En la siguiente tabla, se muestran los firewalls para los servicios que se instalan de forma
predeterminada. Si instala otros VIB en el host, es posible que estén disponibles otros puertos de firewall
y servicios adicionales. La información es principalmente para los servicios que están visibles en
vSphere Client, pero la tabla también incluye otros puertos.
Tabla 3-3. Conexiones de firewall entrantes

Protoc
Puerto olo Servicio Descripción
5988 TCP Servidor CIM Servidor para CIM (Common Information Model).
5989 TCP Servidor CIM seguro Servidor seguro para CIM.
427 TCP, CIM SLP El cliente CIM usa el protocolo de ubicación de servicios, versión 2 (SLPv2),
UDP para buscar servidores CIM.
546 DHCPv6 Cliente DHCP para IPv6.
8301, 8302 UDP DVSSync Se usan puertos de DVSSync para sincronizar los estados de los puertos
virtuales distribuidos entre los hosts que tienen habilitada la opción de
grabación/reproducción de VMware FT. Solo los hosts que ejecutan máquinas
virtuales principales o de copia de seguridad deben tener abiertos estos
puertos. En los hosts que no usan VMware FT, no es necesario que estos
puertos estén abiertos.
902 TCP NFC Network File Copy (NFC) proporciona un servicio de FTP basado en los tipos
de archivos para los componentes de vSphere. Como opción
predeterminada, ESXi usa NFC para las operaciones, como la copia y la
transferencia de datos entre áreas de almacenamiento de datos.
12345, 23451 UDP Servicio de clústeres Servicio de directorio de membresía y supervisión de clústeres de VMware
de vSAN vSAN. Usa multidifusión IP basada en UDP para establecer los miembros del
clúster y distribuir los metadatos de vSAN a todos los miembros del clúster. Si
se deshabilita, vSAN no funciona.
68 UDP Cliente DHCP Cliente DHCP para IPv4.
53 UDP Cliente DNS Cliente DNS.
8200, 8100, TCP, Fault Tolerance Tráfico entre hosts para vSphere Fault Tolerance (FT).
8300 UDP
VMware, Inc. 18
Tabla 3-3. Conexiones de firewall entrantes (continuación)

Protoc
Puerto olo Servicio Descripción
6999 UDP Servicio de enrutador Servicio de enrutador virtual distribuido de NSX. El puerto de firewall
lógico distribuido de asociado con este servicio se abre cuando se instalan los VIB de NSX y se
NSX crea el módulo de VDR. Si no hay instancias de VDR asociadas con el host,
no es necesario que el puerto esté abierto.
En versiones anteriores del producto, este servicio se llamaba Enrutador
lógico distribuido de NSX.
2233 TCP Transporte de vSAN Transporte fiable de datagramas de vSAN. Emplea TCP y se utiliza para E/S
de almacenamiento de vSAN. Si se deshabilita, vSAN no funciona.
161 UDP Servidor SNMP Permite que el host se conecte a un servidor SNMP.
22 TCP Servidor SSH Es necesario para el acceso a SSH.
8000 TCP vMotion Es necesario para la migración de una máquina virtual con vMotion. Los
hosts ESXi escuchan en el puerto 8000 para las conexiones TCP de los hosts
ESXi remotos para el tráfico de vMotion.
8080 TCP vsanvp Proveedor del proveedor VASA de vSAN. Lo utiliza el servicio de
administración de almacenamiento (SMS) que forma parte de vCenter para
acceder a la información sobre cumplimiento de normas, funcionalidades y
perfiles de almacenamiento de vSAN. Si se deshabilita, la administración del
almacenamiento basada en perfiles (SPBM) de vSAN no funciona.
80 TCP vSphere Web Access Página principal, con vínculos de descarga para diferentes interfaces.
5900-5964 TCP Protocolo RFB
80, 9000 TCP vSphere Lifecycle

Manager
9080 TCP Servicio de filtro de Utilizado por la función de almacenamiento de filtros de E/S.
E/S
Tabla 3-4. Conexiones de firewall salientes

Protocol
Puerto o Servicio Descripción
427 TCP, UDP CIM SLP El cliente CIM usa el protocolo de ubicación de servicios, versión
2 (SLPv2), para buscar servidores CIM.
547 TCP, UDP DHCPv6 Cliente DHCP para IPv6.
8301, 8302 UDP DVSSync Se usan puertos de DVSSync para sincronizar los estados de los
puertos virtuales distribuidos entre los hosts que tienen habilitada
la opción de grabación/reproducción de VMware FT. Solo los
hosts que ejecutan máquinas virtuales principales o de copia de
seguridad deben tener abiertos estos puertos. En los hosts que
no usan VMware FT, no es necesario que estos puertos estén
abiertos.
44046, 31031 TCP HBR Se usa para un tráfico de replicación continuo de vSphere
Replication y VMware Site Recovery Manager.
VMware, Inc. 19
Tabla 3-4. Conexiones de firewall salientes (continuación)

Protocol
Puerto o Servicio Descripción
902 TCP NFC Network File Copy (NFC) proporciona un servicio de FTP basado
en los tipos de archivos para los componentes de vSphere. Como
opción predeterminada, ESXi usa NFC para las operaciones,
como la copia y la transferencia de datos entre áreas de
almacenamiento de datos.
9 UDP WOL Utilizado por Wake-on-LAN.
12345 23451 UDP Servicio de clústeres Servicio de directorio, membresía y supervisión de clústeres
de vSAN utilizado por vSAN.
68 UDP Cliente DHCP Cliente DHCP.
53 TCP, UDP Cliente DNS Cliente DNS.
80, 8200, 8100, 8300 TCP, UDP Fault Tolerance Es compatible con VMware Fault Tolerance.
3260 TCP Cliente iSCSI de Es compatible con iSCSI de software.

software
6999 UDP Servicio de enrutador El puerto de firewall asociado con este servicio se abre cuando
lógico distribuido de se instalan los VIB de NSX y se crea el módulo de VDR. Si no
NSX hay instancias de VDR asociadas con el host, no es necesario
que el puerto esté abierto.
5671 TCP rabbitmqproxy Un proxy que se ejecuta en el host ESXi. Este proxy permite que
las aplicaciones que se ejecutan dentro de máquinas virtuales se
comuniquen con los agentes de AMQP que se ejecutan en el
dominio de la red de vCenter.
No es necesario que la máquina virtual esté en la red (es decir,
no se requiere la NIC). Asegúrese de que las direcciones IP de
conexión salientes incluyen al menos los agentes en uso o
futuros. Los agentes se pueden añadir más adelante para escalar
verticalmente.
2233 TCP Transporte de vSAN Se utiliza para tráfico de RDT (comunicación de punto a punto de
Unicast) entre nodos de vSAN.
8000 TCP vMotion Es necesario para la migración de máquinas virtuales con

vMotion.
902 UDP VMware vCenter vCenter Server Agent.

Agent
8080 TCP vsanvp Se utiliza para el tráfico de proveedores de vSAN.
80, 9000 TCP vSphere Lifecycle

Manager
VMware, Inc. 20
Tabla 3-5. Puertos de firewall para los servicios que no están visibles en la UI de manera
predeterminada
Proto
Puerto colo Servicio Comentario
5900-5964 TCP Protocolo RFB El protocolo RFB es un protocolo simple para acceder de manera remota a las
interfaces gráficas de usuario.
8889 TCP Daemon de Web Services Management (WS-Management) es un estándar abierto de

OpenWSMAN DMTF para la administración de servidores, dispositivos, aplicaciones y
servicios web.
Espacio libre necesario para registro del sistema

Si utilizó Auto Deploy para instalar el host ESXi7.0, o bien si configuró un directorio de registro separado
de la ubicación predeterminada en un directorio totalmente nuevo en el volumen de VMFS, es posible
que deba cambiar su configuración de tamaño y rotación de registro actual para garantizar que el
espacio disponible sea suficiente para el registro del sistema.
Todos los componentes de vSphere usan esta infraestructura. Los valores predeterminados para la
capacidad de registros en esta infraestructura varían según la cantidad de almacenamiento disponible y
cómo ha configurado el registro del sistema. Los hosts que se implementan con Auto Deploy almacenan
registros en un disco RAM, lo que significa que hay poca cantidad de espacio disponible para registros.
Si su host se implementa con Auto Deploy, vuelva a configurar el almacenamiento de sus registros de
una de estas formas:
n Redirija los registros a través de la red hacia un recopilador remoto.
n Redirija registros hacia un almacenamiento NAS o NFS.
Si redirige los registros hacia un almacenamiento no predeterminado, como NAS o NFS, es posible que
también desee volver a configurar el dimensionamiento y las rotaciones de los registros para los hosts
que están instalados en el disco.
No tiene que volver a configurar el almacenamiento de registros para hosts ESXi que utilizan la
configuración predeterminada, que almacena registros en un directorio temporal en el volumen de VMFS.
Para estos hosts, ESXi7.0 configura registros que se adapten de la mejor manera a cada instalación y
proporciona suficiente espacio para alojar mensajes de registros.
Tabla 3-6. Configuración recomendada de tamaño y rotación mínima para registros hostd,
vpxa y fdm
Tamaño máximo de Cantidad de rotaciones
Registro archivo de registro que se debe mantener Espacio de disco mínimo necesario
Agente de administración 10 MB 10 100 MB

(hostd)
Agente VirtualCenter (vpxa) 5 MB 10 50 MB
Agente de vSphere HA 5 MB 10 50 MB
(administrador de dominio
de fallas, fdm)
VMware, Inc. 21
Para obtener información sobre cómo instalar y configurar Syslog y un servidor de Syslog, e instalar
vSphere Syslog Collector, consulte la documentación de Instalar y configurar vCenter Server.
Requisitos del sistema de VMware Host Client

Asegúrese de que su explorador sea compatible con VMware Host Client.
Los siguientes sistemas operativos invitados y las siguientes versiones de exploradores web son
compatibles con VMware Host Client.
Exploradores compatibles Mac OS Windows Linux
Google Chrome 50+ 50+ 50+
Mozilla Firefox 45+ 45+ 45+
Microsoft Internet Explorer N/C 11+ N/C
Microsoft Edge N/C 38+ N/C
Safari 9.0+ N/C N/C
Bloqueo de cuenta y contraseñas ESXi

Para los hosts ESXi, debe utilizar una contraseña con requisitos predefinidos. Puede cambiar el requisito
de longitud requerida y clases de caracteres o permitir frases de contraseña si utiliza la opción avanzada
Security.PasswordQualityControl. También puede establecer el número de contraseñas para recordar
para cada usuario mediante la opción avanzada Security.PasswordHistory.
Nota Los requisitos predeterminados para las contraseñas de ESXi pueden cambiar de una versión a
otra. Puede comprobar las restricciones predeterminadas para la contraseña y modificarlas con la opción
avanzada Security.PasswordQualityControl.
Contraseñas de ESXi
ESXi aplica requisitos de contraseña para el acceso desde la interfaz de usuario de la consola directa,
ESXi Shell, SSH o VMware Host Client.
n De manera predeterminada, cuando cree la contraseña deberá incluir una combinación de cuatro
clases de caracteres: letras en minúscula, letras en mayúscula, números y caracteres especiales,
como el guion bajo o el guion.
n De forma predeterminada, la longitud de la contraseña debe tener más de 7 caracteres y menos de

40.
n Las contraseñas no pueden contener una palabra de diccionario o parte de una palabra de
diccionario.
Nota Un carácter en mayúscula al inicio de una contraseña no se tiene en cuenta en la cantidad de

clases de caracteres que se utilizan. Un número al final de una contraseña no se tiene en cuenta en la
cantidad de clases de caracteres que se utilizan.
VMware, Inc. 22
Ejemplos de contraseñas de ESXi

A continuación se indican posibles contraseñas en caso de configurar la opción de la siguiente manera.
retry=3 min=disabled,disabled,disabled,7,7
Con esta configuración, no se permiten las contraseñas que tienen una o dos clases de caracteres ni las
frases de contraseña, ya que los primeros tres elementos están deshabilitados. Las contraseñas de tres
y cuatro clases de caracteres requieren siete caracteres. Consulte la página del manual de
pam_passwdqc para obtener más información.
Con esta configuración, se permiten las siguientes contraseñas.
n xQaTEhb!: contiene ocho caracteres de tres clases.
n xQaT3#A: contiene siete caracteres de cuatro clases.
Las siguientes contraseñas posibles no cumplen con los requisitos.
n Xqat3hi: comienza con un carácter en mayúscula, lo que reduce la cantidad efectiva de clases de
caracteres a dos. La cantidad mínima de clases de caracteres requerida es tres.
n xQaTEh2: termina con un número, lo que reduce la cantidad efectiva de clases de caracteres a dos.
La cantidad mínima de clases de caracteres requerida es tres.
Frase de contraseña de ESXi

En lugar de una contraseña, también puede utilizar una frase de contraseña. Sin embargo, las frases de
contraseña están deshabilitadas de forma predeterminada. Puede cambiar este valor predeterminado u
otros valores de configuración mediante la opción avanzada Security.PasswordQualityControl de
vSphere Client.
Por ejemplo, puede cambiar la opción por la siguiente.
retry=3 min=disabled,disabled,16,7,7
Este ejemplo permite frases de contraseña de al menos 16 caracteres y un mínimo de 3 palabras

separadas por espacios.
En el caso de los hosts heredados, todavía se puede cambiar el archivo /etc/pamd/passwd, pero no se
podrá hacer en las próximas versiones. En su lugar, utilice la opción avanzada
Security.PasswordQualityControl.
Modificar las restricciones predeterminadas de contraseña

Puede cambiar la restricción predeterminada de contraseñas y frases de contraseña con la opción
avanzada Security.PasswordQualityControl (Control de calidad de contraseña de seguridad) del host
ESXi. Consulte la documentación Administrar vCenter Server y hosts para obtener información sobre la
configuración de las opciones avanzadas de ESXi.
VMware, Inc. 23
Puede cambiar el valor predeterminado, por ejemplo, a fin que de que se requiera un mínimo de 15
caracteres y una cantidad mínima de cuatro palabras, de la siguiente manera:
retry=3 min=disabled,disabled,15,7,7 passphrase=4
Para obtener más información, consulte la página del manual de pam_passwdqc.
Nota Aún no se han probado todas las combinaciones posibles de opciones de contraseña. Después
de cambiar la configuración de contraseña predeterminada, realice una prueba adicional.
Comportamiento del bloqueo de cuentas de ESXi

Se admite el bloqueo de cuentas para el acceso a través de SSH y vSphere Web Services SDK. La
interfaz de la consola directa (DCUI) y ESXi Shell no admiten el bloqueo de cuentas. De forma
predeterminada, se permite un máximo de cinco intentos con errores antes de que la cuenta se bloquee.
De forma predeterminada, la cuenta se desbloquea después de 15 minutos.
Configurar el comportamiento de inicio de sesión

Puede configurar el comportamiento de inicio de sesión del host ESXi con las siguientes opciones
avanzadas:
n Security.AccountLockFailures. Cantidad máxima de intentos de inicio de sesión con errores antes

de que la cuenta de un usuario se bloquee. Cero deshabilita el bloqueo de cuentas.
n Security.AccountUnlockTime. Cantidad de segundos en los que el usuario queda bloqueado.
n Security.PasswordHistory. Cantidad de contraseñas que se deben recordar para cada usuario. Si

se especifica cero, se deshabilita el historial de contraseñas.
Consulte la documentación de Administrar vCenter Server y hosts para obtener información sobre la
configuración de las opciones avanzadas de ESXi.
Antes de actualizar los hosts ESXi

Para una actualización correcta de los hosts ESXi, comprenda y prepárese para los cambios que ello
implica.
Para lograr una actualización satisfactoria de ESXi, siga estas prácticas recomendadas:
1 Asegúrese de comprender el proceso de actualización de ESXi, el efecto de dicho proceso en la

implementación actual y la preparación necesaria para la actualización.
n Si su sistema vSphere incluye soluciones o complementos de VMware, asegúrese de que sean

compatibles con la versión de vCenter Server a la que va a actualizar. Consulte la matriz de
interoperabilidad de productos de VMware en http://www.vmware.com/resources/
compatibility/sim/interop_matrix.php.
n Lea Descripción general del proceso de actualización del host ESXi para comprender los
escenarios de actualización que se admiten y, asimismo, las opciones y las herramientas que
están disponibles para la realización de la actualización.
VMware, Inc. 24
n Lea las Notas de la versión de VMware vSphere para obtener información sobre los problemas
de instalación conocidos.
2 Prepare el sistema para la actualización.
n Asegúrese de que la versión actual de ESXi sea compatible con la actualización. Consulte
Descripción general del proceso de actualización del host ESXi.
n Asegúrese de que el hardware del sistema cumpla con los requisitos de ESXi. Consulte
Requisitos de ESXi y la guía de compatibilidad de VMware en http://www.vmware.com/resources/
compatibility/search.php. Compruebe la compatibilidad del sistema, la compatibilidad de E/S con
la red y las tarjetas de adaptador de bus host (HBA), la compatibilidad de almacenamiento y la
compatibilidad del software de copia de seguridad.
n Asegúrese de que haya espacio en disco suficiente disponible en el host para la actualización.
n Si hay una SAN conectada al host, desconecte el sistema de canal de fibra antes de continuar
con la actualización. No deshabilite las tarjetas HBA en el BIOS.
3 Cree una copia de seguridad del host antes de realizar una actualización. Si se produce un error en
la actualización, puede restaurar el host.
4 Si utiliza Auto Deploy para aprovisionar hosts, el usuario que ejecuta el proceso debe tener
privilegios de administrador local en el host ESXi que se aprovisiona. De manera predeterminada, el
proceso de instalación tiene estos privilegios, y el aprovisionamiento de certificados se lleva a cabo
según lo esperado. Sin embargo, si utiliza un método distinto al instalador, debe ejecutarlo como
usuario con privilegios de administrador local.
5 Según la opción de actualización que elija, es posible que deba migrar o apagar todas las máquinas
virtuales en el host. Consulte las instrucciones correspondientes para el método de actualización.
n Para una actualización interactiva desde CD, DVD o unidad USB, consulte Actualizar hosts de
forma interactiva.
n Para una actualización generada por script, consulte Instalar o actualizar hosts mediante un
script.
n Para vSphere Auto Deploy: consulte Capítulo 4 Usar vSphere Auto Deploy para reaprovisionar
hosts . Si el host ESXi 6.5x o 6.7.x se implementó mediante vSphere Auto Deploy, se puede
utilizar vSphere Auto Deploy para reaprovisionar el host con una imagen de 7.0.
n Para el método de comando esxcli: consulte Actualizar los hosts a través de comandos
ESXCLI .
6 Planifique las tareas que deben realizarse después de la actualización del host ESXi:
n Pruebe el sistema para asegurarse de que la actualización se haya ejecutado correctamente.
n Aplique las licencias de un host. Consulte Licencias para hosts ESXi tras la actualización.
n Considere la posibilidad de configurar un servidor de Syslog para inicio de sesión remoto, a fin
de garantizar que haya almacenamiento de disco suficiente para los archivos de registro. La
configuración del inicio de sesión desde un host remoto es especialmente importante para los
VMware, Inc. 25
hosts que cuentan con almacenamiento local limitado. vSphere Syslog Collector se incluye como
servicio en vCenter Server 6.0 y puede usarse para recopilar registros de todos los hosts.
Consulte Espacio libre necesario para registro del sistema. Para obtener información sobre la
instalación y la configuración de Syslog y de un servidor de Syslog, sobre la instalación de
Syslog desde la interfaz de perfiles de host y sobre la instalación de vSphere Syslog Collector,
consulte la documentación de Instalar y configurar vCenter Server.
7 Si se produjo un error en la actualización y ha creado una copia de seguridad del host, puede
restaurar el host.
Actualización de hosts con VIB personalizados de terceros

Un host puede tener paquetes de infraestructura virtual (Virtual Infrastructure Bundle, VIB)
personalizados instalados (por ejemplo, agentes de administración o controladores de otros fabricantes).
Cuando se actualiza un host ESXi a 7.0, se migran todos los VIB personalizados compatibles,
independientemente de si los VIB se incluyen en el archivo ISO del instalador.
Si el host o la imagen ISO del instalador contienen un VIB que genera un conflicto e impide la
actualización, un mensaje de error identifica el VIB que generó el conflicto. Para actualizar el host, realice
una de estas acciones:
n Quite el VIB que generó el conflicto del host ESXi y vuelva a intentar ejecutar la actualización. Puede
eliminar un VIB del host mediante el uso de comandos de esxcli. Para obtener más información,
consulte Quitar VIB de un host .
n Use vSphere ESXi Image Builder CLI para crear una imagen ISO personalizada de instalador que
solucione el conflicto. Para obtener más información sobre vSphere ESXi Image Builder CLI,
consulte la documentación de Instalar y configurar vCenter Server.
Opciones de medios para arrancar el instalador de ESXi

El instalador de ESXi debe ser accesible para el sistema en el que se va a instalar ESXi.
Los siguientes medios de arranque son compatibles con el instalador de ESXi:
n Arranque desde un CD/DVD. Consulte Descargar y grabar un CD or DVD de la imagen ISO del
instalador de ESXi.
n Arranque desde una unidad flash USB. Consulte Formatear una unidad flash USB para arrancar la
instalación o la actualización de ESXi.
n Arranque PXE desde la red. Arranque PXE del instalador de ESXi
n Arranque desde una ubicación remota mediante una aplicación de administración remota. Consulte
Usar aplicaciones de administración remota
Descargar y grabar un CD or DVD de la imagen ISO del instalador de ESXi

Si no tiene un CD/DVD de instalación de ESXi, puede crear uno.
También puede crear una imagen ISO del instalador que incluya un script de instalación personalizado.
Consulte Crear una imagen ISO de instalador con un script de instalación o actualización personalizado.
VMware, Inc. 26
Procedimiento
1 Descargue el instalador de ESXi del sitio web de VMware en https://my.vmware.com/web/vmware/

downloads.
ESXi aparece en la sección Centro de datos e infraestructura de nube.
2 Confirme que el valor de md5sum sea correcto.
Consulte el tema del sitio web de VMware Uso de sumas de comprobación de MD5 en http://
www.vmware.com/download/md5.html.
3 Grabe la imagen ISO en un CD o DVD.
Formatear una unidad flash USB para arrancar la instalación o la

actualización de ESXi
Puede formatear una unidad flash USB para arrancar la instalación o la actualización de ESXi.
Nota El archivo ks.cfg que contiene el script de instalación no puede encontrarse en la misma unidad
flash USB que se utiliza para arrancar la instalación o la actualización.
Requisitos previos
n Un host Linux al que se acceda como superusuario.
n Una unidad flash USB.
n La imagen ISO de ESXi, VMware-VMvisor-Installer-version_number-

build_number.x86_64.iso, que incluye el archivo isolinux.cfg.
n Un paquete de Syslinux 3.86.
Procedimiento
1 Determine cómo se detectará la unidad flash USB.
Por lo general, la unidad flash USB se detecta como /dev/sdb.

a En la línea de comandos, ejecute el comando para mostrar los mensajes de registro actuales.
tail -f /var/log/messages
b Conecte la unidad flash USB.
Se mostrarán varios mensajes en los que se identifica la unidad flash USB con un formato similar
al del siguiente mensaje.
Oct 25 13:25:23 ubuntu kernel: [ 712.447080] sd 3:0:0:0: [sdb] Attached SCSI removable disk
En este ejemplo, sdb identifica el dispositivo USB. Si el dispositivo se identifica de un modo

diferente, use esa identificación en lugar de sdb.
VMware, Inc. 27
2 Cree una tabla de particiones en el dispositivo flash USB.
/sbin/fdisk /dev/sdb
a Introduzca d para eliminar las particiones hasta que no quede ninguna.
b Introduzca n para crear una partición principal 1 que se extienda a todo el disco.
c Introduzca t para configurar el tipo en una opción de configuración adecuada para el sistema de
archivos FAT32, por ejemplo, c.
d Introduzca a para establecer la marca de activo en la partición 1.
e Introduzca p para imprimir la tabla de particiones.
El resultado puede ser similar al siguiente mensaje.
Disk /dev/sdb: 2004 MB, 2004877312 bytes 255 heads, 63 sectors/track, 243 cylinders Units =
cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sdb1 1
243 1951866 c W95 FAT32 (LBA)
f Introduzca w para escribir la tabla de particiones y salir de la aplicación.
3 Formatee la unidad flash USB con el sistema de archivos Fat32.
/sbin/mkfs.vfat -F 32 -n USB /dev/sdb1
4 Instale el cargador de arranque de Syslinux en la unidad flash USB.
Las ubicaciones del archivo ejecutable de Syslinux y del archivo mbr.bin pueden variar según las
versiones de Syslinux. Los siguientes comandos están predeterminados.
/usr/bin/syslinux /dev/sdb1
cat /usr/lib/syslinux/mbr/mbr.bin > /dev/sdb
5 Cree un directorio de destino y monte la unidad flash USB allí.
mkdir /usbdisk
mount /dev/sdb1 /usbdisk
6 Cree un directorio de destino y monte la imagen ISO del instalador de ESXi allí.
mkdir /esxi_cdrom
mount -o loop VMware-VMvisor-Installer-6.x.x-XXXXXX.x86_64.iso /esxi_cdrom
7 Copie el contenido de la imagen ISO en la unidad flash USB.
cp -r /esxi_cdrom/* /usbdisk
8 Cambie el nombre del archivo isolinux.cfg por syslinux.cfg.
mv /usbdisk/isolinux.cfg /usbdisk/syslinux.cfg
VMware, Inc. 28
9 En el archivo /usbdisk/syslinux.cfg, cambie la línea APPEND -c boot.cfg por APPEND -c

boot.cfg -p 1.
10 Desmonte la unidad flash USB.
umount /usbdisk
11 Desmonte la imagen ISO del instalador.
umount /esxi_cdrom
Resultados
La unidad flash USB puede arrancar el instalador de ESXi.
Crear una unidad flash USB para almacenar el script de instalación o

actualización de ESXi
Puede utilizar una unidad flash USB para almacenar el script de instalación o actualización de ESXi que
se va a utilizar para la instalación o actualización por script de ESXi.
Si existen varias unidades flash USB en el equipo de instalación, el software de instalación busca el
script de instalación o actualización en todas las unidades flash USB que estén conectadas.
En las instrucciones de este procedimiento se supone que la unidad flash USB se detecta como /dev/
sdb.
Nota No almacene el archivo ks que contiene el script de instalación o actualización en la misma

unidad flash USB que se utiliza para arrancar la instalación o la actualización.
Requisitos previos
n Equipo Linux
n Script de instalación o actualización de ESXi, el archivo kickstart ks.cfg
n Unidad flash USB
Procedimiento
1 Conecte la unidad flash USB a un equipo Linux con acceso al script de instalación o actualización.
2 Cree una tabla de particiones.
/sbin/fdisk /dev/sdb
a Escriba d para eliminar las particiones hasta que no quede ninguna.
b Escriba n para crear la partición principal 1 que abarca todo el disco.
c Escriba t para configurar el tipo para una configuración adecuada para el sistema de archivos
FAT32, por ejemplo, c.
VMware, Inc. 29
d Escriba p para imprimir la tabla de particiones.
El resultado debe ser similar al texto siguiente:
Disk /dev/sdb: 2004 MB, 2004877312 bytes

255 heads, 63 sectors/track, 243 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sdb1 1 243 1951866 c W95 FAT32 (LBA)
e Escriba w para escribir la tabla de particiones y salir.
3 Formatee la unidad flash USB con el sistema de archivos Fat32.
/sbin/mkfs.vfat -F 32 -n USB /dev/sdb1
4 Monte la unidad flash USB.
mount /dev/sdb1 /usbdisk
5 Copie el script de instalación de ESXi en la unidad flash USB.
cp ks.cfg /usbdisk
6 Desmonte la unidad flash USB.
Resultados
La unidad flash USB contiene el script de instalación o actualización de ESXi.
Pasos siguientes
Al arrancar el instalador de ESXi, apunte a la ubicación de la unidad flash USB del script de instalación o
actualización. Consulte Introducir las opciones de arranque para iniciar un script de instalación o
actualización y Archivos de configuración PXELINUX.
Crear una imagen ISO de instalador con un script de instalación o

actualización personalizado
Puede personalizar la imagen ISO del instalador de ESXi estándar con su propio script de instalación o
actualización. Esta personalización permite realizar una instalación o actualización desatendida y
generada por script cuando arranque la imagen ISO del instalador resultante.
Consulte también Acerca de los scripts de instalación y actualización y Acerca del archivo boot.cfg .
Requisitos previos
n Equipo Linux
n La imagen ISO de ESXi VMware-VMvisor-Installer-6.x.x-XXXXXX.x86_64.iso, donde 6.x.x

es la versión de ESXi que está instalando y XXXXXX es el número de compilación de la imagen ISO
del instalador
n Su script de instalación o actualización personalizado, el archivo de inicio ks_cust.cfg
VMware, Inc. 30
Procedimiento
1 Descargue la imagen ISO de ESXi desde el sitio web de VMware.
2 Monte la imagen ISO en una carpeta:
mount -o loop VMware-VMvisor-Installer-6.x.x-XXXXXX.x86_64.iso /esxi_cdrom_mount
XXXXXX es el número de versión de ESXi para la versión que está instalado o la versión a la que está
actualizando.
3 Copie el contenido de cdrom a otra carpeta:
cp -r /esxi_cdrom_mount /esxi_cdrom
4 Copie el archivo de inicio a /esxi_cdrom.
cp ks_cust.cfg /esxi_cdrom
5 (opcional) Modifique el archivo boot.cfg para especificar la ubicación del script de instalación o
actualización a través de la opción kernelopt.
Debe utilizar caracteres en mayúscula para proporcionar la ruta de acceso del script, por ejemplo,
kernelopt=runweasel ks=cdrom:/KS_CUST.CFG
Para el arranque UEFI, debe modificar el archivo boot.cfg en /efi/boot/.
Este paso automatiza la instalación o la actualización, sin la necesidad de especificar el archivo de

inicio durante este proceso.
6 Vuelva a crear la imagen ISO con el comando mkisofs o genisoimage.
Comando Sintaxis
mkisofs mkisofs -relaxed-filenames -J -R -o custom_esxi.iso -b

isolinux.bin -c boot.cat -no-emul-boot -boot-load-size 4 -boot-
info-table -eltorito-alt-boot -eltorito-platform efi -b
efiboot.img -no-emul-boot /esxi_cdrom
genisoimage genisoimage -relaxed-filenames -J -R -o custom_esxi.iso -b

isolinux.bin -c boot.cat -no-emul-boot -boot-load-size 4 -boot-
info-table -eltorito-alt-boot -e efiboot.img -no-emul-boot /
esxi_cdrom
Esta imagen ISO se puede utilizar para un arranque normal o el arranque seguro UEFI.
Resultados
La imagen ISO incluye su script de instalación o actualización personalizado.
Pasos siguientes
Instale ESXi desde la imagen ISO.
VMware, Inc. 31
Arranque PXE del instalador de ESXi

Puede usar el entorno de ejecución previo al arranque (PXE) para arrancar un host desde una interfaz de
red en hosts con BIOS heredado o mediante UEFI.
ESXi se distribuye en un formato ISO que se utiliza para instalarse en la memoria flash o en un disco
duro local. Puede extraer los archivos y arrancar con PXE.
PXE utiliza el protocolo de configuración dinámica de host (DHCP) y el protocolo trivial de transferencia
de archivos (TFTP) para arrancar un sistema operativo a través de una red.
El arranque con PXE requiere determinada infraestructura de red y una máquina con un adaptador de
red compatible con PXE. La mayoría de las máquinas que pueden ejecutar ESXi poseen adaptadores de
red que pueden arrancar con PXE.
Nota 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.
Configuraciones de DHCP de muestra

Para el arranque PXE del instalador de ESXi, el servidor DHCP debe enviar la dirección del servidor
TFTP y el nombre de archivo del cargador de arranque inicial al host ESXi.
Cuando la máquina de destino arranca por primera vez, transmite un paquete mediante la red para
solicitar información a fin de realizar el arranque por sí misma. El servidor DHCP responde. El servidor
DHCP debe ser capaz de determinar si la máquina de destino puede arrancar y, asimismo, de determinar
la ubicación del archivo binario del cargador de arranque inicial (generalmente un archivo en un servidor
TFTP).
Precaución No configure un segundo servidor DHCP si la red ya tiene uno. Si varios servidores DHCP
responden a las solicitudes de DHCP, las máquinas pueden obtener direcciones IP incorrectas o en
conflicto, o no recibir la información de arranque correcta. Consulte a un administrador de red antes de
configurar un servidor DHCP. Para obtener asistencia en relación con la configuración de DHCP,
póngase en contacto con el proveedor del servidor DHCP.
Muchos servidores DHCP tienen hosts de arranque mediante PXE. Si usa una versión de DHCP para
Microsoft Windows, consulte la documentación del servidor DHCP para determinar cómo transmitir los
argumentos next-server y filename a la máquina de destino.
Ejemplo de arranque mediante TFTP con IPv4
En este ejemplo se muestra cómo configurar un servidor DHCP de ISC para arrancar ESXi mediante un
servidor TFTP en una dirección IPv4 xxx.xxx.xxx.xxx.
#
# ISC DHCP server configuration file snippet. This is not a complete
# configuration file; see the ISC server documentation for details on
# how to configure the DHCP server.
#
allow booting;
allow bootp;
option client-system-arch code 93 = unsigned integer 16;
VMware, Inc. 32
class "pxeclients" {
match if substring(option vendor-class-identifier, 0, 9) = "PXEClient";
next-server xxx.xxx.xxx.xxx;
if option client-system-arch = 00:07 or option client-system-arch = 00:09 {
filename = "mboot.efi";
} else {
filename = "pxelinux.0";
}
}
Cuando una máquina intenta realizar un arranque PXE, el servidor DHCP proporciona una dirección IP y
la ubicación del archivo binario pxelinux.0 o mboot.efi en el servidor TFTP.
Ejemplo de arranque mediante TFTP con IPv6
En este ejemplo se muestra cómo configurar un servidor DHCPv6 de ISC para arrancar ESXi mediante
un servidor TFTP en una dirección IPv6 xxxx:xxxx:xxxx:xxxx::xxxx.
#
# ISC DHCPv6 server configuration file snippet. This is not a complete
#
allow booting;
allow bootp;
option dhcp6.bootfile-url code 59 = string;
option dhcp6.bootfile-url "tftp://[xxxx:xxxx:xxxx:xxxx::xxxx]/mboot.efi";
la ubicación del archivo binario mboot.efi en el servidor TFTP.
Ejemplo de arranque mediante HTTP con IPv4
En este ejemplo se muestra cómo configurar un servidor DHCP de ISC para arrancar ESXi mediante un
servidor web en una dirección IPv4 xxx.xxx.xxx.xxx. El ejemplo utiliza gPXELINUX para los hosts de
BIOS heredado e iPXE para los hosts UEFI.
#
#
allow booting;
allow bootp;
option client-system-arch code 93 = unsigned integer 16;
class "pxeclients" {
match if substring(option vendor-class-identifier, 0, 9) = "PXEClient";
next-server xxx.xxx.xxx.xxx;
if option client-system-arch = 00:07 or option client-system-arch = 00:09 {
if exists user-class and option user-class = "iPXE" {
# Instruct iPXE to load mboot.efi as secondary bootloader
filename = "mboot.efi";
} else {
# Load the snponly.efi configuration of iPXE as initial bootloader
filename = "snponly.efi";
VMware, Inc. 33
}
} else {
filename "gpxelinux.0";
}
}
la ubicación del archivo binario gpxelinux.0 o snponly.efi en el servidor TFTP. En el caso de UEFI,
iPXE pide al servidor DHCP el siguiente archivo que se debe cargar y, en esta ocasión, el servidor
devuelve el nombre de archivo mboot.efi.
Ejemplo de arranque mediante HTTP con IPv6
En este ejemplo se muestra cómo configurar un servidor DHCPv6 de ISC para arrancar ESXi mediante
un servidor TFTP en una dirección IPv6 xxxx:xxxx:xxxx:xxxx::xxxx.
#
#
allow booting;
allow bootp;
option dhcp6.bootfile-url code 59 = string;

if exists user-class and option user-class = "iPXE" {
# Instruct iPXE to load mboot.efi as secondary bootloader
option dhcp6.bootfile-url "tftp://[xxxx:xxxx:xxxx:xxxx::xxxx]/mboot.efi";
} else {
# Load the snponly.efi configuration of iPXE as initial bootloader
option dhcp6.bootfile-url "tftp://[xxxx:xxxx:xxxx:xxxx::xxxx]/snponly.efi";
}
la ubicación del archivo binario snponly.efi (iPXE) en el servidor TFTP. iPXE pide al servidor DHCP el
siguiente archivo que se debe cargar y, en esta ocasión, el servidor devuelve el nombre de archivo
mboot.efi.
Archivos de configuración PXELINUX

Se necesita un archivo de configuración PXELINUX para iniciar el instalador de ESXi en un sistema
BIOS heredado. El archivo de configuración define el menú que se debe mostrar en el host ESXi de
destino mientras se inicia y se pone en contacto con el servidor TFTP para obtener toda la configuración
de SYSLINUX, incluidos los valores de PXELINUX y gPXELINUX.
En esta sección, se brinda información general sobre los archivos de configuración PXELINUX. Para ver
ejemplos, consulte Configuraciones de DHCP de muestra.
Para conocer detalles de la sintaxis, visite el sitio web de SYSLINUX en http://www.syslinux.org/.
VMware, Inc. 34
Archivos requeridos
En el archivo de configuración de PXE, debe incluir rutas de acceso a los siguientes archivos:
n mboot.c32 es el cargador de arranque.
n boot.cfg es el archivo de configuración del cargador de arranque.
Consulte Acerca del archivo boot.cfg .

Nombre del archivo de configuración de PXE
Para el nombre del archivo de configuración de PXE, seleccione una de las siguientes opciones:
n 01-dirección_MAC_del_host_ESXi_de_destino. Por ejemplo, 01-23-45-67-89-0a-bc
n La dirección IP del host ESXi de destino en anotación hexadecimal.
n default
El archivo de arranque inicial, pxelinux.0 o gpxelinux.0, intenta cargar un archivo de configuración de

PXE en el siguiente orden:
1 Intenta con la dirección MAC del host ESXi de destino, con su código de tipo ARP, que es 01 para
Ethernet, como prefijo.
2 Si ese intento genera un error, intenta con la anotación hexadecimal de la dirección IP del sistema
ESXi de destino.
3 Por último, intenta cargar un archivo con el nombre default.

Ubicación del archivo de configuración de PXE
Guarde el archivo en /tftpboot/pxelinux.cfg/ en el servidor TFTP.
Por ejemplo, es posible guardar el archivo en el servidor TFTP en /tftpboot/pxelinux.cfg/

01-00-21-5a-ce-40-f6. La dirección MAC del adaptador de red del host ESXi de destino es 00-21-5a-
ce-40-f6.
Información sobre el arranque PXE

Comprender el proceso de arranque PXE puede ayudarle durante la solución de problemas.
Servidor TFTP
El protocolo trivial de transferencia de archivos (TFTP) es similar al servicio FTP y se utiliza
generalmente solo para los sistemas de arranque de red o la carga de firmware en dispositivos de red,
como los enrutadores. TFTP está disponible en Linux y Windows.
n La mayoría de las distribuciones de Linux incluyen una copia del servidor tftp-hpa. Si requiere una
solución compatible, adquiera un servidor TFTP compatible de su proveedor de confianza. También
puede adquirir un servidor TFTP desde uno de los dispositivos de paquete en VMware Marketplace.
n Si su servidor TFTP funciona en un host de Microsoft Windows, utilice tftpd32 versión 2.11 o una
versión posterior. Consulte http://tftpd32.jounin.net/.
VMware, Inc. 35
SYSLINUX, PXELINUX y gPXELINUX

Si utiliza PXE en un entorno BIOS heredado, debe comprender los distintos entornos de arranque.
n SYSLINUX es un entorno de arranque de código abierto para máquinas que ejecutan firmware de
BIOS heredado. El cargador de arranque de ESXi para sistemas BIOS, mbootc.32, se ejecuta como
un complemento de SYSLINUX. Puede configurar SYSLINUX para el arranque desde distintos tipos
de medios, como un disco, una imagen ISO y una red. Puede encontrar el paquete de SYSLINUX en
http://www.kernel.org/pub/linux/utils/boot/syslinux/.
n PXELINUX es una configuración de SYSXLINUX para realizar el arranque desde un servidor TFTP,
según el estándar PXE. Si utiliza PXELINUX para arrancar el instalador de ESXi, el archivo binario
pxelinux.0, mboot.c32, el archivo de configuración, el kernel y otros archivos se transfieren
mediante TFTP.
n gPXELINUX es una configuración híbrida que incluye tanto PXELINUX como gPXE y admite el
arranque desde un servidor web. gPXELINUX es parte de un paquete de SYSLINUX. Si utiliza
gPXELINUX para arrancar el instalador de ESXi, solo el archivo binario gpxelinux.0, mboot.c32 y
el archivo de configuración se transfieren mediante TFTP. El resto de los archivos se transfiere
mediante HTTP. HTTP suele ser más rápido y fiable que TFTP, especialmente en lo que respecta a
la transferencia de grandes cantidades de datos en redes muy cargadas.
Nota Actualmente, VMware compila el complemento mboot.c32 para que funcione con la versión 3.86
de SYSLINUX y prueba el arranque PXE solo con esa versión. Otras versiones podrían ser
incompatibles. En el caso de la compatibilidad de agentes de terceros que utilice para configurar su
infraestructura de arranque PXE, póngase en contacto con el proveedor.
iPXE y PXE de UEFI

La mayoría del firmware UEFI es compatible de forma nativa con PXE, lo que permite arrancar desde un
servidor TFTP. El firmware puede cargar directamente el cargador de arranque de ESXi para los
sistemas UEFI, mboot.efi. No es necesario ningún software adicional (p. ej., PXELINUX).
iPXE también puede ser útil para sistemas UEFI que no incluyan PXE en el firmware y para sistemas
UEFI más antiguos con errores en la compatibilidad con PXE. En estos casos, puede intentar instalar
iPXE en una unidad flash USB y realizar el arranque desde ahí.
Nota Los productos Apple Macintosh no son compatibles con el arranque PXE. En cambio, son
compatibles con el arranque de red mediante un protocolo específico para Apple.
Métodos alternativos para el arranque PXE

También existen métodos alternativos para el arranque PXE de software y hosts distintos, por ejemplo:
n Configuración del servidor DHCP para que proporcione diferentes nombres de archivo del cargador
de arranque inicial a distintos hosts según la dirección MAC u otros criterios. Consulte la
documentación del servidor DCHP.
n Métodos que utilizan iPXE como cargador de arranque inicial con un archivo de configuración de
iPXE que selecciona el siguiente cargador de arranque según la dirección MAC u otros criterios.
VMware, Inc. 36
Instalar y arrancar ESXi con FCoE de software

Puede instalar y arrancar ESXi desde un LUN FCoE utilizando los adaptadores FCoE de software
VMware y los adaptadores de red con capacidades de descarga FCoE. Su host no requiere un HBA
FCoE dedicado.
El LUN de arranque no debe compartirse entre hosts y debe tener un tamaño mínimo de 32 GB.
Consulte la documentación de Almacenamiento de vSphere para obtener información sobre la
instalación y el arranque de ESXi con FCoE para software.
Usar aplicaciones de administración remota

Las aplicaciones de administración remota permiten instalar ESXi en servidores que se encuentran en
ubicaciones remotas.
Las aplicaciones de administración remota compatibles para la instalación incluyen HP Integrated Lights-
Out (iLO), Dell Remote Access Card (DRAC), IBM management module (MM) y Remote Supervisor
Adapter II (RSA II). Para obtener una lista de modelos de servidores compatibles y versiones de firmware
de administración remota, consulte Modelos de servidores de administración remota compatibles y
versiones de firmware. Para obtener soporte técnico para las aplicaciones de administración remota,
póngase en contacto con el proveedor.
Puede usar aplicaciones de administración remota para realizar instalaciones interactivas y por script de
ESXi de forma remota.
Si utiliza aplicaciones de administración remota para instalar ESXi, el CD virtual podría encontrarse con
daños en sistemas o redes que operan a capacidad máxima. Si se produce un error en una instalación
remota de una imagen ISO, complete la instalación desde el CD físico.
Descarga del instalador de ESXi

Descargue el instalador de ESXi.
Requisitos previos
Cree una cuenta de My VMware en https://my.vmware.com/web/vmware/.
Procedimiento
1 Descargue el instalador de ESXi del sitio web de VMware en https://my.vmware.com/web/vmware/

downloads.
ESXi aparece en la sección Centro de datos e infraestructura de nube.
2 Confirme que el valor de md5sum sea correcto.
Consulte el tema del sitio web de VMware Uso de sumas de comprobación de MD5 en http://
www.vmware.com/download/md5.html.
VMware, Inc. 37
Identificadores y nombres de dispositivos de

almacenamiento
En el entorno de ESXi, cada dispositivo de almacenamiento se identifica con varios nombres.
Identificadores de dispositivo
Según el tipo de almacenamiento, el host ESXi utiliza distintos algoritmos y convenciones para generar
un identificador para cada dispositivo de almacenamiento.
Identificadores El host ESXi consulta a un dispositivo de almacenamiento de destino el

provistos por el nombre del dispositivo. A partir de los metadatos devueltos, el host extrae
almacenamiento o genera un identificador único para el dispositivo. El identificador se basa
en estándares de almacenamiento específico, es persistente y único en
todos los hosts; además, tiene uno de los formatos siguientes:
n naa.xxx
n eui.xxx
n t10.xxx
Identificador basado en Cuando el dispositivo no proporciona un identificador, el host genera un

rutas nombre mpx.path, donde path representa la primera ruta de acceso al
dispositivo, por ejemplo, mpx.vmhba1:C0:T1:L3. Este identificador puede
usarse de la misma forma que el identificador proporcionado por el
almacenamiento.
El identificador mpx.ruta se crea para dispositivos locales asumiendo que

los nombres de ruta son únicos. Sin embargo, este identificador no es
único ni persistente y puede cambiar después de reiniciar todos los
sistemas.
Generalmente, la ruta de acceso al dispositivo tiene el formato siguiente:
vmhbaAdapter:CChannel:TTarget:LLUN
n vmhbaAdapter es el nombre del adaptador de almacenamiento. El

nombre se refiere al adaptador físico en el host, no a la controladora
SCSI que usan las máquinas virtuales.
n CChannel es el número de canal de almacenamiento.
Los adaptadores de iSCSI de software y los adaptadores de hardware

dependiente utilizan el número de canal para mostrar varias rutas de
acceso al mismo destino.
n TTarget es el número de destino. El host determina la numeración de

destinos y esta puede cambiar cuando las asignaciones de destinos
visibles para el host cambian. Los destinos compartidos entre distintos
hosts no pueden tener el mismo número de destino.
VMware, Inc. 38
n LLUN es el número LUN que muestra la posición del LUN en el

destino. El número LUN se obtiene del sistema de almacenamiento. Si
un destino tiene un solo LUN, el número LUN siempre es cero (0).
Por ejemplo, vmhba1:C0:T3:L1 representa al LUN1 en el destino 3 al que

se accede a través del adaptador de almacenamiento vmhba1 y del
canal 0.
Identificador heredado Además del identificador proporcionado por el dispositivo o mpx.ruta, ESXi
genera un nombre heredado alternativo para cada dispositivo. El
identificador tiene el formato siguiente:
vml.number
El identificador heredado incluye una serie de dígitos que son únicos para
el dispositivo. El identificador puede proceder en parte de los metadatos
que se obtienen a través del comando SCSI INQUIRY. En los dispositivos
no locales que no proporcionan identificadores SCSI INQUIRY, el
identificador vml.number se utiliza como el único identificador exclusivo
disponible.
Ejemplo: Mostrar nombres de dispositivo en vSphere CLI

Puede utilizar el comando esxcli storage core device list para mostrar todos los nombres de
dispositivo en la CLI de vSphere. El resultado es similar al ejemplo siguiente:
# esxcli storage core device list

naa.XXX
Display Name: DGC Fibre Channel Disk(naa.XXX)
...
Other UIDs: vml.000XXX
mpx.vmhba1:C0:T0:L0
Display Name: Local VMware Disk (mpx.vmhba1:C0:T0:L0)
...
Other UIDs: vml.0000000000XYZ
Actualizar hosts de forma interactiva

Para actualizar hosts ESXi 6.5 o ESXi6.7 a ESXi7.0, puede arrancar el instalador de ESXi desde un CD,
un DVD o una unidad flash USB.
Antes de realizar la actualización, considere la posibilidad de desconectar el almacenamiento de red.

Esta acción disminuye el tiempo que tarda el instalador en buscar unidades de disco disponibles. Al
desconectar el almacenamiento de red, ninguno de los archivos almacenados en los discos
desconectados está disponible durante la instalación. No desconecte un LUN que contenga una
instalación existente de ESXi.
VMware, Inc. 39
Requisitos previos
n Compruebe que la imagen ISO del instalador de ESXi esté en una de las ubicaciones siguientes:
n Un CD o DVD. Si no tiene el CD o DVD de instalación, puede crear uno. Consulte Descargar y

grabar un CD or DVD de la imagen ISO del instalador de ESXi
n Una unidad flash USB. Consulte Formatear una unidad flash USB para arrancar la instalación o
la actualización de ESXi
Nota También puede usar PXE para arrancar el instalador de ESXi y ejecutar una instalación
interactiva o una instalación generada por script. Consulte Arranque PXE del instalador de ESXi.
n Compruebe que el reloj de hardware del servidor esté configurado como UTC. Esta configuración se
encuentra en el BIOS del sistema.
n ESXi Embedded no debe estar en el host. ESXi Installable y ESXi Embedded no pueden coexistir en
el mismo host.
n Si va a actualizar un host ESXi, se migrarán los VIB personalizados compatibles que no se incluyen
en la imagen ISO del instalador de ESXi. Consulte Actualización de hosts con VIB personalizados de
terceros
n Consulte la documentación del proveedor del hardware para obtener información sobre cómo
cambiar el orden de arranque.
Procedimiento
1 Inserte el CD o DVD del instalador de ESXi en la unidad de CD-ROM/DVD-ROM o conecte la unidad

flash USB del instalador y reinicie la máquina.
2 Configure el BIOS para que arranque desde el dispositivo de CD-ROM o la unidad flash USB.
3 En el panel Seleccionar un disco, seleccione la unidad en la que desea instalar o actualizar ESXi y
presione Intro.
Presione F1 para obtener más información sobre el disco seleccionado.
Nota No se base en el orden de discos de la lista para seleccionar un disco. El BIOS determina el
orden de los discos. En los sistemas en los que continuamente se agregan o quitan unidades, es
posible que estas unidades no estén ordenadas.
4 Actualice o instale ESXi si el instalador encuentra una instalación de ESXi y un almacén de datos de
VMFS existentes.
Si no es posible conservar un almacén de datos existente de VMFS, únicamente puede optar por
instalar ESXi y sobrescribir el almacén de datos existente de VMFS o cancelar la instalación. Si opta
por sobrescribir el almacén de datos existente de VMFS, primero debe crear una copia de seguridad
del almacén de datos.
5 Presione F11 para confirmar e iniciar la actualización.
6 Una vez finalizada la actualización, retire la unidad flash USB, o el CD o el DVD de instalación.
VMware, Inc. 40
7 Presione Intro para reiniciar el host.
8 Como primer dispositivo de arranque, establezca la unidad que seleccionó previamente al actualizar
ESXi.
Instalar o actualizar hosts mediante un script

Puede implementar hosts de ESXi rápidamente mediante instalaciones o actualizaciones desatendidas
generadas por script. Las instalaciones o las actualizaciones generadas por script proporcionan un
mecanismo eficaz para la implementación de varios hosts.
El script de instalación o actualización contiene la configuración de instalación para ESXi. Puede aplicar
el script a todos los que desee que tengan una configuración similar.
Para una instalación o una actualización generada por script, debe usar los comandos compatibles para
crear un script. Puede editar el script con la finalidad de cambiar ajustes de configuración que sean
exclusivos para cada host.
El script de instalación o actualización puede residir en una de las ubicaciones siguientes:
n Servidor FTP
n Servidor HTTP/HTTPS
n servidor NFS
n Unidad flash USB
n Unidad de CD-ROM
Introducir las opciones de arranque para iniciar un script de

instalación o actualización
Puede iniciar un script de instalación o actualización introduciendo las opciones de arranque en la línea
de comandos de arranque del instalador de ESXi.
En el momento del arranque, es posible que necesite especificar opciones para acceder al archivo de
inicio. Puede introducir opciones de arranque presionando Shift+O en el gestor de arranque. Para una
instalación de arranque PXE, puede pasar opciones a través de la línea kernelopts del archivo
boot.cfg. Consulte Acerca del archivo boot.cfg y Arranque PXE del instalador de ESXi.
Para especificar la ubicación del script de instalación, defina la opción ks=filepath, donde filepath indica
la ubicación del archivo Kickstart. De lo contrario, no se podrá iniciar una instalación o actualización
generadas por script. Si se omite ks=filepath, se ejecuta el instalador de texto.
Las opciones de arranque compatibles se detallan en Opciones de arranque .
Procedimiento
1 Inicie el host.
VMware, Inc. 41
2 Cuando aparezca la ventana del instalador de ESXi, presione las teclas Mayús + O para editar las
opciones de arranque.
3 En el símbolo del sistema runweasel, introduzca

ks=location of installation script plus boot command-line options.
Ejemplo: Opción de arranque

Introduzca las siguientes opciones de arranque:
ks=http://00.00.00.00/kickstart/ks-osdc-pdp101.cfg nameserver=00.00.0.0 ip=00.00.00.000

netmask=255.255.255.0 gateway=00.00.00.000
Opciones de arranque
Cuando realice una instalación por script, es posible que necesite especificar opciones en el arranque
para acceder al archivo de inicio.
Opciones de arranque compatibles

Tabla 3-7. Opciones de arranque para la instalación de ESXi
Opción de arranque Descripción
BOOTIF=hwtype-MAC address Similar a la opción netdevice, excepto en el formato

PXELINUX, tal como se describe en la opción IPAPPEND en
SYSLINUX en el sitio syslinux.org.
gateway=ip address Permite establecer esta puerta de enlace de red como la puerta
de enlace predeterminada para utilizarla en la descarga de
scripts de instalación y medios de instalación.
ip=ip address Permite configurar una dirección IP estática para utilizarla en la

descarga de scripts de instalación y medios de instalación. Nota:
también se admite el formato PXELINUX para esta opción.
Consulte la opción IPAPPEND en SYSLINUX en el sitio
syslinux.org.
VMware, Inc. 42
Tabla 3-7. Opciones de arranque para la instalación de ESXi (continuación)

Opción de arranque Descripción
ks=cdrom:/path Permite realizar una instalación por script con el script en path,
que se encuentra en el CD de la unidad de CD-ROM. Cada
CDROM se monta y se comprueba hasta que se encuentre el
archivo que coincida con la ruta de acceso.
Importante Si creó una imagen ISO de instalador con un script

de instalación o actualización personalizado, debe utilizar
caracteres en mayúscula para proporcionar la ruta de acceso del
script, por ejemplo, ks=cdrom:/KS_CUST.CFG.
ks=file://path Realiza una instalación por script con el script en path.
ks=protocol://serverpath Realiza una instalación por script con un script ubicado en la red
en la dirección URL determinada. protocol puede ser http,
https, ftp o nfs. Un ejemplo de uso del protocolo NFS es
ks=nfs://host/porturl-path. El formato de la URL de NFS se
especifica en RFC 2224.
ks=usb Realiza una instalación por script mediante el acceso al script

desde la unidad USB conectada. Busca un archivo con el
nombre ks.cfg. El archivo debe estar ubicado en el directorio
raíz de la unidad. Si se conectan varias unidades flash USB, se
realizará la búsqueda hasta que se encuentre el archivo ks.cfg.
Solo se admiten los sistemas de archivos FAT16 y FAT32.
ks=usb:/path Realiza una instalación por script con un archivo de script en la

ruta especificada, que se encuentra en USB.
ksdevice=device Intenta utilizar un adaptador de red device cuando se realiza la

búsqueda de un script de instalación y un medio de instalación.
Se especifica como una dirección MAC, por ejemplo,
00:50:56:C0:00:01. Esta ubicación también puede ser un nombre
vmnicNN. Si no se especifica y los archivos deben obtenerse a
través de la red, el instalador utiliza de forma predeterminada el
primer adaptador de red detectado que esté conectado.
nameserver=ip address Especifica un servidor de nombres de dominio para utilizarlo en

la descarga de scripts de instalación y medios de instalación.
netdevice=device Intenta utilizar un adaptador de red device cuando se realiza la

búsqueda de un script de instalación y un medio de instalación.
Se especifica como una dirección MAC, por ejemplo,
00:50:56:C0:00:01. Esta ubicación también puede ser un nombre
vmnicNN. Si no se especifica y los archivos deben obtenerse a
través de la red, el instalador utiliza de forma predeterminada el
primer adaptador de red detectado que esté conectado.
netmask=subnet mask Especifica una máscara de subred para la interfaz de red que
descarga los scripts de instalación y los medios de instalación.
vlanid=vlanid Configure la tarjeta de red para que se encuentre en la VLAN

especificada.
VMware, Inc. 43
Acerca de los scripts de instalación y actualización

El script de instalación o actualización es un archivo de texto que contiene los comandos compatibles
(por ejemplo, ks.cfg).
La sección de comandos del script contiene las opciones de instalación de ESXi. Esta sección es
obligatoria y debe aparecer primero en el script.
Ubicaciones admitidas para scripts de instalación o actualización

En instalaciones y actualizaciones generadas por script, el instalador de ESXi puede acceder al script de
la instalación o actualización, que también se conoce como el archivo inicial, desde varias ubicaciones.
Se admiten las siguientes ubicaciones para el script de instalación o actualización:
n CD/DVD. Consulte Crear una imagen ISO de instalador con un script de instalación o actualización
personalizado.
n Unidad flash USB. Consulte Crear una unidad flash USB para almacenar el script de instalación o
actualización de ESXi.
n Una ubicación local de red a la que se puede acceder mediante los siguientes protocolos: NFS,
HTTP, HTTPS, FTP
Ruta de acceso del script de instalación o actualización

Puede especificar la ruta de acceso de un script de instalación o actualización.
ks=http://XXX.XXX.XXX.XXX/kickstart/KS.CFG es la ruta de acceso del script de instalación de

ESXi, dondeXXX.XXX.XXX.XXXes la dirección IP del equipo donde reside el script. Consulte Acerca de
los scripts de instalación y actualización.
Para iniciar un script de instalación desde una instalación interactiva, escriba la opción ks= de forma
manual. Consulte Introducir las opciones de arranque para iniciar un script de instalación o actualización.
Comandos de scripts de instalación y actualización

Para modificar el script predeterminado de instalación o actualización, o para crear su propio script, use
comandos compatibles. Use comandos compatibles en el script de instalación, que se especifica
mediante un comando de arranque cuando se arranca el instalador.
Para determinar en qué disco instalar o actualizar ESXi, el script de instalación requiere uno de los
comandos siguientes: install, upgrade o installorupgrade. El comando install crea las
particiones predeterminadas, que incluyen un almacén de datos de VMFS que ocupa todo el espacio
disponible después de que se crean las demás particiones.
accepteula o vmaccepteula (obligatorio)

Acepta el contrato de licencia de ESXi.
VMware, Inc. 44
clearpart (opcional)
Borra las particiones existentes del disco. Requiere que se especifique el comando install. Edite
cuidadosamente el comando clearpart en sus scripts existentes.
--drives= Quita las particiones en las unidades especificadas.
--alldrives Ignora el requisito de --drives= y permite borrar las particiones de cada

unidad.
--ignoredrives= Elimina las particiones en todas las unidades, excepto las especificadas.
Es obligatorio a menos que se especifiquen las marcas --drives= o --
alldrives.
--overwritevmfs Permite sobrescribir las particiones de VMFS en las unidades

especificadas. De forma predeterminada, no se permite sobrescribir las
particiones de VMFS.
--firstdisk=
Particiona el primer disco encontrado que satisface las condiciones. De
tipo-disco1 forma predeterminada, los discos que satisfacen las condiciones se
[tipo-disco2,...] ordenan en el orden siguiente:
1 Almacenamiento conectado a nivel local (local)
2 Almacenamiento en red (remote)
3 Discos USB (usb)
Puede cambiar el orden de los discos anexando una lista separada por
comas al argumento. Si proporciona una lista de filtros, se sobrescribe la
configuración predeterminada. Puede combinar filtros para especificar un
disco en particular, lo que incluye esx para el primer disco en el que se
haya instalado ESXi, la información de modelo y proveedor, o el nombre
del controlador del dispositivo VMkernel. Por ejemplo, para dar preferencia
a un disco con el nombre de modelo ST3120814A y a cualquier disco que
use el controlador mptsas en lugar de un disco local normal, el argumento
es --firstdisk=ST3120814A,mptsas,local. Puede utilizar localesx para el
almacenamiento local que contiene la imagen de ESXi o remoteesx para
el almacenamiento remoto que contiene la imagen deESXi.
dryrun (opcional)
Analiza y comprueba el script de instalación. No ejecuta la instalación.
VMware, Inc. 45
instalar
Especifica que se trata de una instalación nueva. Se requieren los comandos install, upgrade o
installorupgrade para determinar en qué disco se debe instalar o actualizar ESXi.
--disk= or --drive= Especifica el disco que se particionará. En el comando --disk=diskname,

diskname puede ser un nombre de disco o una ruta completa de sistema
de archivos de disco en ESXi, por ejemplo:
n Nombre de disco: --disk=naa.6d09466044143600247aee55ca2a6405 o
n Ruta de acceso del dispositivo: --disk=/vmfs/devices/disks/

mpx.vmhba1:C0:T0:L0
Para conocer los formatos admitidos de nombre de disco, consulte Nombre

de los dispositivos de disco.
--firstdisk= Particiona el primer disco encontrado que satisface las condiciones. De

tipo-disco1, forma predeterminada, los discos que satisfacen las condiciones se
[tipo-disco2,...]
ordenan en el orden siguiente:
3 Discos USB (usb)
haya instalado ESX, la información de modelo y proveedor, o el nombre del
controlador del dispositivo VMkernel. Por ejemplo, para dar preferencia a
un disco con el nombre de modelo ST3120814A y a cualquier disco que
--ignoressd Excluye los discos de estado sólido de los que satisfacen las condiciones
para el particionamiento. Esta opción puede utilizarse con el comando
install y la opción --firstdisk. Esta opción tiene prioridad sobre la
opción --firstdisk. Esta opción no es válida con las opciones --drive o
--disk ni con los comandos upgrade o installorupgrade. Consulte la
documentación de Almacenamiento de vSphere para obtener más
información sobre la prevención del formateo de SSD durante la creación
automática de particiones.
--overwritevsan Debe usar la opción --overwritevsan cuando instale ESXi en un disco, ya

sea SSD o HDD (magnética), que forme parte de un grupo de discos de
VMware, Inc. 46
vSAN. Si usa esta opción y no hay ninguna partición de vSAN en el disco

seleccionado, se produce un error en la instalación. Al instalar ESXi en un
disco que forma parte de un grupo de discos de vSAN, el resultado
depende del disco que se selecciona:
n Si selecciona una SSD, esta y todas las HDD subyacentes del mismo
grupo de discos se borrarán.
n Si selecciona una HDD y el tamaño del grupo de discos es mayor que

2, solo se borrará la HDD seleccionada.
n Si selecciona una HDD y el tamaño del grupo de discos es 2 o menos,

se borrarán la SSD y la HDD seleccionada.
Para obtener más información acerca de la administración de grupos de

discos de vSAN, consulte la documentación de Almacenamiento de
vSphere.
--overwritevmfs Es obligatorio para sobrescribir un almacén de datos existente de VMFS en

el disco antes de la instalación.
--preservevmfs Conserva el almacén de datos existente de VMFS en el disco durante la

instalación.
--novmfsondisk Impide que se cree una partición de VMFS en este disco. Debe utilizarse
con --overwritevmfs si existe una partición de VMFS en el disco.
installorupgrade
Se requieren los comandos install, upgrade o installorupgrade para determinar en qué disco se
debe instalar o actualizar ESXi.


mpx.vmhba1:C0:T0:L0

--firstdisk=
Particiona el primer disco encontrado que satisface las condiciones. De
[tipo-disco2,...] ordenan en el orden siguiente:
VMware, Inc. 47
3 Discos USB (usb)
--overwritevsan Debe usar la opción --overwritevsan cuando instale ESXi en un disco, ya

sea SSD o HDD (magnética), que forme parte de un grupo de discos de
vSAN. Si usa esta opción y no hay ninguna partición de vSAN en el disco
seleccionado, se produce un error en la instalación. Al instalar ESXi en un
disco que forma parte de un grupo de discos de vSAN, el resultado
depende del disco que se selecciona:
n Si selecciona una SSD, esta y todas las HDD subyacentes del mismo
grupo de discos se borrarán.
n Si selecciona una HDD y el tamaño del grupo de discos es mayor que

2, solo se borrará la HDD seleccionada.
n Si selecciona una HDD y el tamaño del grupo de discos es 2 o menos,

se borrarán la SSD y la HDD seleccionada.
Para obtener más información acerca de la administración de grupos de

discos de vSAN, consulte la documentación de Almacenamiento de
vSphere.
--overwritevmfs Instale ESXi si en el disco existe una partición de VMFS, pero no una
instalación de ESX ni ESXi. A menos que esta opción esté presente, se
producirá un error en el instalador si en el disco existe una partición de
VMFS, pero no una instalación de ESX o de ESXi.
keyboard (opcional)
Configura el tipo de teclado para el sistema.
keyboardType Especifica la distribución del teclado para el tipo de teclado seleccionado.

El parámetro keyboardType debe ser de uno de los tipos siguientes.
n Belgian
n Brazilian
VMware, Inc. 48
n Croatian
n Czechoslovakian
n Danish
n Estonian
n Finnish
n Francés
n Alemán
n Greek
n Icelandic
n Italian
n Japonés
n Latin American
n Norwegian
n Polish
n Portuguese
n Russian
n Slovenian
n Español
n Swedish
n Swiss French
n Swiss German
n Turkish
n Ukrainian
n United Kingdom
n Inglés americano (predeterminado)
n US Dvorak
VMware, Inc. 49
serialnum o vmserialnum (opcional)

Obsoletos en ESXi 5.0.x. Compatibles con ESXi 5.1 y versiones superiores. Configura las licencias. Si no
se incluye, ESXi se instala en modo de evaluación.
--esx=<license-key> Especifica la clave de licencia de vSphere que se utilizará. El formato

corresponde a cinco grupos de cinco caracteres (XXXXX-XXXXX-XXXXX-
XXXXX-XXXXX).
network (opcional)
Especifica una dirección de red para el sistema.
--bootproto=[dhcp|static] Especifica si la configuración de red se debe obtener desde DHCP o si se

debe configurar de forma manual.
--device= Especifica la dirección MAC de la tarjeta de red o el nombre del dispositivo,

con el formato vmnicNN (por ejemplo, vmnic0). Esta opción hace referencia
al dispositivo del vínculo superior para el conmutador virtual.
--ip= Establece una dirección IP para el equipo que se va a instalar, con el

formato xxx.xxx.xxx.xxx. Es obligatorio cuando se usa la opción
--bootproto=static y se ignora en los demás casos.
--gateway= Designa la puerta de enlace predeterminada como una dirección IP, con el
formato xxx.xxx.xxx.xxx. Se usa con la opción --bootproto=static.
--nameserver= Designa el servidor de nombre principal como una dirección IP. Se usa con
la opción --bootproto=static. Omita esta opción si no va a usar DNS.
La opción --nameserver puede admitir dos direcciones IP. Por ejemplo: --

nameserver="10.126.87.104[,10.126.87.120]"
--netmask= Especifica la máscara de subred para el sistema instalado, con el formato

255.xxx.xxx.xxx. Se usa con la opción --bootproto=static.
--hostname= Especifica el nombre de host para el sistema instalado.
--vlanid= vlanid Especifica la VLAN en la que reside el sistema. Se usa con las opciones
--bootproto=dhcp o --bootproto=static. Se establece como un valor
entero entre 1 y 4096.
--addvmportgroup=(0|1) Especifica si se debe agregar el grupo de puertos de la red de máquinas

virtuales (VM), que utilizan las máquinas virtuales. El valor predeterminado
es 1.
paranoid (opcional)
Hace que los mensajes de advertencia interrumpan la instalación. Si omite este comando, los mensajes
de advertencia se registran.
VMware, Inc. 50
part o partition (opcional)

Crea un almacén de datos de VMFS en el sistema. Solo se puede crear un almacén de datos por cada
disco. No se puede usar en el mismo disco que el comando install. Solo se puede especificar una
partición por cada disco y solo puede ser una partición de VMFS.
datastore name Especifica dónde se debe montar la partición.
--ondisk= or --ondrive= Especifica el disco o la unidad en la que se crea la partición.

[tipo-disco2,...]
3 Discos USB (usb)
reboot (opcional)
Reinicia la máquina después de que finaliza la instalación generada por script.
<--noeject> No se expulsa el CD después de la instalación.
rootpw (obligatorio)
Configura la contraseña raíz para el sistema.
--iscrypted Especifica que la contraseña está cifrada.
password Especifica el valor de la contraseña.
VMware, Inc. 51
actualizar
Se requieren los comandos install, upgrade o installorupgrade para determinar en qué disco se
debe instalar o actualizar ESXi.


mpx.vmhba1:C0:T0:L0


[tipo-disco2,...]
3 Discos USB (usb)
%include o include (opcional)

Especifica otro script de instalación para analizar. Este comando se utiliza de manera similar a un
comando de varias líneas, pero usa solamente un argumento.
filename Por ejemplo: %include part.cfg
%pre (opcional)
Especifica un script para ejecutar antes de que se evalúe la configuración de inicio. Por ejemplo, puede
usarse para generar los archivos que incluirá el archivo de inicio.
--interpreter Especifica el intérprete que se usará. El valor predeterminado es busybox.
VMware, Inc. 52
=[python|busybox]
%post (opcional)
Ejecuta el script especificado después de que finaliza la instalación del paquete. Si se especifican varias
secciones %post, se ejecutan en el orden en que aparecen en el script de instalación.
--interpreter Especifica el intérprete que se usará. El valor predeterminado es busybox.

=[python|busybox]
--timeout=secs Especifica el límite de tiempo de espera para la ejecución del script. Si el

script no finalizó cuando se agota el tiempo de espera, el script se
interrumpe de manera forzosa.
--ignorefailure Si se configura como true, la instalación se considera correcta incluso si el

=[true|false] script %post finalizó con un error.
%firstboot
Crea un script init que se ejecuta solamente durante el primer arranque. El script no afecta los
arranques posteriores. Si se especifican varias secciones %firstboot, se ejecutan en el orden en que
aparecen en el archivo de inicio.
Nota No es posible comprobar la semántica de los scripts %firstboot hasta el primer arranque del
sistema. Un script %firstboot puede contener errores potencialmente catastróficos que no se detectan
sino hasta después de la finalización de la instalación.
Importante El script %firstboot no se ejecuta si el arranque seguro está habilitado en el host ESXi.
--interpreter
Especifica el intérprete que se usará. El valor predeterminado es busybox.
=[python|busybox]
Nota No es posible comprobar la semántica del script %firstboot hasta el primer arranque del
sistema. Si el script contiene errores, no se detectan sino hasta después de la finalización de la
instalación.
Nombre de los dispositivos de disco

Para los comandos del script de instalación install, upgrade e installorupgrade, es necesario usar
los nombres de dispositivos de disco.
Tabla 3-8. Nombre de los dispositivos de disco

Formato Ejemplo Descripción
NAA naa.6d09466044143600247aee55ca2a6405 Identificador SCSI INQUIRY
EUI eui.3966623838646463 Identificador SCSI INQUIRY
T10 t10.SanDisk00Cruzer_Blade000000004C53000117 Identificador SCSI INQUIRY

1118101244
VMware, Inc. 53
Tabla 3-8. Nombre de los dispositivos de disco (continuación)

Formato Ejemplo Descripción
VML vml.00025261 Identificador de VMkernel heredado
MPX mpx.vmhba0:C0:T0:L0 Identificador basado en rutas
Para obtener más información sobre los nombres de los dispositivos de almacenamiento, consulte
Identificadores y nombres de dispositivos de almacenamiento.
Identificadores y nombres de dispositivos de almacenamiento

En el entorno de ESXi, cada dispositivo de almacenamiento se identifica con varios nombres.
Identificadores de dispositivo
Según el tipo de almacenamiento, el host ESXi utiliza distintos algoritmos y convenciones para generar
un identificador para cada dispositivo de almacenamiento.
Identificadores El host ESXi consulta a un dispositivo de almacenamiento de destino el

provistos por el nombre del dispositivo. A partir de los metadatos devueltos, el host extrae
almacenamiento o genera un identificador único para el dispositivo. El identificador se basa
en estándares de almacenamiento específico, es persistente y único en
todos los hosts; además, tiene uno de los formatos siguientes:
n naa.xxx
n eui.xxx
n t10.xxx
Identificador basado en Cuando el dispositivo no proporciona un identificador, el host genera un

rutas nombre mpx.path, donde path representa la primera ruta de acceso al
dispositivo, por ejemplo, mpx.vmhba1:C0:T1:L3. Este identificador puede
usarse de la misma forma que el identificador proporcionado por el
almacenamiento.
El identificador mpx.ruta se crea para dispositivos locales asumiendo que

los nombres de ruta son únicos. Sin embargo, este identificador no es
único ni persistente y puede cambiar después de reiniciar todos los
sistemas.
Generalmente, la ruta de acceso al dispositivo tiene el formato siguiente:
vmhbaAdapter:CChannel:TTarget:LLUN
n vmhbaAdapter es el nombre del adaptador de almacenamiento. El

nombre se refiere al adaptador físico en el host, no a la controladora
SCSI que usan las máquinas virtuales.
n CChannel es el número de canal de almacenamiento.
VMware, Inc. 54
Los adaptadores de iSCSI de software y los adaptadores de hardware

dependiente utilizan el número de canal para mostrar varias rutas de
acceso al mismo destino.
n TTarget es el número de destino. El host determina la numeración de

destinos y esta puede cambiar cuando las asignaciones de destinos
visibles para el host cambian. Los destinos compartidos entre distintos
hosts no pueden tener el mismo número de destino.
n LLUN es el número LUN que muestra la posición del LUN en el

destino. El número LUN se obtiene del sistema de almacenamiento. Si
un destino tiene un solo LUN, el número LUN siempre es cero (0).
Por ejemplo, vmhba1:C0:T3:L1 representa al LUN1 en el destino 3 al que

se accede a través del adaptador de almacenamiento vmhba1 y del
canal 0.
Identificador heredado Además del identificador proporcionado por el dispositivo o mpx.ruta, ESXi
genera un nombre heredado alternativo para cada dispositivo. El
identificador tiene el formato siguiente:
vml.number
El identificador heredado incluye una serie de dígitos que son únicos para
el dispositivo. El identificador puede proceder en parte de los metadatos
que se obtienen a través del comando SCSI INQUIRY. En los dispositivos
no locales que no proporcionan identificadores SCSI INQUIRY, el
identificador vml.number se utiliza como el único identificador exclusivo
disponible.
Ejemplo: Mostrar nombres de dispositivo en vSphere CLI

Puede utilizar el comando esxcli storage core device list para mostrar todos los nombres de
dispositivo en la CLI de vSphere. El resultado es similar al ejemplo siguiente:
# esxcli storage core device list

naa.XXX
Display Name: DGC Fibre Channel Disk(naa.XXX)
...
Other UIDs: vml.000XXX
mpx.vmhba1:C0:T0:L0
Display Name: Local VMware Disk (mpx.vmhba1:C0:T0:L0)
...
Other UIDs: vml.0000000000XYZ
Acerca del archivo boot.cfg

El archivo de configuración del cargador de arranque boot.cfg especifica el kernel, las opciones del
kernel y los módulos de arranque que utiliza el cargador de arranque mboot.c32 o mboot.efi en una
instalación de ESXi.
VMware, Inc. 55
El archivo boot.cfg se incluye en el instalador de ESXi. Puede modificar la línea kernelopt del archivo
boot.cfg para especificar la ubicación de un script de instalación o para pasar otras opciones de
arranque.
El archivo boot.cfg tiene la siguiente sintaxis:
# boot.cfg -- mboot configuration file

#
# Any line preceded with '#' is a comment.
title=STRING
prefix=DIRPATH
kernel=FILEPATH
kernelopt=STRING
modules=FILEPATH1 --- FILEPATH2... --- FILEPATHn
# Any other line must remain unchanged.
Los comandos de boot.cfg configuran el cargador de arranque.
Tabla 3-9. Comandos de boot.cfg.

Comando Descripción
title=STRING Establece el título del cargador de arranque como STRING.
prefix=STRING (Opcional) AgregaDIRPATH/ frente a cada FILEPATH en los

comandos kernel= y modules= que no empiezan con / o con
http://.
kernel=FILEPATH Establece la ruta de acceso del kernel como FILEPATH.
kernelopt=STRING Anexa STRING a las opciones de arranque del kernel.
modules=FILEPATH1 --- FILEPATH2... --- FILEPATHn Enumera los módulos que se van a cargar, separados por tres
guiones (---).
Consulte Crear una imagen ISO de instalador con un script de instalación o actualización personalizado y
Arranque PXE del instalador de ESXi.
Instalar o actualizar ESXi desde un CD o DVD con un script

Puede instalar o actualizar ESXi desde una unidad de CD-ROM o DVD-ROM utilizando un script que
especifique las opciones de instalación o actualización.
Puede iniciar el script de instalación o actualización introduciendo una opción de arranque cuando inicie
el host. También puede crear una imagen ISO de instalador que incluya el script de instalación. Puede
utilizar una imagen ISO de instalador para realizar una instalación generada por script y desatendida
cuando arranque con la imagen ISO de instalador resultante. Consulte Crear una imagen ISO de
instalador con un script de instalación o actualización personalizado.
VMware, Inc. 56
Requisitos previos
Antes de ejecutar la instalación o la actualización generadas por script, asegúrese de que se cumplen los
siguientes requisitos previos:
n El sistema en el que va a realizar la instalación o actualización cumple con los requisitos de

hardware. Consulte Requisitos de hardware de ESXi.
n Tiene el ISO con el instalador de ESXi en un CD o DVD de instalación. Consulte Descargar y grabar
un CD or DVD de la imagen ISO del instalador de ESXi.
n El sistema puede acceder al script de instalación o actualización predeterminado (ks.cfg) o a un

script de instalación o actualización personalizado. Consulte Acerca de los scripts de instalación y
actualización.
n Ha seleccionado un comando de arranque para ejecutar la instalación o actualización generada por

script. Consulte Introducir las opciones de arranque para iniciar un script de instalación o
actualización. Para obtener una lista completa de los comandos de arranque, consulte Opciones de
arranque .
Procedimiento
1 Arranque el instalador de ESXi desde la unidad de CD-ROM o DVD-ROM local.
3 Introduzca una opción de arranque que invoque al archivo de script de instalación o actualización
predeterminado o uno que haya creado.
La opción de arranque tiene el formato ks=.
4 Presione Intro.
Resultados
Se ejecuta la operación de instalación, actualización o migración, utilizando las opciones que especificó.
VMware, Inc. 57
Instalar o actualizar ESXi desde una unidad flash USB mediante un

script
Puede instalar o actualizar ESXi desde una unidad flash USB utilizando un script que especifique las
opciones de instalación o actualización.
Las opciones de arranque compatibles se detallan en Opciones de arranque .
Requisitos previos
Antes de ejecutar la instalación o la actualización generadas por script, asegúrese de que se cumplen los
siguientes requisitos previos:
n El sistema en el que va a realizar la instalación o la actualización a ESXi cumple con los requisitos de
hardware para la instalación o la actualización. Consulte Requisitos de hardware de ESXi.
n Tiene el ISO con el instalador de ESXi en una unidad USB flash de arranque. Consulte Formatear
una unidad flash USB para arrancar la instalación o la actualización de ESXi.
n El sistema puede acceder al script de instalación o actualización predeterminado (ks.cfg) o a un

script de instalación o actualización personalizado. Consulte Acerca de los scripts de instalación y
actualización.
n Ha seleccionado una opción de arranque para ejecutar la instalación, la actualización o la migración

generadas por script. Consulte Introducir las opciones de arranque para iniciar un script de
instalación o actualización.
Procedimiento
1 Arranque el instalador de ESXi desde la unidad flash USB.
3 Introduzca una opción de arranque que invoque al archivo de script de instalación o actualización
predeterminado o uno que haya creado.
La opción de arranque tiene el formato ks=.
4 Presione Intro.
VMware, Inc. 58
Resultados
Se ejecuta la operación de instalación, actualización o migración, utilizando las opciones que especificó.
Realizar una instalación o actualización generada por script de

ESXi a través de PXE para arrancar el instalador
ESXi 7.0 ofrece varias opciones para utilizar PXE para arrancar el instalador y utilizar un script de
instalación o actualización.
n Para obtener información sobre la configuración de una infraestructura PXE, consulte Arranque PXE
del instalador de ESXi.
n Para obtener información sobre la creación y ubicación de un script de instalación, consulte Acerca
de los scripts de instalación y actualización.
n Para procedimientos específicos para utilizar PXE para arrancar el instalador de ESXi y utilizar un
script de instalación, consulte uno de los siguientes temas:
n Arranque PXE del instalador de ESXi mediante un servidor web
n Arranque PXE del instalador de ESXi mediante TFTP
n Para obtener información sobre la utilización de vSphere Auto Deploy para realizar una actualización
generada por script a través de PXE para arrancar, consulte Capítulo 4 Usar vSphere Auto Deploy
para reaprovisionar hosts .
Arranque PXE del instalador de ESXi

Puede usar el entorno de ejecución previo al arranque (PXE) para arrancar un host desde una interfaz de
red en hosts con BIOS heredado o mediante UEFI.
ESXi se distribuye en un formato ISO que se utiliza para instalarse en la memoria flash o en un disco
duro local. Puede extraer los archivos y arrancar con PXE.
PXE utiliza el protocolo de configuración dinámica de host (DHCP) y el protocolo trivial de transferencia
de archivos (TFTP) para arrancar un sistema operativo a través de una red.
El arranque con PXE requiere determinada infraestructura de red y una máquina con un adaptador de
red compatible con PXE. La mayoría de las máquinas que pueden ejecutar ESXi poseen adaptadores de
red que pueden arrancar con PXE.
Nota 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.
Descripción general de la instalación para el arranque PXE

Algunos de los detalles del proceso de arranque PXE varían si el host de destino utiliza firmware de UEFI
o BIOS heredado y si el proceso de arranque utiliza solo TFTP o TFTP con HTTP.
VMware, Inc. 59
Cuando se arranca el host de destino, este host interactúa con los diversos servidores en el entorno para
obtener el adaptador de red, el cargador de arranque, el kernel, la dirección IP del kernel y el script de
instalación. Una vez obtenidos todos los componentes, se inicia la instalación, como se muestra en la
siguiente ilustración.
Figura 3-1. Descripción general de la instalación del arranque PXE
Host de destino
ESXi
Proporcione una dirección
UDP IP para el adaptador de red
Servidor IP y TFTP
Servidor DHCP
Proporcione el cargador de
UDP arranque de red
mboot y archivos de compatibilidad
servidor TFTP
TCP o UDP Proporcione el kernel

Servidor web o kernel
servidor TFTP
Proporcione la dirección IP
UDP para el kernel
IP
Servidor DHCP
TCP Proporcione un script de instalación El instalador

ks.cfg se inicia
almacén de scripts
host ESXi
La interacción entre el host ESXi y los otros servidores continúa de la siguiente manera:
1 El usuario arranca el host ESXi de destino.
2 El host ESXi de destino realiza una solicitud DHCP.
3 El servidor DHCP responde con la información de IP y la ubicación del servidor TFTP.
4 El host ESXi se pone contacto con el servidor TFTP y solicita el archivo que especificó el servidor
DHCP.
5 El servidor TFTP envía el cargador de arranque de red y el host ESXi lo ejecuta. Es posible que el
cargador de arranque inicial cargue componentes de cargador de arranque adicionales del servidor
TFTP.
VMware, Inc. 60
6 El cargador de arranque busca un archivo de configuración en el servidor TFTP, descarga el kernel y

otros componentes de ESXi del servidor HTTP o del servidor TFTP e inicia el kernel en el host ESXi.
7 El instalador se ejecuta de forma interactiva o mediante un script de inicio, según se especifique en

el archivo de configuración.
Arranque PXE del instalador de ESXi mediante TFTP

Es posible utilizar un servidor TFTP para arrancar con PXE el instalador de ESXi. El proceso varía
levemente si se utiliza UEFI o el arranque desde un BIOS heredado. Puesto que la mayoría de los
entornos contienen tanto hosts ESXi compatibles con el arranque UEFI como hosts compatibles solo con
el BIOS heredado, en este tema se analizan los requisitos previos y los pasos para ambos tipos de
hosts.
n En los equipos con BIOS heredado, el procedimiento admite el arranque de varias versiones del
instalador de ESXi con el mismo cargador de arranque inicial pxelinux.0 o gpxelinux.0 para
todos los equipos de destino, pero con archivos de configuración PXELINUX potencialmente
diferentes según la dirección MAC de los equipos de destino.
n En los equipos con UEFI, el procedimiento admite el arranque de varias versiones diferentes del
instalador de ESXi con el mismo cargador de arranque inicial mboot.efi para todos los equipos de
destino, pero con archivos boot.cfg potencialmente diferentes según la dirección MAC de los
equipos de destino.
Requisitos previos
Compruebe que el entorno cumpla con los siguientes requisitos previos.
n Imagen ISO del instalador de ESXi descargada del sitio web de VMware.
n Host de destino con una configuración de hardware que sea compatible con la versión de ESXi.
Consulte la Guía de compatibilidad de VMware.
n Un adaptador de red compatible con PXE en el host ESXi de destino.
n Un servidor DHCP configurado para el arranque PXE. Consulte Configuraciones de DHCP de

muestra.
n Servidor TFTP.
n Directivas de seguridad de red para permitir el tráfico TFTP (Puerto UDP 69).
n Para BIOS heredado, solo se pueden usar redes IPv4. Para el arranque PXE con UEFI, se pueden
usar redes IPv4 o IPv6.
n (Opcional) Un script de instalación (archivo de inicio).
n En la mayoría de los casos debe usar una VLAN nativa. Si desea especificar el identificador de la
VLAN que se va a utilizar con el arranque PXE, compruebe que su NIC admita la especificación de
identificador de la VLAN.
Para los sistemas BIOS heredados, obtenga la versión 3.86 del paquete SYSLINUX, disponible en
https://www.kernel.org/pub/linux/utils/boot/syslinux/.
VMware, Inc. 61
Procedimiento
1 Configure el servidor DHCP para el arranque TFTP.
2 (Solo BIOS heredado) Obtenga y configure PXELINUX:
a Obtenga la versión 3.86 de SYSLINUX, descomprima el paquete y copie el archivo pxelinux.0

en el directorio de nivel superior /tftpboot de su servidor TFTP.
b Cree un archivo de configuración PXELINUX con el siguiente modelo de código.
ESXi-6.x.x-XXXXXX es el nombre del subdirectorio TFTP donde se encuentran los archivos del
instalador de ESXi.
DEFAULT install
NOHALT 1
LABEL install
KERNEL ESXi-6.x.x-XXXXXX/mboot.c32
APPEND -c ESXi-6.x.x-XXXXXX/boot.cfg
IPAPPEND 2
c Guarde el archivo PXELINUX en el directorio /tftpboot/pxelinux.cfg de su servidor TFTP

con un nombre de archivo que determine si todos los hosts arrancarán este instalador de forma
predeterminada:
Opción Descripción
Mismo instalador Use el nombre default para el archivo si desea que todos los hosts arranquen
este instalador de ESXi de forma predeterminada.
Diferentes instaladores Use la dirección MAC del equipo host de destino (01-
mac_address_of_target_ESXi_host) como nombre para el archivo si desea que
solo un host específico arranque con este archivo (por ejemplo,
01-23-45-67-89-0a-bc).
3 (Solo UEFI) Copie el archivo efi/boot/bootx64.efi de la imagen ISO del instalador de ESXi en /
tftpboot/mboot.efi en el servidor TFTP.
Nota Generalmente, las versiones más recientes de mboot.efi pueden arrancar versiones
anteriores de ESXi, pero es posible que las versiones anteriores de mboot.efi no puedan arrancar
versiones más recientes de ESXi. Si desea configurar diversos hosts de manera que arranquen
diferentes versiones del instalador de ESXi, utilice el archivo mboot.efi de la versión más reciente.
4 Cree un subdirectorio en el directorio de nivel superior del servidor TFTP /tftpboot con el nombre
de la versión de ESXi que almacenará, por ejemplo, /tftpboot/ESXi-6.x.x-xxxxx.
5 Copie el contenido de la imagen del instalador de ESXi en el directorio que acaba de crear.
VMware, Inc. 62
6 Modifique el archivo boot.cfg.
a Agregue la siguiente línea siguiente:
prefix=ESXi-6.x.x-xxxxxx
Aquí, ESXi-6.x.x-xxxxxx es el nombre de la ruta de acceso de los archivos del instalador en el

directorio raíz del servidor TFTP.
b Si los nombres de archivo en las líneas kernel= y modules= comienzan con un carácter de barra
diagonal (/), elimine ese carácter.
7 (opcional) En el caso de una instalación generada por script, en el archivo boot.cfg, agregue la
opción kernelopt en la línea siguiente al comando del kernel, para especificar la ubicación del script
de instalación.
Utilice el siguiente código como modelo, donde XXX.XXX.XXX.XXX es la dirección IP del servidor en
el que reside el script de instalación y esxi_ksFiles es el directorio que contiene el archivo ks.cfg.
kernelopt=ks=http://XXX.XXX.XXX.XXX/esxi_ksFiles/ks.cfg
8 (Solo UEFI) Especifique si desea que todos los hosts UEFI arranquen el mismo instalador.
Mismo instalador Copie el archivo boot.cfg en /tftpboot/boot.cfg o vincúlelo a esta ruta.
Diferentes instaladores a Cree un subdirectorio de /tftpboot con la dirección MAC del equipo host de
destino (01-mac_address_of_target_ESXi_host) como nombre (por ejemplo,
01-23-45-67-89-0a-bc).
b Coloque una copia (o un vínculo) del archivo boot.cfg del host en ese
directorio (por ejemplo, /tftpboot/01-23-45-67-89-0a-bc/boot.cfg).
Arranque PXE del instalador de ESXi mediante un servidor web

Es posible utilizar un servidor web para arrancar el instalador de ESXi con PXE. Puesto que la mayoría
de los entornos contienen tanto hosts ESXi compatibles con el arranque UEFI como hosts compatibles
solo con el BIOS heredado, en este tema se analizan los requisitos previos y los pasos para ambos tipos
de hosts.
n En los equipos con BIOS heredado, el procedimiento admite el arranque de varias versiones del
instalador de ESXi con el mismo cargador de arranque inicial pxelinux.0 o gpxelinux.0 para
todos los equipos de destino, pero con archivos de configuración PXELINUX potencialmente
diferentes según la dirección MAC de los equipos de destino.
n En los equipos con UEFI, el procedimiento admite el arranque de varias versiones diferentes del
instalador de ESXi con el mismo cargador de arranque inicial mboot.efi para todos los equipos de
destino, pero con archivos boot.cfg potencialmente diferentes según la dirección MAC de los
equipos de destino.
VMware, Inc. 63
Requisitos previos
Compruebe que el entorno tenga los siguientes componentes:
n Imagen ISO del instalador de ESXi descargada del sitio web de VMware.
n Host de destino con una configuración de hardware que sea compatible con la versión de ESXi.
Consulte la Guía de compatibilidad de VMware.
n Un adaptador de red compatible con PXE en el host ESXi de destino.
n Un servidor DHCP configurado para el arranque PXE. Consulte Configuraciones de DHCP de

muestra.
n Servidor TFTP.
n Directivas de seguridad de red para permitir el tráfico TFTP (Puerto UDP 69).
n Para BIOS heredado, solo se pueden usar redes IPv4. Para el arranque PXE con UEFI, se pueden
usar redes IPv4 o IPv6.
n (Opcional) Un script de instalación (archivo de inicio).
n En la mayoría de los casos debe usar una VLAN nativa. Si desea especificar el identificador de la
VLAN que se va a utilizar con el arranque PXE, compruebe que su NIC admita la especificación de
identificador de la VLAN.
Asegúrese de que el entorno también cumpla con los siguientes requisitos previos para el arranque PXE
mediante un servidor web:
n Compruebe que los hosts ESXi de destino puedan acceder al servidor web HTTP.
n (UEFI) Obtenga iPXE, disponible en http://ipxe.org.
n (BIOS heredado) Obtenga la versión 3.86 del paquete SYSLINUX, disponible en https://
www.kernel.org/pub/linux/utils/boot/syslinux/.
Procedimiento
1 Configure el servidor DHCP para el arranque HTTP.
2 (Solo UEFI) Obtenga y configure iPXE:
a Obtenga el código fuente de iPXE, tal como se describe en http://ipxe.org/download.
b Siga las instrucciones de esa página, pero utilice el siguiente comando make:
make bin-x86_64-efi/snponly.efi
c Copie el archivo resultante snponly.efi en el directorio /tftpboot del servidor TFTP.
VMware, Inc. 64
3 (Solo UEFI) Copie el archivo efi/boot/bootx64.efi de la imagen ISO del instalador de ESXi en /
tftpboot/mboot.efi en el servidor TFTP.
Nota Generalmente, las versiones más recientes de mboot.efi pueden arrancar versiones
anteriores de ESXi, pero es posible que las versiones anteriores de mboot.efi no puedan arrancar
versiones más recientes de ESXi. Si desea configurar diversos hosts de manera que arranquen
diferentes versiones del instalador de ESXi, utilice el archivo mboot.efi de la versión más reciente.
4 (Solo BIOS heredado) Obtenga y configure PXELINUX:
a Obtenga la versión 3.86 de SYSLINUX, descomprima el paquete y copie el archivo gpxelinux.0

en el directorio de nivel superior /tftpboot de su servidor TFTP.
b Cree un archivo de configuración PXELINUX con el siguiente modelo de código.
ESXi-6.x.x-XXXXXX es el nombre del subdirectorio TFTP donde se encuentran los archivos del
instalador de ESXi.
DEFAULT install
NOHALT 1
LABEL install
KERNEL ESXi-6.x.x-XXXXXX/mboot.c32
APPEND -c ESXi-6.x.x-XXXXXX/boot.cfg
IPAPPEND 2
c Guarde el archivo PXELINUX en el directorio /tftpboot/pxelinux.cfg de su servidor TFTP

con un nombre de archivo que determine si todos los hosts arrancarán este instalador de forma
predeterminada:
Mismo instalador Use el nombre default para el archivo si desea que todos los hosts arranquen
este instalador de ESXi de forma predeterminada.
Diferentes instaladores Use la dirección MAC del equipo host de destino (01-
mac_address_of_target_ESXi_host) como nombre para el archivo si desea que
solo un host específico arranque con este archivo (por ejemplo,
01-23-45-67-89-0a-bc).
5 Cree un directorio en su servidor HTTP con el nombre de la versión de ESXi que almacenará (por
ejemplo, /var/www/html/ESXi-6.x.x-XXXXXX).
6 Copie el contenido de la imagen del instalador de ESXi en el directorio que acaba de crear.
VMware, Inc. 65
7 Modifique el archivo boot.cfg.
a Agregue la siguiente línea:
prefix=http://XXX.XXX.XXX.XXX/ESXi-6.x.x-XXXXXX
En la línea superior, http://XXX.XXX.XXX.XXX/ESXi-6.x.x-XXXXXX es la ubicación de los archivos

del instalador en el servidor HTTP.
b Si los nombres de archivo en las líneas kernel= y modules= comienzan con un carácter de barra
diagonal (/), elimine ese carácter.
8 (opcional) En el caso de una instalación generada por script, en el archivo boot.cfg, agregue la
opción kernelopt en la línea siguiente al comando del kernel, para especificar la ubicación del script
de instalación.
Utilice el siguiente código como modelo, donde XXX.XXX.XXX.XXX es la dirección IP del servidor en
el que reside el script de instalación y esxi_ksFiles es el directorio que contiene el archivo ks.cfg.
kernelopt=ks=http://XXX.XXX.XXX.XXX/esxi_ksFiles/ks.cfg
9 (Solo UEFI) Especifique si desea que todos los hosts UEFI arranquen el mismo instalador.
Mismo instalador Copie el archivo boot.cfg en /tftpboot/boot.cfg o vincúlelo a esta ruta.
Diferentes instaladores a Cree un subdirectorio de /tftpboot con la dirección MAC del equipo host de
destino (01-mac_address_of_target_ESXi_host) como nombre (por ejemplo,
01-23-45-67-89-0a-bc).
b Coloque una copia (o un vínculo) del archivo boot.cfg del host en ese
directorio (por ejemplo, /tftpboot/01-23-45-67-89-0a-bc/boot.cfg).
Actualizar los hosts a través de comandos ESXCLI

Mediante el uso de ESXCLI, se puede actualizar un host ESXi 6.5 o ESXi 6.7 a la versión 7.0 y actualizar
o revisar los hosts ESXi 6.5, ESXi 6.7 y ESXi 7.0.
vSphere 7.0 incluye componentes, imágenes base y complementos como nuevas entregas de software
que se pueden utilizar para actualizar o aplicar revisiones a hosts ESXi 7.0. Para obtener información
sobre la administración de componentes, imágenes base y complementos en ESXi, consulte Conceptos
y ejemplos de ESXCLI.
Para usar los comandos ESXCLI, debe instalar una instancia de ESXCLI independiente. Para obtener
más información sobre la instalación y el uso de ESXCLI, consulte los siguientes documentos.
n Introducción a ESXCLI
VMware, Inc. 66
n Referencia de ESXCLI
Nota Si presiona Ctrl+C mientras se ejecuta un comando de esxcli, la interfaz de la línea de

comandos se cierra y aparece un nuevo símbolo del sistema sin mostrar mensajes. Sin embargo, el
comando continúa ejecutándose hasta la finalización.
Para hosts ESXi implementados con vSphere Auto Deploy, el VIB de herramientas debe formar parte de
la imagen base de arranque que se utiliza para la instalación inicial de Auto Deploy. El VIB de
herramientas no se puede agregar por separado más adelante.
VIB, perfiles de imagen y almacenes de software

La actualización de ESXi con comandos esxcli requiere comprender los VIB, los perfiles de imagen y los
almacenes de software.
Los siguientes términos técnicos se utilizan en toda la documentación de vSphere en asuntos

relacionados con tareas de instalación y actualización.
VIB Un VIB es un paquete de software de ESXi. VMware y sus soluciones de

paquetes de partners, controladores, proveedores de CIM y aplicaciones
que extienden la plataforma de ESXi como VIB. Los VIB están disponibles
en almacenes de software. Puede usar VIB para crear y personalizar
imágenes ISO o para actualizar hosts ESXi mediante la instalación de VIB
de forma asincrónica en los hosts.
Perfil de imagen Un perfil de imagen define una imagen de ESXi y consta de VIB. Un perfil
de imagen incluye un VIB base y también podría incluir más VIB. Es
posible analizar y definir un perfil de imagen mediante vSphere ESXi Image
Builder.
Almacén de software Un almacén de software es una colección de VIB y perfiles de imagen. El

almacén de software es una jerarquía de archivos y carpetas, y puede
estar disponible a través de una URL HTTP (almacén en línea) o un
archivo ZIP (almacén sin conexión). Los partners VMware y VMware se
encargan de que los almacenes estén disponibles. Las compañías con
instalaciones de VMware grandes podrían crear almacenes internos para
aprovisionar hosts ESXi con vSphere Auto Deploy o para exportar un
imagen ISO para la instalación de ESXi.
Información sobre los niveles de aceptación para los VIB y hosts

Cada VIB se lanza con un nivel de aceptación que no se puede cambiar. El nivel de aceptación del host
determina qué VIB pueden instalarse en un host.
El nivel de aceptación se aplica a los VIB individuales instalados mediante los comandos esxcli
software vib install y esxcli software vib update, a los VIB instalados mediante vSphere
Lifecycle Manager y a los VIB de los perfiles de imagen.
VMware, Inc. 67
El nivel de aceptación de todos los VIB de un host debe ser, como mínimo, tan alto como el nivel de
aceptación del host. Por ejemplo, si el nivel de aceptación del host es VMwareAccepted, se pueden
instalar VIB con los niveles de aceptación VMwareCertified y VMwareAccepted, pero no se pueden
instalar VIB con los niveles de aceptación PartnerSupported o CommunitySupported. Para instalar un
VIB con un nivel de aceptación menos restrictivo que el del host, puede cambiar la configuración del host
mediante vSphere Client o ejecutando los comandos esxcli software acceptance.
La configuración de los niveles de aceptación de los hosts es una práctica recomendada que le permite
especificar qué VIB pueden instalarse en un host y utilizarse con un perfil de imagen, y el nivel de
compatibilidad que puede esperarse para un VIB. Por ejemplo, puede configurar un nivel de aceptación
más restrictivo para los hosts de un entorno de producción que para los hosts de un entorno de prueba.
VMware admite los siguientes niveles de aceptación.
VMwareCertified El nivel de aceptación VMwareCertified tiene los requisitos más estrictos.

Los VIB con este nivel se someten a pruebas completamente equivalentes
a las pruebas de control de calidad internas de VMware para la misma
tecnología. Hoy en día, solo los controladores de los programas de
proveedores de E/S (I/O Vendor Program, IOVP) se publican en este nivel.
VMware responde a las llamadas de soporte para VIB con este nivel de
aceptación.
VMwareAccepted Los VIB con este nivel de aceptación pasan por pruebas de comprobación,
pero estas no prueban completamente todas las funciones del software. El
partner realiza pruebas y VMware comprueba el resultado. Hoy en día, los
proveedores de CIM y los complementos de PSA son algunos de los VIB
que se publican en este nivel. VMware dirige las llamadas de soporte para
VIB con este nivel de aceptación a la organización de soporte del partner.
PartnerSupported Los VIB con el nivel de aceptación PartnerSupported los publica un partner
de confianza de VMware. El partner realiza todas las pruebas. VMware no
comprueba los resultados. Este nivel se utiliza para una tecnología nueva o
alternativa que los partners desean habilitar para los sistemas VMware.
Hoy en día, las tecnologías de VIB de controlador, como Infiniband, ATAoE
y SSD, se encuentran en este nivel con controladores de hardware que no
son estándar. VMware dirige las llamadas de soporte para VIB con este
nivel de aceptación a la organización de soporte del partner.
CommunitySupported El nivel de aceptación CommunitySupported es para VIB creados por

personas o empresas por fuera de los programas de partners de VMware.
Los VIB de este nivel de aceptación no pasaron por un programa de
pruebas aprobado por VMware y no son compatibles con el soporte técnico
de VMware ni los partners de VMware.
VMware, Inc. 68
Tabla 3-10. Niveles de aceptación de VIB necesarios para la instalación en hosts

Nivel de aceptación de VIB
host VIB VMwareCertified VIB VMwareAccepted VIB PartnerSupported CommunitySupported
VMwareCertified x
VMwareAccepted x x
PartnerSupported x x x
CommunitySupported x x x x
Equiparar un nivel de aceptación de un host con un nivel de aceptación de

una actualización
Puede cambiar el nivel de aceptación de un host para que coincida con el nivel de aceptación de una
actualización para un VIB o un perfil de imagen que desee instalar. El nivel de aceptación de todos los
VIB de un host debe ser, como mínimo, tan alto como el nivel de aceptación del host.
Use este procedimiento para determinar los niveles de aceptación del host y el VIB o el perfil de imagen
que desea instalar y para cambiar el nivel de aceptación del host, si es necesario para la actualización.
Cuando se especifica un servidor de destino mediante --server=<server_name>, el servidor le solicita un

nombre de usuario y una contraseña. Se admiten otras opciones de conexión, como un archivo de
configuración o un archivo de sesión. Para obtener una lista de opciones de conexión, consulte
Introducción a ESXCLI o ejecute esxcli --help en el símbolo del sistema de ESXCLI.
Requisitos previos
Instale ESXCLI. Consulte Introducción a ESXCLI. Para solucionar problemas, ejecute comandos esxcli
en ESXi Shell.
Procedimiento
1 Recupere el nivel de aceptación del VIB o el perfil de imagen.
Mostrar información para todos los esxcli --server=<nombre_del_servidor> software sources vib
VIB list --depot=<URL_del_almacén>
Mostrar información para un VIB esxcli --server=<nombre_del_servidor> software sources vib

especificado list --viburl=<url_del_VIB>
Mostrar información para todos los esxcli --server=<nombre_del_servidor> software sources profile
perfiles de imagen list --depot=<URL_del_almacén>
Mostrar información para un perfil de esxcli --server=<nombre_del_servidor> software sources profile

imagen especificado get --depot=<URL_del_almacén> --profile=<nombre_del_perfil>
VMware, Inc. 69
2 Recupere el nivel de aceptación del host.
esxcli --server=<nombre_del_servidor> software acceptance get
3 (opcional) Si el nivel de aceptación del VIB es más restrictivo que el nivel de aceptación del host,
cambie el nivel de aceptación del host.
esxcli --server=<nombre_del_servidor> software acceptance set --level=<nivel_de_aceptación>
El parámetro acceptance_level puede ser VMwareCertified, VMwareAccepted, PartnerSupported o

CommunitySupported. Los valores para nivel_de_aceptación distinguen mayúsculas de minúsculas.
Nota Puede usar la opción --force en el comando esxcli software vib o esxcli software
profile para agregar un VIB o un perfil de imagen con un nivel de aceptación inferior al del host.
Aparecerá un mensaje de advertencia. Debido a que la configuración ya no es coherente, el mensaje
de advertencia se repetirá al instalar VIB, quitar VIB y realizar algunas otras operaciones en el host.
Determinar si una actualización requiere que un host se encuentre

en el modo de mantenimiento o se reinicie
Los VIB que instala con la instalación en vivo no requieren el reinicio del host, pero es posible que
requieran que el host se coloque en el modo de mantenimiento. Otros VIB y perfiles podrían requerir que
el host se reinicie después de la instalación o actualización.

Requisitos previos
en ESXi Shell.
VMware, Inc. 70
Procedimiento
1 Compruebe si el VIB o el perfil de imagen que desea instalar requiere que el host se coloque en el
modo de mantenimiento o se reinicie después de la instalación o actualización.
Ejecute uno de los siguientes comandos.
Comprobar VIB esxcli --server=<server_name> software sources vib get -v

<absolute_path_to_vib>
Comprobar VIB en un almacén esxcli --server=<server_name> software sources vib get --

depot=<depot_name>
Comprobar perfil de imagen en un esxcli --server=<server_name> software sources profile get --

almacén depot=<depot_name>
2 Examine los valores de retorno.
Los valores de retorno, que se leen desde los metadatos del VIB, indican si el host debe estar en el
modo de mantenimiento antes de instalar el VIB o el perfil de imagen y si la instalación del VIB o
perfil requiere el reinicio del host.
Nota vSphere Lifecycle Manager emplea una API de exploración de software de ESXi interna para
determinar si se requiere o no el modo de mantenimiento. Cuando instala un VIB en un sistema en
vivo, si el valor para Live-Install-Allowed se establece en falso, el resultado de la instalación
instruye a vSphere Lifecycle Manager a reiniciar el host. Cuando quita un VIB de un sistema en vivo,
si el valor para Live-Remove-Allowed se estableció en falso, el resultado de la eliminación instruye
a vSphere Lifecycle Manager a reiniciar el host. En cualquier caso, cuando se inicia la corrección,
vSphere Lifecycle Manager pone automáticamente el host en modo de mantenimiento.
Pasos siguientes
De ser necesario, coloque al host en el modo de mantenimiento. Consulte Poner un host en modo de
mantenimiento. Si se requiere un reinicio y si el host pertenece a un clúster de VMware HA, elimine el
host del clúster o deshabilite HA en el clúster antes de realizar la instalación o actualización. Además,
ponga el host en modo de mantenimiento para minimizar la actividad del disco de arranque durante la
actualización.
Poner un host en modo de mantenimiento

Algunas operaciones de instalación y actualización que utilizan la instalación directa requieren que el
host se encuentre en modo de mantenimiento.
Se requiere el modo de mantenimiento cuando una operación de actualización debe reiniciarse. Sin
embargo, solo debe poner el host en modo de mantenimiento de forma manual cuando use comandos
esxcli para realizar operaciones de actualización.
VMware, Inc. 71
Para determinar si una operación de actualización requiere que el host se encuentre en modo de
mantenimiento, consulte Determinar si una actualización requiere que un host se encuentre en el modo
de mantenimiento o se reinicie
Nota Si el host es miembro de un clúster de vSAN y algún objeto de la máquina virtual en el host utiliza
la configuración Cantidad de errores que se tolerarán=0 en su directiva de almacenamiento, el host
podría sufrir retrasos inusuales al entrar en modo de mantenimiento. El retraso ocurre porque vSAN debe
evacuar este objeto del host para que la operación de mantenimiento se complete correctamente.

Requisitos previos
en ESXi Shell.
Procedimiento
1 Compruebe si el host está en modo de mantenimiento.
esxcli --server=<nombre_del_servidor> system maintenanceMode get
2 Apague cada máquina virtual que se ejecuta en el host ESXi.
Nota Puede enumerar todas las máquinas virtuales en ejecución y recuperar el identificador de
ámbito de cada una ejecutando el siguiente comando.
esxcli --server=<nombre_del_servidor> vm process list
Opción Comando
Para desactivar el sistema operativo esxcli --server=<server_name> vm process kill --type soft --
invitado y luego apagar la máquina world-id <vm_ID>
virtual
Para apagar inmediatamente la esxcli --server=<server_name> vm process kill --type hard --

máquina virtual world-id <vm_ID>
Para forzar la operación de apagado esxcli --server=<server_name> vm process kill --type force --
world-id <vm_ID>
Como alternativa, para evitar apagar las máquinas virtuales, se las puede migrar a otro host.
Consulte el tema Migrar máquinas virtuales en la documentación de Administrar vCenter Server y
hosts.
VMware, Inc. 72
3 Coloque el host en modo de mantenimiento.
esxcli --server=<nombre_del_servidor> system maintenanceMode set --enable true
4 Compruebe que el host esté en modo de mantenimiento.
esxcli --server=<nombre_del_servidor> system maintenanceMode get
Actualizar un host con VIB individuales

Puede actualizar un host con VIB almacenados en un almacén de software accesible a través de una
URL o en un almacén de archivos ZIP sin conexión.
Importante Si va a actualizar ESXi a partir de un paquete de archivos ZIP de un almacén suministrado

por VMware, ya sea en línea desde el sitio web de VMware o descargado localmente, VMware solo
admite el método de actualización para almacenes suministrados por VMware especificado en el tema
Actualizar un host con perfiles de imagen .

Requisitos previos
n Instale ESXCLI. Consulte Introducción a ESXCLI. Para solucionar problemas, ejecute comandos
esxcli en ESXi Shell.
n Determine si una actualización requiere que el host se encuentre en el modo de mantenimiento o se

reinicie. De ser necesario, coloque al host en el modo de mantenimiento.
Consulte Determinar si una actualización requiere que un host se encuentre en el modo de

mantenimiento o se reinicie. Consulte Poner un host en modo de mantenimiento.
n Si la actualización requiere un reinicio y el host pertenece al clúster de VMware HA, quite el host del
clúster o deshabilite HA en el clúster.
Procedimiento
1 Determine qué VIB están instalados en el host.
esxcli --server=<nombre_del_servidor> software vib list
VMware, Inc. 73
2 Conozca qué VIB están disponibles en el almacén.
Desde un almacén accesible esxcli --server=<server_name> software sources vib list --

mediante URL depot=http://<web_server>/<depot_name>
Desde un archivo ZIP de almacén esxcli --server=<server_name> software sources vib list --
local depot=<absolute_path_to_depot_zip_file>
Puede especificar un servidor proxy mediante la opción --proxy.
3 Actualice los VIB existentes para incluir los VIB en el almacén o instalar nuevos VIB.
Actualizar VIB desde un almacén esxcli --server=<server_name> software vib update --

accesible mediante URL depot=http://<web_server>/<depot_name>
Actualizar VIB desde un archivo ZIP esxcli --server=<server_name> software vib update --
de almacén local depot=<absolute_path_to_depot_ZIP_file>
Instalar todos los VIB desde un esxcli --server=<server_name> software vib install --depot
archivo ZIP de un almacén sin <path_to_VMware_vib_ZIP_file>\<VMware_vib_ZIP_file> --depot
<path_to_partner_vib_ZIP_file>\<partner_vib_ZIP_file>
conexión específico (incluye VIB de
VMware y VIB suministrados por un
partner)
Las opciones para los comandos update e install permiten realizar un simulacro, especificar un
VIB y omitir la comprobación del nivel de aceptación, entre otras acciones. No omita la comprobación
en los sistemas de producción. Consulte la Referencia de ESXCLI.
4 Compruebe que los VIB estén instalados en el host ESXi.
Actualizar un host con perfiles de imagen

Puede actualizar un host con perfiles de imagen almacenados en un almacén de software al que se
puede acceder a través de una URL o en un almacén ZIP sin conexión.
Puede utilizar el comando esxcli software profile update o esxcli software profile install
para actualizar un host ESXi.
Cuando actualiza un host, los comandos esxcli software profile update o

esxcli software profile install aplican una versión posterior (principal o secundaria) de un perfil
de imagen completo en el host. Después de finalizar esta operación y reiniciar, el host puede unirse a un
entorno de vCenter Server de la misma versión o de una versión posterior.
VMware, Inc. 74
El comando esxcli software profile update lleva los contenidos completos de la imagen de host
ESXi al mismo nivel que el método de actualización correspondiente mediante un instalador ISO. Sin
embargo, el instalador ISO realiza una comprobación previa a la actualización para detectar problemas
potenciales, como memoria insuficiente o dispositivos no compatibles. El método de actualización
esxcli solo realiza estas comprobaciones durante una actualización de ESXi 6.7 Update 1 o posterior a
una versión más reciente.
Para obtener más información sobre los métodos y el proceso de actualización de ESXi, consulte
Descripción general del proceso de actualización del host ESXi.
Importante Si planea actualizar ESXi desde un paquete zip en un almacén suministrado por VMware,
ya sea en línea desde el sitio web de VMware o descargado localmente, VMware admite solo el
comando de actualización esxcli software profile update --depot=<depot_location> --
profile=<profile_name>.

Nota Las opciones de los comandos update y install permiten realizar un simulacro, omitir la
comprobación de nivel de aceptación, ignorar las advertencias de comprobación de compatibilidad de
hardware, etc. La opción para omitir las advertencias de comprobación de compatibilidad de hardware
solo está disponible para ESXi 6.7 Update 1 o posterior. No omita la comprobación en los sistemas de
producción.
Para obtener ayuda con las opciones, escriba esxcli software profile install --help o esxcli
software profile update --help. Para obtener una lista completa de las opciones de línea de
comandos disponibles, consulte Referencia de ESXCLI.
Requisitos previos
n Instale una instancia de ESXCLI independiente. Consulte Introducción a ESXCLI. Para solucionar
problemas, ejecute comandos esxcli en ESXi Shell.


Importante Cuando utilice ESXCLI para actualizar el host, ponga el host en modo de
mantenimiento de forma manual para asegurarse de que el disco de arranque no esté activamente
en uso antes de que comience la actualización.
VMware, Inc. 75
Procedimiento
2 Determine qué perfiles de imagen hay disponibles en el almacén.
esxcli --server=<server_name> software sources profile list --depot=http://<web_server>/

<depot_name>
Puede especificar un servidor proxy mediante la opción --proxy.
3 Actualice el perfil de imagen existente para incluir los VIB o instalar nuevos VIB.
Importante El comando software profile update actualiza VIB existentes con los VIB
correspondientes del perfil especificado, pero no afecta a otros VIB instalados en el servidor de
destino. El comando software profile install instala los VIB presentes en el perfil de imagen
del almacén y quita cualquier otro VIB instalado en el servidor de destino.
Actualizar el perfil de imagen desde esxcli software profile update --depot=<depot_location> --

un paquete zip suministrado por profile=<profile_name>
VMware, en un almacén, al que se
puede acceder en línea desde el sitio Importante Este es el único método de actualización que admite VMware para
web de VMware o que se puede paquetes zip suministrados por VMware.
descargar en un almacén local
Los nombres de paquetes zip suministrados por VMware tienen este formato:
VMware-ESXi-<version_number>-<build_number>-depot.zip.
El nombre del perfil para paquetes zip suministrados por VMware tiene uno de los
siguientes formatos.
n ESXi-<version_number>-<build_number>-standard
n ESXi-<version_number>-<build_number>-notools (no incluye VMware
Tools)
Actualizar el perfil de imagen desde esxcli --server=<server_name> software profile update --

un almacén accesible mediante URL depot=http://<web_server>/<depot_name> --profile=<profile_name>
Actualizar el perfil de imagen desde el esxcli --server=<server_name> software profile update --

archivo ZIP almacenado de forma depot=file:///<path_to_profile_ZIP_file>/<profile_ZIP_file> --
profile=<profile_name>
local en el servidor de destino

un archivo ZIP en el servidor de depot=<datastore_name>/<profile_ZIP_file> --
destino, copiado en un almacén de
datos

un archivo ZIP copiado de forma local depot=/<root_dir>/<path_to_profile_ZIP_file>/
<profile_ZIP_file> --profile=<profile_name>
y aplicado en el servidor de destino
VMware, Inc. 76
Instalar todos los VIB nuevos en un esxcli --server=<server_name> software profile install --
perfil especificado accesible depot=http://<web_server>/<depot_name> --profile=<profile_name>
mediante URL
Instalar todos los VIB nuevos en un esxcli --server=<server_name> software profile install --
perfil especificado desde un archivo depot=file:///<path_to_profile_ZIP_file>/<profile_ZIP_file> --
ZIP almacenado de forma local en el
destino
Instalar todos los VIB nuevos desde esxcli --server=<server_name> software profile install --
un archivo ZIP en el servidor de depot=<datastore_name>/<profile_ZIP_file> --
destino, copiado en un almacén de
datos
Instalar todos los VIB nuevos desde esxcli --server=<server_name> software profile install --
un archivo ZIP copiado de forma local depot=/<root_dir>/<path_to_profile_ZIP_file>/
<profile_ZIP_file> --profile=<profile_name>
y aplicado en el servidor de destino
4 Compruebe que los VIB estén instalados en el host ESXi.
Actualizar hosts ESXi mediante archivos .zip

Puede actualizar hosts con perfiles de imagen o VIB descargando un archivo ZIP de un almacén.
Los socios de VMware preparan VIB de otros fabricantes para proporcionar agentes de administración o
controladores lanzados de manera asíncrona.
Importante Si va a actualizar ESXi a partir de un paquete de archivos ZIP de un almacén suministrado

por VMware, ya sea en línea desde el sitio web de VMware o descargado localmente, VMware solo
admite el método de actualización para almacenes suministrados por VMware especificado en el tema
Actualizar un host con perfiles de imagen .
Los comandos esxcli software vib update y esxcli software vib install no son compatibles
con las operaciones de actualización. Consulte Actualizar un host con perfiles de imagen .

Requisitos previos
n Descargue el archivo ZIP de un paquete de almacén de un partner externo de VMware.
VMware, Inc. 77


Procedimiento
u Instale el archivo ZIP.
esxcli --server=<server_name> software vib update --depot=/<path_to_vib_ZIP>/<ZIP_file_name>.zip
Quitar VIB de un host

Puede desinstalar VIB de terceros o de VMware del host ESXi.
Los socios de VMware preparan VIB de otros fabricantes para proporcionar agentes de administración o
controladores lanzados de manera asíncrona.
en ESXi Shell.
Requisitos previos
n Si la eliminación requiere un reinicio, y si el host pertenece a un clúster de VMware HA, deshabilite

HA para el host.


Importante Para asegurarse de que el disco de arranque no esté activamente en uso al utilizar
ESXCLI para actualizar el host, póngalo manualmente en el modo de mantenimiento.
VMware, Inc. 78
Procedimiento
1 Apague cada máquina virtual que se ejecuta en el host ESXi.
Nota Puede enumerar todas las máquinas virtuales en ejecución y recuperar el identificador de
ámbito de cada una ejecutando el siguiente comando.
esxcli --server=<nombre_del_servidor> vm process list
Opción Comando
Para desactivar el sistema operativo esxcli --server=<server_name> vm process kill --type soft --
invitado y luego apagar la máquina world-id <vm_ID>
virtual
Para apagar inmediatamente la esxcli --server=<server_name> vm process kill --type hard --

máquina virtual world-id <vm_ID>
Para forzar la operación de apagado esxcli --server=<server_name> vm process kill --type force --
world-id <vm_ID>
Como alternativa, para evitar apagar las máquinas virtuales, se las puede migrar a otro host.
Consulte el tema Migrar máquinas virtuales en la documentación de Administrar vCenter Server y
hosts.
esxcli --server=<nombre_del_servidor> system maintenanceMode set --enable true
3 Si es necesario, apague o migre las máquinas virtuales.
5 Elimine el VIB.
esxcli --server=<server_name> software vib remove --vibname=<name>
Especifique uno o más VIB para eliminarlos de una de las siguientes maneras.
n <name>
n <name>:<version>
n <vendor>:<name>
n <vendor>:<name>:<version>
VMware, Inc. 79
Por ejemplo, el comando para eliminar un VIB especificado por proveedor, nombre y versión puede
tener el siguiente formato.
esxcli –-server myEsxiHost software vib remove --vibname=PatchVendor:patch42:version3
Nota El comando remove admite varias opciones más. Consulte Referencia de ESXCLI.
Agregar extensiones de terceros a hosts con un comando ESXCLI

Puede utilizar el comando esxcli software vib para agregar al sistema una extensión de terceros
lanzada como paquete de VIB. Al utilizar este comando, el sistema VIB actualiza el conjunto de reglas de
firewall y el daemon para el host después de que se reinicia el sistema.
De lo contrario, puede utilizar un archivo de configuración de firewall para especificar las reglas de puerto
de los servicios de host donde desea permitir la extensión. En la documentación de Seguridad de
vSphere se explica la forma de agregar, aplicar y actualizar un conjunto de reglas de firewall, y se
enumeran los comandos esxcli network firewall.
Realizar un simulacro de una instalación o actualización de

ESXCLI
Puede utilizar la opción --dry-run para obtener una vista previa de los resultados de una operación de
instalación o actualización. El simulacro de un procedimiento de instalación o actualización no realiza
ningún cambio, pero informa sobre las operaciones a nivel de VIB que se realizarían si ejecuta el
comando sin la opción --dry-run.

Requisitos previos
en ESXi Shell.
Procedimiento
1 Introduzca el comando de instalación o actualización con la opción --dry-run.
n esxcli --server=<nombre_del_servidor> software vib install --dry-run
n esxcli --server=<nombre_del_servidor> software vib update --dry-run
n esxcli --server=<nombre_del_servidor> software profile install --dry-run
n esxcli --server=<nombre_del_servidor> software profile update --dry-run
VMware, Inc. 80
2 Revise el resultado que se devuelve.
El resultado muestra qué VIB se van a instalar o eliminar e indica si la instalación o actualización
requiere un reinicio.
Mostrar los VIB y perfiles instalados que estarán activos después

del próximo reinicio del host
Puede usar la opción --rebooting-image para enumerar los VIB y perfiles que están instalados en el host
y que estarán activos después del siguiente reinicio del host.

Requisitos previos
en ESXi Shell.
Procedimiento
1 Ingrese uno de los siguientes comandos.
Para VIB esxcli --server=<nombre_del_servidor> software vib list --

rebooting-image
Para perfiles esxcli --server=<nombre_del_servidor> software profile get --

rebooting-image
2 Revise el resultado que se devuelve.
El resultado muestra información para la imagen de ESXi que se activará después del siguiente
reinicio. Si no se ha creado la imagen de reinicio pendiente, la salida no arroja nada.
Mostrar el perfil de imagen y el nivel de aceptación del host

Puede utilizar el comando software profile get para visualizar el perfil de imagen actualmente
instalado y el nivel de aceptación del host especificado.
Este comando también muestra detalles del historial de perfiles de imagen instalados, incluidas las
modificaciones a los perfiles.

VMware, Inc. 81
Requisitos previos
en ESXi Shell.
Procedimiento
1 Introduzca el siguiente comando.
esxcli --server=<nombre_del_servidor> software profile get
2 Examine el resultado.
Después de actualizar hosts ESXi

Para completar una actualización del host, asegúrese de que el host se reconecte a su vCenter Server
de administración y se reconfigure en caso de que sea necesario. También puede comprobar que el host
posea las licencias correctas.
Después de actualizar un host ESXi, realice las siguientes acciones:
n Consulte los registros de actualización. Puede utilizar vSphere Client para exportar los archivos de
registro.
n Si un sistema vCenter Server administra el host, deberá reconectar el host a vCenter Server
haciendo clic con el botón derecho en el inventario de vCenter Server y seleccionando Conectar.
n Cuando se complete la actualización, el host ESXi se encuentra en el modo de evaluación. El

período de evaluación tiene una duración de 60 días. Deberá asignar una licencia de vSphere 7.0
antes de que venza el período de evaluación. Puede actualizar las licencias existentes o adquirir
nuevas desde My VMware. Utilice vSphere Client para configurar las licencias para el host de su
entorno. Consulte la documentación Administración de hosts y vCenter Server para obtener
información sobre la administración de licencias en vSphere.
n Es posible que sea necesario volver a numerar los dispositivos sdX del host después de la
actualización. De ser necesario, actualice cualquier script que haga referencia a los dispositivos sdX.
n Actualice las máquinas virtuales en el host. Consulte Actualizar máquinas virtuales y VMware Tools.
n Configure el servicio vSphere Authentication Proxy. Las versiones anteriores de vSphere

Authentication Proxy no son compatibles con vSphere 7.0. Consulte la documentación de vSphere
Security para obtener detalles sobre la configuración del servicio vSphere Authentication Proxy.
Acerca de los modos de evaluación y con licencia de ESXi

Puede utilizar el modo de evaluación para explorar el conjunto completo de funciones para los hosts
ESXi. El modo de evaluación proporciona un conjunto de funciones equivalente a una licencia de
vSphere Enterprise Plus. Antes de que finalice el modo de evaluación, debe asignar a sus hosts una
licencia que admita todas las funciones en uso.
VMware, Inc. 82
Por ejemplo, en el modo de evaluación, puede utilizar la tecnología vSphere vMotion, la función vSphere
HA, la característica vSphere DRS y otras características. Si desea continuar utilizando estas funciones,
debe asignar una licencia que las admita.
La versión de los hosts ESXi Installable se instala siempre en el modo de evaluación. ESXi Embedded se
ofrece preinstalado en el dispositivo de almacenamiento interno por parte de cada proveedor de
hardware. Podría estar en el modo de evaluación o con licencia previa.
El período de evaluación es de 60 días y comienza cuando se enciende el host ESXi. En cualquier

momento durante el período de evaluación de 60 días, se puede realizar la conversión de un modo con
licencia a un modo de evaluación. El tiempo disponible en el modo de evaluación se resta del tiempo ya
consumido.
Por ejemplo, supongamos que se utiliza un host ESXi en el modo de evaluación durante 20 días y, a
continuación, se asigna una clave de licencia de vSphere Standard Edition al host. Si se vuelve a
establecer el host en el modo de evaluación, se podrá explorar el conjunto completo de funciones para el
host durante el período de evaluación restante de 40 días.
Para obtener información sobre la administración de licencias para los hosts ESXi, consulte la
documentación Administrar vCenter Server y hosts.
Licencias para hosts ESXi tras la actualización

Después de actualizar a ESXi 7.0, debe aplicar una licencia de vSphere 7.x.
Si actualiza un host ESXi a una versión que comienza con el mismo número, no es necesario que
reemplace la licencia existente por una nueva. Por ejemplo, si actualiza un host de la versión ESXi 6.5 a
6.7, puede usar la misma licencia para el host.
Si actualiza un host ESXi a una versión que comienza con un número distinto, debe aplicar una nueva
licencia. Por ejemplo, si actualiza un host ESXi de 6.x a 7.x, debe concederle una licencia de vSphere 7.
Cuando se actualizan hosts ESXi 6.5 o ESXi 6.7 a ESXi 7.0, los hosts entran en un modo de evaluación
por un período de 60 días hasta que se aplican las licencias correspondientes para vSphere 7.0.
Consulte Acerca de los modos de evaluación y con licencia de ESXi.
Puede adquirir licencias de vSphere 7.x desde My VMware. Una vez que tiene las licencias de vSphere
7.x, debe asignarlas a todos los hosts ESXi 7.0 actualizados mediante la funcionalidad de administración
de licencias en vSphere Client. Consulte la documentación de Administrar vCenter Server y hosts para
obtener detalles. Si usa el método generado por script para la actualización a ESXi 7.0, puede
proporcionar la clave de licencia en el archivo kickstart (ks).
Ejecutar el script de validación de arranque seguro en un host

ESXi actualizado
Después de actualizar un host ESXi a partir de una versión anterior de ESXi que no admitía el arranque
seguro UEFI, es posible que pueda habilitar el arranque seguro. La posibilidad de habilitar el arranque
seguro depende de la forma en la que realizó la actualización y de si esta reemplazó todos los VIB
existentes o dejó alguno sin modificar. Puede ejecutar el script de validación después de realizar la
actualización para determinar si la instalación actualizada admite el arranque seguro.
VMware, Inc. 83
Para que el arranque seguro se realice correctamente, la firma de cada VIB instalado debe estar
disponible en el sistema. Las versiones anteriores de ESXi no guardan las firmas cuando se instalan los
VIB.
n Si realiza la actualización mediante comandos ESXCLI, la versión anterior de ESXi instalará los
nuevos VIB, por lo que no se guardarán las firmas y no será posible realizar el arranque seguro.
n Si realiza la actualización mediante el archivo ISO, se guardarán las firmas de los nuevos VIB. Esto
también es así para las actualizaciones de vSphere Lifecycle Manager que utilicen el archivo ISO.
n Si los VIB anteriores permanecen en el sistema, las firmas de dichos VIB no estarán disponibles y no
será posible realizar el arranque seguro.
n Si el sistema utiliza un controlador de terceros y la actualización de VMware no incluye una

nueva versión del VIB de controlador, el VIB anterior permanecerá en el sistema tras la
actualización.
n En casos excepcionales, VMware puede descartar el desarrollo en curso de un VIB específico

sin proporcionar un nuevo VIB que lo reemplace o lo deje obsoleto, de manera que el VIB
anterior permanece en el sistema tras la actualización.
Nota El arranque seguro UEFI también requiere un cargador de arranque actualizado. Este script no
comprueba que haya un cargador de arranque actualizado.
Requisitos previos
n Verifique que el hardware admita el arranque seguro UEFI.
n Verifique que todos los VIB estén firmados con un nivel de aceptación PartnerSupported, como
mínimo. Si incluye VIB en el nivel CommunitySupported, no podrá usar el arranque seguro.
Procedimiento
1 Actualice ESXi y ejecute el siguiente comando.
/usr/lib/vmware/secureboot/bin/secureBoot.py -c
2 Compruebe el resultado.
El resultado incluye Secure boot can be enabled o Secure boot CANNOT be enabled.
Espacio libre necesario para registro del sistema

Si utilizó Auto Deploy para instalar el host ESXi7.0, o bien si configuró un directorio de registro separado
de la ubicación predeterminada en un directorio totalmente nuevo en el volumen de VMFS, es posible
que deba cambiar su configuración de tamaño y rotación de registro actual para garantizar que el
espacio disponible sea suficiente para el registro del sistema.
Todos los componentes de vSphere usan esta infraestructura. Los valores predeterminados para la
capacidad de registros en esta infraestructura varían según la cantidad de almacenamiento disponible y
cómo ha configurado el registro del sistema. Los hosts que se implementan con Auto Deploy almacenan
registros en un disco RAM, lo que significa que hay poca cantidad de espacio disponible para registros.
VMware, Inc. 84
Si su host se implementa con Auto Deploy, vuelva a configurar el almacenamiento de sus registros de
una de estas formas:
n Redirija los registros a través de la red hacia un recopilador remoto.
n Redirija registros hacia un almacenamiento NAS o NFS.
Si redirige los registros hacia un almacenamiento no predeterminado, como NAS o NFS, es posible que
también desee volver a configurar el dimensionamiento y las rotaciones de los registros para los hosts
que están instalados en el disco.
No tiene que volver a configurar el almacenamiento de registros para hosts ESXi que utilizan la
configuración predeterminada, que almacena registros en un directorio temporal en el volumen de VMFS.
Para estos hosts, ESXi7.0 configura registros que se adapten de la mejor manera a cada instalación y
proporciona suficiente espacio para alojar mensajes de registros.
Tabla 3-11. Configuración recomendada de tamaño y rotación mínima para registros hostd,
vpxa y fdm
Tamaño máximo de Cantidad de rotaciones
Registro archivo de registro que se debe mantener Espacio de disco mínimo necesario
Agente de administración 10 MB 10 100 MB

(hostd)
Agente VirtualCenter (vpxa) 5 MB 10 50 MB
Agente de vSphere HA 5 MB 10 50 MB
(administrador de dominio
de fallas, fdm)
Para obtener información sobre cómo instalar y configurar Syslog y un servidor de Syslog, e instalar
vSphere Syslog Collector, consulte la documentación de Instalar y configurar vCenter Server.
Configurar Syslog en hosts ESXi

Puede utilizar vSphere Client o el comando esxcli system syslog para configurar el servicio syslog.
Para obtener información sobre cómo utilizar el comando esxcli system syslog y otros comandos
ESXCLI, consulte Introducción a ESXCLI.
Procedimiento
1 Desplácese hasta el host en el inventario de vSphere Client.
2 Haga clic en Configurar.
3 En Sistema, haga clic en Configuración avanzada del sistema.
4 Haga clic en Editar.
5 Filtre por syslog.
VMware, Inc. 85
6 Para configurar el registro de manera global, seleccione el ajuste que desea cambiar e introduzca el
valor.
Syslog.global.defaultRotate Cantidad máxima de archivos que desea guardar. Puede configurar este número
en forma global y para subregistradores individuales.
Syslog.global.defaultSize Tamaño predeterminado del registro, en KB, antes de que el sistema rote los
registros. Puede configurar este número en forma global y para subregistradores
individuales.
Syslog.global.LogDir El directorio en el que se almacenan los registros. El directorio puede encontrarse

en volúmenes NFS o VMFS montados. Solo el directorio /scratch del sistema de
archivos local se mantiene en todos los reinicios. Especifique el directorio como
[nombrealmacéndatos] ruta_a_archivo, donde la ruta de acceso es relativa a la
raíz del volumen que respalda el almacén de datos. Por ejemplo, la ruta de acceso
[storage1] /systemlogs se asigna a la ruta de acceso /vmfs/volumes/
storage1/systemlogs.
Syslog.global.logDirUnique Al seleccionar esta opción, se crea un subdirectorio con el nombre del host ESXi
del directorio especificado por Syslog.global.LogDir. Un directorio único es útil si
varios hosts ESXi utilizan el mismo directorio NFS.
Syslog.global.LogHost El host remoto al que se reenvían los mensajes de syslog y el puerto en el que el
host remoto recibe mensajes de syslog. Puede incluir el protocolo y el puerto; por
ejemplo, ssl://nombreHost1:1514. Se admiten UDP (solo en el puerto 514),
TCP y SSL. El host remoto debe tener syslog instalado y configurado
correctamente para recibir los mensajes de syslog reenviados. Consulte la
documentación del servicio de Syslog instalado en el host remoto para obtener
información sobre la configuración.
7 (opcional) Para sobrescribir los valores predeterminados de tamaño de registro y rotación de

registros de cualquier registro:
a Haga clic en el nombre del registro que desea personalizar.
b Introduzca el número de rotaciones y el tamaño de registro que desea.
8 Haga clic en Aceptar.
Resultados
Los cambios en las opciones de syslog se aplican de inmediato.
VMware, Inc. 86
4
Usar vSphere Auto Deploy para
reaprovisionar hosts
Si se implementó un host usando vSphere Auto Deploy, es posible usar vSphere Auto Deploy para
reaprovisionar el host con un nuevo perfil de imagen que contenga una versión diferente de ESXi. Puede
usar vSphere ESXi Image Builder para crear y administrar perfiles de imagen.
Nota Si actualiza el host para que use una imagen de ESXi 6.0 o una versión posterior, el servidor
vSphere Auto Deploy aprovisiona el host ESXi con certificados firmados por VMCA. Si actualmente está
usando certificados personalizados, puede configurar el host para que use dichos certificados después
de la actualización. Consulte Seguridad de vSphere.
El servidor vSphere Auto Deploy se actualiza automáticamente si se actualiza el sistema vCenter Server
correspondiente. A partir de la versión 6.0, el servidor vSphere Auto Deploy se encuentra siempre en el
mismo nodo de administración que el sistema vCenter Server.
n Introducción a vSphere Auto Deploy
n Prepararse para vSphere Auto Deploy
n Reaprovisionar hosts
Introducción a vSphere Auto Deploy

Cuando se inicia un host físico configurado para vSphere Auto Deploy, vSphere Auto Deploy usa la
infraestructura de arranque PXE junto con perfiles de host de vSphere para aprovisionar y personalizar
ese host. No se almacena ningún estado en el propio host. En su lugar, el servidor vSphere Auto Deploy
administra la información de estado de cada host.
Información de estado de hosts ESXi

vSphere Auto Deploy almacena la información de los hosts ESXi que se van a aprovisionar en distintas
ubicaciones. La información sobre la ubicación de los perfiles de imagen y de host se especifica
inicialmente en las reglas que asignan equipos a perfiles de imagen y de host.
VMware, Inc. 87
Tabla 4-1. vSphere Auto Deploy almacena información de implementación

Tipo de
información Descripción Origen de información
Estado de imagen El software ejecutable que se va a ejecutar en un Perfil de imagen, creado con vSphere ESXi Image
host ESXi. Builder.
Estado de Los parámetros que se pueden configurar, los Perfil de host, creado mediante la interfaz de usuario
configuración cuales determinan el modo en que se configura el del perfil de host. A menudo proviene de un host de
host; por ejemplo, conmutadores virtuales y su plantillas.
configuración, configuración de controladores y
parámetros de arranque, etc.
Estado dinámico El estado de tiempo de ejecución que genera el Memoria de host, que se pierde durante el reinicio.
software en ejecución; por ejemplo, claves privadas
generadas o bases de datos de tiempo de
ejecución.
Estado de máquina Las máquinas virtuales almacenadas en un host y la La información de máquinas virtuales que envía
virtual información de inicio automático de máquinas vCenter Server a vSphere Auto Deploy debe estar
virtuales (solo arranques posteriores). disponible para suministrar información de máquinas
virtuales a vSphere Auto Deploy.
Intervención del El estado basado en la intervención del usuario (por Información de personalización del host, almacenada
usuario ejemplo, una dirección IP que el usuario por vCenter Server durante el primer arranque.
proporciona cuando se inicia el sistema) no se Puede crear un perfil de host que requiera la
puede incluir automáticamente en el perfil de host. intervención del usuario para determinados valores.
Cuando vSphere Auto Deploy aplica un perfil de host
para el que se requiere información que proporcionó
el usuario, el host se coloca en modo de
mantenimiento. Utilice la interfaz de usuario del perfil
de host para comprobar el cumplimiento del perfil de
host y responda al aviso para personalizar el host.
Arquitectura de vSphere Auto Deploy

La infraestructura de vSphere Auto Deploy consta de varios componentes.
Para obtener más información, vea el vídeo "Arquitectura de Auto Deploy":

Arquitectura de Auto Deploy
(http://link.brightcove.com/services/player/bcpid2296383276001?
bctid=ref:video_auto_deploy_architecture)
VMware, Inc. 88
Figura 4-1. Arquitectura de vSphere Auto Deploy
Auto Deploy
PowerCLI
Perfiles de host y Interfaz de usuario Image Builder

Motor de reglas
personalización de hosts del perfil de host PowerCLI
Perfiles
de imagen
Servidor de Auto
Deploy
(servidor web)
Obtención de perfiles de imagen

y VIB predefinidos
Motor de perfiles Complemento

de host
Host ESXi Obtención de imágenes/VIB

y perfiles de host con HTTP Perfiles de imagen
(arranque iPXE y actualización) y VIB
Almacén público
servidor vSphere Auto Sirve imágenes y perfiles de host a hosts ESXi.

Deploy
Motor de reglas de Envía información al servidor vSphere Auto Deploy sobre qué perfil de
vSphere Auto Deploy imagen y qué perfil de host asignar a qué host. Los administradores utilizan
vSphere Auto Deploy para definir las reglas que asignan perfiles de imagen
y perfiles de host a los hosts.
Perfiles de imagen Defina el conjunto de VIB para arrancar hosts ESXi.
n VMware y los partners de VMware ponen perfiles de imagen y VIB a

disposición en almacenes públicos. Utilice vSphere ESXi Image Builder
para examinar el almacén y use el motor de reglas de vSphere Auto
Deploy para especificar qué perfil de imagen se debe asignar a qué
host.
n Los clientes de VMware pueden crear un perfil de imagen

personalizado basado en los perfiles de imagen y VIB públicos del
almacén y aplicar ese perfil de imagen al host.
Perfiles de host Defina la configuración específica de equipo, como parámetros de red o

almacenamiento. Utilice la interfaz de usuario del perfil de host para crear
perfiles de host. Puede crear un perfil de host para un host de referencia y
VMware, Inc. 89
aplicar dicho perfil a otros hosts del entorno para obtener una configuración
coherente.
Personalizar hosts Almacena información que el usuario proporciona cuando se aplican

perfiles de host al host. La personalización de host podría contener
direcciones IP u otra información que el usuario suministró para ese host.
Para obtener más información sobre la personalización de host, consulte la
documentación Perfiles de host de vSphere.
En las versiones anteriores de vSphere Auto Deploy, la personalización de

host se denominaba archivo de respuesta.
Prepararse para vSphere Auto Deploy

Antes de comenzar a usar vSphere Auto Deploy, debe preparar el entorno. Comience con la
configuración de los servidores y la preparación del hardware. Debe configurar el tipo de inicio para el
servicio de vSphere Auto Deploy en el sistema vCenter Server que planea utilizar para administrar los
hosts que aprovisione, y debe instalar PowerCLI.
n Preparar el sistema para vSphere Auto Deploy

Para poder realizar un arranque PXE de un host ESXi con vSphere Auto Deploy, primero es
necesario instalar el software de los requisitos previos y configurar los servidores DHCP y TFTP con
los que deberá interactuar vSphere Auto Deploy.
n Usar los cmdlets de vSphere Auto Deploy

Los cmdlets de vSphere Auto Deploy se implementan como cmdlets de Microsoft PowerShell y se
incluyen en PowerCLI. Los usuarios de los cmdlets de vSphere Auto Deploy pueden aprovechar
todas las funciones de PowerCLI.
n Configurar licencias masivas

Puede utilizar vSphere Client o ESXi Shell para especificar claves de licencia individuales o
configurar licencias masivas mediante los cmdlets de PowerCLI. Las licencias masivas funcionan
para todos los hosts ESXi, pero son especialmente útiles para los hosts aprovisionados con
vSphere Auto Deploy.
Preparar el sistema para vSphere Auto Deploy

Para poder realizar un arranque PXE de un host ESXi con vSphere Auto Deploy, primero es necesario
instalar el software de los requisitos previos y configurar los servidores DHCP y TFTP con los que deberá
interactuar vSphere Auto Deploy.
Si desea administrar vSphere Auto Deploy con cmdlets de PowerCLI, consulte Configurar vSphere Auto
Deploy y aprovisionar hosts con vSphere PowerCLI.
Requisitos previos
n Compruebe que los hosts que desea aprovisionar con vSphere Auto Deploy cumplan los requisitos
de hardware para ESXi. Consulte Requisitos de hardware de ESXi.
VMware, Inc. 90
n Compruebe que los hosts ESXi tengan conectividad de red con vCenter Server y que se cumplan
todos los requisitos de puerto. Consulte Actualización de vCenter Server.
n Compruebe que dispone de un servidor TFTP y un servidor DHCP en el entorno para enviar archivos
y asignar direcciones de red a los hosts ESXi que aprovisiona Auto Deploy. Consulte #unique_69 y
#unique_70.
n Compruebe que los hosts ESXi tengan conectividad de red a los servidores DHCP, TFTP y vSphere
Auto Deploy.
n Si desea usar redes VLAN en el entorno de vSphere Auto Deploy, debe configurar las redes de
extremo a extremo correctamente. Cuando el host realiza un arranque PXE, se debe configurar el
controlador de firmware de manera que los marcos se etiqueten con los identificadores de VLAN
apropiados. Debe realizar los cambios apropiados en la interfaz UEFI/BIOS de forma manual para
establecer esta configuración. De forma similar, debe configurar los grupos de puertos de ESXi
correctamente con los identificadores de VLAN adecuados. Póngase en contacto con su
administrador de red para obtener más información sobre la manera en la que los identificadores de
VLAN se utilizan en el entorno.
n Asegúrese de contar con suficiente espacio de almacenamiento para el repositorio de vSphere Auto
Deploy. El servidor vSphere Auto Deploy utiliza el repositorio para almacenar los datos que necesita,
incluidos las reglas y los conjuntos de reglas que usted crea, así como los VIB y los perfiles de
imagen que se especifican en las reglas.
Se recomienda asignar 2 GB para que haya suficiente espacio para almacenar cuatro perfiles de
imagen y quede espacio adicional. Cada perfil de imagen requiere aproximadamente 400 MB.
Determine la cantidad de perfiles de imagen que espera utilizar para definir la cantidad de espacio
que debe reservar para el repositorio de vSphere Auto Deploy.
n Otorgue privilegios administrativos al servidor DHCP que administra el segmento de red desde el
cual desea realizar el arranque. Puede utilizar un servidor DHCP que ya se encuentre en el entorno,
o bien instalarlo. Para la configuración de vSphere Auto Deploy, reemplace el nombre de archivo
gpxelinux.0 con snponly64.efi.vmw-hardwired para UEFI o undionly.kpxe.vmw-hardwired
para BIOS. Para obtener más información sobre las configuraciones de DHCP, consulte
Configuraciones de DHCP de muestra.
n Proteja la red como lo haría para cualquier otro método de implementación basado en PXE. vSphere
Auto Deploy transfiere datos por SSL para evitar interferencias accidentales e intromisiones. No
obstante, la autenticidad del cliente o del servidor vSphere Auto Deploy no se comprueba durante el
arranque PXE.
n Si desea administrar vSphere Auto Deploy con cmdlets de PowerCLI, compruebe que Microsoft .NET
Framework 4.5 o 4.5.x y Windows PowerShell 3.0 o 4.0 se encuentren instalados en un equipo
Windows. Consulte Guía del usuario de vSphere PowerCLI.
n 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
VMware, Inc. 91
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. También puede instalar y utilizar vSphere Syslog Collector, una
herramienta de soporte de vCenter Server que proporciona una arquitectura unificada de registros
del sistema y habilita el registro de red, así como la combinación de registros de varios hosts.
n Instale ESXi Dump Collector, configure el primer host de manera que todos los volcados de memoria
del núcleo se direccionen a ESXi Dump Collector y aplique el perfil de host de ese host a todos los
otros hosts.
n Si los hosts que planea aprovisionar con vSphere Auto Deploy presentan un BIOS heredado,
compruebe que el servidor vSphere Auto Deploy tenga 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.
Procedimiento
1 Desplácese hasta Inicio > Auto Deploy.
De forma predeterminada, solo la función de administrador tiene privilegios para usar el servicio
2 En la página Auto Deploy, seleccione la instancia de vCenter Server en el menú desplegable en la

parte superior.
3 Haga clic en Habilitar Auto Deploy e Image Builder para activar el servicio.
Si el servicio de Image Builder ya está activo, seleccione la pestaña Configurar y haga clic en
Habilitar servicio de Auto Deploy.
Aparecerá la página Almacén de software.
4 Configure el servidor TFTP.
a Haga clic en la pestaña Configurar.
b Haga clic en Descargar ZIP de arranque TFTP para descargar el archivo de configuración de
TFTP y, a continuación, descomprima el archivo en el directorio en el que el servidor TFTP
almacena los archivos.
c (opcional) Para utilizar un servidor proxy, haga clic en Agregar en el panel Resumen de tiempo
de ejecución de Auto Deploy e introduzca una dirección URL del servidor proxy en el cuadro de
texto.
Mediante el proxy inverso, los servidores pueden descargar las solicitudes realizadas al servidor
VMware, Inc. 92
5 Configure el servidor DHCP de manera que apunte al servidor TFTP en el que se encuentra el
archivo ZIP de TFTP.
a Especifique la dirección IP del servidor TFTP en la opción 66 del DHCP, la cual se suele llamar
next-server.
b Especifique el nombre de archivo de arranque, que es snponly64.efi.vmw-hardwired para

UEFI o undionly.kpxe.vmw-hardwired para BIOS, en la opción 67 de DHCP, a menudo
denominado boot-filename.
6 Configure todos los hosts que desea aprovisionar con vSphere Auto Deploy para realizar un
arranque de red o un arranque PXE, según las instrucciones del fabricante.
7 (opcional) Si configura el entorno de manera que se utilice el modo de huellas digitales, puede
reemplazar el certificado rbd-ca.crt de OpenSSL y la clave privada rbd-ca.key de OpenSSL por
un certificado y una clave privada personales para utilizar su propia entidad de certificación
(Certificate Authority, CA).
Los archivos se encuentran en /etc/vmware-rbd/ssl/.

De manera predeterminada, vCenter Server 6.0 y las versiones posteriores utilizan VMware
Certificate Authority (VMCA).
Resultados
Cuando inicia un host ESXi que está configurado para vSphere Auto Deploy, el host se comunica con el
servidor DHCP y se redirige al servidor vSphere Auto Deploy, el cual aprovisiona el host con el perfil de
imagen especificado en el conjunto de reglas activas.
Pasos siguientes
n Puede cambiar las propiedades de configuración predeterminadas del Servicio Auto Deploy. Para
obtener más información, consulte "Configurar vCenter Server" en la documentación de Administrar
vCenter Server y hosts.
n Puede cambiar las propiedades de configuración predeterminadas del Servicio Image Builder. Para
obtener más información, consulte "Configurar vCenter Server" en la documentación de Administrar
vCenter Server y hosts.
n Defina una regla que asigne un perfil de imagen y un perfil de host opcional, ubicación de host o
paquete de scripts al host.
n Configure el primer host que aprovisione como un host de referencia. Utilice el almacenamiento y la
red, entre otras opciones que desea que el host de destino comparta. Cree un perfil de host para el
host de referencia y escriba una regla que asigne tanto el perfil de imagen que ya se ha probado
como el perfil de host a los hosts de destino.
n Si desea que vSphere Auto Deploy sobrescriba las particiones existentes, configure un host de
referencia de manera que realice la partición de forma automática y, a continuación, aplique el perfil
de host del host de referencia a otros hosts.
VMware, Inc. 93
n Si debe configurar información específica de un host, configure el perfil de host del host de referencia
de manera que solicite la interacción del usuario. Para obtener más información sobre la
personalización de host, consulte la documentación Perfiles de host de vSphere.
Usar los cmdlets de vSphere Auto Deploy

Los cmdlets de vSphere Auto Deploy se implementan como cmdlets de Microsoft PowerShell y se
incluyen en PowerCLI. Los usuarios de los cmdlets de vSphere Auto Deploy pueden aprovechar todas
las funciones de PowerCLI.
Los usuarios experimentados de PowerShell también pueden utilizar los cmdlets de vSphere Auto
Deploy del mismo modo que los cmdlets de PowerShell. Si no está familiarizado con PowerShell y
PowerCLI, las sugerencias siguientes pueden ser de utilidad.
Puede escribir cmdlets, parámetros y valores de parámetros en el shell de PowerCLI.
n Obtenga ayuda para cualquier cmdlet a través de Get-Helpcmdlet_name.
n Recuerde que PowerShell no distingue mayúsculas de minúsculas.
n Utilice la opción de finalización con tabulación para los nombres de cmdlets y parámetros.
n Puede aplicar formato a cualquier resultado de cmdlet o variable mediante Format-List o Format-
Table, o mediante sus formas abreviadas: fl o ft. Para obtener más información, ejecute el cmdlet
Get-Help Format-List.
Transmitir parámetros por nombre

Puede transmitir parámetros por nombre en la mayoría de los casos y rodear los valores de parámetros
que contienen espacios o caracteres especiales con comillas dobles.
Copy-DeployRule -DeployRule testrule -ReplaceItem MyNewProfile
La mayoría de los ejemplos de la documentación Instalar y configurar vCenter Server transmiten

parámetros por nombre.
Transmitir parámetros como objetos

Puede transmitir parámetros como objetos si desea ejecutar scripts y automatización. Transmitir
parámetros como objetos resulta útil con los cmdlets que devuelven varios objetos y con los cmdlets que
devuelven un solo objeto. Tenga en cuenta el ejemplo siguiente:
1 Vincule a una variable el objeto que contiene la información de cumplimiento de normas de un

conjunto de reglas para un host.
$tr = Test-DeployRuleSetCompliance MyEsxi42
2 Vea la propiedad itemlist del objeto para determinar la diferencia entre lo que contiene el conjunto
de reglas y lo que usa el host actualmente.
$tr.itemlist
VMware, Inc. 94
3 Corrija el host para que use el conjunto de reglas modificado, utilizando el cmdlet Repair-
DeployRuleSetCompliance con la variable.
Repair-DeployRuleSetCompliance $tr
En este ejemplo, se corrige el host la próxima vez que se arranca.
Configurar licencias masivas

Puede utilizar vSphere Client o ESXi Shell para especificar claves de licencia individuales o configurar
licencias masivas mediante los cmdlets de PowerCLI. Las licencias masivas funcionan para todos los
hosts ESXi, pero son especialmente útiles para los hosts aprovisionados con vSphere Auto Deploy.
La asignación de claves de licencia mediante vSphere Client y la asignación de licencias mediante los
cmdlets de PowerCLI funcionan de manera diferente.
Asignación de claves Puede asignar claves de licencia a un host al agregar el host al sistema
de licencia mediante vCenter Server o cuando un sistema vCenter Server administra el host.
vSphere Client
Asignar claves de Puede especificar un conjunto de claves de licencia para agregar a un

licencia mediante conjunto de hosts. Las claves de licencia se agregan a la base de datos de
LicenseDataManager vCenter Server. Cada vez que se agrega un host al sistema vCenter
PowerCLI Server o vuelve a conectarse a él, se le asigna una clave de licencia. Una
clave de licencia que se asigna mediante PowerCLI se trata como una
clave de licencia predeterminada. Cuando se agrega o se vuelve a
conectar un host sin licencia, se le asigna la clave de licencia
predeterminada. Si un host ya tiene licencia, mantiene su clave de licencia.
En el ejemplo siguiente, se asignan licencias a todos los hosts de un centro de datos. También puede
asociar licencias con hosts y clústeres.
El ejemplo siguiente está destinado a usuarios avanzados de PowerCLI que saben cómo usar variables
de PowerShell.
Requisitos previos
Preparar el sistema para vSphere Auto Deploy.
Procedimiento
1 En una sesión de PowerCLI, conéctese al sistema vCenter Server que desea utilizar y vincule el
administrador de licencias asociado a una variable.
Connect-VIServer -Server 192.XXX.X.XX -User username -Password password $licenseDataManager = Get-

LicenseDataManager
2 Ejecute un cmdlet que recupere el centro de datos donde se encuentran los hosts para los cuales
desea utilizar la función de licencias masivas.
$hostContainer = Get-Datacenter -Name Datacenter-X
VMware, Inc. 95
También puede ejecutar un cmdlet que recupere un clúster con la finalidad de utilizar licencias
masivas para todos los hosts de un clúster, o que recupere una carpeta con la finalidad de utilizar
licencias masivas para todos los hosts de una carpeta.
3 Cree un objeto LicenseData y un objeto LicenseKeyEntry con la clave de licencia y el identificador de

tipo asociados.
$licenseData = New-Object VMware.VimAutomation.License.Types.LicenseData $licenseKeyEntry = New-

Object Vmware.VimAutomation.License.Types.LicenseKeyEntry $licenseKeyEntry.TypeId = "vmware-
vsphere” $licenseKeyEntry.LicenseKey = "XXXXX-XXXXX-XXXXX-XXXXX-XXXXX"
4 Asocie el atributo LicenseKeys del objeto LicenseData que creó en el paso 3 con el objeto
LicenseKeyEntry.
$licenseData.LicenseKeys += $licenseKeyEntry
5 Actualice los datos de licencias del centro de datos con el objeto LicenseData y compruebe que la
licencia esté asociada con el contenedor de host.
$licenseDataManager.UpdateAssociatedLicenseData($hostContainer.Uid, $licenseData)
$licenseDataManager.QueryAssociatedLicenseData($hostContainer.Uid)
6 Aprovisione un host o más con vSphere Auto Deploy y asígnelos al centro de datos o al clúster al
que asignó los datos de licencias.
7 Puede usar vSphere Client para verificar que el host se haya asignado correctamente a la licencia
predeterminada XXXXX-XXXXX-XXXXX-XXXXX-XXXXX.
Resultados
Todos los hosts que se hayan asignado al centro de datos ahora cuentan con licencia de manera
automática.
Reaprovisionar hosts
vSphere Auto Deploy admite varias opciones de reaprovisionamiento. Puede realizar un reinicio o un
reaprovisionamiento sencillos con otro perfil de imagen o de host.
Para un primer arranque con vSphere Auto Deploy, debe configurar el entorno y agregar reglas al
conjunto de reglas. Consulte el tema “Prepararse para vSphere Auto Deploy” en la documentación sobre
instalación y configuración de vSphere.
Están disponibles las siguientes operaciones de reaprovisionamiento.
n Reinicio simple.
n Reinicio de hosts sobre los que el usuario respondió preguntas durante la operación de arranque.
n Reaprovisionamiento con un perfil de imagen diferente.
n Reaprovisionamiento con un perfil de host diferente.
VMware, Inc. 96
Reaprovisionar hosts con operaciones de reinicio simples

El reinicio simple de un host aprovisionado con vSphere Auto Deploy solo requiere que se sigan
cumpliendo todos los requisitos previos. El proceso utiliza el perfil de imagen asignado previamente, el
perfil de host, el script personalizado y la ubicación de vCenter Server.
Requisitos previos
n Compruebe que la configuración que realizó durante la primera operación de arranque esté vigente.
n Compruebe que todos los elementos asociados se encuentren disponibles. Un elemento puede ser
un perfil de imagen, un perfil de host, un script personalizado o una ubicación de inventario de
vCenter Server.
n Compruebe que el host contenga la información de identificación (etiqueta de activo, dirección IP)
que tenía en las operaciones de arranque anteriores.
Procedimiento
Tipo de host Acción
El host es parte de un clúster de DRS VMware DRS migra las máquinas virtuales a los hosts adecuados cuando coloca
el host en modo de mantenimiento.
El host no es parte de un clúster de Debe migrar todas las máquinas virtuales a distintos hosts y poner todos los hosts
DRS en modo de mantenimiento.
2 Reinicie el host.
Resultados
El host se apaga. Al reiniciarse, el host utiliza el perfil de imagen que proporciona el servidor vSphere
Auto Deploy. El servidor vSphere Auto Deploy también aplica el perfil de host almacenado en el sistema
vCenter Server.
Reaprovisionar un host con un nuevo perfil de imagen mediante

PowerCLI
Es posible usar vSphere Auto Deploy para reaprovisionar un host con un perfil de imagen nuevo en una
sesión de PowerCLI si se cambia la regla para el host y se ejecuta una operación de prueba y reparación
de cumplimiento.
Existen varias opciones para reaprovisionar hosts.
n Si los VIB que desea usar son compatibles con la actualización directa, puede usar un comando
esxcli software vib. En ese caso, también debe actualizar el conjunto de reglas que se va a usar
en un perfil de imagen que incluya los nuevos VIB.
VMware, Inc. 97
n Durante las pruebas, puede aplicar un perfil de imagen a un host individual con el cmdlet Apply-
EsxImageProfile y reiniciar el host para que el cambio sea efectivo. El cmdlet Apply-
EsxImageProfile actualiza la asociación entre el host y el perfil de imagen, pero no instala ningún
VIB en el host.
n En todos los demás casos, utilice este procedimiento.
Requisitos previos
n Compruebe que el perfil de imagen que desea utilizar para reaprovisionar el host se encuentre
disponible. Utilice vSphere ESXi Image Builder en una sesión de PowerCLI. Consulte "Usar vSphere
ESXi Image Builder CLI" en la documentación sobre instalación y configuración de vSphere.
n Compruebe que la configuración que realizó durante la primera operación de arranque esté vigente.
Procedimiento
1 En la indicación de PowerShell, ejecute el cmdlet Connect-VIServer PowerCLI para conectarse al

sistema vCenter Server con el que se registró vSphere Auto Deploy.
Connect-VIServer ipv4_or_ipv6_address
Es posible que el cmdlet devuelva una advertencia de certificado de servidor. En un entorno de

producción, asegúrese de que no se emita ninguna advertencia de certificado de servidor. En un
entorno de desarrollo, puede omitir la advertencia.
2 Determine la ubicación de un almacén de software público que contenga el perfil de imagen que
desea utilizar o defina un perfil de imagen personalizado con vSphere ESXi Image Builder.
3 Ejecute Add-EsxSoftwareDepot para agregar el almacén de software que contiene el perfil de

imagen a la sesión de PowerCLI.
Tipo de almacén Cmdlet
Almacén remoto Ejecute Add-EsxSoftwareDepot depot_url.
Archivo ZIP a Descargue el archivo ZIP en una ruta de acceso de archivos local o cree un
punto de montaje local en el equipo de PowerCLI.
b Ejecute Add-EsxSoftwareDepot C:\file_path\my_offline_depot.zip.
4 Ejecute Get-EsxImageProfile para ver una lista de perfiles de imagen y determine qué perfil desea
utilizar.
5 Ejecute Copy-DeployRule y especifique el parámetro ReplaceItem para cambiar la regla que

asigna un perfil de imagen a hosts.
El siguiente cmdlet reemplaza el perfil de imagen actual que la regla asigna al host con el perfil
my_new_imageprofile. Cuando el cmdlet finaliza, myrule asigna el nuevo perfil de imagen a los
hosts. Se cambia el nombre de la antigua versión de myrule y se la oculta.
Copy-DeployRule myrule -ReplaceItem my_new_imageprofile
VMware, Inc. 98
6 Pruebe el cumplimiento de reglas para cada host en el que desee implementar la imagen.
a Compruebe que pueda acceder al host para el cual desea probar el cumplimiento del conjunto de
reglas.
Get-VMHost -Name ESXi_hostname
b Ejecute el cmdlet que prueba el cumplimiento del conjunto de reglas para el host y vincule el
valor devuelto a una variable para usarlo en otro momento.
$tr = Test-DeployRuleSetCompliance ESXi_hostname
c Examine las diferencias entre el contenido del conjunto de reglas y la configuración del host.
$tr.itemlist
El sistema devolverá una tabla de elementos actuales y esperados si el host en el que se desea
probar el cumplimiento de un nuevo conjunto de reglas cumple con el conjunto de reglas activo.
CurrentItem ExpectedItem
----------- ------------
my_old_imageprofilemy_new_imageprofile
d Corrija el host para que use el conjunto de reglas modificado la próxima vez que arranque.
7 Reinicie el host para aprovisionarlo con el nuevo perfil de imagen.
Escribir una regla y asignar un perfil de host a hosts

vSphere Auto Deploy puede asignar un perfil de host a uno o más hosts. El perfil de host puede incluir
información sobre la configuración de almacenamiento, la configuración de red u otras características del
host. Si agrega un host a un clúster, se utiliza el perfil de host de ese clúster.
En muchos casos, puede asignar un host a un clúster en lugar de especificar un perfil de host
explícitamente. El host utiliza el perfil de host del clúster.
Requisitos previos
n Instale PowerCLI y todo el software de requisito previo. Para obtener información, consulte Instalar y
configurar vCenter Server.
n Exporte el perfil de host que desea utilizar.
Procedimiento
1 En una sesión de PowerCLI, ejecute el cmdlet Connect-VIServer para conectarse al sistema

vCenter Server con el que se registró vSphere Auto Deploy.
Connect-VIServer dirección_ipv4_o_ipv6
VMware, Inc. 99

2 Con vSphere Client, configure un host con los parámetros que desee usar y cree un perfil de host a
partir de él.
3 Busque el nombre del perfil de host mediante la ejecución del cmdlet Get-VMhostProfile de
PowerCLI, pasando el host ESXi a partir del cual creó un perfil de host.
4 En el símbolo de PowerCLI, defina una regla en la que los perfiles de host se asignen a hosts con
ciertos atributos; por ejemplo, un intervalo de direcciones IP.
New-DeployRule -Name "testrule2" -Item mi_perfil_de_host -Pattern "vendor=Acme,Zven",

"ipv4=192.XXX.1.10-192.XXX.1.20"
El elemento especificado se asigna a todos los hosts que posean los atributos especificados. Este
ejemplo especifica una regla denominada testrule2. Esta asigna el perfil de host especificado
mi_perfil_de_host a todos los hosts que tengan una dirección IP dentro del intervalo especificado y
cuyo fabricante sea Acme o Zven.
5 Agregue la regla al conjunto de reglas.
Add-DeployRule testrule2
De forma predeterminada, el conjunto de reglas en funcionamiento se convierte en el conjunto de

reglas activo y los cambios en él se vuelven activos cuando agrega una regla. Si utiliza el parámetro
NoActivate, el conjunto de reglas en funcionamiento no se convierte en el conjunto de reglas activo.
Pasos siguientes
n Asigne un host ya aprovisionado con vSphere Auto Deploy al nuevo perfil de host. Para ello, realice
operaciones de prueba de cumplimiento y reparación en esos hosts. Para obtener más información,
consulte Probar y reparar cumplimiento de reglas .
n Encienda los hosts no aprovisionados para aprovisionarlos con el perfil de host.
Probar y reparar cumplimiento de reglas

Cuando se agrega una regla al conjunto de reglas de vSphere Auto Deploy o cuando se modifican una o
más reglas, los hosts no se actualizan de manera automática. vSphere Auto Deploy aplica las reglas
nuevas únicamente cuando se prueba el cumplimiento de reglas y se realizan las correcciones
pertinentes.
Requisitos previos
n Prepare el sistema e instale el servidor Auto Deploy. Para obtener más información, consulte
#unique_78.
n Compruebe que la infraestructura incluya un host ESXi o más aprovisionados con vSphere Auto
Deploy y que el host en el que se instaló PowerCLI pueda acceder a esos hosts ESXi.
VMware, Inc. 100

Procedimiento
1 En una sesión de PowerCLI, ejecute el cmdlet Connect-VIServer para conectarse al sistema

vCenter Server con el que se registró vSphere Auto Deploy.
Connect-VIServer dirección_ipv4_o_ipv6

2 Use PowerCLI para comprobar qué reglas de vSphere Auto Deploy están disponibles actualmente.
Get-DeployRule
El sistema devuelve las reglas y los patrones, y los elementos asociados.
3 Modifique una de las reglas disponibles.
Por ejemplo, puede cambiar el perfil de imagen y el nombre de la regla.
Copy-DeployRule -DeployRule testrule -ReplaceItem MyNewProfile
No se puede editar una regla que ya se agregó a un conjunto de reglas activo. En lugar de ello,
puede copiar la regla y reemplazar el elemento o el patrón que desea cambiar.
4 Compruebe que pueda acceder al host para el cual desea probar el cumplimiento del conjunto de
reglas.
Get-VMHost -Name MyEsxi42
5 Ejecute el cmdlet que prueba el cumplimiento del conjunto de reglas para el host y vincule el valor
devuelto a una variable para usarlo en otro momento.
$tr = Test-DeployRuleSetCompliance MyEsxi42
6 Examine las diferencias entre el contenido del conjunto de reglas y la configuración del host.
$tr.itemlist
Si el host para el que desea probar el cumplimiento del nuevo conjunto de reglas cumple con el
conjunto de reglas activo, el sistema devuelve una tabla de elementos actuales y esperados.
CurrentItem ExpectedItem
----------- ------------
My Profile 25 MyNewProfile
7 Corrija el host para que use el conjunto de reglas modificado la próxima vez que arranque.
VMware, Inc. 101

Pasos siguientes
Si la regla que modificó ha especificado la ubicación en el inventario, el cambio se aplica cuando se

corrigen los problemas de cumplimiento. Para todos los demás cambios, reinicie el host para que
vSphere Auto Deploy aplique la nueva regla y logre el cumplimiento entre el conjunto de reglas y el host.
VMware, Inc. 102

5
Recopilar registros para solución
de problemas de hosts ESXi
Puede recopilar archivos de registro de instalación o actualización de ESXi. Si se produce un error en

una instalación o actualización, la comprobación de los archivos de registro puede ayudar a identificar el
origen del error.
Solución
1 Introduzca el comando vm-support en ESXi Shell o mediante SSH.
2 Desplácese hasta el directorio /var/tmp/.
3 Recupere los archivos de registro desde el archivo .tgz.
VMware, Inc. 103

Vsphere Esxi 70 Upgrade Guide PDF

Cargado por

Copyright:

Formatos disponibles

Vsphere Esxi 70 Upgrade Guide PDF

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Vsphere Esxi 70 Upgrade Guide PDF

Cargado por

Copyright:

Formatos disponibles

Actualizar VMware ESXi

Puede encontrar la documentación técnica más actualizada en el sitio web de VMware:

Si tiene comentarios relacionados con esta documentación, envíelos a:

VMware, Inc. VMware Spain, S.L.

1 Acerca de Actualizar VMware ESXi 5

2 Opciones de actualización de vCenter Server 6

3 Actualizar hosts ESXi 12

Determinar si una actualización requiere que un host se encuentre en el modo de mantenimiento o

4 Usar vSphere Auto Deploy para reaprovisionar hosts 87

5 Recopilar registros para solución de problemas de hosts ESXi 103

Este capítulo incluye los siguientes temas:

n Descripción del proceso de actualización de vSphere

Descripción del proceso de actualización de vSphere

Figura 2-1. Descripción general de las tareas de actualización de vSphere

Iniciar la actualización de vSphere

Realizar una copia de

Actualizar vCenter Server

Actualizar hosts ESXi

Actualizar máquinas virtuales

Actualización a vSphere 7.0 finalizada

La actualización de vSphere abarca las siguientes tareas:

1 Lea las notas de la versión de vSphere.

2 Compruebe que haya realizado una copia de seguridad de la configuración.

3 Si su sistema vSphere incluye soluciones o complementos de VMware, asegúrese de que sean

4 Actualice vCenter Server.

Para obtener instrucciones detalladas, consulte Actualizar vCenter Server.

Consulte Actualizar máquinas virtuales y VMware Tools

Descripción general del proceso de actualización del host ESXi

Iniciar la actualización de ESXi

Comprobar que se cumplan

Preparar la actualización de Preparar la actualización de hosts ESXi

Realizar las tareas posteriores

Actualización a ESXi 7.0 finalizada

Los siguientes pasos de alto nivel son para actualizar ESXi.

4 Actualice ESXi. Consulte Capítulo 3 Actualizar hosts ESXi

n Realizar una actualización generada por script.

n Utilice vSphere Lifecycle Manager.

Para obtener más información sobre cómo realizar instalaciones y

Actualizar máquinas virtuales y VMware Tools

Dispone de las siguientes herramientas para actualizar máquinas virtuales.

Este capítulo incluye los siguientes temas:

n Antes de actualizar los hosts ESXi

n Identificadores y nombres de dispositivos de almacenamiento

n Actualizar hosts de forma interactiva

n Instalar o actualizar hosts mediante un script

n Arranque PXE del instalador de ESXi

n Actualizar los hosts a través de comandos ESXCLI

n Después de actualizar hosts ESXi

Requisitos de hardware de ESXi

Recursos de hardware y del sistema

n ESXi 7.0 requiere un host con al menos dos núcleos de CPU.

Requisitos de arranque de ESXi

Requisitos de almacenamiento para la instalación o actualización de ESXi 7.0

Las opciones recomendadas de instalación de ESXi 7.0 son las siguientes:

n Un dispositivo USB o SD de 8 GB y un disco local adicional de 32 GB. Las particiones de arranque

Modelos de servidores de administración remota compatibles y

Tabla 3-1. Modelos de servidores de administración remota compatibles y versiones de

Dell DRAC 7 1.30.30 (compilación 43) 1.7.0_60-b19

Dell DRAC 6 1.54 (compilación 15), 1.70 (compilación 1.6.0_24