XenApp and XenDesktop

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

Si quiere utilizar Hyper-V con Microsoft System Center Virtual Machine Manager (VMM) para proporcionar máquinas virtuales, siga estas instrucciones.

Esta versión admite las versiones de VMM que figuran en el artículo Requisitos del sistema.

Puede utilizar Machine Creation Services y Provisioning Services para aprovisionar:

  • Máquinas virtuales de SO de servidor o escritorio de 1.ª generación
  • Máquinas virtuales Windows Server 2012 R2, Windows Server 2016 y Windows 10 (con o sin Secure Boot) de 2.ª generación

Actualizar VMM

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

    Para obtener información sobre los requisitos de los hosts Hyper-V y VMM, consulte https://docs.microsoft.com/en-us/previous-versions/system-center/system-center-2012-R2/gg610649(v=sc.12)?redirectedfrom=MSDN. Para obtener información sobre los requisitos de la consola de VMM, consultehttps://docs.microsoft.com/en-us/previous-versions/system-center/system-center-2012-R2/gg610640(v=sc.12)?redirectedfrom=MSDN.

    No se da respaldo a 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.

  • Actualizar de VMM 2008 R2 a VMM 2012 SP1

    Si va a actualizar desde XenDesktop 5.6 en VMM 2008 R2, siga estos pasos para evitar momentos de inactividad de XenDesktop.

    1. Actualizar VMM a 2012 (ahora con XenDesktop 5.6 y VMM 2012)
    2. Actualizar XenDesktop a la versión más reciente (ahora con la versión más reciente de XenDesktop y VMM 2012)
    3. Actualizar VMM desde 2012 a 2012 SP1 (ahora con la versión más reciente de XenDesktop y VMM 2012 SP1)
  • Actualización de VMM 2012 SP1 a VMM 2012 R2

    Si empieza desde XenDesktop o XenApp 7.x en VMM 2012 SP1, siga estos pasos para evitar momentos de inactividad de XenDesktop.

    1. Actualizar XenDesktop o XenApp a la versión más reciente (ahora con la versión más reciente de XenDesktop o XenApp, y VMM 2012 SP1)
    2. Actualizar VMM de 2012 SP1 a 2012 R2 (ahora con 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 de VMM.

  1. Instale y configure un hipervisor.
    1. Instale Microsoft Hyper-V Server y VMM en los servidores.
    2. 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 es posible conectar una consola anterior al servidor de administración, se produce un error al aprovisionar los agentes VDA si las versiones son distintas.
    3. Compruebe la siguiente información de cuenta:
      • La cuenta que utilice para indicar los 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 miembro del grupo local de seguridad de administradores en cada uno de los servidores Hyper-V para poder ofrecer la administración del ciclo de vida de las VM (creación, actualización y eliminación de VM). Nota: No se admite la instalación de Controller en un servidor que ejecuta Hyper-V.

  2. Cree una VM maestra.
    1. Instale un agente Virtual Desktop Agent en la VM maestra y seleccione la opción de optimizar el escritorio. Esto mejora el rendimiento.
    2. Tome una instantánea de la VM maestra para usarla como copia de seguridad.
  3. Cree escritorios virtuales. Si utiliza MCS para crear las VM, al crear un sitio o una conexión:
    1. Seleccione el tipo de host de virtualización Microsoft.
    2. Escriba la dirección 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 independiente 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.

MCS en recursos compartidos de archivos SMB 3

En caso de catálogos de máquinas creados a través de MCS en recursos compartidos SMB 3 para el almacenamiento de VM, compruebe que las credenciales cumplen los siguientes requisitos, de modo que las llamadas desde la biblioteca de comunicaciones de hipervisor (HCL) del 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 mediante las credenciales de usuario de VMM.

Si usa SMB como almacenamiento, habilite el proveedor de compatibilidad para seguridad de autenticación de credenciales (CredSSP) desde el Controller a cada máquina de Hyper-V cuando se utilice VMM 2012 SP1 con Hyper-V en Windows Server 2012. Para obtener más información, consulte CTX137465.

Si usa una sesión remota de PowerShell 3 estándar, HCL usa CredSSP para abrir una conexión con la máquina Hyper-V. Esta función pasa las credenciales de usuario cifradas por Kerberos a la máquina Hyper-V. A continuación, los comandos de PowerShell de la sesión en la máquina Hyper-V remota se ejecutan con las credenciales proporcionadas (en este caso, las credenciales del usuario de VMM), de forma que los comandos que se comuniquen al almacenamiento funcionen correctamente.

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

  • Consolidar una imagen maestra: 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).

    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: Crea un disco de diferenciación a partir de la imagen 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: La biblioteca HCL no puede cargar directamente el disco de identidad en el almacenamiento de 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 Controller, la HCL debe copiar primero el disco de identidad mediante la máquina Hyper-V tal y como se indica.

    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. 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 biblioteca HCL elimina el archivo del recurso compartido de administrador.

    4. Cuando la biblioteca 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 al almacenamiento de SMB y, después, 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 volver a usarse.

  • Descargar discos de identidad: 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.

    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.
  • Crear discos Personal vDisk: Si el administrador crea la VM en un catálogo de máquinas de Personal vDisk, usted 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 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.

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