Migración de Citrix Virtual Apps and Desktops desde VMware vSphere al servicio Citrix Virtual Apps and Desktops en Microsoft Azure

Información general

En este documento, descubrirá cómo migrar desde Citrix Virtual Apps and Desktops en VMware vSphere al servicio Citrix Virtual Apps and Desktops en Microsoft Azure. La migración a los recursos en la nube moderniza su implementación, proporcionando elasticidad, escalabilidad y administración mejoradas.

La guía aquí documentada se basa en una implementación en un entorno de laboratorio revisado y aprobado por Citrix y Microsoft. Las implementaciones iniciales y finales representan entornos típicos de los clientes.

Migramos estos productos y componentes clave:

El siguiente diagrama muestra el proceso de migración.

Proceso de migración

La mejor ruta de migración

En nuestra experiencia y pruebas, la mejor ruta de migración sigue estos pasos:

  1. Configurar un entorno básico de Citrix Cloud.
  2. Migración local de Citrix Virtual Apps and Desktops al servicio Citrix Virtual Apps and Desktops mediante la herramienta de configuración automatizada desarrollada por Citrix.
  3. Migrar Workspace Environment Management local a Workspace Environment Management Service.
  4. Configurar la capa de acceso de usuario final.
  5. Preparar la suscripción a Azure para recibir las cargas de trabajo de la implementación en las instalaciones.
  6. Configurar la conectividad de sitio a sitio.
  7. Utilice las herramientas de Azure para migrar los servidores locales a Azure.
  8. Mover la carga de trabajo de Citrix a Azure.

Ruta de migración

Si realiza la migración en el orden especificado, tendrá una migración más organizada y ordenada. El orden especificado le permite ejecutar productos, componentes y servicios en una combinación de implementaciones locales y en la nube, minimizando la interrupción de las cargas de trabajo diarias.

El siguiente diagrama muestra nuestro entorno migrado, con todas las cargas de trabajo en Azure y mediante Citrix Cloud.

Implementación post-migración

Destinatarios

Hemos escrito este documento para usuarios que

  • Familiarizados con la administración de un sitio de Citrix Virtual Apps and Desktops o XenApp y XenDesktop
  • Familiarizados con la administración de un entorno StoreFront
  • Familiarizados con los conceptos básicos de Azure

También es útil si conoce los fundamentos de Citrix Cloud y comprende Citrix Gateway o NetScaler Gateway.

Detalles del laboratorio

Ejecutamos el flujo de trabajo de migración en nuestro laboratorio, mediante máquinas virtuales que tenían los siguientes componentes instalados y configurados:

  • Controlador de dominio, DNS, DHCP, servicios de certificados
  • Estándar de SQL Server 2019
  • Controlador de entrega Citrix
  • StoreFront 1912
  • Citrix Director
  • Servicios de Escritorio remoto (RDS) y servidor de licencias Citrix
  • Citrix Workspace Environment Management server
  • Servidor de archivos
  • Windows 2016 maestro
  • Windows 10 maestro
  • Citrix ADC

Estructura de Active Directory

Cada componente de la solución general requiere la integración con Active Directory (AD) para proporcionar autenticación en el entorno Citrix y configuraciones de personalización que se aplican a las sesiones de usuario a través de unidades organizativas de AD (OU) en cada parte del proyecto.

Citrix recomienda una estructura de unidad organizativa como la que se muestra en la imagen siguiente. Integre la estructura de unidad organizativa con su estructura actual. La estructura de unidad organizativa aloja las máquinas y las cuentas de usuario para el entorno de Citrix Cloud.

Ejemplo de estructura de Active Directory

Preparación de Active Directory

Para nuestro entorno de laboratorio, definimos los GPO que:

  1. Configure Citrix Workspace Environment Management para definir el servidor de infraestructura.
  2. Configure la aplicación Citrix Workspace para permitir SSO y rellenar aplicaciones en el escritorio del usuario.
  3. Configure un script de inicio de sesión para aplicar un fondo mediante bgInfo. Para los fines de nuestra demostración, aplicamos diferentes configuraciones de fondo basadas en la fase del proyecto de migración.

Con la configuración básica del laboratorio implementada, estamos listos para comenzar la migración.

Se recomienda crear la estructura de AD, los GPO y vincular los GPO que alojarán la carga de trabajo de Azure antes de iniciar el proyecto de migración. También es útil tener puestos de control en su lugar para que pueda validar la finalización correcta de cada paso.

Configurar un entorno básico de Citrix Cloud

Si ya utiliza el servicio Citrix Virtual Apps and Desktops, puede pasar a la sección Workspace Environment Management Service.

Configuramos el entorno Citrix Cloud en tres pasos:

Paso 1: Incorporación

Paso 2: Implementar Citrix Cloud Connector en dos máquinas virtuales VMware ESX

Paso 3: Cambiar el nombre de la ubicación del recurso

Paso 1: Incorporación

Asegúrese de que tiene un valor válido Suscripción a Citrix Virtual Apps and Desktops.

Para continuar, necesita acceso al servicio Citrix Virtual Apps and Desktops. Si no tiene acceso, póngase en contacto con un representante de Citrix.

Paso 2: Instalación de Cloud Connector

Citrix Cloud Connector le permite configurar una comunicación segura entre su implementación local y Citrix Cloud. Para asegurarse de que su Citrix Cloud Connector está configurado para las especificaciones, revise Requisitos del sistema. Necesita dos máquinas virtuales VMware ESX para alojar dos Citrix Cloud Connectors.

Puede instalar el software de Cloud Connector de forma interactiva o mediante la línea de comandos.

Paso 3: Cambiar el nombre de la ubicación del recurso

Notas del campo:

cuando tiene varias ubicaciones de recursos, es recomendable tener un nombre distinto para cada ubicación de recurso. Eso le ayuda a identificarlo más fácilmente.

  1. Seleccione su ubicación de recursos, haga clic en y seleccione Cambiar nombre.

    Cambiar el nombre de la ubicación del recurso

  2. Asigne un nombre nuevo a su ubicación de recursos, por ejemplo, Local, y haga clic en Guardar.

    Guardar nuevo nombre

Punto de control: Citrix Cloud Connector

Cuando los Cloud Connectors se implementan correctamente y se ejecutan, aparecen con una barra verde a la izquierda.

Indicadores de estado de Cloud Connector

Si el estado no es el esperado, utilice la Herramienta de prueba de conectividad de Citrix Cloud Servicespara obtener más información.

Migrar al servicio Citrix Virtual Apps and Desktops

Si ya utiliza el servicio Citrix Virtual Apps and Desktops, puede pasar a la sección Workspace Environment Management Service.

Si utiliza Citrix Virtual Apps and Desktops de forma local, puede utilizar los procedimientos de esta sección como guía para migrar al servicio Citrix Virtual Apps and Desktops.

Para el método de aprovisionamiento de MCS, la Migración de MCS sección proporciona pasos detallados de migración.

Para el método de aprovisionamiento de PVS, vaya a Migración PVS.

El siguiente diagrama muestra nuestro entorno de nube en Azure después de migrar al servicio Citrix Virtual Apps and Desktops.

Entorno con el servicio Citrix Virtual Apps and Desktops configurado

Migración de MCS

Paso 1: Preparación

Para migrar correctamente mediante la herramienta de configuración automatizada, para catálogos configurados de MCS locales, debe replicar la configuración local para hospedaje, catálogos de máquinas y grupos de entrega. La herramienta de migración solo crea y asigna aplicaciones y directivas para implementaciones de MCS.

Durante esta fase de migración, se recomienda crear solo unas pocas máquinas virtuales para cada catálogo de máquinas. Tener solo unas pocas máquinas virtuales le permite validar la creación de catálogos de máquinas y, a continuación, crear grupos de entrega y ejecutar la herramienta de migración de Azure.

Dado que el objetivo es migrar Citrix Workload a Azure, no es necesario crear todas las máquinas virtuales con Citrix Virtual Apps and Desktop en las instalaciones.

Utilice las imágenes maestras locales para crear catálogos de máquinas de servicio y grupos de entrega de Citrix Virtual Apps and Desktops.

Importante:

Para ejecutar correctamente la herramienta de migración, los grupos de entrega creados en el servicio Citrix Virtual Apps and Desktops deben tener nombres idénticos a los grupos de entrega locales existentes.

Establecer conexión de host

La conexión de host es donde se establece la red y el almacenamiento (los recursos) para una conexión. Consulte Crear y administrar conexiones para obtener información detallada sobre las conexiones.

Crear catálogos de máquinas

Utilice catálogos de máquinas para administrar colecciones de máquinas como entidades individuales. Para obtener más información, consulte Crear catálogos de máquinas. Los catálogos de máquinas son un requisito previo para crear grupos de entrega. Cuando ejecuta la herramienta de migración de Azure, la herramienta incorpora toda la configuración y crea todas las máquinas virtuales que necesita. Para asegurarse de que tiene marcadores de posición para los grupos de entrega, cree catálogos de máquinas que contengan un número mínimo de máquinas virtuales durante este paso. Por lo general, dos máquinas virtuales son suficientes para satisfacer este requisito.

Crear grupos de entrega

Utilice grupos de entrega para controlar el acceso y la entrega a máquinas, aplicaciones y escritorios. Para obtener información detallada, consulte Crear grupos de entrega. Cree grupos de entrega que tengan nombres idénticos a los grupos de entrega locales existentes.

Paso 2: Migración

Utilizamos una herramienta desarrollada por Citrix, la herramienta de configuración automatizada, para migrar Citrix Virtual Apps and Desktops del servicio local al servicio Citrix Virtual Apps and Desktops. Puede hacerlo descargar la herramienta de configuración automatizada desde Citrix. La documentación de la herramienta está disponible en Tech Zone en Configuración automatizada.

Debido a que nuestro laboratorio local utiliza MCS, solo migramos lo siguiente:

  • Aplicaciones
  • Directivas de Citrix
Exportar la configuración del sitio local

Nota:

Debido a que estamos mediante MCS y solo podemos importar aplicaciones y directivas de grupo, utilizamos dos opciones aquí: -Applications y -GroupPolicies para exportar solo la información requerida.

Requisitos previos

Ejecutamos la herramienta de configuración automatizada en un controlador de entrega, y necesitamos .NET Framework 4.7.2 o posterior para instalarlo en ese servidor.

Puede descargar.NET Framework 4.7.2 desde: https://dotnet.microsoft.com/download/dotnet-framework/net472.

Instalar AutoConfig_PowerShell_x64.msi en el controlador de entrega. Al instalar la herramienta, se crea un icono de escritorio llamado Auto Config que inicia el símbolo del sistema de PowerShell. Ejecute los cmdlets de configuración automatizada en la nube desde el símbolo del sistema de PowerShell.

Exportar aplicaciones
  1. Haga clic en el icono de configuración automática.

    Icono de configuración automática

  2. Ejecute el siguiente comando: Export-CvadAcToFile –Applications $true.

    Exportar aplicaciones = verdadero

Directivas de exportación
  1. Ejecute el siguiente comando: Export-CvadAcToFile –GroupPolicies $true.

    Directivas de exportación = true

  2. Asegúrese de que el resultado se informa como True.

Importar la configuración a Citrix Cloud

Todos los archivos que modifique se encuentran en la carpeta donde se ejecuta el comando de PowerShell. La herramienta Auto Config crea los archivos cuando se ejecuta el comando export.

Requisitos previos
  1. Modifique y rellene el CustomerInfo.yml archivo con Customer ID, Client ID, y Secret.

    Ejemplo de archivo customerinfo.yml

  2. Conéctese a Citrix Cloud y vaya a Administración de identidades y acceso.

    Citrix Cloud IAM

  3. Haga clic en Acceso API.

    Acceso a API en Citrix Cloud IAM

  4. Tome nota de su ID de cliente.

    ID de cliente CC

  5. Proporcione un nombre y haga clic en Crear cliente.

    Nombre del recurso CC

  6. Copie el ID.

    Copia de ID

  7. Copia el secreto

    Copia secreta

  8. Pega la información en un documento (no es posible volver a ver la información, así que mantén el documento seguro).

    Información del cliente YAML

  9. Cuando el archivo esté lleno, guárdelo (inserte la información entre comillas).

  10. Modificar ZoneMapping.yml mediante el Bloc de notas.

    Archivo YAML de asignación de zona original

  11. Reemplace el texto resaltado por el nombre de la ubicación de recursos de Cloud como se muestra en el siguiente ejemplo:

    Ejemplo de YAML de asignación de zonas

Nota:

Si no se ha cambiado el nombre predeterminado de la ubicación del recurso Cloud, debería ser Principal.

La sintaxis correcta para la zona principal es mantener un espacio entre los dos puntos : y las primeras comillas ", de acuerdo con la sintaxis YAML estándar. El nombre distingue entre mayúsculas y minúsculas y debe estar entre comillas como se muestra.

Importar aplicaciones
  1. Ejecute el siguiente comando en la herramienta Auto Config: Import-CvadAcToSite -Applications $true.

    Importar aplicaciones

  2. Introduzca sí para validar la acción.

    Validar la importación de aplicaciones

    La salida resultante se parece a la siguiente imagen:

    Resultado de importación de aplicaciones

Importar directivas
  1. Ejecute el siguiente comando en la herramienta Auto Config: Import-CvadAcToSite -GroupPolicies $true.

    Importar directivas

  2. Introduzca sí para validar la acción.

    Validar importación de directivas

    La salida resultante se parece a la siguiente imagen:

    Resultado de importación de directivas

  3. Asegúrese de que el resultado sea True.

Encontrará más detalles sobre cada opción de reconfiguración de VDA en la documentación del producto Citrix en Registro de VDA

Punto de comprobación: Migración del servicio Citrix Virtual Apps and Desktops mediante MCS

  1. Conéctese al servicio Citrix Virtual Apps and Desktops, vaya a Aplicaciones y asegúrese de que las aplicaciones se han creado. Lista de aplicaciones

  2. Vaya a Directivas y asegúrese de que las directivas se han creado y asignado. Lista de directivas

Si está utilizando Workspace Environment Management, continúe con Migrar al servicio de Workspace Environment Management.

Si no utiliza Workspace Environment Management, el siguiente paso es hacerlo Configurar la capa de acceso de usuario final.

Migración PVS

Utilizamos una herramienta desarrollada por Citrix, la herramienta de configuración automatizada, para migrar Citrix Virtual Apps and Desktops del servicio local al servicio Citrix Virtual Apps and Desktops. Puede hacerlo descargar la herramienta de configuración automatizada desde Citrix.

La documentación de la herramienta está disponible en Tech Zone en Configuración automatizada.

Exportar la configuración del sitio local

Requisitos previos

Ejecutamos la herramienta de configuración automatizada en un controlador de entrega, y necesitamos .NET Framework 4.7.2 o posterior para instalarlo en ese servidor.

Puede descargar.NET Framework 4.7.2 desde: https://dotnet.microsoft.com/download/dotnet-framework/net472.

Instalar AutoConfig_PowerShell_x64.msi en el controlador de entrega. Al instalar la herramienta, se crea un icono de escritorio llamado Auto Config que inicia el símbolo del sistema de PowerShell. Ejecute los cmdlets de configuración automatizada en la nube desde el símbolo del sistema de PowerShell.

Exportar parámetros
  1. Haga clic en el icono de configuración automática.

    Icono de configuración automática

  2. Ejecute el siguiente comando: Export-CvadAcToFile. Este comando es el mismo que ejecutar el Export-CvadAcToFile -All $True comando.

    Export

  3. Asegúrese de que el resultado se informa como True.

Importar la configuración a Citrix Cloud

Requisitos previos
  1. Modifique y rellene el CustomerInfo.yml archivo con Customer ID, Client ID, y Secret.

    Ejemplo de archivo customerinfo.yml

  2. Conéctese a Citrix Cloud y vaya a Administración de identidades y acceso.

    Citrix Cloud IAM

  3. Haga clic en Acceso API.

    Acceso a API en Citrix Cloud IAM

  4. Tome nota de su ID de cliente.

    ID de cliente CC

  5. Proporcione un nombre y haga clic en Crear cliente.

    Nombre del recurso CC

  6. Copie el ID.

    Copia de ID

  7. Copia el secreto.

    Copia secreta

  8. Pega la información en un documento (no es posible volver a ver la información, así que mantén el documento seguro).

    Información del cliente YAML

  9. Agregue la siguiente línea al final del archivo: HostConnections: True para permitir la configuración del alojamiento.

    Conexiones de host verdaderas

  10. Cuando el archivo esté lleno, guárdelo (inserte la información entre comillas).

  11. Modificar ZoneMapping.yml mediante el Bloc de notas.

    Archivo YAML de asignación de zona original

  12. Reemplace el texto resaltado por el nombre de la ubicación de recursos local definida en Citrix Cloud, como se muestra en el siguiente ejemplo:

    Ejemplo de YAML de asignación de zonas

    Nota:

    Si no se ha cambiado el nombre predeterminado de la ubicación del recurso Cloud, debería ser Principal.

    La sintaxis correcta para la zona principal es mantener un espacio entre los dos puntos : y las primeras comillas ", de acuerdo con la sintaxis YAML estándar. El nombre distingue entre mayúsculas y minúsculas y debe estar entre comillas como se muestra.

  13. Modificar CvadAcSecurity.yml mediante el Bloc de notas.

    CVADACSecurity YAML

  14. Rellene el archivo con sus credenciales y guárdelo. El formato correcto para el nombre de usuario es domain\username.

Importar configuración
  1. Ejecute el siguiente comando en la herramienta Auto Config: Import-CvadAcToSite -All $true.

    Importar todos los ajustes

  2. Introduzca sí para validar la acción.

    Comprobar la importación de configuración

La salida resultante se parece a la siguiente imagen:

Resultado de importación de configuración

Para obtener más información sobre las opciones de registro de VDA, consulte la documentación del producto Citrix en Registro de VDA

Punto de control: Citrix Virtual Apps and Desktop Service mediante PVS

  1. Conéctese a Citrix Virtual Apps and Desktops Service, vaya a Catálogos de máquinas y asegúrese de que se han creado los catálogos de máquinas y se han asignado las máquinas. Catálogos de máquinas

  2. Vaya a Grupos de entrega y asegúrate de que se han creado tus grupos de entrega. Grupos de entrega
  3. Asegúrese de que sus máquinas virtuales estén registradas en la consola de Citrix Cloud Studio. VM registradas en la consola de Cloud Studio

  4. Vaya a Aplicaciones y asegúrese de que sus aplicaciones se han creado. Lista de aplicaciones

  5. Vaya a Directivas y asegúrese de que las directivas se han creado y asignado. Lista de directivas

Si está utilizando Workspace Environment Management, continúe con Migrar al servicio de Workspace Environment Management. Si no utiliza Workspace Environment Management, el siguiente paso es hacerlo configurar la capa de acceso de usuario final.

Migrar al servicio de Workspace Environment Management

Este paso solo se aplica si utiliza Workspace Environment Management local y quiere migrar al servicio Administración del entorno de espacio de trabajo. Si eso no se aplica a usted, vaya a la siguiente sección, Citrix Workload en Azure.

Paso 1: Cumplir con los requisitos del sistema

El kit de herramientas admite la migración desde Workspace Environment Management 4.7 y versiones posteriores. Para migrar desde una versión anterior, actualice Workspace Environment Management 4.x a Workspace Environment Management 4.7 o posterior y, a continuación, migre la base de datos al servicio Administración del entorno de espacio de trabajo.

Para obtener información detallada sobre la migración al servicio de Workspace Environment Management, consulte Migrar.

El siguiente diagrama muestra el entorno con nuestros recursos locales y Azure, agregando ahora Workspace Environment Management Service a nuestro entorno de nube.

Workspace Environment Management Service

Notas del campo:

Para verificar que nuestros VDA cambian de local a Cloud, un truco fácil consiste en crear una configuración que solo esté configurada en Workspace Environment Management Service.

Paso 2: Cambiar al modo de agente de servicio

Utilice la función de conmutador de agente para cambiar del modo local al modo de agente de servicio. Para obtener información acerca del conmutador de agente, consulte Conmutador de agente.

Nota:

La función de conmutador de agente está disponible en Workspace Environment Management 1909 y versiones posteriores. Para versiones anteriores, debe volver a instalar el agente o actualizarlo a la versión 1909 o posterior antes de utilizar el conmutador de agente.

Como alternativa, puede descargar el agente desde la fichaDescargasdel servicio y, a continuación, volver a instalar manualmente el agente.

  1. Conéctese a Workspace Environment Management Console en las instalaciones.

    Consola WEM en las instalaciones

  2. En Configuración avanzada, haga clic en la ficha Conmutador de agente .

    Ficha conmutador de agente WEM

  3. Marque la casilla Cambiar al agente de servicio, proporcione los servidores de Cloud Connector y haga clic en Aplicar.

  4. Reinicie el VDA para aplicar la nueva configuración.

Punto de control: Migración del servicio de Workspace Environment Management de trabajo Como paso de verificación para confirmar que nuestros VDA cambiaron de local a Cloud, agregamos una aplicación, el Bloc de notas, que está disponible de forma exclusiva en el servicio de Workspace Environment Management. Hemos utilizado los siguientes pasos para confirmar el conmutador.

  1. Abra Win 10 + Citrix Virtual Apps and Desktops Service Desktop.

  2. Asegúrese de que la nueva aplicación configurada con el servicio de Workspace Environment Management (en nuestro ejemplo, Bloc de notas) se rellena en el escritorio del usuario. Icono de aplicación Desktop con Workspace Environment Management

Configurar la capa de acceso de usuario final

Tiene dos opciones para configurar la capa de acceso de usuario final:

StoreFront con Citrix Gateway

En esta sección, configuramos StoreFront y Citrix Gateway locales para que se integren con el servicio Citrix Virtual Apps and Desktops. Para admitir varios sitios de StoreFront, utilizamos la agregación multisitio.

StoreFront

  1. Agregue su Cloud Connector como un controlador de entrega en cada almacén configurada.

    Cloud Connectors agregados como controladores de entrega

  2. Agregue una configuración de Delivery Controller agregando Cloud Connector como la autoridad de tíquet seguro (STA) en su configuración de Citrix Gateway.

    Agregar controlador de entrega

  3. Recursos agregados. Para obtener más información sobre la agregación multisitio, Diseñar la agregación de varios sitios de StoreFront es un recurso útil.

  4. Asigne usuarios a controladores.

Citrix Gateway

Agregue Citrix Cloud Connector como STA en la configuración de Citrix Gateway.

Agregar Cloud Connector como STA

Punto de comprobación: STA

Asegúrese de que todos los servidores STA tienen un estado de UP como se muestra en la siguiente imagen.

Estado del servidor STA UP

Ahora los servidores STA están activos y StoreFront está configurado.

Punto de comprobación: Migración del servicio Citrix Virtual Apps and Desktops con capa de acceso local

  1. Asegúrese en Citrix Cloud de que los VDA estén registrados. La documentación del producto Citrix proporciona una comprensión más profunda de Registro de VDA.

  2. Conéctese a su Citrix Gateway.

  3. Inicie un recurso publicado.

Migrar al servicio Citrix Workspace y Citrix Gateway

En esta sección, migramos al servicio Citrix Gateway y Citrix Workspace, como se muestra en el siguiente diagrama.

Servicio de Workspace y Citrix Gateway

Nota:

Cuando evalúe el servicio Citrix Gateway y Citrix Workspace, asegúrese de que las personalizaciones y configuraciones que necesita estén disponibles.

Configuración

  1. Conéctese a Citrix Cloud.

  2. Haga clic en Inicio > Configuración del espacio de trabajo.

    Configuración del espacio de trabajo en Citrix Cloud

  3. Modifique la URL de Workspace y proporcione un nombre que cumpla sus requisitos. Haga clic en Guardar.

    Modificar dirección URL de espacio

  4. Haga clic en Autenticación.

    Ficha Authentication

  5. Se presentan los métodos de autenticación admitidos. Seleccione la que desee y haga clic en Personalizar.

    ficha Personalizar

  6. Puede personalizar con dos logotipos. Una para la página de autenticación y otra para el almacén de Workspace.

    Cambiar colores

  7. Puede cambiar los colores si es necesario.

    Guardar personalizaciones

  8. Haga clic en Guardar.

    Integraciones de servicios

  9. Haga clic en Integraciones de servicios.

    Habilitar el servicio Citrix Virtual Apps and Desktops

  10. Habilite Virtual Apps and Desktops.

    Confirmar la integración del servicio seleccionado

  11. Haga clic en Confirmar.

    Acceso a la configuración del espacio

  12. Haga clic en Acceso.

    Configurar conectividad del espacio

  13. A la derecha de la ubicación del recurso, haga clic en los 3 puntos y seleccione Configurar conectividad.

    Guardar configuración de conectividad de Workspace

  14. Seleccione Servicio de puerta de enlace y haga clic en Guardar.

Punto de comprobación: Migración del servicio Citrix Workspace y Citrix Gateway

  1. Asegúrese en Citrix Cloud de que los VDA estén registrados. La documentación del producto Citrix proporciona una comprensión más profunda de Registro de VDA.

  2. Conéctese a la URL de Citrix Workspace.

  3. Inicie un recurso publicado.

Preparar la suscripción a Azure

El primer paso para migrar las cargas de trabajo a Azure es configurar el entorno de Azure. Si es nuevo en Azure o si su entorno tiene algunos componentes diferentes de nuestra configuración de laboratorio, Microsoft ofrece muchos recursos útiles, como ¿Nuevo en Azure? Siga estos sencillos pasos para empezar y el Documentación de Azure Migrate.

Para obtener información detallada sobre cómo diseñar Citrix Virtual Apps and Desktops en Azure, consulte Citrix Virtual Apps and Desktops Service en Azure.

Preparamos el entorno de Azure en cinco pasos básicos:

Paso 1: Seleccione un modelo de suscripción de Azure

Paso 2: Seleccione las regiones de Azure

Paso 3: Crear un grupo de recursos

Paso 4: Crear una red virtual

Paso 5: Implementar un servidor en Azure, que en nuestro caso, actúa como controlador de dominio. Puede implementar cualquier tipo de servidor que sea fácil para usted o omitir este paso por completo.

Cuando nuestra suscripción a Azure está configurada y lista para el siguiente paso, nuestro entorno se parece al del siguiente diagrama. Los recursos y cargas de trabajo son locales y tenemos un grupo de recursos, una red virtual y un servidor en Azure.

Entorno con Azure preparado

Paso 1: Seleccione un modelo de suscripción de Azure

Configure su suscripción a Azure.

La selección de un modelo de suscripción es una decisión compleja que implica comprender el crecimiento de su huella de Azure dentro y fuera de la implementación de Citrix. Incluso si la implementación de Citrix es pequeña, es posible que todavía tenga una gran cantidad de otros recursos que están leyendo o escribiendo en gran medida en la API de Azure. Esa actividad pesada de lectura/escritura puede tener un impacto negativo en el entorno Citrix. Lo contrario también es cierto, ya que muchos recursos Citrix pueden consumir un número excesivo de llamadas API disponibles, lo que reduce la disponibilidad de otros recursos dentro de la suscripción. Para obtener información acerca de los límites y las cuotas de suscripción de Azure, consulte Límites, cuotas y restricciones de servicio y suscripción de Azure.

Paso 2: Seleccionar regiones de Azure

Una región de Azure es un conjunto de centros de datos implementados dentro de un perímetro definido por latencia y conectados a través de una red regional dedicada de baja latencia. Azure ofrece a los clientes la flexibilidad necesaria para implementar aplicaciones donde se necesitan. Azure está disponible de forma general en 60 regiones y 149 países de todo el mundo. Microsoft proporciona detalles en https://azure.microsoft.com/en-us/global-infrastructure/regions/.

Paso 3: Crear un grupo de recursos

Un grupo de recursos de Azure es una colección de activos en grupos lógicos para el aprovisionamiento, la supervisión y el control de acceso fáciles o incluso automáticos, y para una administración más eficaz de sus costes. La ventaja de utilizar grupos de recursos en Azure es que puede agrupar recursos relacionados que pertenecen a una aplicación. Dado que los recursos de la aplicación comparten un ciclo de vida unificado desde la creación hasta el uso y, finalmente, el desaprovisionamiento, se pueden administrar juntos para obtener eficiencia.

La clave para tener un diseño de grupo de recursos correcto es comprender el ciclo de vida de los recursos que se incluyen en los grupos de recursos.

Si necesita instrucciones para configurar un grupo de recursos, Microsoft proporciona detalles en Qué es el Azure Resource Manager.

Se pueden aplicar uno o más grupos de recursos a un catálogo de máquinas durante la creación inicial. Estos grupos de recursos no se pueden compartir entre catálogos de máquinas. Los grupos de recursos están limitados a 240 VM de Citrix MCS debido al límite de 800 por recurso de un grupo de recursos. Consulte CTX237504 para obtener más detalles sobre esta limitación.

Los grupos de recursos están vinculados a catálogos de máquinas en el momento de la creación y no se pueden agregar ni cambiar más tarde. Para agregar grupos de recursos a un catálogo de máquinas, se debe quitar y volver a crear el catálogo de máquinas.

Paso 4: Crear una red virtual en Azure

La red virtual es necesaria para permitir una comunicación segura entre los recursos de su entorno. Para obtener más información acerca de cómo crear redes virtuales en Azure, consulte Inicio rápido: Cree una red virtual con Azure Portal. Para obtener ayuda con la configuración de una red virtual, consulte Qué es Azure Virtual Network.

Paso 5: Implementar un servidor en Azure (opcional)

Con nuestro grupo de recursos y nuestra red virtual establecidos, estamos listos para implementar un servidor en Azure. Utilizamos este servidor como controlador de dominio. Nos ayuda a validar la replicación de AD después de establecer la conectividad de sitio a sitio. Si quiere obtener información más detallada acerca de cómo configurar máquinas virtuales, consulte Inicio rápido: Crear una máquina virtual de Windows en Azure Portal. Microsoft también proporciona una guía útil para elegir la máquina virtual de tamaño adecuado para su carga de trabajo en Tamaños para máquinas virtuales en Azure.

El paso 5 es opcional. Implementamos un servidor en Azure para representar mejor una implementación típica.

Ahora que hemos creado nuestros grupos de recursos y nuestra red virtual, y tenemos un servidor implementado, nuestro siguiente paso es configurar la conectividad entre nuestros entornos locales y Azure.

Configurar la conectividad de sitio a sitio

Para conectar su entorno local a Azure, tiene varias opciones:

Para los fines de nuestra demostración, utilizamos VPN sitio a sitio.

El siguiente diagrama muestra cómo se configura nuestro entorno Azure para comunicarse con nuestro entorno local.

VPN de sitio a sitio configurado

Punto de control: Conectividad del sitio

Cuando se ha implementado la conectividad, un punto de control consiste en comunicarse con los recursos de Azure desde su entorno local y a la inversa.

En nuestro caso, utilizamos dos métodos:

Opción 1: Probar mediante el comando ping entre recursos en cada ubicación.

Opción 2: Únete al servidor implementado en Azure a nuestro dominio de AD local. Si omitió el paso 5, puede omitir esta opción.

Ahora que tenemos la conectividad de sitio a sitio configurada y validada, nuestro siguiente paso es migrar nuestras cargas de trabajo locales a Azure.

Migración de cargas de trabajo locales a Azure

En una implementación típica de clientes de Citrix, hay varios componentes que se pueden migrar. Los tipos de componentes y los planes de migración pueden variar según los clientes.

Para obtener una mejor idea de cómo abordar la migración, consulte Marco de adopción de la nube de Microsoft para Azure.

En esta sección tratamos la migración de componentes estrechamente relacionados con Citrix, como el servidor de archivos para perfiles y redirección de carpetas, y las imágenes maestras para el aprovisionamiento. Para los fines de este documento, limitamos la migración a los componentes de nuestro entorno de laboratorio. Sin embargo, para su entorno de producción, tiene la opción de mover más infraestructura a Azure.

Tecnologías de servidor de archivos

Azure ofrece varias tecnologías de servidor de archivos que se pueden utilizar para almacenar datos de usuario de Citrix, información de perfil móvil o funcionar como destinos para recursos compartidos de archivos de red de Citrix App Layering. Las opciones de Azure incluyen:

Seleccione las tecnologías de file server que mejor se adapten a los requisitos de su negocio. Introducción al Almacenamiento de Azure proporciona una lista de tipos de almacenamiento y casos de uso correspondientes para ayudarle a determinar qué es lo mejor para su situación.

Administración de costes de infraestructura

Las instancias reservadas de VM (RI) de Azure reducen significativamente los costes (hasta un 72% en comparación con los precios de pago por uso) con términos de un año o tres años en máquinas virtuales (VM) Windows y Linux. Al combinar los ahorros de costes obtenidos con las RIs de Azure con el valor agregado de la Ventaja híbrida de Azure, puede ahorrar hasta un 80%. El 80% se calcula en función de un compromiso de instancia reservada de Azure de tres años de Windows Server en comparación con la tarifa normal de pago por uso.

Aunque las instancias reservadas de Azure requieren compromisos iniciales sobre la capacidad informática, también proporcionan flexibilidad para intercambiar o cancelar instancias reservadas en cualquier momento. Una reserva solo cubre los costes de cómputos de máquina virtual. No reduce ninguno de los cargos adicionales de software, redes o almacenamiento. Esto es bueno para la infraestructura de Citrix y la capacidad mínima necesaria para un caso de uso (horas de encendido y apagado).

Tipos de instancia de Azure VM

Cada componente de Citrix utiliza un tipo de máquina virtual asociado en Azure. Cada serie de máquinas virtuales disponibles se asigna a una categoría específica de cargas de trabajo (uso general, optimizadas para cómputo, etc.), con varios tamaños que controlan los recursos asignados a la máquina virtual (CPU, memoria, IOPS, red y otros). El Serie de máquinas virtuales proporciona descripciones detalladas de la serie y sus capacidades.

La mayoría de las implementaciones de Citrix utilizan los tipos de instancia de la serie D y la serie F. La serie D se utiliza comúnmente para los componentes de la infraestructura de Citrix y, a veces, para las cargas de trabajo del usuario cuando requieren más memoria más allá de la que se encuentra en los tipos de instancias de la serie F. Los tipos de instancias de la serie F son los más comunes en el campo para las cargas de trabajo de los usuarios debido a sus procesadores más rápidos, que traen consigo la percepción de la capacidad de respuesta.

¿Por qué la serie D o la serie F? Desde la perspectiva de Citrix, la mayoría de los componentes de infraestructura (Cloud Connectors, StoreFront, NetScaler, etc.) utilizan la CPU para ejecutar los procesos principales. Estos tipos de VM tienen una proporción equilibrada entre CPU y memoria y están alojados en hardware uniforme (a diferencia de la serie A) para un rendimiento más consistente y soporte de almacenamiento premium. Ciertamente, puede y debe ajustar los tipos de instancia para satisfacer sus necesidades y su presupuesto.

El tamaño y la cantidad de componentes dentro de su infraestructura siempre dependen de sus requisitos, escalabilidad y cargas de trabajo. Sin embargo, con Azure podemos escalar dinámicamente y bajo demanda. Para los que tienen en cuenta los costes, empezar más pequeño y escalar es el mejor enfoque. Las máquinas virtuales de Azure requieren un reinicio al cambiar el tamaño, por lo que planifique estos eventos solo en ventanas de mantenimiento programado y bajo directivas de control de cambios establecidas. Citrix proporciona un análisis más detallado en La escalabilidad y la economía de ofrecer servicios Citrix Virtual App y Desktop en Azure

Almacenamiento

Al igual que cualquier otro equipo, las máquinas virtuales de Azure utilizan discos como un lugar para almacenar un sistema operativo, aplicaciones y datos. Todas las máquinas virtuales de Azure tienen al menos dos discos: Un disco del sistema operativo Windows y un disco temporal. El disco del sistema operativo se crea a partir de una imagen y tanto el disco del sistema operativo como la imagen se almacenan en Azure como discos duros virtuales (VHD). Las máquinas virtuales también pueden tener otros discos conectados como discos de datos, también almacenados como VHDs. https://docs.microsoft.com/en-us/azure/virtual-machines/windows/disks-types

Los discos de Azure están diseñados para ofrecer durabilidad de nivel empresarial. Puede seleccionar entre dos niveles de rendimiento para el almacenamiento que existen al crear discos: Discos SSD Premium y Almacenamiento de disco duro estándar. Los discos pueden ser administrados o no administrados. Los discos administrados son los predeterminados y no están sujetos a las limitaciones de la cuenta de almacenamiento, como los discos no administrados.

Microsoft recomienda discos administrados en lugar de discos no administrados. Los discos no administrados deben tenerse en cuenta solo para excepciones. Tenga en cuenta que el almacenamiento estándar (HDD y SSD) incluye costes de transacción (E/S de almacenamiento), pero tiene menores costes por disco. Premium Storage no tiene costes de transacción, pero tiene costes por disco más altos y ofrece una experiencia de usuario mejorada.

Los discos solo ofrecen un SLA cuando se utiliza un conjunto de disponibilidad. Citrix MCS no admite conjuntos de disponibilidad. Cuando cree máquinas virtuales para Citrix Cloud Connector, Citrix ADC o StoreFront en Azure, utilice Conjuntos de disponibilidad.

Introducción a los servicios de Azure Migrate

Azure Migrate proporciona un conjunto de herramientas para evaluar y migrar a servidores locales, infraestructura, aplicaciones y datos de Azure. Para obtener información detallada, consulte Acerca de Azure Migrate. Utilizamos Azure Migrate para migrar nuestro servidor de archivos e imágenes maestras.

El siguiente diagrama muestra las ubicaciones de nuestros recursos cuando migramos a Azure.

Migración de cargas de trabajo de Azure

Recomendamos un proceso de tres pasos:

Paso 1: Descubrimiento

Paso 2: Evaluación

Paso 3: Migración

Nota:

Para los usuarios de PVS, se requieren pasos específicos para preparar el entorno antes de migrar a Azure. Siga estos pasos en la siguiente sección. Los usuarios de MCS pueden ir directamente a Detección.

Requisito previo para la preparación de imágenes específicas de PVS

Para cada imagen PVS, es necesario eliminar la máquina virtual de Provisioning y configurarla temporalmente para que esté alojada únicamente en VMware vSphere. Usted hace esto mediante imágenes inversas. Existen varios métodos para la obtención de imágenes inversas. Uno se describe en detalle en CTX202159: Cómo realizar imágenes inversas en un dispositivo de destino de Provisioning Services para Windows y sus usos aplicables.

Paso 1: Descubrimiento

El primer paso es crear un proyecto de migración y seleccionar las herramientas que quiere utilizar. Debe configurar el dispositivo para el proceso de detección. Para obtener más información detallada, consulte Descubra las aplicaciones, los roles y las funciones de la máquina.

Microsoft proporciona dos métodos para configurar el dispositivo:

  • Plantilla OVA (un archivo descargable)

  • Script

El dispositivo Azure Migrate se conecta a vCenter Server para detectar y migrar máquinas virtuales mediante la migración sin agente.

Después de implementar el dispositivo y proporcionar credenciales, el dispositivo inicia la detección continua de metadatos de VM y datos de rendimiento, junto con la detección de aplicaciones, funciones y roles. La duración del descubrimiento de aplicaciones depende de cuántas máquinas virtuales tenga. Por lo general, el descubrimiento de aplicaciones de 500 máquinas virtuales tarda una hora.

Paso 2: Evaluación

En función de los resultados del descubrimiento, puede crear una evaluación de todos los recursos locales en su vCenter.

Para la evaluación (que Microsoft recomienda), tiene varias opciones. Las dos que más nos interesan para las cargas de trabajo de Citrix son:

Utilizamos Azure Migrate: Server Assessment en este proyecto.

La herramienta de migración proporciona una visión general de su entorno con detalles como:

  • Nombre
  • Dirección IP
  • Aplicaciones instaladas
  • Dependencias
  • Núcleos
  • Memoria
  • Discos
  • Almacenamiento
  • Sistema operativo

Servidores descubiertos con detalle

Durante la configuración de la evaluación, tiene acceso a propiedades de evaluación que le permiten:

  • Seleccionar ubicación de destino
  • Seleccionar tipo de almacenamiento
  • Seleccione si quiere evaluar en función de instancias reservadas
  • Seleccionar criterios de tamaño
  • Seleccionar historial de rendimiento
  • Seleccionar utilización de percentiles
  • Seleccionar la serie de máquinas virtuales
  • Seleccionar factor de confort
  • Seleccionar detalles de precios

Propiedades de evaluación

Para que se descubran dependencias, debe implementar software en las máquinas virtuales. Consulte Analizar las dependencias de la máquina (sin agente).

Descubrimiento de dependencias

Las dependencias son útiles para saber cuándo quiere migrar servidores de aplicaciones o bases de datos. Conocer las dependencias le permite determinar exactamente qué servidores deben migrarse para garantizar una conexión persistente y segura entre los servidores.

Para facilitar la migración, hemos creado un grupo que solo contiene las máquinas virtuales que pretendemos migrar.

Grupo de evaluación

Paso 3: Migración

Para la migración de servidores, Microsoft proporciona opciones para enfoques basados en agentes y sin agentes. Nuestro enfoque aquí está en el enfoque sin agentes, como se describe en Migración de VMware VM a Azure (sin agente). Para determinar el mejor enfoque para su negocio, consulte Seleccione una opción de migración de VMware.

El proceso de migración comienza con una replicación inicial de las máquinas virtuales locales a Azure.

La duración del proceso depende del tamaño de los discos asociados a las máquinas virtuales y del ancho de banda. La duración también depende de

  • El número de migraciones simultáneas
  • Su ancho de banda en vCenter
  • La disponibilidad del almacenamiento de información (para el enfoque sin agente)
  • Su ancho de banda de red

Durante el proceso de replicación, debe seleccionar:

  • VMware vSphere
  • Dispositivo a utilizar
  • Seleccione Máquinas virtuales que quiere migrar (importe la evaluación, seleccione Grupo)
  • Seleccionar configuración de destino
  • Seleccionar cómputo
  • Seleccionar discos

Replicar

Cuando comienza la replicación delta, después de la replicación inicial, puede ejecutar una migración de prueba antes de ejecutar una migración completa a Azure.

Se recomienda encarecidamente que ejecute una migración de prueba al menos una vez para cada equipo antes de migrarla.

  • La ejecución de una migración de prueba comprueba que la migración funciona como se esperaba, sin afectar a las máquinas locales, que permanecen operativas y continúa replicando.

  • La migración de pruebas simula la migración mediante la creación de una máquina virtual de Azure con datos replicados (normalmente migrando a una VNet no de producción en su suscripción de Azure).

  • Puede usar la prueba replicada de Azure VM para validar la migración, realizar pruebas de aplicaciones y solucionar cualquier problema antes de la migración completa.

Complete la migración

Siga las instrucciones de Microsoft para Complete la migración y para Mejores prácticas posteriores a la migración.

  1. Una vez finalizada la migración, haga clic con el botón derecho y seleccione VM > Detener replicación. Este comando detiene la replicación para el equipo local y limpia la información del estado de replicación para la máquina virtual.

  2. Instale el agente Windows o Linux de Azure VM en las máquinas migradas.

  3. Realice cualquier ajuste posterior a la migración de la aplicación, como actualizar cadenas de conexión de base de datos y configuraciones del servidor web.

  4. Realice pruebas finales de aceptación de aplicaciones y migración en la aplicación migrada que se está ejecutando ahora en Azure.

  5. Reduzca el tráfico a la instancia de Azure VM migrada.

  6. Retire las máquinas virtuales locales de su inventario local de máquinas virtuales.

  7. Quite las máquinas virtuales locales de las copias de seguridad locales.

  8. Actualice cualquier documentación interna para mostrar la nueva ubicación y la dirección IP de las máquinas virtuales de Azure.

Mejores prácticas posteriores a la migración

Para la supervisión y la administración, considere utilizar Citrix Application Delivery Management.

Considere la posibilidad de implementarAdministración de costes de Azurepara supervisar el uso y el gasto de recursos.

Punto de control: Migración de Azure

  1. Validar la dirección IP asignada al servidor de archivos en Azure después de la migración.

  2. Asegúrese de que la dirección IP se ha actualizado en el servidor DNS.

  3. Conéctese a Citrix Gateway con una nueva cuenta de usuario.

  4. Abra el escritorio del servicio Citrix Virtual Apps and Desktops. Escritorio de servicio Citrix Virtual Apps and Desktops

  5. Cierre la sesión y asegúrese de que el perfil del usuario se ha creado en el servidor de archivos de Azure. Perfil de usuario en el servidor de Azure

Mover carga de trabajo de Citrix a Azure

A continuación, trasladamos nuestra carga de trabajo de Citrix a Azure.

El siguiente diagrama muestra los componentes de Azure y Citrix Cloud que se han migrado y el entorno local restante.

Carga de trabajo de Citrix en Azure

Paso 1: Requisitos previos

  1. Implemente dos Cloud Connectors en Azure.

    Cloud Connectors en Azure

  2. Cree una ubicación de recursos en Citrix Cloud.

    Nueva ubicación de recursos Citrix Cloud

  3. Implemente el software Cloud Connector en los servidores y conéctelos a las nuevas ubicaciones de recursos.

    Implementar Cloud Connector

Paso 2: Crear carga de trabajo de Citrix

  1. Crear la configuración básica
    1. alojamiento
    2. catálogos de máquinas
    3. grupos de entrega
    4. publicar aplicaciones
    5. enlazar directivas de Citrix

Grupo de entrega de Azure

Paso 3: Configurar la capa de acceso de usuario final

Nota:

Si no utiliza Citrix Workspace y el servicio Citrix Gateway, siga estos pasos.

  1. Conéctese al servidor StoreFront local para agregar Azure Cloud Connectors como controladores de entrega en cada almacén.

    Conectarse al servidor StoreFront local

  2. Configure la asignación de usuarios y agregación de varios sitios (durante el paso de transición) para el almacén interno.

    Almacén interno configurado

  3. Configure la asignación de usuarios y la agregación de varios sitios para el almacén externo.

    Agregación de sitios externos

  4. Agregue los Cloud Connectors alojados en Azure como STA en la configuración de Citrix Gateway en StoreFront.

    Conectores en la nube alojados en Azure como STA de

  5. Agregue los Cloud Connectors alojados en Azure como STA en la configuración de servidores virtuales de Citrix Gateway en Citrix ADC.

    Servidores virtuales de gateway

  6. Asegúrese de que todas las STA estén UP.

Punto de control: Carga de trabajo de Citrix

  1. Conéctese a su Citrix Gateway.

  2. Abra el escritorio publicado del servicio Citrix Virtual Apps and Desktop alojado en Azure. Escritorio de servicio CVAD alojado en Azure

  3. Asegúrese de que el nombre del escritorio es el que ha aprovisionado en Azure.

  4. Inicie aplicaciones para asegurarse de que se inicien. Tome nota del rendimiento de la aplicación. Si las aplicaciones funcionan mal, es posible que deba ajustar el tamaño de su máquina de Azure.

Migración de Citrix Virtual Apps and Desktops desde VMware vSphere al servicio Citrix Virtual Apps and Desktops en Microsoft Azure

En este artículo