Product Documentation

Microsoft System Center Virtual Machine Manager y la administración de máquinas virtuales

Nov 18, 2015

Configure el sistema tal y como se describe en este tema si usa Hyper-V con Microsoft System Center Virtual Machine Manager (VMM) para proporcionar máquinas virtuales en su entorno.

Requisitos del sistema

Antes de crear las máquinas virtuales (VM), asegúrese de que el entorno cumpla con los requisitos que figuran en la sección de Hosts de Requisitos del sistema.

Actualización de VMM 2012 a VMM 2012 SP1 o VMM 2012 R2

Al realizar la actualización, tenga en cuenta las siguientes combinaciones de versiones de componentes y sistemas operativos:

Nota: No se admiten clústeres mixtos de Hyper-V. 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.

Actualización de VMM 2008 R2 a VMM 2012 SP1

Si empieza desde XenDesktop 5.6 en VMM 2008 R2, es importante seguir esta secuencia para que XenDesktop pueda seguir funcionando sin ningún tipo de inactividad.

La secuencia de actualización de componentes recomendada es:

  1. Actualizar VMM a 2012 (ahora con XenDesktop 5.6 y VMM 2012)
  2. Actualizar XenDesktop a 7 (ahora con XenDesktop 7 y VMM 2012)
  3. Actualizar VMM de 2012 a 2012 SP1 (ahora con XenDesktop 7.0 y VMM 2012 SP1)

Actualización de VMM 2012 SP1 a VMM 2012 R2

Si empieza desde XenDesktop 7 en VMM 2012 SP1, es importante seguir esta secuencia para que XenDesktop pueda seguir funcionando sin ningún tipo de inactividad.

La secuencia de actualización de componentes recomendada es:

  1. Actualizar XenDesktop a 7.1 (ahora con XenDesktop 7.1 y VMM 2012 SP1)
  2. Actualizar VMM de 2012 SP1 a 2012 R2 (ahora con XenDesktop 7.1 y VMM 2012 R2)

Respaldo para máquinas virtuales

Tenga en cuenta lo siguiente:

  • Esta versión solo admite máquinas virtuales de generación 1 con VMM 2012 R2. No se admiten las máquinas virtuales de generación 2.
  • Las VM de generación 2 no están respaldadas en implementaciones de Machine Creation Services (MCS) ni de Provisioning Services. Cuando se crean VM en Studio con Machine Creation Services o Provisioning Services, las VM de generación 2 no aparecen en la lista de selección para una VM maestra.
  • Las VM de generación 2 tienen la función de arranque seguro (Secure Boot) habilitada de manera predeterminada, lo que impide que el VDA funcione correctamente.

Instalación y configuración de un hipervisor

  1. Instale Microsoft Hyper-V Server y VMM en los servidores. Todos los Delivery Controllers del entorno deben estar en el mismo bosque que los servidores de VMM.
  2. Instale la consola de System Center Virtual Machine Manager en todos los Delivery Controllers de su entorno de máquinas.
  3. Compruebe la siguiente información de cuenta:

    • La cuenta que utilice para crear hosts en Studio debe ser un administrador o administrador delegado de VMM para las máquinas Hyper-V en cuestión. Si esta cuenta solo tiene el rol de administrador delegado en VMM, los datos de almacenamiento no aparecen 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 un miembro del grupo de seguridad de administradores local en cada uno de los servidores Hyper-V para dar respaldo a la administración del ciclo de vida de las VM (creación, actualización y eliminación de VM).
      Nota: No se respalda la instalación del Delivery Controller directamente en un servidor que ejecuta Hyper-V.

Creación de una VM maestra

Puede crear una VM maestra para ofrecer escritorios de usuario.

  1. Instale el Virtual Desktop Agent en la VM maestra y asegúrese de seleccionar la opción para optimizar el escritorio. Esto mejora el rendimiento de los escritorios de usuario ya que se vuelven a configurar varias funciones de Windows que no son compatibles con los escritorios virtuales o que estos no necesitan.
  2. Tome una instantánea de la VM maestra para usarla como copia de seguridad. Para obtener más información, consulte Preparación de una imagen maestra.

Creación de escritorios virtuales

Si utiliza Citrix Studio para crear las VM, en lugar de seleccionar un catálogo de máquinas existente, ejecute el asistente de Implementación de Studio para crear escritorios virtuales de la siguiente manera:

  1. En la página Host, seleccione Máquinas virtuales y, a continuación, seleccione Virtualización de Microsoft como el tipo de host.
  2. Escriba la dirección del servicio como el nombre de dominio completo del servidor host.
  3. Introduzca las credenciales para la cuenta de administrador que configuró anteriormente y que incluye permisos para crear nuevas VM.
  4. En el cuadro de diálogo Detalles del host, seleccione el clúster o el host autónomo que desea utilizar para crear las nuevas VM.
    Importante: Busque y seleccione un clúster o un host independiente aunque utilice una implementación de host de Hyper-V único.

Compatibilidad para Microsoft System Center Virtual Machine Manager

Esta versión es compatible con:

  • VMM 2012. Esta función ofrece capacidades mejoradas de administración, lo que le permite administrar todo el centro de datos virtualizado, así como las máquinas virtuales. Ahora, esta versión orquesta la aplicación de revisiones en hosts de clúster, así como la integración con el servicio Windows Server Update Services, lo que le permite definir los puntos de referencia de revisiones que cada host necesita.
  • VMM 2012 SP1. Esta función ofrece mejoras de rendimiento para Machine Creation Services (MCS) cuando se usa SMB 3.0 en servidores de archivos con volúmenes compartidos en clúster y redes de área de almacenamiento (SAN). Estos recursos compartidos de archivos proporcionan un almacenamiento en caché de bajo coste y E/S reducidas en el almacenamiento de SAN, lo que mejora el rendimiento.
  • VMM 2012 R2. Esta función posibilita la administración por escalas de las principales capacidades de Windows Server 2012 R2, incluidas las instantáneas de VM en ejecución, el cambio dinámico de tamaño de VHDX y los Espacios de almacenamiento.

Machine Creation Services (MCS) en recursos compartidos SMB 3

Para catálogos de máquinas creados a través de MCS en recursos compartidos SMB 3 para el almacenamiento de VM, asegúrese de que las credenciales se configuran como se muestra a continuación, de modo que las llamadas desde la biblioteca de comunicaciones de hipervisor (HCL) de un Delivery Controller puedan conectarse correctamente al almacenamiento SMB:

  • Las credenciales de usuario de VMM deben incluir acceso de escritura y lectura completo al almacenamiento de SMB.
  • Las operaciones de disco virtual de almacenamiento durante el ciclo de vida de las máquinas virtuales se realizan a través del servidor Hyper-V usando las credenciales de usuario de VMM.
Nota: Si quiere usar SMB como almacenamiento, habilite el CredSSP desde Delivery Controller a máquinas Hyper-V individuales cuando use VMM 2012 SP1 con Hyper-V en Windows Server 2012. Para obtener más información, consulte el artículo Enabling CredSSP de Knowledge Base en http://support.citrix.com/article/CTX137465.

Al usar una sesión remota de PowerShell V3 estándar, la HCL abre una conexión con la máquina Hyper-V mediante la función del proveedor de respaldo para seguridad de credenciales de autenticación (CredSSP). Esta función envía las credenciales de los usuarios a la máquina Hyper-V (cifradas con Kerberos) y los comandos de PowerShell de esta sesión en la máquina Hyper-V remota se ejecutan con las credenciales proporcionadas (en este caso, las del usuario de VMM), de forma que los comandos de comunicación con el almacenamiento funcionen correctamente.

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

Consolidar una imagen maestra

Uso

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

Operación de script de PowerShell

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 diferenciación

Uso

Crea un disco de diferenciación de la imagen maestra generada al consolidar la imagen maestra. A continuación, el disco de diferenciación se adjunta 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

Uso

La Hypervisor Communications Library (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. Debido a que la máquina Hyper-V no puede leer el disco del Delivery Controller, la HCL debe copiar antes que nada el disco de identidad a través de la máquina Hyper-V tal y como se indica.

Operación

  1. La HCL carga la identidad en la máquina Hyper-V mediante el recurso compartido de administrador.
  2. La máquina Hyper-V copia el disco en el almacenamiento de SMB a través de un script de PowerShell que se ejecuta en la sesión remota de PowerShell V3. Se crea una carpeta en la máquina Hyper-V y los permisos de la carpeta están bloqueados únicamente para el usuario de VMM (a través de la conexión remota de PowerShell).
  3. La HCL elimina el archivo del recurso compartido de administrador.
  4. A continuación, la HCL carga el disco de identidad en la máquina Hyper-V. La sesión remota de PowerShell copia los discos de identidad en el almacenamiento de SMB y, a continuación, los elimina de la máquina Hyper-V.
    Nota: La carpeta del disco de identidad se vuelve a crear si se elimina, de modo que puede volver a usarse.

Descargar los discos de identidad

Uso

Al igual que con las cargas, los discos de identidad pasan a través de la máquina Hyper-V hasta la HCL. El siguiente proceso crea una carpeta que solo tiene permisos de usuario de VMM en el servidor Hyper-V si no existe.

Operación

  1. La máquina Hyper-V copia el disco desde el almacenamiento de SMB al almacenamiento de Hyper-V local mediante un script de PowerShell que se ejecuta en la sesión remota de PowerShell V3.
  2. La HCL lee el disco desde el recurso compartido de administrador de la máquina Hyper-V y lo copia en memoria.
  3. La HCL elimina el archivo del recurso compartido de administrador.

Creación de discos Personal vDisk

Uso

Si el administrador crea la VM en un catálogo de máquinas con discos Personal vDisk, debe crear un disco vacío (Personal vDisk).

Operación

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

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

Para obtener más información sobre cómo usar el SDK, consulte Acerca del SDK de XenDesktop.