Preparar el entorno para System Center 2012 R2 Virtual Machine Manager
Publicado: marzo de 2016
Se aplica a: System Center 2012 R2 Virtual Machine Manager
Estos son los requisitos del sistema y las consideraciones que hay que tener en cuenta antes de implementar System Center 2012 R2 Virtual Machine Manager (VMM).
Si va a evaluar su entorno, consulte Requisitos del sistema para System Center 2012 R2.
Servidor de administración VMM
Sistema operativo: le recomendamos encarecidamente que use Windows Server 2012 R2 como sistema operativo en el servidor de administración que ejecuta VMM (en System Center 2012 R2). Si desea usar VMM para crear clústeres que ejecutan Windows Server 2012 R2, el servidor de administración VMM debe ejecutar Windows Server 2012 R2. Esto se aplica a la creación de clústeres de host de Hyper-V o clústeres de servidor de archivos de escalabilidad horizontal.
Se recomienda especialmente Windows Server 2012 R2 como sistema operativo si quiere instalar un servidor de administración VMM de alta disponibilidad (clúster), porque en esa situación es más difícil actualizar el sistema operativo.
Si en su lugar elige Windows Server 2012 como sistema operativo para el servidor de administración VMM, puede crear clústeres que ejecutan Windows Server 2012 R2 fuera de VMM y, después, agregarlos a VMM. No puede crear directamente los clústeres en VMM.
Software de Windows ADK: se debe instalar Windows ADK para Windows 8.1 en el servidor de administración VMM, independientemente del sistema operativo que haya en el servidor VMM. El programa de instalación ofrece un vínculo a Windows ADK para Windows 8.1, o puede descargarlo desde el Centro de descarga de Microsoft. Cuando instale Windows ADK, seleccione las características Herramientas de implementación y Entorno de preinstalación de Windows.
Utilidades de línea de comandos para SQL Server: si planea implementar servicios de VMM que usan aplicaciones de capa de datos de SQL Server, instale las utilidades de línea de comandos relacionadas en el servidor de administración VMM. Instale las utilidades de línea de comandos de SQL Server 2008 R2 o las utilidades línea de comandos de SQL Server 2012, según la versión de SQL Server que instale. Las utilidades de línea de comandos están disponibles en los siguientes Feature Packs:
Nota
Si no instala estas utilidades, la instalación no se bloqueará. Estas utilidades son necesarias si planea implementar servicios que utilizan aplicaciones de capa de datos de SQL Server (archivos .dacpac).
Clústeres: para lograr tener una alta disponibilidad, el servidor de administración VMM se puede instalar en un clúster de conmutación por error. Se recomienda encarecidamente que el clúster de conmutación por error ejecute Windows Server 2012 R2.
Pertenencia a dominios: el equipo en el que instale el servidor de administración VMM debe ser miembro de un dominio de Active Directory.
Longitud del nombre del equipo: el nombre del equipo del servidor de administración no puede superar los 15 caracteres.
Espacio de disco del servidor de biblioteca: si también usa el servidor de administración de VMM como un servidor de biblioteca, debe proporcionar espacio adicional en disco para poder almacenar objetos. El espacio necesario varía según el número y el tamaño de los objetos que almacene.
Evite la instalación en un host de Hyper-V: no instale el servidor de administración de VMM u otros componentes de System Center que no sean agentes, en servidores que ejecuten Hyper-V. Puede instalar componentes de System Center en máquinas virtuales.
Instalación en una máquina virtual: la instalación del servidor de administración de VMM en una máquina virtual puede ayudarle a reducir el número de servidores físicos que debe mantener y a simplificar algunas tareas de administración. Para obtener información acerca de la memoria y otros requisitos, consulte Hardware.
Memoria dinámica (para instalarla como una máquina virtual): si instala el servidor de administración VMM en una máquina virtual y usa la característica Memoria dinámica de Hyper-V, debe establecer el espacio de la memoria RAM inicial de la máquina virtual en, al menos, de 2.048 megabytes (MB).
Administración de más de 150 hosts: para mejorar el rendimiento cuando se administran más de 150 hosts, se recomienda usar un equipo que se dedique solamente al servidor de administración de VMM; asimismo, deberá hacer lo siguiente:
Agregue uno o más equipos remotos como servidores de biblioteca y no utilice el recurso compartido de biblioteca predeterminado en el servidor de administración VMM.
Para la base de datos de VMM, debe utilizar una instancia de SQL Server que se ejecute en el mismo equipo donde instale el servidor de administración VMM.
Para obtener información sobre cómo instalar un servidor de administración de VMM, consulte Instalación de un servidor de administración VMM e Instalación de un servidor de administración VMM de alta disponibilidad.
Consola VMM
El equipo en que se instala la consola VMM debe ser miembro de un dominio de Active Directory.
Para obtener información acerca de cómo instalar la consola VMM, consulte Instalación y apertura de la consola VMM.
SQL Server y base de datos
La instancia de SQL Server que use debe admitir objetos de base de datos que no distingan mayúsculas de minúsculas.
El nombre del equipo de SQL Server no puede superar los 15 caracteres de longitud.
Si el servidor de administración VMM y el equipo de SQL Server no son miembros del mismo dominio de Active Directory, debe existir una confianza bidireccional entre los dos dominios.
Al instalar SQL Server, seleccione las características Servicios de Motor de base de datos y Herramientas de administración - Completa.
Puede realizar una actualización local a una versión compatible de SQL Server (sin mover la base de datos de VMM). Asegúrese de que no se estén ejecutando trabajos al realizar la actualización, ya que podrían no realizarse correctamente y requerir un reinicio manual. Para conocer los procedimientos, consulte la documentación de SQL Server como, por ejemplo, Actualizar a SQL Server 2014.
Para mejorar el rendimiento de la base de datos de VMM, no almacene los archivos de base de datos en el disco que se usa para el sistema operativo. Para ver recomendaciones de SQL Server para la ubicación de los archivos de datos y de registro, consulte Colocar los datos y los archivos de registro en unidades independientes.
Si usa Redes definidas por software (SDN) en VMM, toda la información de red se almacena en la base de datos de VMM. Por este motivo, quizás quiera considerar la posibilidad de usar alta disponibilidad para la base de datos de VMM; para ello, siga estas directrices:
Se admiten clústeres de conmutación por error y es la configuración recomendada para disponibilidad dentro de una única área geográfica o centro de datos. Para obtener más información, consulte Instancias de clúster de conmutación por error de AlwaysOn (SQL Server).
Se admite el uso de grupos de disponibilidad AlwaysOn en Microsoft SQL Server, pero es importante revisar las diferencias entre los dos modos de disponibilidad: la confirmación sincrónica y la confirmación asincrónica. Para obtener una descripción de los dos modos, consulte la sección Modos de disponibilidad en Información general de los grupos de disponibilidad AlwaysOn.
Con el modo de confirmación asincrónica, la réplica de la base de datos puede quedar desactualizada durante un período de tiempo después de cada confirmación. Esto puede hacer parecer que la base de datos ha regresado al pasado, lo que podría producir pérdida de datos de clientes, la divulgación involuntaria de información o una posible elevación de privilegios. Para obtener más información, consulte Reviewing Availability and Recovery Options for Protecting the VMM Database.
Puede utilizar el modo de confirmación sincrónica como configuración para escenarios de disponibilidad de sitios remotos. Para obtener más información, consulte Información general de los grupos de disponibilidad AlwaysOn (SQL Server) e Introducción a los grupos de disponibilidad AlwaysOn (SQL Server).
El servicio SQL Server debe utilizar una cuenta que tenga permiso para acceder a los Servicios de dominio de Active Directory (AD DS). Por ejemplo, puede especificar la cuenta de sistema local o una cuenta de usuario de dominio. No especifique una cuenta de usuario local.
No es necesario configurar la intercalación. Durante la implementación, el programa de instalación configura automáticamente la intercalación CI según el idioma del sistema operativo del servidor.
Se admiten puertos dinámicos.
Para obtener información detallada acerca de SQL Server y System Center 2012 R2, consulte SQL Server en System Center 2012 R2.
Biblioteca de VMM
El servidor de biblioteca es donde VMM almacena elementos como plantillas de máquina virtual, discos duros virtuales, disquetes virtuales, imágenes ISO, scripts y máquinas virtuales almacenadas. Los requisitos de hardware óptimos que se especifican para un servidor de biblioteca VMM varían en función de la cantidad y el tamaño de estos archivos. Deberá comprobar el uso de CPU y otras variables de estado del sistema para determinar qué funciona mejor en su entorno.
Para almacenar discos duros virtuales en el formato de archivo .vhdx, el servidor de biblioteca de VMM debe ejecutar Windows Server 2012 o Windows Server 2012 R2.
VMM no proporciona un método para la replicación de archivos físicos en la biblioteca de VMM ni un método para transferir metadatos de objetos que se almacenan en la base de datos de VMM. En su lugar, si es necesario, debe replicar los archivos físicos fuera de VMM, y debe transferir los metadatos usando scripts u otros medios.
VMM no admite servidores de archivos configurados con la opción que distingue mayúsculas de minúsculas en Windows Services for UNIX, porque el control de mayúsculas y minúsculas de Network File System está establecido en Omitir. Para obtener más información sobre el control de mayúsculas y minúsculas de NFS, consulte Control de mayúsculas y minúsculas de NFS en Windows Services for UNIX 2.0.
Para obtener más información acerca de los servidores de biblioteca de VMM, consulte Información general acerca de la configuración de la biblioteca.
Hosts de máquina virtual
Virtual Machine Manager (VMM) admite Microsoft Hyper-V, VMware ESX y Citrix XenServer como hosts de máquina virtual:
Hosts de Hyper-V
Virtual Machine Manager (VMM) admite las siguientes versiones de Hyper-V.
| Sistema operativo | Edición | Service Pack | Arquitectura del sistema |
|---|---|---|---|
| Hyper-V Server 2008 R2 | No aplicable | Service Pack 1 | x64 |
| Windows Server 2008 R2 (rol de servidor Hyper-V) (instalación completa o instalación Server Core-MiniShell) |
Standard, Enterprise y Datacenter | Service Pack 1 | x64 |
| Hyper-V Server 2012 | No aplicable | No aplicable | X64 |
| Windows Server 2012 (rol de servidor Hyper-V) (instalación completa o instalación Server Core) |
Standard y Datacenter | No aplicable | X64 |
| Hyper-V Server 2012 R2 (pero vea la nota después de la tabla) | No aplicable | No aplicable | X64 |
| Windows Server 2012 R2, rol de servidor Hyper-V (pero vea la nota después de la tabla) | Standard o Datacenter | No aplicable | X64 |
Nota
Si quiere usar VMM para crear clústeres de hosts de Hyper-V que ejecutan Windows Server 2012 R2, el servidor de administración VMM debe ejecutar Windows Server 2012 R2. Esto también es así para la creación de clústeres de servidores de archivos de escalabilidad horizontal que ejecutan Windows Server 2012 R2.
Sin embargo, puede crear clústeres que ejecutan Windows Server 2012 R2 fuera de VMM y, después, agregarlos a VMM, aunque el servidor de administración VMM ejecute Windows Server 2012.
Para obtener más información sobre:
Qué sistemas operativos de invitado son compatibles con Hyper-V, consulte Introducción a Hyper-V - Requisitos de software (para sistemas operativos invitados admitidos).
Cómo administrar hosts de Hyper-V en VMM, consulte Adición y administración de hosts de Hyper-V y clústeres de hosts en VMM.
Hosts VMware ESX
VMM admite el siguiente software de virtualización de VMware:
| Software | Notas |
|---|---|
| Servidor vCenter: - VMware vCenter Server 4.1 - VMware vCenter Server 5.0 - VMware vCenter Server 5.1 - VMware vCenter Server 5.5 (compatible con el Paquete acumulativo de actualizaciones 7 y versiones posteriores) - VMware vCenter Server 6.0 (compatible con el Paquete acumulativo de actualizaciones 8 y versiones posteriores) |
Para obtener más información acerca de los requisitos para vCenter Server, consulte la documentación de producto de VMware. |
| Hosts de máquinas virtuales y clústeres de host que ejecutan cualquiera de las siguientes versiones de VMware: - VMware ESX 4.1 - VMware ESXi 4.1 - VMware ESXi 5.0 - VMware ESXi 5,1 - VMware ESXi 5.5 (compatible con el paquete acumulativo de actualizaciones 7 y versiones posteriores) |
El host o los clústeres de hosts deben ser administrados por un servidor vCenter que ya esté administrado por VMM. |
Para obtener más información, consulte Managing VMware ESX Hosts Overview (Información general sobre la administración de hosts de VMware ESX).
Hosts Citrix XenServer
El siguiente software es necesario en los hosts que ejecuten el software de virtualización Citrix.
Citrix XenServer 6.0
Citrix XenServer 6.1
Citrix XenServer – Microsoft System Center Integration Pack
Para obtener más información sobre:
Requisitos de XenServer, consulte la documentación del producto de Citrix.
Paquete de integración de Citrix XenServer para Microsoft System Center, consulte Citrix XenServer – Microsoft System Center Integration Pack.
Citrix XenServer en general, consulte Información general sobre la administración de Citrix XenServer.
Nota
Toda la información y el contenido de http://www.citrix.com lo ofrecen el propietario o los usuarios del sitio web. Microsoft no otorga garantías expresas, implícitas ni legales con respecto a la información de este sitio web.
Implementación de un host de Hyper-V en un equipo sin sistema operativo
Puede usar VMM para encontrar equipos físicos en la red, después instalar automáticamente el sistema operativo Windows en esos equipos y convertirlos en hosts de Hyper-V administrados. Estos equipos físicos pueden ser equipos en los que no hay instalado ningún sistema operativo. O bien, puede tratarse de equipos en los que quiere sobrescribir un sistema operativo existente.
Para obtener más información, consulte Información general de la adición de equipos físicos como hosts de Hyper-V o como servidores de archivos de escalabilidad horizontal en VMM.
| Rol del sistema | Requisito del sistema |
|---|---|
| Equipo físico que se debe detectar | Debe tener un controlador de administración de placa base (BMC) con un protocolo de administración fuera de banda compatible.VMM admite los siguientes protocolos de administración fuera de banda: - Versiones 1.5 o 2.0 de la Interfaz de administración de plataforma inteligente (IPMI) - Versión 1.0 de la Interfaz de administración del centro de datos (DCMI) - Versión 1.0 de la Arquitectura de administración de sistemas para hardware de servidor (SMASH) frente a WS-Management (WS-Man) - Protocolos personalizados como Integrated Lights-Out (iLO). Asegúrese de que está usando la versión más reciente del firmware para el modelo de controlador de administración de placa base (BMC). |
| Servidor PXE que se usa para iniciar la instalación del sistema operativo en el equipo físico. | - Un equipo que ejecute Windows Server 2008 R2 con el rol de servicios de implementación de Windows instalado. - Un equipo que ejecute Windows Server 2012 con el rol de servicios de implementación de Windows instalado. - Un equipo que ejecute Windows Server 2012 R2 con el rol de servicios de implementación de Windows instalado. El servidor PXE debe estar en la misma subred que el equipo fuera de banda. |
| Sistema operativo de la imagen | - Una imagen del sistema operativo Windows Server 2008 R2 Service Pack 1. - Una imagen del sistema operativo Windows Server 2012. - Imagen del sistema operativo Windows Server 2012 R2. La imagen del sistema operativo debe ser compatible con la opción de arrancar desde el disco duro virtual. Puede crear el disco duro virtual ejecutando la herramienta de preparación del sistema (Sysprep.exe). Use Sysprep.exe con las opciones /generalize y /oobe en una máquina virtual que ejecute el sistema operativo que se incluirá en la imagen. |
Administración de actualizaciones
En VMM, puede usar un servidor de Windows Server Update Services (WSUS) para administrar las actualizaciones para los siguientes equipos en el entorno de VMM:
Hosts de máquina virtual
Servidores de biblioteca
Servidor de administración VMM
Servidores PXE
El servidor de WSUS
Servidores de infraestructura que ejecutan Windows Server 2012 R2.
Puede configurar las líneas de base de la actualización, examinar el cumplimiento en los equipos y realizar correcciones de actualización.
| Servidores WSUS admitidos | Notas |
|---|---|
| - Una versión de 64 bits de Windows Server Update Services (WSUS) 3.0 Service Pack 2 (SP2) - Una edición de 64 bits del rol de servidor Windows Server Update Services (WSUS) en Windows Server 2012 - Una edición de 64 bits del rol de servidor Windows Server Update Services (WSUS) para Windows Server 2012 R2 |
- Para obtener información acerca de los requisitos del sistema de WSUS y descargar WSUS 3.0 SP2, consulte Windows Server Update Services 3.0 SP2 en el Centro de descarga de Microsoft. Important: Si usa WSUS 3.0 SP2 para habilitar actualizaciones para hosts de Windows Server 2012, debe aplicar KB2734608. Asegúrese de leer detenidamente los problemas conocidos de esta actualización en lo que respecta a VMM. - En Windows Server 2012 y Windows Server 2012 R2, WSUS es un rol de servidor integrado. - VMM admite el uso de un servidor de WSUS que forme parte de un entorno de Configuration Manager 2007 R2 o System Center 2012 Configuration Manager, pero es necesario aplicar pasos adicionales de configuración. Para obtener más información, consulte How to Integrate Fabric Updates with Configuration Manager (Integración de las actualizaciones de tejido en Configuration Manager). |
El servidor WSUS debe ejecutar Windows Server 2012 R2, Windows Server 2012 o Windows Server 2008 R2 Service Pack 1.
Debe haber plena confianza entre el servidor de administración de WSUS y los dominios del servidor de administración VMM.
VMM puede utilizar un servidor WSUS raíz o un servidor WSUS que sigue en la cadena.VMM no admite el uso de un servidor WSUS de réplicas.
El servidor de WSUS puede dedicarse a VMM o puede tratarse de un servidor de WSUS que ya utilice en su entorno.
Si VMM procesa una gran volumen de actualizaciones, considere la posibilidad de instalar el servidor de WSUS en un equipo independiente del servidor de administración VMM.
VMM también puede funcionar con System Center Updates Publisher, pero solo se admiten las actualizaciones completas de contenidos. Solo las actualizaciones de metadatos no se pueden agregar a una línea base de actualización.
Para obtener más información acerca de la administración de actualizaciones en VMM, consulte Managing Fabric Updates in VMM (Administración de actualizaciones de tejido en VMM).
Supervisión e informes
VMM puede supervisar el estado y el rendimiento de las máquinas virtuales y sus hosts. Para ello, VMM se integra con Operations Manager y habilita Optimización de rendimiento y recursos (PRO). VMM también permite usar la funcionalidad de informes de Operations Manager. Para utilizar los informes de previsión, debe instalarse SQL Server Analysis Services en el servidor de informes de Operations Manager.
VMM en System Center 2012 R2 admite Operations Manager en System Center 2012 R2 únicamente.
Requisitos:
La versión de Analysis Services debe ser SQL Server Analysis Services 2008 SP2 o posterior.
La versión de la consola del operador de Operations Manager que está instalada en el servidor de administración VMM debe coincidir con la versión de Operations Manager con la que pretende realizar la integración.
La versión del agente Operations Manager debe ser compatible con la versión correspondiente de Operations Manager.
Para obtener más información, vea Configuración de la integración de Operations Manager con VMM.