Usar Machine Creation Services™ (MCS) para crear VM Linux

A partir de la versión 7.18, puedes usar MCS para crear VM Linux.

• Hipervisores compatibles

• AWS
• Citrix Hypervisor™
• Microsoft Azure
• VMware vSphere

Pueden producirse resultados inesperados si intentas preparar una imagen maestra en hipervisores distintos de los compatibles.

• Usar MCS para crear VM Linux en Citrix Hypervisor

• Paso 1: Preparar una imagen maestra

• Una imagen maestra contiene el sistema operativo, las aplicaciones no virtualizadas, el VDA y otro software. Para preparar una imagen maestra, haz lo siguiente:

Paso 1a: Instalar Citrix VM Tools

Citrix VM Tools debe instalarse en la VM de plantilla para que cada VM pueda usar la CLI xe o XenCenter. El rendimiento de la VM puede ser lento si no se instalan las herramientas. Sin las herramientas, no puedes hacer ninguna de las siguientes acciones:

• Apagar, reiniciar o suspender una VM de forma limpia.
• Ver los datos de rendimiento de la VM en XenCenter.
  • Migrar una VM en ejecución (mediante XenMotion).
  • Crear instantáneas o instantáneas con memoria (puntos de control) y revertir a instantáneas.
  • Ajustar el número de vCPU en una VM Linux en ejecución.

1. Ejecuta el siguiente comando para montar Citrix VM Tools, denominado guest-tools.iso.

   sudo mount /dev/cdrom /mnt
   <!--NeedCopy-->
   

2. Ejecuta el siguiente comando para instalar el paquete xe-guest-utilities según tu distribución de Linux.

   Para RHEL/CentOS:

   sudo rpm -i /mnt/Linux/xe-guest-utilities_{package-version}_all.rpm
   <!--NeedCopy-->
   

   Para Ubuntu:

   sudo dpkg -i /mnt/Linux/xe-guest-utilities_{package-version}_all.deb
   <!--NeedCopy-->
   

   Para SUSE 12:

   sudo rpm -i /mnt/Linux/xe-guest-utilities_{package-version}_all.rpm
   <!--NeedCopy-->
   

3. Comprueba el estado de virtualización de la VM de plantilla en la ficha General de XenCenter. Si Citrix VM Tools están instaladas correctamente, el estado de virtualización esOptimizado:

   

Paso 1b: Instalar el paquete VDA de Linux en la VM de plantilla

Nota:

Para usar un VDA que se está ejecutando actualmente como VM de plantilla, omite este paso.

Antes de instalar el paquete VDA de Linux en la VM de plantilla, instala .NET Core Runtime 3.1. Para obtener más información, consulta Installation overview.

Según tu distribución de Linux, ejecuta el siguiente comando para configurar el entorno para el VDA de Linux:

Para RHEL/CentOS:

sudo yum –y localinstall <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

Para Ubuntu:

sudo dpkg –i  <PATH>/<Linux VDA DEB>

apt-get install -f
<!--NeedCopy-->

Para SUSE 12:

sudo zypper –i install <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

Paso 1c: Habilitar repositorios para instalar el paquete tdb-tools

Para el servidor RHEL 7:

    -  subscription-manager repos --enable=rhel-7-server-optional-rpms
<!--NeedCopy-->

• Para la estación de trabajo RHEL 7:

subscription-manager repos --enable=rhel-7-workstation-optional-rpms
<!--NeedCopy-->

Paso 1d: Instalar el repositorio EPEL que contiene ntfs-3g

Instala el repositorio EPEL en RHEL 6/CentOS 6, RHEL 7/CentOS 7 para que la ejecución posterior de deploymcs.sh instale el paquete ntfs-3g que contiene.

Paso 1e: Instalar manualmente ntfs-3g en SUSE 12

En la plataforma SUSE 12, no hay ningún repositorio que proporcione ntfs-3g. Descarga el código fuente, compila e instala ntfs-3g manualmente:

1. Instala el sistema de compilación GNU Compiler Collection (GCC) y el paquete make:

   sudo zypper install gcc
   sudo zypper install make
   <!--NeedCopy-->
   

2. Descarga el paquete ntfs-3g.

3. Descomprime el paquete ntfs-3g:

   sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
   <!--NeedCopy-->
   

4. Introduce la ruta al paquete ntfs-3g:

   sudo cd ntfs-3g_ntfsprogs-<package version>
   <!--NeedCopy-->
   

5. Instala ntfs-3g:

   ./configure
   make
   make install
   <!--NeedCopy-->
   

Paso 1f: Configurar el entorno de ejecución

Antes de ejecutardeploymcs.sh, haz lo siguiente:

• Cambia las variables en/etc/xdl/mcs/mcs.conf.El archivo de configuración mcs.conf contiene variables para configurar MCS y el VDA de Linux. Las siguientes son variables que puedes configurar según sea necesario:**

  • Use_Existing_Configurations_Of_Current_VDA: Determina si se deben usar las configuraciones existentes del VDA que se está ejecutando actualmente. Si se establece en Y, los archivos de configuración de las máquinas creadas con MCS son los mismos que los equivalentes en el VDA que se está ejecutando actualmente. Sin embargo, aún debes configurar las variables dns y AD_INTEGRATION. El valor predeterminado es N, lo que significa que los archivos de configuración de las máquinas creadas con MCS se determinan mediante plantillas de configuración en la imagen maestra.
  • dns: Establece la dirección IP del DNS.
  • AD_INTEGRATION: Establece Winbind o SSSD.
  • WORKGROUP: Establece el nombre del grupo de trabajo, que es el nombre de NetBIOS (distingue mayúsculas y minúsculas) si está configurado en AD. De lo contrario, es el nombre de dominio de forma predeterminada.

• En la máquina de plantilla, agrega líneas de comando al archivo/etc/xdl/mcs/mcs_local_setting.regpara escribir o actualizar los valores del Registro según sea necesario.Esta acción evita la pérdida de datos y configuraciones cada vez que se reinicia una máquina aprovisionada por MCS.**

  Cada línea del archivo/etc/xdl/mcs/mcs_local_setting.reges un comando para establecer o actualizar un valor del Registro.

  Por ejemplo, puedes agregar las siguientes líneas de comando al archivo/etc/xdl/mcs/mcs_local_setting.regpara escribir o actualizar un valor del Registro, respectivamente:

   create -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -t "REG_DWORD" -v "Flags" -d "0x00000003" --force
   <!--NeedCopy-->
  

   update -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"
   <!--NeedCopy-->
  

Paso 1g: Crear una imagen maestra

1. Ejecuta /opt/Citrix/VDA/sbin/deploymcs.sh.

2. (Opcional) En la VM de plantilla, actualiza las plantillas de configuración para personalizar los archivos relevantes /etc/krb5.conf, /etc/samba/smb.conf y /etc/sssd/sssd.conf en todas las VM creadas.

   Para los usuarios de Winbind, actualiza las plantillas /etc/xdl/mcs/winbind_krb5.conf.tmpl y /etc/xdl/mcs/winbind_smb.conf.tmpl.

   Para los usuarios de SSSD, actualiza las plantillas /etc/xdl/mcs/sssd.conf.tmpl, /etc/xdl/mcs/sssd_krb5.conf.tmpl y /etc/xdl/mcs/sssd_smb.conf.tmpl.

   Nota: Mantén el formato existente utilizado en los archivos de plantilla y usa variables como $WORKGROUP, $REALM, $realm y $AD_FQDN.

3. En Citrix Hypervisor, apaga la VM de plantilla. Crea y nombra una instantánea de tu imagen maestra.

Paso 2: Crear un catálogo de máquinas

En Citrix Studio, crea un catálogo de máquinas y especifica el número de VM que se crearán en el catálogo. Realiza otras tareas de configuración según sea necesario. Para obtener más información, consulta Crear un catálogo de máquinas con Studio.

Paso 3: Crear un grupo de entrega

Un grupo de entrega es una colección de máquinas seleccionadas de uno o varios catálogos de máquinas. Especifica qué usuarios pueden usar esas máquinas y las aplicaciones y escritorios disponibles para esos usuarios. Para obtener más información, consulta Crear grupos de entrega.

Usar MCS para crear VM Linux en Azure

Paso 1: Crear una conexión de alojamiento a Azure en Citrix Studio

1. En Citrix Studio, elige Configuración > Alojamiento > Agregar conexión y recursos para crear una conexión a Azure.

   

2. Elige Microsoft Azure como tipo de conexión.

   

   • 1. Escribe el ID de suscripción de tu cuenta de Azure y el nombre de tu conexión.
   • 

   Aparece una nueva conexión en el panel de alojamiento.

   

Paso 2: Preparar una imagen maestra en la VM de plantilla

Una imagen maestra contiene el sistema operativo, las aplicaciones no virtualizadas, el VDA y otro software. Para preparar una imagen maestra, haz lo siguiente:

Paso 2a: Configurar cloud-init para Ubuntu 18.04

Para asegurarte de que el nombre de host de un VDA persista cuando se reinicia o se detiene una VM, ejecuta el siguiente comando.

 echo "preserve_hostname: true" > /etc/cloud/cloud.cfg.d/99_hostname.cfg
<!--NeedCopy-->

Asegúrate de que las siguientes líneas estén presentes en la sección system_info del archivo /etc/cloud/cloud.cfg:

system_info:
   network:
       renderers: ['netplan', 'eni', 'sysconfig']
<!--NeedCopy-->

Paso 2b: Instalar el paquete Linux VDA en la VM de plantilla

Nota:

Para usar un VDA en ejecución como VM de plantilla, omite este paso.

Antes de instalar el paquete Linux VDA en la VM de plantilla, instala .NET Core Runtime 3.1. Para obtener más información, consulta Información general de la instalación.

Según tu distribución de Linux, ejecuta el siguiente comando para configurar el entorno del Linux VDA:

Para RHEL/CentOS:

sudo yum –y localinstall <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

Para Ubuntu:

sudo dpkg –i  <PATH>/<Linux VDA DEB>

apt-get install -f
<!--NeedCopy-->

Para SUSE 12:

sudo zypper –i install <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

Paso 2c: Habilitar repositorios para instalar el paquete tdb-tools

Para el servidor RHEL 7:

subscription-manager repos --enable=rhel-7-server-optional-rpms
<!--NeedCopy-->

Para la estación de trabajo RHEL 7:

subscription-manager repos --enable=rhel-7-workstation-optional-rpms
<!--NeedCopy-->

Paso 2d: Instalar el repositorio EPEL que contiene ntfs-3g

Instala el repositorio EPEL en RHEL 6/CentOS 6, RHEL 7/CentOS 7 para que la ejecución posterior de deploymcs.sh instale el paquete ntfs-3g que contiene.

Paso 2e: Instalar ntfs-3g manualmente en SUSE 12

En la plataforma SUSE 12, no hay ningún repositorio que proporcione ntfs-3g. Descarga el código fuente, compila e instala ntfs-3g manualmente:

1. Instala el sistema de compiladores GNU Compiler Collection (GCC) y el paquete make:

   sudo zypper install gcc
   sudo zypper install make
   <!--NeedCopy-->
   

2. Descarga el paquete ntfs-3g.

3. Descomprime el paquete ntfs-3g:

   sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
   <!--NeedCopy-->
   

4. Introduce la ruta al paquete ntfs-3g:

   -  sudo cd ntfs-3g_ntfsprogs-<package version>
   <!--NeedCopy-->
   

5. Instala ntfs-3g:

   ./configure
   make
   make install
   <!--NeedCopy-->
   

Paso 2f: Configurar el entorno de ejecución

Antes de ejecutar deploymcs.sh, haz lo siguiente:

-  Cambia las variables en **/etc/xdl/mcs/mcs.conf**. El archivo de configuración **mcs.conf** contiene variables para configurar MCS y el Linux VDA. Las siguientes son algunas de las variables, de las cuales `dns` y `AD_INTEGRATION` deben configurarse:

**Nota:** Si una variable puede configurarse con varios valores, pon los valores entre comillas simples y sepáralos con espacios. Por ejemplo, LDAP_LIST='aaa.lab:389 bbb.lab:389.'

-  `Use_Existing_Configurations_Of_Current_VDA`: Determina si usar las configuraciones existentes del VDA que se está ejecutando actualmente. Si se establece en Y, los archivos de configuración de las máquinas creadas con MCS son los mismos que los equivalentes en el VDA que se está ejecutando actualmente. Sin embargo, aún debes configurar las variables `dns` y `AD_INTEGRATION`. El valor predeterminado es N, lo que significa que los archivos de configuración de las máquinas creadas con MCS se determinan mediante plantillas de configuración en la imagen maestra.
-  `dns`: Establece la dirección IP del DNS.
-  `AD_INTEGRATION`: Establece Winbind o SSSD (SSSD no es compatible con SUSE).
    -  `WORKGROUP`: Establece el nombre del grupo de trabajo, que es el nombre NetBIOS (distingue mayúsculas y minúsculas) si está configurado en AD. De lo contrario, es el nombre de dominio de forma predeterminada.

-  En la máquina de plantilla, agrega líneas de comando al archivo **/etc/xdl/mcs/mcs_local_setting.reg** para escribir o actualizar los valores del registro según sea necesario. Esta acción evita la pérdida de datos y configuraciones cada vez que se reinicia una máquina aprovisionada con MCS.

Cada línea del archivo **/etc/xdl/mcs/mcs_local_setting.reg** es un comando para establecer o actualizar un valor del registro.

Por ejemplo, puedes agregar las siguientes líneas de comando al archivo **/etc/xdl/mcs/mcs_local_setting.reg** para escribir o actualizar un valor del registro, respectivamente:

```
create -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -t "REG_DWORD" -v "Flags" -d "0x00000003" --force
<!--NeedCopy--> ```

```
update -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"
<!--NeedCopy--> ```

Paso 2g: Crea una imagen maestra

1. Ejecuta /opt/Citrix/VDA/sbin/deploymcs.sh.

2. (Opcional) En la VM de plantilla, actualiza las plantillas de configuración para personalizar los archivos /etc/krb5.conf, /etc/samba/smb.conf y /etc/sssd/sssd.conf relevantes en todas las VM creadas.

   Para los usuarios de Winbind, actualiza las plantillas /etc/xdl/mcs/winbind_krb5.conf.tmpl y /etc/xdl/mcs/winbind_smb.conf.tmpl.

   Para los usuarios de SSSD, actualiza las plantillas /etc/xdl/mcs/sssd.conf.tmpl, /etc/xdl/mcs/sssd_krb5.conf.tmpl y /etc/xdl/mcs/sssd_smb.conf.tmpl.

   Nota: Mantén el formato existente usado en los archivos de plantilla y usa variables como $WORKGROUP, $REALM, $realm y $AD_FQDN.

3. Instala las aplicaciones en la VM de plantilla y apaga la VM de plantilla desde el portal de Azure. Asegúrate de que el estado de energía de la VM de plantilla sea Detenida (desasignada). Recuerda el nombre del grupo de recursos aquí. Necesitas el nombre para localizar tu imagen maestra en Azure.

   

Paso 3: Crea un catálogo de máquinas

-  En Citrix Studio, crea un catálogo de máquinas y especifica el número de VM que se crearán en el catálogo. Al crear el catálogo de máquinas, elige tu imagen maestra del grupo de recursos al que pertenece la VM de plantilla y busca el VHD de la VM de plantilla. Consulta la siguiente captura de pantalla.

Realiza otras tareas de configuración según sea necesario. Para obtener más información, consulta Crear un catálogo de máquinas con Studio.

-  ### Paso 4: Crea un grupo de entrega

Un grupo de entrega es una colección de máquinas seleccionadas de uno o más catálogos de máquinas. Especifica qué usuarios pueden usar esas máquinas y las aplicaciones y escritorios disponibles para esos usuarios. Para obtener más información, consulta Crear grupos de entrega.

Usa MCS para crear VM Linux en VMware vSphere

Paso 1: Crea una conexión de alojamiento a VMware en Citrix Studio

1. Instala vCenter Server en el entorno de vSphere. Para obtener más información, consulta VMware vSphere.

2. En Citrix Studio, elige Configuración > Alojamiento > Agregar conexión y recursos para crear una conexión a VMware vSphere.

   

3. Elige VMware vSphere como tipo de conexión.

   

4. Escribe la dirección de conexión (la URL del servidor vCenter) de tu cuenta de VMware, tu nombre de usuario y contraseña, y el nombre de tu conexión.

   

   Aparece una nueva conexión en el panel de alojamiento.

   

Paso 2: Prepara una imagen maestra

Una imagen maestra contiene el sistema operativo, las aplicaciones no virtualizadas, el VDA y otro software. Para preparar una imagen maestra, haz lo siguiente:

Paso 2a: Instala el paquete Linux VDA en la VM de plantilla

Nota:

Para usar un VDA que se está ejecutando actualmente como VM de plantilla, omite este paso.

Antes de instalar el paquete Linux VDA en la VM de plantilla, instala .NET Core Runtime 3.1. Para obtener más información, consulta Información general de la instalación.

Según tu distribución de Linux, ejecuta el siguiente comando para configurar el entorno para el Linux VDA:

Para RHEL/CentOS:

sudo yum –y localinstall <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

Para Ubuntu:

sudo dpkg –i  <PATH>/<Linux VDA DEB>

apt-get install -f
<!--NeedCopy-->

Para SUSE 12:

sudo zypper –i install <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

-  #### Paso 2b: Habilita los repositorios para instalar el paquete tdb-tools

-  **Para servidor RHEL 7:**

    -  subscription-manager repos --enable=rhel-7-server-optional-rpms
<!--NeedCopy-->

Para estación de trabajo RHEL 7:

subscription-manager repos --enable=rhel-7-workstation-optional-rpms
<!--NeedCopy-->

Paso 2c: Instala el repositorio EPEL que contiene ntfs-3g

Instala el repositorio EPEL en RHEL 6/CentOS 6, RHEL 7/CentOS 7 para que la ejecución posterior de deploymcs.sh instale el paquete ntfs-3g que contiene.

Paso 2d: Instala ntfs-3g manualmente en SUSE 12

En la plataforma SUSE 12, no hay ningún repositorio que proporcione ntfs-3g. Descarga el código fuente, compila e instala ntfs-3g manualmente:

1. Instala el sistema de compiladores GNU Compiler Collection (GCC) y el paquete make:

   sudo zypper install gcc
   sudo zypper install make
   <!--NeedCopy-->
   

2. Descarga el paquete ntfs-3g.

3. Descomprime el paquete ntfs-3g:

   sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
   <!--NeedCopy-->
   

4. Introduce la ruta al paquete ntfs-3g:

   sudo cd ntfs-3g_ntfsprogs-<package version>
   <!--NeedCopy-->
   

5. Instala ntfs-3g:

   ./configure
   make
   make install
   <!--NeedCopy-->
   

Paso 2e: Configura el entorno de tiempo de ejecución

Antes de ejecutar deploymcs.sh, haz lo siguiente:

-  Modifica las variables en **/etc/xdl/mcs/mcs.conf**. El archivo de configuración **mcs.conf** contiene variables para configurar MCS y el VDA de Linux. A continuación, se muestran algunas de las variables, de las cuales `dns` y `AD_INTEGRATION` deben configurarse:

**Nota:** Si una variable se puede configurar con varios valores, pon los valores entre comillas simples y sepáralos con espacios. Por ejemplo, LDAP_LIST='aaa.lab:389 bbb.lab:389.'

-  `Use_Existing_Configurations_Of_Current_VDA`: Determina si se deben usar las configuraciones existentes del VDA que se está ejecutando actualmente. Si se establece en Y, los archivos de configuración de las máquinas creadas por MCS son los mismos que los equivalentes en el VDA que se está ejecutando actualmente. Sin embargo, aún debes configurar las variables `dns` y `AD_INTEGRATION`. El valor predeterminado es N, lo que significa que los archivos de configuración de las máquinas creadas por MCS se determinan mediante las plantillas de configuración de la imagen maestra.
-  `dns`: Establece la dirección IP del DNS.
-  `AD_INTEGRATION`: Configura Winbind o SSSD (SSSD no es compatible con SUSE).
-  `WORKGROUP`: Establece el nombre del grupo de trabajo, que es el nombre de NetBIOS (distingue mayúsculas de minúsculas) si está configurado en AD. De lo contrario, es el nombre de dominio de forma predeterminada.

• En la máquina de plantilla, agrega líneas de comando al archivo /etc/xdl/mcs/mcs_local_setting.reg para escribir o actualizar los valores del registro según sea necesario. Esta acción evita la pérdida de datos y configuraciones cada vez que se reinicia una máquina aprovisionada por MCS.

  Cada línea del archivo /etc/xdl/mcs/mcs_local_setting.reg es un comando para establecer o actualizar un valor del registro.

  Por ejemplo, puedes agregar las siguientes líneas de comando al archivo /etc/xdl/mcs/mcs_local_setting.reg para escribir o actualizar un valor del registro, respectivamente:

   create -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -t "REG_DWORD" -v "Flags" -d "0x00000003" --force
   <!--NeedCopy-->
  

   update -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"
   <!--NeedCopy-->
  

Paso 2f: Crea una imagen maestra

1. Ejecuta /opt/Citrix/VDA/sbin/deploymcs.sh.

2. (Opcional) En la VM de plantilla, actualiza las plantillas de configuración para personalizar los archivos /etc/krb5.conf, /etc/samba/smb.conf y /etc/sssd/sssd.conf relevantes en todas las VM creadas.

   Para los usuarios de Winbind, actualiza las plantillas /etc/xdl/mcs/winbind_krb5.conf.tmpl y /etc/xdl/mcs/winbind_smb.conf.tmpl.

   Para los usuarios de SSSD, actualiza las plantillas /etc/xdl/mcs/sssd.conf.tmpl, /etc/xdl/mcs/sssd_krb5.conf.tmpl y /etc/xdl/mcs/sssd_smb.conf.tmpl.

   Nota: Mantén el formato existente utilizado en los archivos de plantilla y usa variables como $WORKGROUP, $REALM, $realm y $AD_FQDN.

3. Después de terminar de instalar las aplicaciones en la VM de plantilla, apaga la VM de plantilla desde VMware. Toma una instantánea de la VM de plantilla.

Paso 3: Crea un catálogo de máquinas

En Citrix Studio, crea un catálogo de máquinas y especifica el número de VM que se crearán en el catálogo. Al crear el catálogo de máquinas, elige tu imagen maestra de la lista de instantáneas.

Realiza otras tareas de configuración según sea necesario. Para obtener más información, consulta Crear un catálogo de máquinas con Studio.

Paso 4: Crea un grupo de entrega

Un grupo de entrega es una colección de máquinas seleccionadas de uno o varios catálogos de máquinas. El grupo de entrega especifica qué usuarios pueden usar esas máquinas y las aplicaciones y escritorios disponibles para esos usuarios. Para obtener más información, consulta Crear grupos de entrega.

Usa MCS para crear VM de Linux en AWS

Paso 1: Crea una conexión de alojamiento a AWS en Citrix Studio

1. En Citrix Studio, elige Configuración > Alojamiento > Agregar conexión y recursos para crear una conexión a AWS.

   

2. Elige Amazon EC2 como tipo de conexión.

   

3. Escribe la clave de API y la clave secreta de tu cuenta de AWS y escribe el nombre de tu conexión.

   

   La clave de API es tu ID de clave de acceso y la clave secreta es tu clave de acceso secreta. Se consideran un par de claves de acceso. Si pierdes tu clave de acceso secreta, puedes eliminar la clave de acceso y crear una nueva. Para crear una clave de acceso, haz lo siguiente:

   1. Inicia sesión en los servicios de AWS.
   2. Navega a la consola de Identity and Access Management (IAM).
   3. En el panel de navegación izquierdo, elige Usuarios.
   4. Selecciona el usuario de destino y desplázate hacia abajo para seleccionar la ficha Credenciales de seguridad.
   5. Desplázate hacia abajo y haz clic en Crear clave de acceso. Aparece una nueva ventana.
   6. Haz clic en Descargar archivo .csv y guarda la clave de acceso en una ubicación segura.

   Aparece una nueva conexión en el panel de alojamiento.

   

Paso 2: Prepara una imagen maestra

Una imagen maestra contiene el sistema operativo, las aplicaciones no virtualizadas, el VDA y otro software. Para preparar una imagen maestra, haz lo siguiente:

Paso 2a: Configura cloud-init

1. Para asegurarte de que un nombre de host de VDA persista cuando se reinicia o se detiene una instancia de EC2, ejecuta el siguiente comando para preservar el nombre de host del VDA.

    echo "preserve_hostname: true" > /etc/cloud/cloud.cfg.d/99_hostname.cfg
    <!--NeedCopy-->
   

   Para Ubuntu 18.04, asegúrate de que las siguientes líneas estén presentes en la sección system_info del archivo /etc/cloud/cloud.cfg:

   system_info:
       network:
           renderers: ['netplan', 'eni', 'sysconfig']
   <!--NeedCopy-->
   

2. Para usar SSH para acceder de forma remota a las VM creadas por MCS en AWS, habilita la autenticación con contraseña porque no hay ningún nombre de clave adjunto a esas VM. Haz lo siguiente según sea necesario.

   • Edita el archivo de configuración de cloud-init, /etc/cloud/cloud.cfg. Asegúrate de que la línea ssh_pwauth: true esté presente. Elimina o comenta la línea set-password y las siguientes líneas si existen.

      users:
      -  default
      <!--NeedCopy-->
     

   • Si planeas usar el usuario predeterminado ec2-user o ubuntu creado por cloud-init, puedes cambiar la contraseña del usuario usando el comando passwd. Ten en cuenta la nueva contraseña para usarla más tarde al iniciar sesión en las VM creadas por MCS.

   • Edita el archivo /etc/ssh/sshd_config para asegurarte de que la siguiente línea esté presente:

      PasswordAuthentication yes
      <!--NeedCopy-->
     

     Guarda el archivo y ejecuta el comando sudo service sshd restart.

Paso 2b: Instala el paquete VDA de Linux en la VM de plantilla

Nota:

Para usar un VDA que se está ejecutando actualmente como VM de plantilla, omite este paso.

Antes de instalar el paquete VDA de Linux en la VM de plantilla, instala .NET Core Runtime 3.1. Para obtener más información, consulta Información general de la instalación.

Según tu distribución de Linux, ejecuta el siguiente comando para configurar el entorno para el VDA de Linux:

Para RHEL/CentOS:

sudo yum –y localinstall <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

Para Ubuntu:

sudo dpkg –i  <PATH>/<Linux VDA DEB>

apt-get install -f
<!--NeedCopy-->

Para SUSE 12:

sudo zypper –i install <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

Paso 2c: Habilita los repositorios para instalar el paquete tdb-tools

Para servidor RHEL 7:

subscription-manager repos --enable=rhel-7-server-optional-rpms
<!--NeedCopy-->

Para estación de trabajo RHEL 7:

subscription-manager repos --enable=rhel-7-workstation-optional-rpms
<!--NeedCopy-->

Paso 2d: Instala el repositorio EPEL que contiene ntfs-3g

Instala el repositorio EPEL en RHEL 6/CentOS 6, RHEL 7/CentOS 7 para que, al ejecutar deploymcs.sh más tarde, se instale el paquete ntfs-3g que contiene.

Paso 2e: Instala ntfs-3g manualmente en SUSE 12

En la plataforma SUSE 12, no hay ningún repositorio que proporcione ntfs-3g. Descarga el código fuente, compila e instala ntfs-3g manualmente:

1. Instala el sistema de compiladores GNU Compiler Collection (GCC) y el paquete make:

   sudo zypper install gcc
   sudo zypper install make
   <!--NeedCopy-->
   

2. Descarga el paquete ntfs-3g.

3. Descomprime el paquete ntfs-3g:

   sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
   <!--NeedCopy-->
   

4. Introduce la ruta al paquete ntfs-3g:

   sudo cd ntfs-3g_ntfsprogs-<package version>
   <!--NeedCopy-->
   

5. Instala ntfs-3g:

   ./configure
   make
   make install
   <!--NeedCopy-->
   

Paso 2f: Configura el entorno de ejecución

Antes de ejecutar deploymcs.sh, haz lo siguiente:

• Cambia las variables en /etc/xdl/mcs/mcs.conf. El archivo de configuración mcs.conf contiene variables para configurar MCS y el VDA de Linux. A continuación, se muestran algunas de las variables, de las cuales dns y AD_INTEGRATION deben configurarse:

  Nota: Si una variable se puede configurar con varios valores, pon los valores entre comillas simples y sepáralos con espacios. Por ejemplo, LDAP_LIST=’aaa.lab:389 bbb.lab:389.’

  • Use_Existing_Configurations_Of_Current_VDA: Determina si se deben usar las configuraciones existentes del VDA que se está ejecutando actualmente. Si se establece en Y, los archivos de configuración de las máquinas creadas con MCS son los mismos que los equivalentes en el VDA que se está ejecutando actualmente. Sin embargo, aún debes configurar las variables dns y AD_INTEGRATION. El valor predeterminado es N, lo que significa que los archivos de configuración de las máquinas creadas con MCS se determinan mediante plantillas de configuración en la imagen maestra.
  • dns: Establece la dirección IP del DNS.
  • AD_INTEGRATION: Establece Winbind o SSSD (SSSD no es compatible con SUSE).
  • WORKGROUP: Establece el nombre del grupo de trabajo, que es el nombre de NetBIOS (distingue entre mayúsculas y minúsculas) si está configurado en AD. De lo contrario, es el nombre de dominio de forma predeterminada.

• En la máquina de plantilla, agrega líneas de comando al archivo /etc/xdl/mcs/mcs_local_setting.reg para escribir o actualizar los valores del registro según sea necesario. Esta acción evita la pérdida de datos y configuraciones cada vez que se reinicia una máquina aprovisionada con MCS.

  Cada línea del archivo /etc/xdl/mcs/mcs_local_setting.reg es un comando para establecer o actualizar un valor del registro.

  Por ejemplo, puedes agregar las siguientes líneas de comando al archivo /etc/xdl/mcs/mcs_local_setting.reg para escribir o actualizar un valor del registro, respectivamente:

   create -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -t "REG_DWORD" -v "Flags" -d "0x00000003" --force
   <!--NeedCopy-->
  

   update -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"
   <!--NeedCopy-->
  

Paso 2g: Crea una imagen maestra

1. Ejecuta /opt/Citrix/VDA/sbin/deploymcs.sh.

2. (Opcional) En la VM de plantilla, actualiza las plantillas de configuración para personalizar los archivos /etc/krb5.conf, /etc/samba/smb.conf y /etc/sssd/sssd.conf relevantes en todas las VM creadas.

   Para los usuarios de Winbind, actualiza las plantillas /etc/xdl/mcs/winbind_krb5.conf.tmpl y /etc/xdl/mcs/winbind_smb.conf.tmpl.

   Para los usuarios de SSSD, actualiza las plantillas /etc/xdl/mcs/sssd.conf.tmpl, /etc/xdl/mcs/sssd_krb5.conf.tmpl y /etc/xdl/mcs/sssd_smb.conf.tmpl.

   Nota: Mantén el formato existente utilizado en los archivos de plantilla y usa variables como $WORKGROUP, $REALM, $realm y $AD_FQDN.

3. Instala las aplicaciones en la VM de plantilla y apaga la VM de plantilla desde el portal de AWS EC2. Asegúrate de que el estado de la instancia de la VM de plantilla sea Stopped.

4. Haz clic con el botón derecho en la VM de plantilla y selecciona Image > Create Image. Introduce la información y realiza los ajustes necesarios. Haz clic en Create Image.

   

Paso 3: Crea un catálogo de máquinas

En Citrix Studio, crea un catálogo de máquinas y especifica el número de VM que se crearán en el catálogo. Al crear el catálogo de máquinas, elige tu plantilla de máquina (la imagen maestra que creaste anteriormente) y selecciona uno o varios grupos de seguridad.

Realiza otras tareas de configuración según sea necesario. Para obtener más información, consulta Crear un catálogo de máquinas con Studio.

Paso 4: Crea un grupo de entrega

Un grupo de entrega es una colección de máquinas seleccionadas de uno o varios catálogos de máquinas. Especifica qué usuarios pueden usar esas máquinas y las aplicaciones y escritorios disponibles para esos usuarios. Para obtener más información, consulta Crear grupos de entrega.

Usa MCS para actualizar tu VDA de Linux

Para usar MCS para actualizar tu VDA de Linux, haz lo siguiente:

1. Actualiza tu VDA de Linux en la máquina de plantilla:

   Para RHEL 7/CentOS 7:

   sudo rpm -U XenDesktopVDA-19.12.0.50-1.el7_x.x86_64.rpm
   <!--NeedCopy-->
   

   Para RHEL 6/CentOS 6:

   sudo rpm -U XenDesktopVDA-19.12.0.50-1.el6_x.x86_64.rpm
   <!--NeedCopy-->
   

   Para SUSE 12:

   sudo rpm -U XenDesktopVDA-19.12.0.50-1.sle12_x.x86_64.rpm
   <!--NeedCopy-->
   

   Para Ubuntu 16.04:

   sudo dpkg -i xendesktopvda_19.12.0.50-1.ubuntu16.04_amd64.deb
   <!--NeedCopy-->
   

   Para Ubuntu 18.04:

   sudo dpkg -i xendesktopvda_19.12.0.50-1.ubuntu18.04_amd64.deb
   <!--NeedCopy-->
   

2. Edita /etc/xdl/mcs/mcs.conf y /etc/xdl/mcs/mcs_local_setting.reg.

3. Toma una nueva instantánea.

4. En Citrix Studio, selecciona la nueva instantánea para actualizar tu catálogo de máquinas. Espera antes de que cada máquina se reinicie. No reinicies una máquina manualmente.