Citrix Virtual Apps and Desktops

Entornos de virtualización de Microsoft Azure

NOTA:

Este artículo contiene información sobre Azure (Classic). Para obtener información sobre Azure Resource Manager, consulte Entornos de virtualización para Azure Resource Manager.

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 será mucho más largo):

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

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. Por lo general, los valores predeterminados son adecuados y no se deben cambiar. Sin embargo, puede modificar una conexión y cambiarlos (no puede, en cambio, cambiar estos valores cuando cree la conexión). Para obtener más información, consulte Modificar parámetros de conexión.

Máquinas virtuales

En Studio, al crear un catálogo de máquinas, la selección del tamaño de cada máquina virtual depende de las opciones que presente Studio, el coste y el rendimiento del tipo seleccionado de instancia de VM, además de la escalabilidad.

Studio presenta todas las opciones de instancia de máquina virtual que Microsoft Azure ofrece en una región seleccionada; Citrix no puede modificar esta presentación. Por lo tanto, debe conocer sus aplicaciones y sus CPU, su memoria y sus requisitos de E/S. Dispone de varias opciones de rendimiento a precios diferentes; consulte los siguientes artículos de Microsoft para entenderlas mejor.

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 estándar: Las VM de nivel estándar aparecen en cuatro series: A, D, DS y G.

Serie Aparecen en Studio como
A Muy pequeña, pequeña, mediana, grande, muy grande, A5, A6, A7, A8, A9, A10, A11. Las medianas y grandes se recomiendan para pruebas con cargas de trabajo de SO de escritorio (VDI) o SO de servidor (RDSH), respectivamente.
D Standard_D1, D2, D3, D4, D11, D12, D13, D14. Estas máquinas virtuales ofrecen SSD para almacenamiento temporal.
DS Standard_DS1, DS2, DS3, DS4, DS11, DS12, DS13, DS14. Estas máquinas virtuales ofrecen almacenamiento de SSD local para todos los discos.
G Standard_G1 – G5. Estas máquinas virtuales están diseñadas para informática de alto rendimiento.

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 http://azure.microsoft.com/en-us/pricing/details/virtual-machines/.

Cuando se trabaja con entornos de nube, es importante entender los requisitos informáticos reales. En pruebas de concepto u otras actividades de prueba, puede ser tentador aprovechar los tipos de instancias de máquinas virtuales de alto rendimiento. También puede resultar tentador utilizar las máquinas virtuales de menor rendimiento para ahorrar costes. Sin embargo, el objetivo es usar una máquina virtual apropiada 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. Una serie de máquinas virtuales con mayores capacidades pueden ofrecer a aplicaciones o usuarios el rendimiento y la usabilidad que estos necesiten. 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 (2048), no se pueden cambiar.

Actualmente, Citrix admite 1000 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 la ampliación a más de una cantidad determinada de máquinas virtuales; no obstante, este límite cambia con frecuencia. Consulte la información más reciente en: https://docs.microsoft.com/en-us/azure/azure-resource-manager/management/azure-subscription-service-limits.

Una red virtual de Microsoft Azure admite un máximo de 2048 máquinas virtuales.

Microsoft recomienda un límite de 40 imágenes de VM de disco estándar por servicio de nube. A la hora de realizar ampliaciones de escala, tenga en cuenta la cantidad de servicios de nube necesarios para la cantidad de máquinas virtuales de toda la conexión. Asimismo, tenga en mente la cantidad de máquinas virtuales necesarias para proporcionar las aplicaciones alojadas.

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