Conceptos e implementación de XenApp y XenDesktop en CloudPlatform. Conceptos e implementación de XenApp y XenDesktop en CloudPlatform

Transcripción

1 Conceptos e implementación de XenApp y XenDesktop en CloudPlatform Conceptos e implementación de XenApp y XenDesktop en CloudPlatform Preparado por: Paul Howard Responsable de publicación: Jan Penovich Versión: 1.0 Última actualización: 16 de mayo de 2014

2 Tabla de contenidos 1ª parte: Información general de los conceptos y los requisitos previos de infraestructura para Citrix CloudPlatform... 4 Roles necesarios para crear un sitio basado en la nube... 4 Activos y responsabilidades... 5 IaaS y DaaS... 7 Nubes públicas y privadas... 7 Aislamiento regional... 7 API de CloudPlatform... 8 Sincronización de las horas... 8 Grupos de seguridad... 8 Requisitos previos de infraestructura... 8 Configuraciones de infraestructura recomendadas... 9 Parámetro de versión de XenTools...11 Ofertas y plantillas de disco, de servicio de XenDesktop y de red...11 Ofertas de disco personalizadas...11 Ofertas de servicios de XenDesktop...13 Ofertas de red...13 Plantillas de Windows...13 Plantilla de trabajador de volumen...15 Creación de una plantilla de trabajador de volumen...15 Actualizaciones de seguridad...18 Nube privada virtual (VPC)...19 Arrendamiento dedicado...19 Active Directory ª parte: Implementación...21 Requisitos...21 CloudPlatform y versiones de hipervisor...21 Inicio de un Delivery Controller...22 Instalación de XenDesktop...22 Ejemplo: Pasar de CloudPlatform a un sitio de XenDesktop...22 Aislamiento de la preparación de imágenes...25 Página 2

3 Ejemplo: Crear un sitio simple con Studio...26 Paso 1: Definir los parámetros básicos del sitio...26 Describir una conexión con la infraestructura de alojamiento...27 Especificar la ubicación y la red de la VM...27 Paso 2: Crear un catálogo de escritorios virtuales...28 Paso 3: Crear un grupo de entrega...29 Página 3

4 1ª parte: Información general de los conceptos y los requisitos previos de infraestructura para Citrix CloudPlatform Aquí le ofrecemos un resumen de los conceptos y los requisitos previos de infraestructura que debe conocer antes de configurar un sitio de XenApp o XenDesktop en una infraestructura de CloudPlatform. Para obtener información acerca de la implementación de XenApp o XenDesktop con CloudPlatform, consulte 2ª parte: Implementación. Roles necesarios para crear un sitio basado en la nube Hay tres roles distintos que deben ser cubiertos por personas o equipos antes de crear un sitio de XenApp o XenDesktop basado en la nube: Ingeniero de infraestructura: Esta persona (o equipo u organización) aloja el hardware y su presentación en forma de nube de CloudPlatform. El ingeniero de infraestructura instala CloudPlatform y configura los hosts, los pods, los clústeres, las zonas, el almacenamiento y las funciones de red. El ingeniero de infraestructura proporciona una nube que, en teoría, se puede emplear para cualquier propósito (por ejemplo, Amazon puede considerarse el ingeniero de infraestructura de su nube). Diseñador de servicios: Esta persona (o equipo) consume la infraestructura de nube fija definida por el ingeniero de infraestructura. El diseñador de servicios utiliza la infraestructura de nube sin configurar para crear un servicio específico útil y entregarlo a usuarios finales. Nota: En este documento, dicho servicio específico es XenDesktop. Administrador de sitio: Esta persona (o equipo) consume el servicio de XenDesktop basado en la nube y utiliza Studio para definir el sitio y sus prestaciones. El propio modelo de administración delegada de XenDesktop puede usarse para delegar partes de esta administración en otros subadministradores. En este documento, dichos subadministradores se consideran parte del mismo rol general de administrador. En las implementaciones más sencillas, una sola persona puede cubrir estos tres roles al mismo tiempo. En implementaciones más complejas, cada rol puede estar cubierto por equipos u organizaciones, que a su vez pueden contener subdivisiones. Página 4

5 Activos y responsabilidades El ingeniero de infraestructura se encarga de la instalación de CloudPlatform y del hardware destinado al alojamiento, así como de la organización general de todo ello. Como la infraestructura puede ser completamente independiente de XenDesktop, no se requiere ninguna actividad específica de XenDesktop por parte del ingeniero de infraestructura. El diseñador de servicios y el administrador de sitio se encargan de todas las actividades específicas de XenDesktop. De estos dos, el diseñador de servicios es la persona o el equipo que transforma la infraestructura de CloudPlatform sin configurar en una carga de trabajo operativa de XenDesktop. El gráfico siguiente muestra la separación de responsabilidades y el flujo de varios activos en el sistema. Como regla general, el diseñador de servicios consume la infraestructura; a continuación, es el administrador de sitio el que la consume. Esto da paso al flujo de tres niveles que aparece a continuación. En la práctica, a veces puede suceder que las mismas organizaciones o personas compartan la responsabilidad de cualquiera o de todos estos pasos. Página 5

6 Página 6

7 IaaS y DaaS El concepto de Infraestructura como servicio (IaaS) hace referencia a la entrega de infraestructuras de nube de parte del ingeniero de infraestructura. El concepto de Escritorios como servicio (DaaS) hace referencia a la entrega de aplicaciones y escritorios alojados en la nube a los usuarios finales. El diseñador de servicios consume una nube IaaS preparada por el ingeniero de infraestructura y entrega un servicio DaaS en la nube a los usuarios finales. Nubes públicas y privadas En una nube pública, el ingeniero de infraestructura pone la nube a su disposición para uso general (IaaS), y normalmente factura a los consumidores (o arrendatarios), que, a su vez, ejecutan sus propios servicios personalizados en una infraestructura de la que no son propietarios. En una nube pública, hay un alto grado de separación entre el ingeniero de infraestructura y el diseñador de servicios. En una nube privada, la misma organización o entidad que proporciona el servicio de escritorios virtuales es la propietaria de la infraestructura. Esto implica un vínculo más cercano entre el ingeniero de infraestructura y el diseñador de servicios. Estas condiciones solo reflejan la exposición de la infraestructura de CloudPlatform, y no la exposición del servicio de XenDesktop. Por ejemplo, una empresa podría utilizar CloudPlatform de forma interna en su centro de datos para crear una oferta de servicios DaaS que, más tarde, se expondría públicamente. En este caso, aunque el servicio DaaS es público, la nube de la infraestructura es privada, por lo que se puede calificar como una nube privada. Aislamiento regional Ya sea una nube pública o una nube privada, su infraestructura puede estar compuesta de varias regiones. (Las infraestructuras con varias regiones suelen ser propiedad de nubes públicas más que de nubes privadas. Generalmente, los servicios de nube pública operan a mayor escala y con mayor alcance geográfico, por lo que en estas nubes tiene más sentido aplicar el aislamiento regional). En CloudPlatform, los aislamientos regionales funcionan de la misma forma que en Amazon Web Services (AWS). Es decir, que son servicios totalmente aislados, sin compartir recursos. Las regiones de la nube son, efectivamente, nubes separadas que ofrecen un servicio similar. Las regiones se conectan únicamente de una forma muy simple: cada región tiene una función para detectar los nombres y los detalles de conexión de las demás regiones; para todo lo demás, están completamente separadas. XenDesktop 7.5 tiene una restricción de una región por sitio. Un sitio de XenDesktop debe existir dentro de una sola región de nube. Para usar varias regiones, es necesario disponer de varios sitios de XenDesktop y, opcionalmente, se puede utilizar StoreFront para agruparlos. Página 7

8 API de CloudPlatform Si la nube es pública, se entiende que la API de REST de CloudPlatform se expone directamente; es decir, la parte de usuario de la API que se describe aquí. Algunas nubes públicas de servicios IaaS pueden usar CloudPlatform de forma interna, pero luego exponen sus servicios con una API de propietario. Dichas ofertas de nube pública no son compatibles con XenDesktop 7.5 porque XenDesktop se ha integrado únicamente con la API de CloudPlatform. Sincronización de las horas Es importante tener un origen común para la hora en todo el sistema. Esto es especialmente importante al ejecutar una carga de trabajo de XenDesktop, ya que se usan certificados SSL para proteger algunas comunicaciones entre el Delivery Controller y algunos servicios virtualizados que se ejecutan en la zona de la nube. Si la hora está mal sincronizada, la autenticación en estos canales puede fallar, lo que impide aprovisionar escritorios correctamente. Citrix recomienda tener un servidor NTP (Network Time Protocol) dentro del sistema. Configure todos los hosts de todas las zonas de la nube para que obtengan su señal horaria desde este servidor central. Del mismo modo, el dominio de Active Directory de Windows debe emplear el mismo origen de hora. Compruebe bien la sincronización de la hora, ya que las discrepancias de hora son una fuente muy común de errores en las cargas de trabajo de XenDesktop. Grupos de seguridad CloudPlatform admite el uso de grupos de seguridad únicamente en zonas de red básicas. Citrix recomienda no utilizar grupos de seguridad en zonas avanzadas cuando se utilizan cargas de trabajo de XenDesktop dentro de la nube. (Si es necesario, se pueden usar grupos de seguridad en zonas básicas para aislamiento). Requisitos previos de infraestructura Esta sección describe los activos que el ingeniero de infraestructura debe poner a su disposición para crear una nube que admita una carga de trabajo de XenDesktop: Al menos una región, que exponga un punto final para la consola Web y la API de usuario de CloudStack. Al menos una zona, con almacenamiento secundario para toda la zona. Al menos un clúster, con almacenamiento principal a nivel de clúster. Al menos un host, con almacenamiento local de alto rendimiento. (El requisito de almacenamiento local no es estrictamente necesario, pero para XenDesktop se recomienda Página 8

9 ejecutar los escritorios agrupados en un almacenamiento adjunto a un host. También se puede ejecutar cualquier tipo de escritorio en el almacenamiento principal compartido, que probablemente estaría basado en SAN). Red física. Además, el ingeniero de infraestructura debe dejar disponibles algunas plantillas de sistema operativo. Todas ellas debe ampliarse cuando sea necesario mediante las herramientas paravirtuales correspondientes para la plataforma de hipervisor que esté utilizando la infraestructura (por ejemplo: XenTools para hosts basados en XenServer). Las plantillas también se pueden ampliar mediante software adicional que el proveedor de la nube considere adecuado; tal vez se quieran incluir algunas herramientas específicas del proveedor o algunos elementos de personalización de marca. Sistemas operativos Windows Server 2008 R2 o Windows Server 2012 R2: Los servicios de XenDesktop, como el Delivery Controller, el servidor de base de datos, el controlador de dominio y StoreFront, necesitan dichos sistemas. También se usan para trabajadores RDS y escritorios VDI de servidor. Windows 7 o Windows 8.1: Es posible que un proveedor de nube pública no pueda ponerlas a su disposición por problemas de reventa de licencias. (Amazon Web Services, por ejemplo, actualmente no puede proporcionar plantillas de esas características). Sin estas plantillas, los servicios de XenDesktop se limitan a implementaciones del tipo VDI de servidor o RDS. Los proveedores de infraestructuras también pueden poner instancias ampliadas a su disposición como, por ejemplo, Windows Server con SQL Server preinstalado. Este tipo de plantillas no son obligatorias para XenDesktop, pero el proceso de instalación se puede optimizar si están disponibles. Las plantillas deben estar correctamente preparadas con sysprep. Consulte el capítulo 13 de la guía del administrador de CloudPlatform (CloudPlatform Version 4.2 Administrator's Guide) para obtener más información sobre cómo trabajar con plantillas de Windows. Una vez recibida esta infraestructura, el diseñador de servicios realiza los pasos restantes. Configuraciones de infraestructura recomendadas CloudPlatform es muy personalizable y permite varias cargas de trabajo diferentes para hacer el mejor uso posible de la infraestructura. Nota: El administrador de infraestructura puede llevar a cabo muchas de estas personalizaciones mediante la modificación de los parámetros globales. La tabla siguiente muestra las recomendaciones para algunos parámetros globales específicos para un rendimiento óptimo. Para obtener más información acerca de los parámetros globales, consulte CloudPlatform Version 4.2 Administrator's Guide. Página 9

10 Nombre Descripción Valor Notas wait max.template.iso.size vmware.root.disk.controller vmware.create.full.clone Tiempo de espera en segundos para el retorno de los comandos de control. El tamaño máximo de una plantilla o un archivo ISO descargados (en GB). Establézcalo en osdefault para las nubes basadas en VMware. Si se define con el valor FALSE, se pueden usar clones ligeros, que se inician más rápidamente y emplean menos espacio en disco Si la respuesta de un servidor de almacenamiento es lenta, se puede aumentar este valor para permitir una espera más larga. Esto resulta útil si la plantilla ocupa más de 50 GB. Si dispone de una solución de almacenamiento acelerado por hardware o utiliza otras herramientas que no son compatibles con clones ligeros, probablemente no le convenga inhabilitar este parámetro. Página 10

11 Parámetro de versión de XenTools Al utilizar una zona con XenServer como el hipervisor subyacente, debe comprobar la propiedad XenServer Tools 6.1+ de todas las plantillas de Windows que se crean como parte de la implementación. La consola de administración de CloudPlatform no permite hacer esto en el momento de crear la plantilla. Cuando la plantilla esté lista, modifique las propiedades de la plantilla para activar los parámetros necesarios y seleccione la casilla de verificación XenServer Tools Ofertas y plantillas de disco, de servicio de XenDesktop y de red Las ofertas de disco permiten elegir entre varias opciones de tamaño de disco y tipo de almacenamiento. Las ofertas de servicios de XenDesktop permiten elegir entre varias capacidades de procesamiento, además de otras opciones. Las ofertas de red incluyen una serie de servicios de red. Las plantillas proporcionan las imágenes base. Ofertas de disco personalizadas XenDesktop necesita crear discos de tamaño arbitrario, lo que requiere una oferta de disco personalizada. Si la infraestructura no proporciona una oferta de disco personalizada, el diseñador de servicios debe crear una con la consola Web mediante el procedimiento que se muestra en la siguiente ilustración. Tenga en cuenta que debe crear la oferta de disco personalizada con un tipo de almacenamiento compartido, pero puede tener otras ofertas personalizadas con otros tipos de almacenamiento. Debe haber al menos una oferta de disco personalizada para almacenamiento compartido; de lo contrario, XenDesktop no puede aprovisionar catálogos de máquinas. Página 11

12 Página 12

13 Ofertas de servicios de XenDesktop CloudPlatform viene con algunas ofertas de procesamiento básicas de forma predeterminada: Small Instance (Instancia pequeña) Medium Instance (Instancia media) Para la implementación de XenDesktop, el diseñador de servicios crea más ofertas de servicios. Las ofertas de servicios deben recibir una capacidad de procesamiento y un rendimiento de red adecuados para las distintas clases de máquinas de trabajo que se usarán en la implementación (Los trabajadores RDS, por ejemplo, necesitan más recursos que los escritorios de usuario único). Además, los escritorios agrupados están pensados para ejecutarse en un almacenamiento adjunto a un host (local). Esto significa que se debe crear al menos una oferta de servicios con el tipo de almacenamiento Local mediante la consola Web de CloudPlatform. Ofertas de red Para ejecutar cargas de trabajo de XenDesktop, es necesario que las redes respalden el servicio de datos de usuario de CloudPlatform. Al crear redes que se utilizarán en XenDesktop, siempre debe asegurarse de que se derivan de una oferta de red que admita este servicio. Plantillas de Windows CloudPlatform no incluye ninguna plantilla de sistemas operativos de Microsoft Windows. Los ingenieros de infraestructura deben instalar dichas plantillas en el sistema y asegurarse de que contienen las herramientas paravirtuales adecuadas para la plataforma de alojamiento (por ejemplo: XenTools para nubes basadas en XenServer). Puede importar plantillas como discos duros virtuales (VHD) desde XenServer, por ejemplo. Sin embargo, para empezar a ejecutar Windows en CloudPlatform, se recomienda empezar por instalarlo a partir de los medios de instalación originales de Windows como archivos de imagen ISO. Primero, deben obtenerse los archivos ISO desde Microsoft o desde algún repositorio apropiado de imágenes ISO de la organización. A continuación, debe facilitarse la descarga de estos archivos ISO mediante un servicio Web que sea visible para CloudStack. Un método sencillo para ello es habilitar IIS en una máquina Windows existente y publicar los ISO desde un directorio Web en dicha máquina. En esta imagen se muestra un resumen del procedimiento. Página 13

14 Página 14

15 Tenga en cuenta que el registro de archivos ISO en CloudPlatform aparenta ser un proceso muy rápido, ya que el archivo ISO se agrega a la lista casi inmediatamente. Esto no significa que la plantilla está lista para utilizarse. Los archivos ISO de Windows tardan varios minutos en descargarse desde el servicio Web local al almacenamiento de la zona. Para comprobar el verdadero estado de la plantilla, selecciónela para ver su información detallada. Mientras se está descargando, la información detallada indica que aún no está lista, además del porcentaje de progreso de la descarga. El archivo ISO solo puede usarse cuando se haya descargado e instalado totalmente; en ese momento, el estado cambia para indicar que la plantilla está lista. Plantilla de trabajador de volumen Para crear máquinas en CloudPlatform con XenDesktop Machine Creation Services (MCS), el diseñador de servicios debe crear una plantilla de trabajador de volumen de XenDesktop en CloudPlatform que realice algunas de las operaciones de aprovisionamiento para MCS en el Controller de XenDesktop. Una vez creada la plantilla, debe copiarse en todas las zonas que el diseñador de servicios piensa utilizar. Creación de una plantilla de trabajador de volumen Siga el procedimiento indicado a continuación para crear una plantilla de trabajador de volumen. Parte 1: Instalar la imagen ISO de CentOS Para comenzar el proceso, necesita una instalación de Linux CentOS 6.4. Importe un archivo ISO de CentOS en el sistema de la misma forma que se importan las plantillas de Windows. 1. Cree una instancia a partir del archivo ISO instalado. 2. Seleccione la zona de esta instalación. 3. Utilice cualquier oferta de servicios que tenga una pequeña superficie de memoria. Por ejemplo, la oferta integrada Small Instance (Instancia pequeña). 4. Seleccione una red adecuada. Nota: Puede ser cualquier red disponible que proporcione acceso a Internet. 5. Complete el proceso de instalación de CentOS. Página 15

16 Parte 2: Habilitar las funciones de red CentOS no habilita las funciones de red de forma predeterminada. Use vi /etc/sysconfig/network-scripts/ifcfg-eth0 para habilitarlas. 1. Cambie ONBOOT=no a ONBOOT=yes. 2. Elimine la entrada HWADDR (dirección MAC) si hay alguna en el archivo. 3. Elimine la entrada UUID si hay alguna en el archivo. 4. Guarde el archivo. Parte 3: Habilitar la interfaz y comprobar que ha obtenido una dirección IP 1. Para poner la interfaz de red en línea, ejecute el comando ifup eth0. 2. Para comprobar que la instancia ha obtenido una dirección IP, ejecute el comando ifconfig eth0. Parte 4: Conexiones SSL 1. Para aceptar conexiones SSL entrantes, asegúrese de que el puerto 443 está abierto en el firewall (iptables) mediante vi /etc/sysconfig/iptables para efectuar el siguiente cambio y, a continuación, guarde el archivo. Agregue la línea -A INPUT -p tcp --dport 443 -j ACCEPT a la cadena de reglas de entrada por encima de la línea -A INPUT -j REJECT --reject-with icmp-hostprohibited. 2. Aplique las nuevas reglas con service iptables restart. Página 16

17 Parte 5: Copiar el paquete de software de Citrix en la máquina 1. Si la instancia necesita que se defina un proxy HTTP para acceder a sitios externos, configúrelo con export http_proxy= 2. Asegúrese de que el sistema operativo y los paquetes instalados están actualizados con yum update y, seguidamente, presione Y para aceptar la descarga y la instalación. 3. Utilice WinSCP ( desde el Controller de XenDesktop para conectarse a la dirección IP enumerada por el comando ifconfig anterior. 4. Vaya al directorio local, a C:\Archivos de programa\citrix\machinecreation\service\volumeworker. 5. Copie el archivo ctxvwd i386.rpm en la instancia remota de CentOS. Nota: WinSCP es solo uno de los métodos posibles para transferir el paquete RPM a la instancia del trabajador de volumen. Utilice el método que prefiera: por ejemplo, también puede montar recursos compartidos CIFS/NFS, o usar CURL para obtenerlo desde un servidor HTTP. 6. Instale el paquete del trabajador de volumen de Citrix con yum install ctxvwd i386.rpm y presione Y para aceptar las descargas y la instalación. 7. Configure el servicio de Citrix para CloudPlatform con /etc/ctxvwd/selectplatform CCP. 8. Si está el archivo /etc/udev/rules.d/70-persistent-net.rules, quítelo. 9. Si está el archivo /var/lib/dhclient/dhclient-eth0.leases, quítelo. 10. Inicie el servicio con service ctxvwd start. Esto inicializa los datos de servicio y, a continuación, apaga el equipo. Página 17

18 Parte 6: Crear una plantilla a partir del volumen de la instancia Cuando CloudPlatform indique que la instancia se ha detenido, haga lo siguiente: 1. En la página Almacenamiento de la consola de CloudPlatform, seleccione el volumen raíz para la instancia creada al comienzo de este procedimiento. 2. Seleccione Crear plantilla en los botones de la barra de herramientas. 3. Proporcione un nombre y una descripción, seleccione CentOS 6.0 (de 32 bits) como el tipo de sistema operativo y haga clic en Aceptar. 4. Etiquete la plantilla como una instancia de trabajador de volumen de Citrix para permitir que XenDesktop pueda encontrarla. 5. Abra la página de información detallada de la plantilla. 6. Desplácese hasta la sección "Etiquetas". 7. Agregue una etiqueta con la clave Citrix.XenDesktop.Template.Role y el valor VolumeServiceWorkerRole. Actualizaciones de seguridad Una vez que haya creado una plantilla, no se olvide de las revisiones de seguridad. Además, conforme se publiquen nuevas versiones de XenDesktop, es igualmente importante actualizarse a la versión más reciente del paquete de trabajador de volumen (ctxvwd). Para aplicar una actualización de seguridad, cree una nueva plantilla que contenga las actualizaciones pertinentes. Si XenDesktop encuentra varias plantillas con la misma etiqueta, siempre usará la más reciente, por lo que no es necesario quitar las plantillas antiguas o quitarles las etiquetas. Página 18

19 Nube privada virtual (VPC) Si la infraestructura se consume como un servicio de nube pública, el diseñador de servicios debe crear una nube privada virtual o VPC en cada zona de disponibilidad en la que se ejecutará el servicio. Establezca conexiones VPN con dicha nube VPC. Arrendamiento dedicado Si la nube es privada y las zonas están usando funciones de red básicas (a diferencia de las avanzadas), el diseñador de servicios debe crear un conjunto adecuado de grupos de seguridad, con los puertos apropiados abiertos para las instancias de infraestructura y de trabajador (VDA). Los clientes pueden aplicar su propia configuración para cambiar los números de puerto que utiliza XenDesktop. Sin embargo, en ausencia de dichos requisitos especiales, los diseñadores de servicios deben crear grupos de seguridad con las siguientes reglas de entrada: Puerto TCP 80 (para HTTP/WCF) Puerto TCP 443 (para SSL/HTTP(s)) Puerto TCP 2598 (para ICA) Active Directory Windows Active Directory forma parte de la implementación del diseñador de servicios. Los modelos admitidos para la implementación de Active Directory están dentro de las siguientes categorías: Active Directory totalmente local. No hay ninguna parte de Active Directory que esté funcionando en la nube. Todas las instancias alojadas en la nube (por ejemplo, los Controllers y trabajadores de XenDesktop) pueden ver el controlador de dominio mediante una red compartida. Esto significa que la zona debe ser una zona básica o una zona avanzada con una oferta de red compartida. Página 19

20 Active Directory local, con un controlador de dominio secundario en la nube. La nube funciona en una red aislada, pero con una red VPN de sitio a sitio establecida. Active Directory totalmente en la nube. Por lo general, este caso se limita a pequeñas implementaciones de entornos de prueba de concepto o de demostración. Hay dos cuestiones logísticas importantes acerca de la implementación de Active Directory: La nube asigna las direcciones DHCP. Tradicionalmente, en un dominio de Windows, el controlador de dominio es un servidor DNS y DHCP. En CloudPlatform, el protocolo DHCP no puede venir del dominio de Windows porque está controlado por CloudPlatform de forma interna para asegurarse de que las asignaciones de direcciones IP acatan las restricciones de intervalos de direcciones IP establecidas para la zona. Esto significa que el protocolo DHCP debe inhabilitarse en cualquier controlador de dominio de Windows que esté situado dentro de la nube. Los controladores de dominio necesitan direcciones IP fijas. Cualquier controlador de dominio (principal o secundario) que funcione dentro de la nube debe tener una dirección IP fija. Tenga en cuenta que "fija" no significa "estática". Todas las instancias de la nube tienen direcciones DHCP asignadas por el enrutador virtual local, de modo que no son estáticas. Sin embargo, es posible iniciar una instancia de la nube a la que siempre se le asigne la misma dirección conocida, lo que la convertiría en estática. (hay mecanismos similares disponibles en Amazon Web Services). Tenga en cuenta que, en CloudPlatform, la consola Página 20

21 Web no admite la creación de instancias con direcciones IP preestablecidas (a diferencia de la consola de Amazon Web Services). Estas asignaciones de direcciones IP son posibles solo a través de la API de REST. Los diseñadores de servicios deben realizar llamadas API para crear controladores de dominio (principales o secundarios) dentro de la nube. 2ª parte: Implementación La 2ª parte describe lo que se necesita para ejecutar sitios de XenDesktop una vez completada la instalación de CloudPlatform. Consulte 1ª parte: Información general de los conceptos y los requisitos previos de infraestructura si necesita información básica sobre conceptos de CloudPlatform antes de iniciar los procedimientos. Un sitio simple de XenDesktop puede funcionar en una instalación que contenga un solo host en una sola zona de disponibilidad. Las zonas pueden usar funciones de red básicas o avanzadas. Las nubes públicas emplean funciones de red avanzadas para permitir que los arrendatarios usen nubes VPC y redes aisladas. Las nubes privadas pueden utilizar cualquiera de las dos. Requisitos Asegúrese de que está usando plataformas compatibles y de que tiene los requisitos previos de la infraestructura listos antes de implementar el sitio de XenDesktop en CloudPlatform. Consulte Requisitos previos de infraestructura. CloudPlatform y versiones de hipervisor Tanto para las nubes públicas como para las nubes privadas, las cargas de trabajo de XenDesktop solo se pueden ejecutar en una infraestructura que haya adoptado completamente una versión de CloudPlatform compatible. No utilice versiones anteriores para alojar cargas de trabajo de XenDesktop. La instalación de CloudPlatform debe utilizar el hipervisor compatible de XenServer o de VMware. CloudPlatform XenServer VMWare CloudPlatform , 6.2SP1 5.1 CloudPlatform SP1, 6.2SP1 + XS62ESP , 5.5 Página 21

22 Inicio de un Delivery Controller El ingeniero de infraestructura ha puesto a su disposición las plantillas correspondientes de Windows Server (2008 o 2012) con las herramientas necesarias de hipervisor instaladas. Para iniciar un Delivery Controller, cree una nueva instancia a partir de dicha plantilla y únala al dominio correcto de Active Directory. Si la red de la zona admite grupos de seguridad, inicie Controller con el grupo de seguridad que respalda a XenDesktop. Instalación de XenDesktop Cuando las instancias necesarias de Windows se encuentren en ejecución y se hayan unido al dominio correspondiente de Active Directory, instale XenDesktop usando sus medios de instalación. El procedimiento es similar al de Amazon Web Services, y su complejidad depende de si la nube funciona en una red aislada o no. Si utiliza funciones de red compartidas, puede usar simplemente el comando Copiar de Windows para importar el archivo de imagen XenDesktop.iso en el Controller y el Virtual Desktop Agent (VDA). En el caso de Windows 8 o Windows Server 2012, puede montar e instalar el archivo ISO. Para sistemas operativos más antiguos, necesita una herramienta de terceros para montar el archivo ISO como CD-ROM. Al igual que con Amazon Web Services, una herramienta como MagicISO puede realizar este paso. Una vez montados los medios de instalación de XenDesktop, no se necesita realizar ninguna otra acción especial. Instálelo de la manera habitual. Para la instalación del VDA, adopte el aprovisionamiento al estilo Machine Creation Services (MCS) y elija la opción para crear una imagen maestra. Cuando se le pida cómo encontrar el Delivery Controller, seleccione la opción Dejar que Machine Creation Services lo haga automáticamente. Ejemplo: Pasar de CloudPlatform a un sitio de XenDesktop La siguiente secuencia visual de tres pasos indica cómo puede transformar una infraestructura sin configurar en un sitio de XenDesktop totalmente operativo. Suponga que el sitio es un sitio de prueba de concepto, por lo que es bastante simple. A partir de imágenes ISO originales de Windows y Linux, cree una instancia de Delivery Controller y una instancia de un VDA. Después de instalar los componentes de trabajador de XenDesktop en el VDA, apáguelo y cree una plantilla. A continuación, se realiza el aprovisionamiento de máquinas a partir de esa plantilla. Página 22

23 Página 23

24 Página 24

25 Aislamiento de la preparación de imágenes En las zonas básicas de Amazon Web Services y CloudPlatform, la VM de preparación de imágenes del catálogo de Machine Creation Services (MCS) se incluye en un grupo de seguridad para aislarla de la red. En zonas avanzadas de CloudPlatform, la VM de preparación de imágenes se crea en una red aislada porque CloudPlatform no admite grupos de seguridad en zonas avanzadas. El administrador debe realizar una configuración manual para respaldar la preparación de imágenes MCS en zonas avanzadas: Cree una red de aislamiento en la cuenta de CloudPlatform que utiliza XenDesktop. Citrix recomienda: o DefaultIsolatedNetworkOfferingWithSourceNatService Agregue una etiqueta a la red para que XenDesktop pueda encontrarla. Los valores de la etiqueta distinguen entre mayúsculas y minúsculas: o o Etiqueta: Citrix.XenDesktop.Network.Role Valor: MachineIsolationRole Página 25

26 Al crear la VM de preparación, XenDesktop identifica una red con estas etiquetas y proporciona esta información al crear la máquina virtual. Si la etiqueta no se encuentra, no se suministra ninguna red al crear la VM, y CloudPlatform intenta buscar una red aislada existente, o bien crear una nueva, usando la misma oferta que la anterior. Este proceso puede fallar si, por ejemplo, existen dos redes de aislamiento, porque no está claro qué red debe seleccionar CloudPlatform. Para depurar errores puede usar uno de los siguientes seguimientos HCL y determinar si la red se ha detectado: [CloudStack]: PluginMachineManager.EstablishIsolationEnvironment: The network 'Tier0( /24)' (2e32d848-f32a-4fae-8c02- baa5602c9c1e) will be used for isolation. [CloudStack]: PluginMachineManager.EstablishIsolationEnvironment: No explicit isolation network found. Using an empty network array. Ejemplo: Crear un sitio simple con Studio Si instala el archivo XenDesktop.iso en el Delivery Controller y lo inicia, la siguiente secuencia implementa un sitio simple. En el ejemplo se entiende que: Existe una configuración de nube muy sencilla con una sola zona y una sola región (y sin VPC). El grupo de seguridad predeterminado se ha modificado para permitir la entrada en los puertos que necesita XenDesktop. Cuando se inicia Studio antes de crear un sitio, Studio detecta automáticamente que no existe ninguno. A continuación, proporciona un flujo de trabajo de tres pasos; el primer paso consiste en definir los recursos del sitio y de alojamiento; el segundo consiste en crear un catálogo (un conjunto de máquinas virtuales clonadas a partir de una plantilla); y el tercer paso consiste en crear un grupo de entrega, que define cómo se permite a los usuarios acceder a los escritorios. Una vez creado el grupo de entrega, se puede iniciar una sesión en un escritorio usando StoreFront. Paso 1: Definir los parámetros básicos del sitio 1. Inicie Studio y seleccione Empiece ya! Cree un sitio. 2. Elija Un sitio completamente configurado y listo para producción y póngale de nombre MyCloud (o puede ponerle el nombre que quiera). 3. Una vez que ha definido el nombre del sitio, XenDesktop necesita conectarse a la base de datos que almacenará toda la información de estado persistente asociada con dicho sitio. A menos que tenga Microsoft SQL Server preinstalado en el Controller, SQLEXPRESS se instala de forma predeterminada, de modo que el servidor de base de datos es.\sqlexpress. Página 26

27 4. El nombre predeterminado de la base de datos es el nombre del sitio que ha elegido, con Citrix delante. En este procedimiento de ejemplo, el nombre predeterminado de la base de datos es CitrixMyCloud. 5. Como la base de datos no existe, Studio muestra un mensaje. Haga clic en Aceptar y Studio crea automáticamente la base de datos. 6. Agregue licencias de productos para XenDesktop. Como en este ejemplo no tiene ninguna licencia, elija la versión de evaluación de 30 días. Un servidor de licencias funciona de forma predeterminada en el host local, en el puerto XenDesktop lo detecta automáticamente y se conecta a él. Haga clic en Siguiente. Describir una conexión con la infraestructura de alojamiento La infraestructura de alojamiento es el hipervisor en el que MCS implementará máquinas. 1. En la pantalla Conexión de Studio, seleccione Citrix CloudPlatform como el tipo de host e introduzca la dirección URL del punto final de la API de cliente en el cuadro de texto Dirección. Tenga en cuenta que debe incluir el sufijo /api en la dirección URL, ya que XenDesktop se comunica con la API de REST, no con la consola Web. 2. Copie y pegue la clave API y la clave secreta desde la consola de administración de CloudPlatform. 3. Póngale un nombre a la conexión. Puede elegir el nombre que quiera. Luego, haga clic en Siguiente. Especificar la ubicación y la red de la VM 1. Use la pantalla Ubicación de VM de Studio para especificar los servicios Machine Creation Services (MCS) y crear máquinas dentro de una región y una zona concretas. Este ejemplo es para una nube con una sola región y una sola zona; por lo tanto, acepte los valores predeterminados de esta página. 2. En la pantalla Red de Studio, elija una red a la que se vincularán los escritorios aprovisionados. En este ejemplo, se usa la red de invitados predeterminada de la zona. No hay ninguna nube VPC. 3. Con esto se completa la definición de nuestros recursos de alojamiento. Póngale un nombre a los recursos. Puede elegir el nombre que quiera. 4. En este ejemplo, omita la pantalla Publicación App-V de Studio. No hay nada específico de CloudPlatform en la pantalla. 5. Para crear el sitio, haga clic en Finalizar. Pueden transcurrir varios minutos antes de que aparezca la siguiente pantalla. Página 27

28 Paso 2: Crear un catálogo de escritorios virtuales MCS crea un catálogo de escritorios virtuales con las especificaciones indicadas en este procedimiento de ejemplo. En la ficha Implementación completa de Studio, seleccione Crear catálogo para crear máquinas virtuales dentro de la zona de CloudPlatform. En este procedimiento, suponga que ha instalado el agente VDA de XenDesktop en una máquina con Windows 7 o Windows 8 (en lugar de Windows Server). Creará un catálogo agrupado aleatorio, porque es el tipo más sencillo. Un catálogo de máquinas agrupadas aleatorias se compone de máquinas que vuelven a su estado original después de cada reinicio y no guardan los cambios realizados por los usuarios, ni en el disco raíz, ni en ningún disco de datos independiente conectado a la máquina. Como no hay almacenamiento persistente en la VM, cualquier usuario puede conectarse a cualquier escritorio del grupo. Cada escritorio virtual debe unirse a un dominio de Active Directory y necesita una cuenta de equipo en dicho dominio. En este procedimiento de ejemplo, solo existe un dominio de Active Directory y el Delivery Controller ya está unido a ese dominio. 1. En la pantalla Sistema operativo y hardware de Studio, seleccione SO de escritorio Windows como el sistema operativo. 2. En la pantalla Administración de máquinas en Studio, acepte los valores predeterminados para crear nuevas máquinas virtuales con MCS. 3. En la pantalla Experiencia de escritorio de Studio, seleccione la opción de escritorio aleatorio. 4. Anteriormente, durante el proceso de diseño de servicios, ha creado una plantilla en la zona secundaria de CloudPlatform. En la pantalla Plantilla de máquina de Studio, seleccione la plantilla que ha creado. 5. Como tenemos una zona de funciones de red básicas, tendremos grupos de seguridad. En la pantalla Seguridad de Studio, seleccione el grupo de seguridad predeterminado para abrir los puertos necesarios para XenDesktop solo si lo ha modificado con la consola Web de CloudPlatform. 6. Seleccione la opción para usar cualquier hardware disponible. 7. Para este procedimiento de ejemplo, en la pantalla Máquinas virtuales de Studio, cree tres máquinas virtuales y seleccione Medium Instance (Instancia mediana). Si tiene una oferta de servicios más específica, use dicha oferta en su lugar. 8. En la pantalla Configuración de tarjeta de interfaz de red de Studio, seleccione defaultguestnetwork. 9. En la pantalla Cuentas de equipo de Active Directory de Studio, acepte los valores predeterminados, a menos que quiera utilizar una unidad organizativa Página 28

29 específica para las cuentas de equipo. Defina un esquema de nomenclatura. Una cadena de esquema del tipo HarveyA## crea cuentas con nombres HarveyA01, HarveyA02, HarveyA03, y así sucesivamente. 10. Studio muestra un resumen de las opciones seleccionadas en la pantalla Resumen. Defina el nombre y la descripción del catálogo. Ahora, MCS crea las máquinas. Esta operación puede tardar varios minutos. El tiempo real depende del rendimiento del almacenamiento dentro de su zona de CloudPlatform. En lugar de observar la barra de progreso en Studio, puede ir directamente a la consola Web de CloudPlatform y ver cómo van apareciendo las máquinas a medida que se van creando. MCS crea algunas VM temporales como parte del proceso. Cuando el proceso se complete, verá los tres escritorios virtuales que ha especificado en este procedimiento. Sus nombres son los mismos que los nombres de cuenta de Active Directory (en nuestro ejemplo: HarveyA01, HarveyA02 y HarveyA03). Paso 3: Crear un grupo de entrega Una vez creadas las máquinas, ya puede crear un grupo de entrega, de modo que se puedan iniciar sesiones en los escritorios. Como en este ejemplo solo tenemos un catálogo, éste aparece seleccionado de forma predeterminada. Puede incluir cualquier cantidad de máquinas de dicho catálogo en el nuevo grupo de entrega. En el siguiente ejemplo, agregue las tres máquinas al grupo. Como el catálogo es agrupado y aleatorio, tres máquinas pueden admitir el acceso de tres usuarios simultáneos a sus escritorios. No importa la cantidad de usuarios que utilicen el sitio; la única condición es que no lo hagan a la vez. 1. En la ficha Implementación completa de Studio, seleccione Crear grupo de entrega, aplicaciones y asignar usuarios para comenzar a crear un grupo de entrega. 2. El único catálogo que tiene en estos momentos se selecciona de forma predeterminada. Agregue tres máquinas. 3. En la pantalla Tipo de entrega, seleccione la opción predeterminada (Escritorios). 4. En la pantalla Usuarios, especifique qué usuarios tienen permiso para iniciar sesión. Haga clic en Agregar usuarios... para definir un conjunto de usuarios de Active Directory. Página 29

30 5. En el cuadro de diálogo Seleccionar usuarios o grupos, escriba Domain Users y haga clic en Comprobar nombres para que Windows lo reconozca como un grupo válido. Esto permite que todos los usuarios del dominio puedan acceder a los escritorios. 6. Para mantener las cosas simples en el ejemplo, no defina ninguna dirección de StoreFront para los escritorios. Haga clic en Siguiente para pasar a la pantalla Resumen. 7. Especifique el nombre del grupo de entrega y el nombre simplificado. El nombre simplificado aparece en la pantalla de inicio de sesión de StoreFront cuando los usuarios eligen el escritorio que quieren usar. El grupo de entrega se crea más rápidamente que el catálogo y suele tardar tan solo unos segundos. Si en este momento va a la consola Web de CloudPlatform, verá cómo se encienden uno o varios escritorios virtuales de MCS. Esto ocurre porque el broker de XenDesktop ahora sabe que las máquinas existen y está preparándose para que los usuarios inicien sesión. El broker enciende algunas máquinas por adelantado para que los usuarios puedan conectarse sin dilación. Ahora que se ha creado el grupo de entrega, ya puede conectarse a un escritorio. La forma más fácil hacerlo es utilizar un explorador Web para iniciar sesión a través del clúster de StoreFront, que se ejecuta en el Delivery Controller de forma predeterminada. En el explorador, abra donde x.x.x.x es la dirección IP del Delivery Controller. Aparecerá la pantalla de inicio de sesión de StoreFront. Proporcione las credenciales correspondientes del dominio de Active Directory y aparecerá el escritorio. Página 30