Planear la instalación de VMM

Este artículo le ayuda a planear todos los elementos necesarios para una instalación correcta de System Center - Virtual Machine Manager (VMM) e incluye información para las versiones VMM 2019 y versiones posteriores. Usa estos requisitos según corresponda para la versión de VMM que planeas instalar.

Para obtener más información sobre las versiones compatibles de hardware y software, consulta el artículo requisitos del sistema para la versión que instales.

Requisitos de implementación

Comprueba que se cumplen los siguientes requisitos del sistema:

• Servidor de administración VMM: comprueba los requisitos del hardware y del sistema operativo.
• SQL Server: revisa las versiones admitidas de SQL Server.
• Consola VMM: revisa los requisitos del sistema operativo y si deseas ejecutar la consola VMM en un equipo independiente.
• Biblioteca VMM: revisa los requisitos de hardware de los recursos compartidos de biblioteca VMM remotos.
• Hosts de virtualización: revisa los sistemas operativos admitidos para servidores Hyper-V y SOFS en el tejido de VMM. Revisa los requisitos de los servidores de VMware.
• Otros servidores del tejido: revisa los sistemas operativos compatibles para los servidores de actualización y PXE (usados para la implementación sin sistema operativo).

Requisitos de implementación adicionales

Componente	Detalles
Utilidades de línea de comandos para SQL Server	Si deseas implementar servicios VMM mediante aplicaciones de capa de datos de SQL Server, instala las utilidades de línea de comandos relacionadas en el servidor de administración VMM. La versión que instales debe coincidir con la versión de SQL Server.
Windows Assessment and Deployment Kit (ADK)	Windows ADK para Windows 10 y 11. Puedes instalarlo desde la instalación o descargarlo. Solo necesitas las opciones Herramientas de implementación y Entorno de preinstalación de Windows. Si se produce un problema con la ruta de acceso de archivo de ADK durante la instalación de VMM, copia los archivos de la carpeta amd64 de la carpeta raíz de ADK en la propia carpeta raíz de ADK. La ruta de acceso predeterminada de la carpeta de ADK es C:\Archivos de programa (x86)\Windows Kits\10\Assessment and Deployment Kit\Deployment Tools\WSIM, pero puede ser diferente en función de la ruta de acceso de carpeta que elijas durante la instalación de ADK.
Sistema operativo invitado	Sistemas operativos Windows compatibles con Hyper-V. Linux (RHEL, Debian, Oracle Linux, SUSE, Ubuntu, Rocky Linux)
PowerShell	Versiones compatibles
.NET	Versiones compatibles
Agente de host	VMM 2019/2022 Necesario para los hosts administrados en VMM.
Supervisión	System Center Operations Manager 2025. También necesitas SQL Server Analysis Services 2014 o una versión posterior.
VMware	vCenter 7.0 y 8.0 ESXi 7.0 y 8.0 Los servidores vCenter y ESXi que ejecutan estas versiones se pueden administrar en VMM.
Aprovisionamiento sin sistema operativo	Arquitectura de administración del sistema para hardware de servidor (SMASH) (v1 o superior) a través de WS-MAN. Intelligent Platform Interface 1.5 o superior Data Center Manager Interface (DCMI) 1.0 o superior. Necesario para detectar e implementar servidores físicos sin sistema operativo.

SPN

Si el usuario de VMM que instala VMM o ejecuta la instalación de VMM no tiene permisos para escribir el nombre de entidad de seguridad de servicio (SPN) para el servidor VMM en Active Directory, el programa de instalación finalizará con una advertencia. Si el SPN no está registrado, otros equipos que ejecutan la consola VMM no podrán conectarse al servidor de administración y no podrás implementar un host de Hyper-V en un equipo sin sistema operativo en el tejido de VMM. Para evitar este problema, debes registrar el SPN como administrador de dominio antes de instalar VMM, como se indica a continuación:

1. Ejecute estos comandos desde <SystemDrive>\Windows\System32>, como administrador de dominio:

   • setspn -u -s SCVMM/<MachineBIOSName> <VMMServiceAccount>
   • setspn -u -s SCVMM/<MachineFQDN> <VMMServiceAccount>

   Para un clúster, <MachineBIOSName> debe ser <ClusterBIOSName> y <MachineFQDN> debe ser <ClusterFQDN>.

2. En el servidor VMM (o en cada nodo de un clúster), en el Registro, ve a HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft\Microsoft System Center Virtual Machine Manager Server\Setup.

3. Establece VmmServicePrincipalNames en SCVMM/<MachineBIOSName>,SCVMM/<MachineFQDN>. Para un clúster: SCVMM/<ClusterBIOSName>,SCVMM/<ClusterFQDN>.

Si no puedes hacerlo, también puedes registrar el SPN durante la instalación de VMM. Un administrador de dominio puede proporcionar los permisos de escritura de SPN al usuario del servicio VMM o al usuario de configuración.

Nota:

Este enfoque no es el preferido. El permiso permite al usuario delegado registrar cualquier servicePrincipalName sin restricciones.

Por lo tanto, el usuario delegado debe ser de alta confianza y las credenciales de la cuenta deben mantenerse seguras. Para ello, siga estos pasos:

1. Ejecuta adsiedit como administrador de dominio.
2. Navega hasta encontrar el usuario del servicio VMM. Haz clic con el botón derecho en Propiedades>Seguridad>Avanzado. A continuación, haz clic en Agregar y, en Seleccionar una entidad de seguridad, especifica el usuario al que se le concederán los permisos.
3. Selecciona Escribir servicePrincipalName>Aceptar.

Al instalar VMM con esta cuenta de usuario, se registrará el SPN.

Servidor de administración VMM

• No se puede ejecutar el servidor de administración VMM en Nano Server (aplicable a las versiones de Windows Server anteriores a 2019).
• El nombre del equipo del servidor de administración no puede superar los 15 caracteres.
• No instales el servidor de administración VMM ni otros componentes de System Center que no sean agentes en servidores que ejecutan Hyper-V.
• Puedes instalar el servidor de administración VMM en una VM. Si lo haces y usas la característica Memoria dinámica de Hyper-V, debes establecer una RAM de inicio de la máquina virtual como mínimo de 2048 megabytes (MB).

• Se recomienda usar un servidor de administración de SCVMM dedicado y no instalar otros componentes y herramientas de administración de System Center en el mismo servidor.
• Si deseas administrar más de 150 hosts, se recomienda lo siguiente:
  • Agrega uno o varios equipos remotos como servidores de la biblioteca y no uses el recurso compartido de biblioteca predeterminado en el servidor de administración del VMM.
  • No ejecutes la instancia de SQL Server en el servidor de administración del VMM.

• Para conseguir una alta disponibilidad, el servidor de administración del VMM se puede instalar en un clúster de conmutación por error. Más información.

SQL Server y base de datos

• La instancia del SQL Server que uses debe permitir objetos de base de datos que no distinguen mayúsculas de minúsculas.

• El nombre de equipo del SQL Server no puede superar los 15 caracteres.

• Si el servidor de administración VMM y el equipo con SQL Server no pertenecen al mismo dominio de Active Directory, debe existir una confianza bidireccional entre los dos dominios.

• Cuando instales SQL Server, selecciona las características Servicios del motor de base de datos y Herramientas de administración: Completas.

• Puedes realizar una actualización local a una versión compatible de SQL Server (sin mover la base de datos VMM). Asegúrate de que no se está ejecutando ningún trabajo mientras se realiza la actualización. De lo contrario, se pueden producir errores en los trabajos y tendrán que reiniciarse manualmente.

• Para mejorar el rendimiento de la base de datos VMM, no almacenes los archivos de la base de datos en el disco que se usa para el sistema operativo.

• Si usas redes definidas por software (SDN) en el VMM, toda la información de red se almacena en la base de datos del VMM. Por este motivo, debes tener en cuenta la alta disponibilidad de la base de datos VMM siguiendo estas instrucciones:

  • Se admite la agrupación en clústeres de conmutación por error y es la configuración recomendada para la disponibilidad dentro de un único área geográfico o centro de datos. Más información.
  • Se admite el uso de grupos de disponibilidad Always On en el Microsoft SQL Server, pero es importante que se revisen las diferencias entre los dos modos de disponibilidad, la confirmación sincrónica y la confirmación asincrónica. Más información.
    • Con el modo de confirmación asincrónica, la réplica de la base de datos puede estar obsoleta durante un tiempo después de cada confirmación. Esto puede hacer que parezca como si la base de datos retrocediera en el tiempo, lo que podría provocar pérdidas de los datos del cliente, divulgación involuntaria de información o posiblemente elevación de privilegios.
    • Puedes usar el modo de confirmación sincrónica como un tipo de configuración para casos de disponibilidad de sitios en remoto.

• El servicio SQL Server debe usar una cuenta que tenga permiso para acceder a Servicios de dominio de Active Directory (AD DS). Por ejemplo, puedes especificar la cuenta de sistema local o una cuenta de usuario del dominio. No especifiques una cuenta de usuario local.

• No es necesario que configures la intercalación. Durante la implementación, el programa de instalación configura automáticamente la intercalación del CI según el idioma del sistema operativo del servidor.

• Se admite el puerto dinámico.

• Si deseas crear la base de datos del VMM antes de instalar el VMM:

  • Asegúrate de que tienes los permisos necesarios o crea una base de datos SQL. También puedes pedir al administrador de SQL Server que lo haga.

  • Configura la base de datos como se explica a continuación:

    1. Crea una nueva base de datos con esta configuración: Nombre: VirtualManagerDB; Intercalación: Latin1_General_100_CI_AS, pero que esté alineada con la intercalación de instancia de SQL Server específica.
    2. Concede permisos db_owner para la base de datos a la cuenta de servicio del VMM.
    3. En la configuración del VMM, tienes que seleccionar la opción para usar una base de datos existente y especificar los detalles de la base de datos y la cuenta de servicio VMM como usuario de la base de datos.

Servidor de biblioteca

• Si ejecutas el servidor de la biblioteca en el servidor de administración del VMM, debes proporcionar más espacio en el disco duro para almacenar objetos. El espacio necesario varía en función del número y el tamaño de los objetos que quieras almacenar.
• El servidor de la biblioteca es donde el VMM almacena elementos como las plantillas de la máquina virtual, los discos duros virtuales, los discos de disquete virtuales, las imágenes ISO, los scripts y las máquinas virtuales almacenadas. Los requisitos de hardware óptimos que se especifican para un servidor de biblioteca dek VMM varían en función de la cantidad y el tamaño de estos archivos. Deberás comprobar el uso de la CPU y otras variables del estado del sistema para determinar lo que funciona mejor en tu entorno.
• Si deseas administrar discos duros virtuales en el formato de archivo .vhdx, el servidor de biblioteca del VMM debe ejecutar la versión de 2012 o posterior de Windows Server.
• VMM no proporciona un método para replicar archivos físicos en la biblioteca del VMM ni un método para transferir metadatos para objetos almacenados en la base de datos del VMM. En su lugar, si es necesario, debes replicar archivos físicos fuera del VMM y debes transferir metadatos mediante scripts u otros medios.
• VMM no admite servidores de archivos configurados con la opción de distinguir mayúsculas de minúsculas para servicios de Windows para UNIX porque el control de casos del sistema de archivos de red (NFS) está establecido en Omitir.

Requisitos de la cuenta y el dominio

Al instalar VMM, debe configurar el servicio VMM para que use cualquiera de las siguientes cuentas:

• La cuenta del sistema local (no se puede usar para una implementación de VMM de alta disponibilidad); o
• Una cuenta de usuario del dominio o
• Una cuenta de servicio administrada de grupo (gMSA).

Asegúrate de lo siguiente antes de preparar una cuenta:

• La cuenta de servicio VMM debe tener el permiso de inicio de sesión como servicio en el servidor VMM.

• No se puede cambiar la identidad de la cuenta de servicio de Virtual Machine Manager después de la instalación. Esto incluye cambiar de la cuenta del sistema local a una cuenta de dominio, de una cuenta de dominio a la cuenta del sistema local o cambiar la cuenta de dominio a otra cuenta de dominio. Para cambiar la cuenta de servicio de Virtual Machine Manager después de la instalación, debes desinstalar VMM (seleccionando la opción Retain data si quieres conservar la base de datos de SQL Server) y luego reinstalar VMM mediante la nueva cuenta de servicio.
• Si especificas una cuenta de dominio, la cuenta debe ser miembro del grupo administradores local en el equipo.
• Si especificas una cuenta de dominio, se recomienda crear una cuenta que se designe para este uso. Cuando se quita un host del servidor de administración VMM, la cuenta en la que se ejecuta el servicio System Center Virtual Machine Manager se quita del grupo local Administradores del host. Si se usa la misma cuenta con otros fines en el host, esto puede provocar resultados inesperados.
• Si tienes previsto usar imágenes ISO compartidas con máquinas virtuales de Hyper-V, debes usar una cuenta de dominio.
• Si usas un espacio de nombres separado, debes usar una cuenta de dominio. Para obtener más información sobre espacios de nombres separados, consulta Convenciones de nomenclatura en Active Directory para equipos, dominios, sitios y unidades organizativas.
• Si vas a instalar un servidor de administración VMM de alta disponibilidad, debes usar una cuenta de dominio.
• El equipo en el que se instala el servidor de administración VMM debe ser miembro de un dominio de Active Directory. En tu entorno, es posible que tengas cuentas de usuario en un bosque y en los servidores VMM, y que hospedes en otro. En este entorno, debes establecer una confianza bidireccional entre los dos dominios entre bosques. Las confianzas unidireccionales entre dominios entre bosques no se admiten en VMM.

• Para crear y usar gMSA, revisa el artículo sobre gMSA y crea la gMSA según las instrucciones disponibles. Asegúrate de que los servidores en los que se instalaría el servicio de administración de VMM tienen permisos para recuperar la contraseña de la cuenta de gMSA.

  Nota:

  No es necesario que especifique el "nombre de entidad de seguridad de servicio (SPN)" al crear la gMSA. El servicio VMM establece el SPN adecuado para la gMSA.

Administración de clave distribuida

De forma predeterminada, VMM cifra algunos datos de la base de datos VMM mediante la interfaz de programación de aplicaciones de protección de datos (DPAPI). Por ejemplo, credenciales de cuenta de ejecución, contraseñas en perfiles de sistema operativo invitado e información de clave de producto en las propiedades de los discos duros virtuales. El cifrado de datos está vinculado al equipo específico en el que se instala VMM y la cuenta de servicio que usa VMM. Si mueves la instalación de VMM a otro equipo, VMM no conservará los datos cifrados y deberás introducirlos manualmente.

Para asegurarse de que VMM conserva los datos cifrados entre movimientos, puedes usar la administración de clave distribuida para almacenar claves de cifrado en Active Directory. Si mueves la instalación de VMM, VMM conserva los datos cifrados porque el nuevo equipo VMM tiene acceso a las claves de cifrado en Active Directory. Para configurar la administración de clave distribuida, debes coordinarte con el administrador de Active Directory.

Nota:

• Debes crear un contenedor en AD DS antes de instalar VMM. Puedes crear el contenedor mediante el editor ADSI (instalado desde Administrador de servidores>Herramientas de administración del servidor remoto).
• El contenedor se crea en el mismo dominio que la cuenta de usuario con la que vas a instalar VMM. Si especificas que el servicio VMM usa una cuenta de dominio, esa cuenta debe estar en el mismo dominio. Por ejemplo, si la cuenta de instalación y la cuenta de servicio están en el dominio de corp.contoso.com, debes crear el contenedor en ese dominio. Por lo tanto, si deseas crear un contenedor denominado VMMDKM, especifica la ubicación del contenedor como CN=VMMDKM,DC=corp,DC=contoso,DC=com. La cuenta con la que vas a instalar VMM necesita permisos de Control total para el contenedor en AD DS. Los permisos deben aplicarse a este objeto y a todos los objetos descendientes.

• Si vas a instalar un servidor de administración VMM de alta disponibilidad, debes usar la administración de clave distribuida para almacenar las claves de cifrado en Active Directory. Necesitas la administración de clave distribuida porque si VMM conmuta por error a un nodo, ese nodo necesitará acceso a las claves de cifrado.
• Al configurar la cuenta de servicio y la clave distribuida en la configuración, debes escribir la ubicación del contenedor en AD DS, por ejemplo: CN=VMMDKM,DC=corp,DC=contoso,DC=com

Pasos siguientes

Instalación de VMM