• Artículo

Información general sobre la administración de hosts de VMware ESX en VMM

 

Publicado: marzo de 2016

Se aplica a: System Center 2012 SP1 - Virtual Machine Manager, System Center 2012 R2 Virtual Machine Manager, System Center 2012 - Virtual Machine Manager

Virtual Machine Manager (VMM) permite implementar y administrar máquinas virtuales y servicios a través de varias plataformas de hipervisor, incluidos los hosts de VMware ESX y ESXi. En VMM, la compatibilidad con ESX se optimiza para la administración de máquinas virtuales y servicios.VMM permite administrar y proporcionar recursos de varios hipervisores, y poner dichos recursos a disposición de las implementaciones de nubes privadas, todo ello desde una interfaz de usuario común y una interfaz de la línea de comandos (CLI) común.

VMM se integra directamente con VMware vCenter Server. A través de la consola VMM, es posible administrar las operaciones cotidianas de los hosts y clústeres de hosts de VMware ESX, como la detección y administración de hosts de ESX, y la capacidad para crear, administrar, almacenar, ubicar e implementar máquinas virtuales en hosts de ESX. No obstante, cabe esperar que a través de un servidor vCenter realice una administración de tejido más avanzada, como la configuración de grupos de puertos, conmutadores virtuales (o “vSwitches”) estándar y distribuidos, vMotion y Storage vMotion. Mediante su integración con un servidor vCenter para administrar hosts de ESX, VMM puede reconocer y admitir estas características de VMware.

Principales diferencias en la administración de VMware ESX desde VMM 2008 R2

La siguiente lista resume las principales diferencias en la administración de VMware ESX desde VMM 2008 R2.

  • Cuando se agrega un servidor vCenter, VMM deja de importar, combinar y sincronizar la estructura de árbol de VMware con VMM. En su lugar, después de agregar un servidor vCenter, es posible agregar servidores y hosts de ESX seleccionados a cualquier grupo host de VMM. Por consiguiente, hay menos problemas relacionados con la sincronización.

  • Al importar una plantilla de VMware en la biblioteca VMM, el archivo .vmdk ya no se copia en dicha biblioteca. En su lugar, VMM solo copia los metadatos que están asociados a la plantilla. El archivo .vmdk permanece en el almacén de datos ESX. Debido a esta relación, es posible implementar máquinas virtuales con dicha plantilla mucho más rápidamente. Además, al importar una plantilla de VMware, VMM ya no elimina la plantilla de origen. Es importante tener en cuenta que ahora hay una dependencia en la plantilla de VMware del servidor vCenter.

    • Si se elimina la plantilla en el servidor vCenter, la plantilla de VMM pasará a un estado ausente.

    • En el servidor vCenter, es posible convertir la plantilla en una máquina virtual, realizar los cambios pertinentes y, a continuación, volver a convertirla en una plantilla. Dado que el identificador de la plantilla es el mismo, VMM marcará la plantilla como Correcto en lugar de Falta.

    Otro cambio en el comportamiento de VMM es que cuando se elimina una plantilla de VMware de la biblioteca VMM, ya no se elimina del almacén de datos de VMware.

  • VMM usa HTTPS para todas las transferencias de archivos entre hosts ESX y la biblioteca de VMM.VMM ya no es compatible con el protocolo seguro de transferencia de archivos (SFTP) para las transferencias de archivos.

  • VMM ahora admite la funcionalidad de conmutadores virtuales distribuidos de VMware. Dichos conmutadores virtuales distribuidos se deben configurar a través del servidor vCenter.

  • Dado que VMM ya no admite SFTP para las transferencias de archivos, no es preciso habilitar el acceso de usuario raíz de Shell seguro (SSH) para los hosts de ESX. A partir de System Center 2012 – Virtual Machine Manager, no se admite el uso de un delegado de máquina virtual.

  • VMM ya no crea automáticamente grupos de puertos en hosts de ESX para la equivalencia de red. Por ejemplo, si implementa una máquina virtual nueva en un clúster de hosts de ESX y selecciona una red virtual que no esté disponible en todos los nodos del clúster, VMM no creará automáticamente un grupo de puertos. Toda la configuración de los grupos de puertos se debe realizar en un servidor vCenter.

Compatibilidad con VMware

Para obtener información acerca de las versiones compatibles de hosts vCenter Server y ESX/ESXi, consulte lo siguiente.

Funciones admitidas

Las siguientes tablas muestran las funciones de VMM y VMware que se admiten cuando VMM administra hosts de ESX a través del servidor vCenter.

Característica Notas
Shell de comandos VMM El shell de comandos VMM es común a todos los hipervisores.
Selección de ubicación VMM ofrece la opción de selección de ubicación de máquinas virtuales basada en la clasificación de hosts durante la creación, implementación y migración de las máquinas virtuales VMware. Esto incluye la implementación simultánea de máquinas virtuales durante la implementación del servicio.
Servicios Puede implementar servicios de VMM en hosts de ESX. Note: Los servicios de VMM utilizan un modelo diferente al de VMware vApp. Por lo tanto, los dos métodos pueden coexistir. Sin embargo, VMM no se puede usar para implementar vApps.
Nubes privadas Para que los recursos de los hosts de ESX estén disponibles en una nube privada, es preciso crear nubes privadas desde los grupos host en que residen los hosts de ESX, o bien crear una nube privada desde un grupo de recursos de VMware. Puede configurar cuotas para la nube privada y para los roles de usuario de autoservicio que se aplican a la nube privada. Note:  VMM no se integra con VMware vCloud.
Optimización dinámica y optimización de energía Puede utilizar las nuevas funciones de optimización dinámica con hosts de ESX. Por ejemplo, VMM puede equilibrar la carga de máquinas virtuales en clústeres de hosts de ESX mediante migración en vivo. A través de la optimización de energía, puede configurar VMM para activar y desactivar hosts de ESX para administración de energía. Note: Para la optimización de energía, puede utilizar la característica de optimización dinámica de VMM o VMware Dynamic Resource Scheduler.
Migración Entre los tipos de transferencia de VMware que se admiten se incluyen:

- Migración en vivo entre los hosts de un clúster (usa vMotion)
- Migración de almacenamiento en vivo (utiliza Storage vMotion)

Entre los tipos de transferencia de VMM que se admiten se incluyen:

- Migración de la red hacia y desde la biblioteca Note: Los discos de aprovisionamiento fino de VMware pasan a ser gruesos cuando se migra un disco a la biblioteca de VMM.
- Migración de red entre hosts
Modo de mantenimiento Con la consola VMM puede colocar un host de ESX administrado por VMM dentro y fuera del modo de mantenimiento.
Biblioteca Puede organizar y almacenar máquinas virtuales de VMware, archivos .vmdk (VMDK) y plantillas de VMware en la biblioteca de VMM.VMM admite la creación de nuevas máquinas virtuales a partir de plantillas, así como la conversión de máquinas virtuales VMware almacenadas a Hyper-V. Important: Si desea usar archivos VMDK creados en VMware Server o VMware Workstation, tenga en cuenta que VMM no admite tipos de disco VMDK antiguos. Entre los tipos de disco VMDK que se admiten se incluyen:
  • Archivos VMDK normales: VMFS y monolithicFlat
  • Archivos VMDK que se usan para obtener acceso a discos físicos: vmfsPassthroughRawDeviceMap
  • Instantáneas: vmfssparse
Si desea copiar un archivo VMDK que utilice un tipo de disco no compatible en la biblioteca VMM, debe utilizar las herramientas de conversión de VMware, como VMware Virtual Disk Manager, para actualizar el tipo de disco para que sea compatible.
Plantillas Admite la creación de plantillas con los archivos .vmdk almacenados en la biblioteca. En este caso, todos los archivos físicos se almacenan en la biblioteca VMM.

También es posible importar plantillas almacenadas en hosts de ESX. Al importar una plantilla de un servidor vCenter, VMM sólo importa los metadatos de la misma. El archivo .vmdk no se copia en la biblioteca VMM.
Redes VMM admite vSwitches y grupos de puertos estándar y distribuidos. Tenga en cuenta que debe realizar toda la configuración de grupos de puertos y vSwitches mediante un servidor vCenter.VMM reconoce y usa los grupos de puertos y vSwitches existentes para la implementación de máquinas virtuales.

Las nuevas características de administración de redes de VMM, como la asignación de redes lógicas y la asignación de direcciones IP estáticas y direcciones MAC a las máquinas virtuales Windows que se ejecutan en los hosts de ESX, son compatibles con los hosts de ESX. Important:  VMM no crea automáticamente grupos de puertos en hosts de VMware ESX. Por consiguiente, para que las redes lógicas funcionen correctamente en hosts de ESX administrados, es preciso utilizar un servidor VMware vCenter para configurar los grupos de puertos con las VLAN necesarias que correspondan a los sitios de red lógicos.
Almacenamiento VMM admite y reconoce los adaptadores de almacenamiento VMware Paravirtual SCSI (PVSCSI). Por ejemplo, si se utiliza VMM para crear una máquina virtual en un host de ESX, se puede agregar un adaptador SCSI del tipo “VMware Paravirtual.” Note:  VMM no admite máquinas virtuales VMware con discos duros virtuales que estén conectados a un bus IDE (electrónica integrada de unidades).

 VMM admite discos duros de aprovisionamiento fino de VMware a través del tipo de disco dinámico. Tenga en cuenta el siguiente comportamiento:

- Si crea e implementa una máquina virtual en un host de ESX configurado para utilizar un disco dinámico, el disco se crea como un disco de aprovisionamiento fino.
- Si una máquina virtual utiliza un disco de aprovisionamiento fino creado fuera de banda, VMM lo muestra como si fuera un disco dinámico.
- Si guarda un disco duro virtual de aprovisionamiento fino en la biblioteca, VMM lo convierte en un disco grueso fijo. Si posteriormente crea una máquina virtual a partir del disco duro virtual que está en la biblioteca y lo implementa en un host de ESX, el disco sigue siendo un disco grueso fijo.

 VMM admite la incorporación y extracción en caliente de discos duros virtuales en máquinas virtuales VMware. Note: Las nuevas características de automatización del almacenamiento de VMM no son compatibles con los hosts de ESX. Todo el almacenamiento se debe agregar a los hosts de ESX fuera de VMM.
Conversión La conversión de una máquina virtual basada en VMware en una máquina virtual basada en Hyper-V se admite gracias al proceso V2V (virtual a virtual).

Tenga en cuenta que VMM no admite máquinas virtuales VMware con discos duros virtuales que estén conectados a un bus IDE (electrónica integrada de unidades). Por lo tanto, no puede realizar una conversión V2V de una máquina virtual VMware que se encuentra en un bus IDE. Note: También puede realizar conversiones V2V con Microsoft Virtual Machine Converter (MVMC). Para obtener más información, consulte Microsoft Virtual Machine Converter 3.0.
Rendimiento y optimización de recursos (PRO) La supervisión y la generación de alertas en hosts de ESX se pueden realizar a través de VMM con la integración de Operations Manager y PRO.

Información de soporte adicional

  • VMM admite hasta 255 GB de RAM para máquinas virtuales que están implementadas en hosts ESX/ESXi 4.0 (si está usando el paquete acumulativo de actualizaciones 7 o versiones posteriores System Center 2012 R2 VMM, este límite también se aplica a las máquinas virtuales de hosts de ESXi 5.5).

  • VMM admite hasta 8 CPU virtuales (vCPU) para máquinas virtuales que están implementadas en hosts ESX/ESXi 4.0 (si está usando el paquete acumulativo de actualizaciones 7 o versiones posteriores System Center 2012 R2 VMM, este límite también se aplica a las máquinas virtuales de hosts de ESXi 5.5).

  • VMM reconoce máquinas virtuales VMware tolerantes a errores. En la consola VMM, VMM muestra sólo la máquina virtual que se designa como principal en el servidor de vCenter. Si se produce algún error, VMM reconoce la nueva máquina principal.

  • La administración de actualizaciones a través de VMM no es compatible con los hosts de ESX. Por lo tanto, para actualizar los hosts de VMware ESX es preciso usar la solución existente.

  • La conversión de un equipo sin sistema operativo a un host de máquina virtual y la creación de clústeres a través de VMM no se admiten en los hosts de ESX.

  • La característica de memoria dinámica no se admite en los hosts de ESX. Esta característica sólo se admite en hosts de Hyper-V que utilicen un sistema operativo que admita memoria dinámica.

En esta sección

Siga estos procedimientos para administrar hosts de VMware ESX a través de VMM.

Procedimiento Descripción
How to Add a VMware vCenter Server to VMM (Agregar un servidor VMware vCenter a VMM) Describe cómo agregar un servidor VMware vCenter a la administración VMM.
How to Add VMware ESX Hosts to VMM (Agregar hosts de VMware ESX a VMM) Describe cómo agregar hosts de ESX y ESXi a la administración VMM.
Cómo configurar opciones de red en un Host ESX de VMware Describe cómo configurar los parámetros de red de los hosts de ESX para admitir la nueva característica de red lógica en VMM.
Definir la configuración de un BMC para un host en VMM Describe cómo configurar el controlador de administración de placa base (BMC) en un host para admitir la administración de energía a través de VMM.
Cómo importar plantillas de VMware en VMM Describe cómo importar plantillas de VMware en la biblioteca VMM.
Cómo usar VMM para convertir máquinas virtuales de VMware a Hyper-V (V2V) Describe cómo convertir una máquina virtual VMware en una máquina virtual Hyper-V a través del proceso de conversión de máquinas V2V (virtual a virtual).