Product Documentation

Creación de un nuevo entorno

Nov 11, 2015

Configure un entorno en una nube pública o privada, o bien utilice recursos de virtualización como XenServer, Hyper-V o VMware.

Instalación

Puede instalar componentes con la ayuda de una interfaz gráfica basada en asistentes, o mediante una interfaz de línea de comandos, que permite la instalación por scripts. Ambos métodos instalan automáticamente la mayor parte de los requisitos previos.

Importante: Antes de comenzar la instalación, lea y complete la lista de verificación Antes de la instalación.
  1. Instale los componentes principales: Delivery Controller, Citrix Studio, Citrix Director, el servidor de licencias y StoreFront.
  2. Desde Studio, cree un sitio.
  3. Si va a usar herramientas de aprovisionamiento (como Machine Creation Services o Provisioning Services) para crear máquinas virtuales a partir de una imagen maestra, instale un VDA para SO de escritorio. En caso contrario, instale un VDA para SO de escritorio o un VDA para SO de servidor directamente en cada máquina.

    Para implementaciones de acceso con Remote PC, instale un VDA para SO de escritorio en el PC de la oficina. Citrix recomienda usar los métodos existentes de ESD y la interfaz de línea de comandos del instalador de VDA.

  4. Después de instalar los componentes y de crear un sitio, siga las instrucciones de Studio para crear catálogos de máquinas y grupos de entrega.

Configuración de un entorno en la nube

Esta versión admite el aprovisionamiento de máquinas con SO de servidor y máquinas con VDI de servidor en plataformas en la nube. Esta plataforma de software agrupa recursos de computación para crear nubes de Infraestructura como servicio (IaaS) públicas, privadas e híbridas.

Puede seleccionar una de las siguientes soluciones de implementación en la nube:

Administración de máquinas virtuales con Microsoft System Center Virtual Machine Manager

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 máquinas virtuales (VM), compruebe que su entorno cumple los requisitos mínimos enumerados en Requisitos del sistema para XenApp 7.5 y XenDesktop 7.5.

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 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.

Actualización desde una versión anterior de VMM

Actualización desde VMM 2012

Tenga en cuenta las siguientes combinaciones de versiones de componentes y sistemas operativos cuando actualice de VMM 2012 a VMM 2012 SP1 o VMM 2012 R2:

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.5 o XenApp a 7.5 (ahora con XenDesktop 7.5 o XenApp 7.5 y VMM 2012 SP1)
  2. Actualizar VMM 2012 SP1 a 2012 R2 (ahora con XenDesktop 7.5 o XenApp 7.5 y VMM 2012 R2)

Actualización de VMM 2008 R2 a VMM 2012 SP1

Si empieza desde XenDesktop 5.6 en VMM 2008 R2, siga esta secuencia para que XenDesktop pueda seguir funcionando sin interrupción.

La secuencia de actualización de componentes recomendada es:
  1. Actualizar VMM a la versión 2012 (ahora con XenDesktop 5.6 y VMM 2012)
  2. Actualizar XenDesktop a 7.x (ahora con XenDesktop 7.x y VMM 2012)
  3. Actualizar VMM de 2012 a 2012 SP1 (ahora con XenDesktop 7.x y VMM 2012 SP1)

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 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), para 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

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).

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

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

Cargar discos de identidad

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.
  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

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.

Creación de discos Personal vDisk

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).

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 XenApp y XenDesktop.

Integración de Microsoft System Center Configuration Manager

Los sitios que usan System Center Configuration Manager (Configuration Manager) 2012 para administrar el acceso a las aplicaciones y escritorios en dispositivos físicos pueden extender ese uso a XenApp o XenDesktop a través de estas opciones de integración.

  • Citrix Connector 7.5 para Configuration Manager 2012: Citrix Connector es un puente entre Configuration Manager y XenApp o XenDesktop. Connector permite unificar las operaciones realizadas diariamente en los entornos físicos que se administran con Configuration Manager y en los entornos virtuales que se administran con XenApp o XenDesktop. Para obtener información acerca de Connector, consulte Citrix Connector 7.5 para System Center Configuration Manager 2012.
  • Proxy Wake On LAN de Configuration Manager: Independientemente de si su entorno tiene Citrix Connector o no, el uso de la función Wake on LAN del Acceso con Remote PC requiere Configuration Manager. Para obtener más información, consulte Microsoft System Center Configuration Manager y la función Wake on LAN de acceso con Remote PC.
  • Propiedades de XenApp y XenDesktop: Con las propiedades de XenApp y XenDesktop se pueden identificar escritorios virtuales de Citrix para administrarlos a través de Configuration Manager. Citrix Connector usa automáticamente estas propiedades, pero también se pueden configurar manualmente. El resto de este tema describe estas propiedades.

Las propiedades están disponibles para la clase Citrix_virtualDesktopInfo en el espacio de nombres Root\Citrix\DesktopInformation.

Están disponibles las propiedades siguientes: Los nombres de propiedad proceden del proveedor Instrumental de administración de Windows (WMI):

  • AssignmentType. Establece el valor de IsAssigned. Los valores AssignmentType válidos son:
    • ClientIP
    • ClientName
    • Ninguno.
    • User. Este valor establece IsAssigned en True.
  • BrokerSiteName. Es un sitio; devuelve el mismo valor que HostIdentifier.

  • DesktopCatalogName. Catálogo de máquinas asociado con el escritorio.

  • DesktopGroupName. Grupo de entrega asociado con el escritorio.

  • HostIdentifier. Es un sitio; devuelve el mismo valor que BrokerSiteName.

  • IsAssigned. "True" para asignar el escritorio a un usuario y "False" para un escritorio aleatorio.

  • IsMasterImage. Permite tomar decisiones acerca del entorno. Por ejemplo, es posible que desee instalar aplicaciones en la imagen maestra y no en las máquinas aprovisionadas, especialmente si los equipos están en limpios en las máquinas de arranque. Los valores son:
    • True en una máquina virtual (VM) que se usa como una imagen maestra (este valor se establece durante la instalación y está basado en una selección durante el proceso de instalación).
    • Cleared en una máquina virtual que esté aprovisionada a partir de esa imagen.
  • IsVirtualMachine. "True" para una máquina virtual y "False" para una máquina física.

  • OSChangesPersist. "False" si la imagen del sistema operativo del escritorio vuelve a un estado limpio cada vez que se reinicia; de lo contrario, el valor es "True".

  • PersistentDataLocation. La ubicación donde Configuration Manager almacena datos persistentes. Los usuarios no pueden acceder a ella.

  • PersonalvDiskDriveLetter. Para escritorios con un disco Personal vDisk, es la letra de unidad que usted asigna al mismo.

Las propiedades BrokerSiteName, DesktopCatalogName, DesktopGroupName y HostIdentifier se determinan cuando el escritorio se registra con un Controller; por lo tanto, tienen valor nulo en los escritorios que no se hayan registrado completamente.

Para recopilar las propiedades, ejecute un inventario de hardware en Configuration Manager. Para ver las propiedades, use el Explorador de recursos de Configuration Manager. En estos casos, los nombres pueden incluir espacios o variar levemente con respecto a los nombres de propiedades. Por ejemplo, BrokerSiteName puede aparecer como Broker Site Name. Para obtener más información acerca de estas tareas, consulte Propiedades de Citrix WMI y System Center Configuration Manager 2012:

  • Configurar Configuration Manager para recopilar las propiedades de Citrix WMI desde el VDA de Citrix
  • Crear colecciones (recopilaciones) de dispositivos basadas en consultas mediante propiedades de Citrix WMI
  • Crear condiciones globales en función de las propiedades de Citrix WMI
  • Usar condiciones globales para definir requisitos de tipo de implementación de aplicaciones

También puede usar las propiedades de Microsoft en la clase de Microsoft de CCM_DesktopMachine en el espacio de nombres Root\ccm_vdi. Para obtener más información acerca de estas propiedades, consulte la documentación de Microsoft.

Nota: Las propiedades de valor booleano que se muestran en Configuration Manager 2012 pueden aparecer como 1 o 0, en lugar de True o False.

Microsoft System Center Configuration Manager y la función Wake on LAN de acceso con Remote PC

Para obtener una descripción de la función Wake on LAN de acceso con Remote PC, consulte Acceso con Remote PC.

Para configurar la función, complete los siguientes pasos antes de instalar un VDA en los equipos de oficina y usar Studio para crear o actualizar la implementación de acceso con Remote PC:
  • Configure Microsoft System Center Configuration Manager (ConfigMgr) 2012 dentro de la organización y, a continuación, implemente el cliente de ConfigMgr en todas las máquinas de acceso con Remote PC, dejando tiempo suficiente para que el ciclo de inventario de SCCM programado se ejecute (o forzando uno manualmente, si es necesario). Las credenciales de acceso que especifique en Studio para configurar la conexión a ConfigMgr deben incluir las colecciones en el ámbito y el rol de Operador de herramientas remotas.
  • Para el respaldo con Tecnología de administración activa Intel (AMT):
    • La versión mínima respaldada de AMT en el equipo debe ser 3.2.1.
    • Aprovisione el equipo en el que vaya a usar AMT con certificados y procesos asociados de aprovisionamiento.
  • Para el respaldo de Magic Packet o proxy de reactivación de ConfigMgr:
    • Configure la función Wake on LAN en los ajustes de BIOS de cada equipo.
    • Para el respaldo del proxy de reactivación de ConfigMgr, habilite la opción en ConfigMgr. Asegúrese de que haya tres o más máquinas que puedan utilizarse como centinelas para cada subred de la organización que contiene los equipos que usarán la función Wake on LAN del acceso con Remote PC.
    • Para el respaldo de Magic Packet, configure los firewalls y los enrutadores de red para que permitan el envío de ese tipo de paquetes desde el Delivery Controller mediante una difusión o unidifusión dirigidas a las subredes.
Después de instalar el VDA en los equipos de oficina, habilite o inhabilite la administración de energía cuando cree la implementación de acceso con Remote PC en Studio.
  • Si habilita la administración de energía, especifique los datos de conexión: un nombre, la dirección y las credenciales de acceso de ConfigMgr.
  • Si no habilita la administración de energía, puede agregar más tarde una conexión de administración de energía (ConfigMgr). En ese caso, deberá editar un catálogo de máquinas de acceso con Remote PC para habilitar la administración de energía y especificar la nueva conexión de administración de energía.

Puede modificar una conexión de administración de energía para configurar el uso de Magic Packets y proxy de reactivación de ConfigMgr; también puede cambiar el método de transmisión de paquetes. Consulte Acceso con Remote PC para los usuarios.

Administración de máquinas virtuales con VMware

Configure el sistema como se describe en este tema si desea utilizar VMware para suministrar máquinas virtuales en el entorno.

Consulte Requisitos del sistema para XenApp 7.5 y XenDesktop 7.5 para ver información sobre versiones compatibles de VMware.

Instalación y configuración del hipervisor

  1. Instale vCenter Server y las herramientas de administración adecuadas necesarias.
    Nota: No se admite la operación "Linked Mode" de vSphere vCenter.
  2. Cree una cuenta de usuario de VMware en el nivel del centro de datos con los siguientes permisos como mínimo:
    Nota: Esta cuenta tiene permisos para crear nuevas VM y se utiliza para comunicarse con vCenter.

    SDK

    Interfaz de usuario

    Datastore.AllocateSpace

    Datastore > Allocate space

    Datastore.Browse

    Datastore > Browse datastore

    Datastore.FileManagement

    Datastore > Low level file operations

    Network.Assign

    Network > Assign network

    Resource.AssignVMToPool

    Resource > Assign virtual machine to resource pool

    System.Anonymous

    Se agrega automáticamente.

    System.Read

    Se agrega automáticamente.

    System.View

    Se agrega automáticamente.

    Task.Create

    Tasks > Create task

    VirtualMachine.Config.AddRemoveDevice

    Virtual machine > Configuration > Add or remove device

    VirtualMachine.Config.AddExistingDisk

    Virtual machine > Configuration > Add existing disk

    VirtualMachine.Config.AddNewDisk

    Virtual machine > Configuration > Add new disk

    VirtualMachine.Config.AdvancedConfig

    Virtual machine > Configuration > Advanced

    VirtualMachine.Config.CPUCount

    Virtual machine > Configuration > Change CPU Count

    VirtualMachine.Config.Memory

    Virtual machine > Configuration > Memory

    VirtualMachine.Config.RemoveDisk

    Virtual machine > Configuration > Remove disk

    VirtualMachine.Config.Resource

    Virtual machine > Configuration > Change resource

    VirtualMachine.Config.Settings

    Virtual machine > Configuration > Settings

    VirtualMachine.Interact.PowerOff

    Virtual machine > Interaction > Power Off

    VirtualMachine.Interact.PowerOn

    Virtual machine > Interaction > Power On

    VirtualMachine.Interact.Reset

    Virtual machine > Interaction > Reset

    VirtualMachine.Interact.Suspend

    Virtual machine > Interaction > Suspend

    VirtualMachine.Inventory.Create

    Virtual machine > Inventory > Create new

    VirtualMachine.Inventory.CreateFromExisting

    Virtual machine > Inventory > Create from existing

    VirtualMachine.Inventory.Delete

    Virtual machine > Inventory > Remove

    VirtualMachine.Inventory.Register

    Virtual machine > Inventory > Register

    VirtualMachine.Provisioning.Clone

    Virtual machine > Provisioning > Clone template

    VirtualMachine.Provisioning.DiskRandomAccess

    Virtual machine > Provisioning > Allow disk access

    VirtualMachine.Provisioning.GetVmFiles

    Virtual machine > Provisioning > Allow virtual machine download

    VirtualMachine.Provisioning.PutVmFiles

    Virtual machine > Provisioning > Allow virtual machine files upload

    VirtualMachine.Provisioning.DeployTemplate

    Virtual machine > Provisioning > Deploy template

    VirtualMachine.Provisioning.MarkAsVM

    Virtual machine > Provisioning > Mark as virtual machine

    VirtualMachine.State.CreateSnapshot

    • Para vSphere 5.0 Update 2 y vSphere 5.1 Update 1:

      Virtual machine > State > Create snapshot

    • Para vSphere 5.5:

      Virtual machine > Snapshot management > Create snapshot

    VirtualMachine.State.RemoveSnapshot

    • Para vSphere 5.0 Update 2 y vSphere 5.1 Update 1:

      Virtual machine > State > Remove snapshot

    • Para vSphere 5.5:

      Virtual machine > Snapshot management > Remove snapshot

    VirtualMachine.State.RevertToSnapshot

    • Para vSphere 5.0 Update 2 y vSphere 5.1 Update 1:

      Virtual machine > State > Revert to snapshot

    • Para vSphere 5.5:

      Virtual machine > Snapshot management > Revert to snapshot

  3. Si desea que las VM creadas se etiqueten, agregue los siguientes permisos para la cuenta de usuario:

    SDK

    Interfaz de usuario

    Global.ManageCustomFields

    Global > Manage custom attributes

    Global.SetCustomField

    Global > Set custom attribute

    Para asegurarse de que usa una imagen base limpia para crear nuevas máquinas virtuales, etiquete las VM creadas con Machine Creation Services para excluirlas de la lista de VM disponibles para usarlas como imágenes base.

  4. Para proteger las comunicaciones de vSphere, Citrix recomienda utilizar HTTPS en lugar de HTTP. HTTPS requiere certificados digitales. Citrix recomienda utilizar un certificado digital emitido por una autoridad de certificación en función de la directiva de seguridad de la organización.
    Si no puede utilizar un certificado digital emitido por una entidad de certificación y las directivas de seguridad de la organización lo permiten, puede utilizar el certificado autofirmado instalado por VMware. El certificado de VMware vCenter tiene que agregarse a cada uno de los Delivery Controllers del entorno. Para hacerlo:
    1. Agregue el nombre de dominio completo (FQDN) del equipo que ejecuta vCenter Server al archivo hosts de ese servidor, ubicado en %SystemRoot%/WINDOWS/system32/Drivers/etc/. Este paso solo es necesario si el nombre FQDN del equipo que ejecuta vCenter Server aún no está presente en el sistema de nombres de dominio.
    2. Obtenga el certificado de vCenter usando alguno de los métodos siguientes:
      • Cópielo desde el servidor vCenter:
        1. Copie el archivo rui.crt desde el servidor vCenter a una ubicación accesible en los Delivery Controllers. La ubicación predeterminada en el servidor vCenter es c:\Documents and Settings\All Users\Applications Data\VMware\VMware VirtualCenter\SSL\
        2. En el Delivery Controller, vaya a la ubicación donde está el certificado exportado y abra el archivo rui.crt.
      • Descargue el certificado usando un explorador Web. Si está usando Internet Explorer, dependiendo de cuenta de usuario, puede que tenga que hacer clic con el botón secundario en Internet Explorer y elegir Ejecutar como administrador para descargar o instalar el certificado.
        1. Abra el explorador Web y establezca una conexión Web segura con el servidor vCenter; por ejemplo https://servidor1.dominio1.com
        2. Acepte las advertencias de seguridad.
        3. Haga clic en la barra de dirección donde aparece el error de certificado.
        4. Vea el certificado y haga clic en la ficha Detalles.
        5. Seleccione Copiar a archivo y exporte en formato CER; escriba un nombre cuando lo pida el procedimiento.
        6. Guarde el certificado exportado.
        7. Vaya a la ubicación del certificado exportado y abra el archivo . CER.
      • Impórtelo directamente desde Internet Explorer ejecutado como administrador:
        1. Abra el explorador Web y establezca una conexión Web segura con el servidor vCenter; por ejemplo https://servidor1.dominio1.com
        2. Acepte las advertencias de seguridad.
        3. Haga clic en la barra de dirección donde aparece el error de certificado.
        4. Vea el certificado.
    3. Importe el certificado en el almacén de certificados de cada uno de los Delivery Controllers:
      1. Haga clic en Instalar certificado, seleccione Máquina local y, a continuación, haga clic en Siguiente.
      2. Seleccione Colocar todos los certificados en el siguiente almacén y, a continuación, haga clic en Examinar.
        Si está usando Windows Server 2008 R2:
        1. Marque la casilla Mostrar almacenes físicos.
        2. Expanda Personas de confianza.
        3. Seleccione Equipo local.
        4. Haga clic en Siguiente y, a continuación, en Finalizar.
        Si está usando Windows Server 2012 R2 o Windows Server 2012 R2:
        1. Seleccione Personas de confianza, y haga clic en Aceptar.
        2. Haga clic en Siguiente y, a continuación, en Finalizar.
    Importante: Si cambia el nombre del servidor de vSphere después de la instalación, debe generar un certificado autofirmado nuevo en ese servidor antes de continuar con el proceso de importación del certificado nuevo.

Creación de una VM maestra

Hay que crear una VM maestra para suministrar los escritorios y las aplicaciones de los usuarios.

  1. Instale el VDA en la VM maestra, seleccionando la opción para optimizar el escritorio. Esto mejora el rendimiento de los escritorios y las aplicaciones de los usuarios reconfigurando varias funciones de Windows que no son compatibles con los escritorios virtuales o que no son necesarias para éstos.
  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 Studio para crear las VM, en lugar de seleccionar un catálogo de máquinas existente, asegúrese de introducir la siguiente información cuando configure la infraestructura de alojamiento para crear escritorios virtuales:
  1. En la página Conexión de host, seleccione VMware vSphere ® como tipo de host.
  2. Escriba la dirección del punto de acceso para el SDK de vCenter.

    Por ejemplo, https://vmware.ejemplo.com/sdk.

  3. Introduzca las credenciales de la cuenta de usuario de VMware que configuró anteriormente y que incluye permisos para crear nuevas VM. Asegúrese de especificar el nombre de usuario de la cuenta en el formato Dominio/Nombre de usuario.