Entornos de virtualización de Microsoft System Center Virtual Machine Manager

Actualizar VMM

Actualizar de VMM 2012 a VMM 2012 SP1 o VMM 2012 R2

Para conocer los requisitos de VMM y los hosts de Hyper-V, consulte https://docs.microsoft.com/es-es/previous-versions/system-center/system-center-2012-R2/gg610649(v=sc.12)?redirectedfrom=MSDN. Para conocer los requisitos de la consola de VMM, consulte https://docs.microsoft.com/es-es/previous-versions/system-center/system-center-2012-R2/gg610640(v=sc.12)?redirectedfrom=MSDN.

No se admite un clúster de Hyper-V mixto. Un ejemplo de clúster mixto es aquel en el que la mitad del clúster ejecuta Hyper-V 2008 y la otra mitad ejecuta Hyper-V 2012.

Actualizar de VMM 2008 R2 a VMM 2012 SP1

Si va a actualizar de XenDesktop 5.6 en VMM 2008 R2, siga esta secuencia para evitar el tiempo de inactividad de XenDesktop.

Actualice VMM a 2012 (ahora ejecuta XenDesktop 5.6 y VMM 2012)
Actualice XenDesktop® a la versión más reciente (ahora ejecuta la versión más reciente de XenDesktop y VMM 2012)
Actualice VMM de 2012 a 2012 SP1 (ahora ejecuta la versión más reciente de XenDesktop y VMM 2012 SP1)

Actualizar de VMM 2012 SP1 a VMM 2012 R2

Si empieza con XenDesktop o XenApp 7.x en VMM 2012 SP1, siga esta secuencia para evitar el tiempo de inactividad de XenDesktop.

Actualice XenDesktop o XenApp® a la versión más reciente (ahora ejecutando la versión más reciente de XenDesktop o XenApp, y VMM 2012 SP1)
Actualice VMM 2012 SP1 a 2012 R2 (ahora ejecutando la versión más reciente de XenDesktop o XenApp, y VMM 2012 R2)

Resumen de instalación y configuración

Importante:

Todos los Delivery Controllers deben estar en el mismo bosque que los servidores VMM.

Instale y configure un hipervisor.

Instale el servidor Microsoft Hyper-V y VMM en sus servidores.
Instale la consola de System Center Virtual Machine Manager en todos los Controllers. La versión de la consola debe coincidir con la versión del servidor de administración. Aunque una consola anterior puede conectarse al servidor de administración, el aprovisionamiento de VDA falla si las versiones difieren.
Verifique la siguiente información de la cuenta:
- La cuenta que utiliza para especificar hosts en Studio es un administrador de VMM o un administrador delegado de VMM para las máquinas Hyper-V relevantes. Si esta cuenta solo tiene el rol de administrador delegado en VMM, los datos de almacenamiento no se muestran en Studio durante el proceso de creación del host.
- La cuenta de usuario utilizada para la integración de Studio también debe ser miembro del grupo de seguridad local de administradores en cada servidor Hyper-V para admitir la administración del ciclo de vida de las máquinas virtuales (como la creación, actualización y eliminación de máquinas virtuales). Nota: No se admite la instalación de un Controller en un servidor que ejecute Hyper-V.

Cree una VM maestra.

Instale un Virtual Delivery Agent en la VM maestra y seleccione la opción para optimizar el escritorio. Esto mejora el rendimiento.
Tome una instantánea de la VM maestra para usarla como copia de seguridad.

Cree escritorios virtuales. Si utiliza MCS para crear máquinas virtuales, al crear un sitio o una conexión,

Seleccione el tipo de host de virtualización de Microsoft.
Introduzca la dirección como el nombre de dominio completo del servidor host.
Introduzca las credenciales de la cuenta de administrador que configuró anteriormente y que tiene permisos para crear nuevas máquinas virtuales.
En el cuadro de diálogo Detalles del host, seleccione el clúster o el host independiente que se utilizará al crear nuevas máquinas virtuales. Importante: Busque y seleccione un clúster o un host independiente, incluso si utiliza una implementación de host único de Hyper-V.

MCS en recursos compartidos de archivos SMB 3

Para los catálogos de máquinas creados con MCS en recursos compartidos de archivos SMB 3 para el almacenamiento de máquinas virtuales, asegúrese de que las credenciales cumplan los siguientes requisitos para que las llamadas de la biblioteca de comunicaciones del hipervisor (HCL) del Controller se conecten correctamente al almacenamiento SMB:

Las credenciales de usuario de VMM deben incluir acceso completo de lectura y escritura al almacenamiento SMB.

Las operaciones de disco virtual de almacenamiento durante los eventos del ciclo de vida de la máquina virtual se realizan a través del servidor Hyper-V utilizando las credenciales de usuario de VMM.

Cuando utilice SMB como almacenamiento, habilite el proveedor de soporte de seguridad de credenciales de autenticación (CredSSP) desde el Controller a las máquinas Hyper-V individuales cuando utilice VMM 2012 SP1 con Hyper-V en Windows Server 2012. Para obtener más información, consulte CTX137465.

Mediante una sesión remota estándar de PowerShell V3, la HCL utiliza CredSSP para abrir una conexión a la máquina Hyper-V. Esta función pasa las credenciales de usuario cifradas con Kerberos a la máquina Hyper-V, y los comandos de PowerShell en la sesión de la máquina Hyper-V remota se ejecutan con las credenciales proporcionadas (en este caso, las del usuario de VMM), de modo que los comandos de comunicación con el almacenamiento funcionan correctamente.

Las siguientes tareas utilizan scripts de PowerShell que se originan en la HCL y luego se envían a la máquina Hyper-V para actuar sobre el almacenamiento SMB 3.0.

Consolidar imagen maestra: una imagen maestra crea un nuevo esquema de aprovisionamiento de MCS (catálogo de máquinas). Clona y aplana la VM maestra lista para crear nuevas VM a partir del nuevo disco creado (y elimina la dependencia de la VM maestra original).

ConvertVirtualHardDisk en el espacio de nombres root\virtualization\v2

Ejemplo:

 $ims = Get-WmiObject -class $class -namespace "root\virtualization\v2";
 $result = $ims.ConvertVirtualHardDisk($diskName, $vhdastext)
 $result

Crear disco de diferencias: crea un disco de diferencias a partir de la imagen maestra generada al consolidar la imagen maestra. El disco de diferencias se adjunta luego a una nueva VM.

CreateVirtualHardDisk en el espacio de nombres root\virtualization\v2

Ejemplo:

 $ims = Get-WmiObject -class $class -namespace "root\virtualization\v2";
 $result = $ims.CreateVirtualHardDisk($vhdastext);
 $result

Cargar discos de identidad: el HCL no puede cargar directamente el disco de identidad en el almacenamiento SMB. Por lo tanto, la máquina Hyper-V debe cargar y copiar el disco de identidad en el almacenamiento. Dado que la máquina Hyper-V no puede leer el disco desde el Controller, el HCL debe copiar primero el disco de identidad a través de la máquina Hyper-V de la siguiente manera.

El HCL carga la identidad en la máquina Hyper-V a través del recurso compartido del administrador.
La máquina Hyper-V copia el disco en el almacenamiento SMB a través de un script de PowerShell que se ejecuta en la sesión remota de PowerShell. Se crea una carpeta en la máquina Hyper-V y los permisos de esa carpeta se bloquean solo para el usuario de VMM (a través de la conexión remota de PowerShell).
El HCL elimina el archivo del recurso compartido del administrador.
Cuando el HCL completa la carga del disco de identidad en la máquina Hyper-V, la sesión remota de PowerShell copia los discos de identidad en el almacenamiento SMB y luego los elimina de la máquina Hyper-V.

La carpeta del disco de identidad se vuelve a crear si se elimina para que esté disponible para su reutilización.

Descargar discos de identidad: al igual que con las cargas, los discos de identidad pasan por la máquina Hyper-V al HCL. El siguiente proceso crea una carpeta que solo tiene permisos de usuario de VMM en el servidor Hyper-V si no existe.

La máquina Hyper-V copia el disco del almacenamiento SMB al almacenamiento local de Hyper-V a través de un script de PowerShell que se ejecuta en la sesión remota de PowerShell V3.
El HCL lee el disco del recurso compartido del administrador de la máquina Hyper-V en la memoria.
El HCL elimina el archivo del recurso compartido del administrador.

Creación de Personal vDisk: si el administrador crea la VM en un catálogo de máquinas Personal vDisk, debe crear un disco vacío (PvD).

La llamada para crear un disco vacío no requiere acceso directo al almacenamiento. Si tiene discos PvD que residen en un almacenamiento diferente al disco principal o del sistema operativo, use PowerShell remoto para crear el PvD en una carpeta de directorio que tenga el mismo nombre de la VM desde la que se creó. Para CSV o LocalStorage, no use PowerShell remoto. La creación del directorio antes de crear un disco vacío evita fallos en el comando de VMM.

Desde la máquina Hyper-V, realice un mkdir en el almacenamiento.

En este artículo

Actualizar VMM
Resumen de instalación y configuración
MCS en recursos compartidos de archivos SMB 3

¿Le ha resultado útil?