Entornos de virtualización de Microsoft Azure

Importante:

A partir de Citrix Virtual Apps and Desktops 7 2003, las versiones Current Release de dicho producto no admiten agentes VDA en los siguientes hosts:

  • Amazon Web Services (incluye VMware Cloud en AWS)
  • CloudPlatform (se refiere a la plataforma de software original de Citrix)
  • Microsoft Azure (incluye Azure Resource Manager y Azure clásico)

Para obtener más información, consulte Cambios en la compatibilidad de los hosts para las versiones Current Release.

Configurar conexión

Cuando se utiliza Studio para crear una conexión de Microsoft Azure, se necesita información del archivo de configuración de publicación de Microsoft Azure. La información de ese archivo XML referente a cada suscripción es similar al ejemplo siguiente (el certificado de administración real es mucho más largo):

<Subscription
ServiceManagementUrl="\*address\*"
Id="o1455234-0r10-nb93-at53-21zx6b87aabb7p"
Name="Test1"
ManagementCertificate=";alkjdflaksdjfl;akjsdfl;akjsdfl; sdjfklasdfilaskjdfkluqweiopruaiopdfaklsdjfjsdilfasdkl;fjerioup" />

En el siguiente procedimiento, se presupone que está creando una conexión desde Studio y ha iniciado el asistente para la creación de sitios o el asistente para la creación de conexiones.

  1. En un explorador web, vaya a https://manage.windowsazure.com/publishsettings/index.
  2. Haga clic en el icono Cloud Shell, situado junto al cuadro de búsqueda y siga las instrucciones para descargar el archivo de parámetros de publicación.
  3. En Studio, en la página Conexión del asistente, después de seleccionar el tipo de conexión de Microsoft Azure, haga clic en Importar.
  4. Si tiene más de una suscripción, se le pedirá que seleccione la suscripción pertinente.

El identificador y el certificado se importan automática y silenciosamente en Studio.

Las acciones de energía que se llevan a cabo mediante una conexión están sujetas a umbrales. Los valores predeterminados son apropiados. No los cambie. Sin embargo, puede modificar una conexión y cambiarlos. Estos valores no se pueden cambiar al crear la conexión. Para obtener información detallada, consulte Modificar parámetros de conexión.

Máquinas virtuales

Al crear un catálogo de máquinas en Studio, el tamaño de cada máquina virtual depende de las opciones que presente Studio. Coste y rendimiento del tipo de instancia de VM seleccionado y escalabilidad.

Studio presenta opciones de instancia de máquina virtual que Microsoft Azure ofrece en una región seleccionada. Citrix no puede modificar esta presentación. Familiarícese con sus aplicaciones y sus CPU, su memoria y sus requisitos de E/S. Hay varias opciones disponibles, con diferentes precios y niveles de rendimiento. Consulte los siguientes artículos de Microsoft para comprender mejor las opciones:

Nivel Básico: Las máquinas virtuales que tengan como prefijo “Básico” representan el disco básico. Están limitadas principalmente por el nivel 300 de IOPS que admite Microsoft. Estos parámetros no se recomiendan para cargas de trabajo de SO de escritorio (VDI) o SO de servidor RDSH (host de sesión de Escritorio remoto).

Nivel de uso general: Las máquinas virtuales de uso general aparecen en 10 series: B, Dsv3, Dasv4, Dsv2, Dv2, Dv2, Av2, DC y DCv2. Estas máquinas virtuales equilibran la relación entre CPU y memoria y son ideales para pruebas y desarrollo, bases de datos pequeñas y medianas, y servidores web de tráfico bajo o medio. Consulte Tamaño de máquina virtual para obtener más información sobre tamaños y descripciones de máquinas virtuales de Azure.

Al aprovisionar máquinas en el almacenamiento premium de Azure, debe seleccionar un tamaño de máquinas que se admita en la cuenta de almacenamiento premium.

Coste y rendimiento de tipos de instancias de máquinas virtuales

Para obtener la lista de precios de EE. UU., el coste de cada tipo de instancia de máquina virtual por hora está disponible en Página de precios de máquinas virtuales de Microsoft. Para obtener información sobre los precios de máquinas virtuales de Linux, consulte la Página de precios de máquinas virtuales de Linux.

Tenga en cuenta lo siguiente al determinar el tipo de instancia de máquina virtual que utilizar:

  • Es importante que comprenda sus requisitos informáticos. En pruebas de concepto u otras actividades de prueba, puede ser tentador usar los tipos de instancias de máquinas virtuales de alto rendimiento. También resulta tentador utilizar las máquinas virtuales de menor rendimiento para ahorrar costes.

  • Utilice una máquina virtual adecuada para la tarea en cuestión. Empezar por las de mayor rendimiento puede no darle los resultados que necesita y será muy caro con el tiempo (en algunos casos, en solo siete días).

  • En caso de tipos de instancias de máquinas virtuales de bajo rendimiento con un coste menor, el rendimiento y la usabilidad pueden no ser adecuados para la tarea.

  • Para cargas de trabajo de SO de escritorio (VDI) o SO de servidor (RDSH), los resultados de las pruebas con LoginVSI y su carga media de trabajo muestran que los tipos de instancia Mediana (A2) y Grande (A3) ofrecen la mejor relación entre precio y rendimiento.

  • Los tipos de instancia Mediana (A2) y Grande (A3 o A5) representan la mejor relación entre coste y rendimiento para evaluar cargas de trabajo. No se recomienda nada menor. Las series de máquinas virtuales con mayores capacidades ofrecen a sus aplicaciones o usuarios el rendimiento y la usabilidad que necesitan. Sin embargo, es mejor usar los tres tipos de instancia mencionados como referencia para determinar si el coste más elevado que implica un tipo de instancia de VM con mayores capacidades se traduce en un valor real.

Escalabilidad

Existen varias restricciones que afectan la escalabilidad de catálogos en una unidad de alojamiento. Algunas restricciones, como la cantidad de núcleos de CPU en una suscripción de Azure, se pueden solventar poniéndose en contacto con el servicio de asistencia de Microsoft Azure para aumentar su valor predeterminado (20). Otros, como la cantidad de máquinas virtuales en una red virtual por suscripción (2,048), no se pueden cambiar.

Actualmente, Citrix admite 1,000 máquinas virtuales en un catálogo.

Para ampliar la cantidad de máquinas virtuales en un catálogo o un host, póngase en contacto con el servicio de asistencia de Microsoft Azure. Los límites predeterminados de Microsoft Azure impiden escalar más allá de algunas máquinas virtuales. Sin embargo, este límite cambia a menudo, por lo que conviene verificar la información más reciente: http://azure.microsoft.com/en-us/documentation/articles/azure-subscription-service-limits/.

Una red virtual de Microsoft Azure admite un máximo de 2,048 máquinas virtuales.

Tenga en mente la cantidad de máquinas virtuales necesarias para proporcionar las aplicaciones alojadas. Para obtener más información, consulte Objetivos de escalabilidad y rendimiento para discos de máquina virtual en Windows.

Póngase en contacto con el servicio de asistencia de Microsoft Azure para determinar si se deben aumentar las limitaciones predeterminadas de núcleos de CPU para ajustarse a sus cargas de trabajo.

Entornos de virtualización de Microsoft Azure