Consideraciones de escala y tamaño para Cloud Connectors

Cuando evalúe el servicio de Citrix Virtual Apps and Desktops para determinar el tamaño y la escalabilidad, tenga en cuenta todos los componentes. Investigue y pruebe la configuración de Cloud Connectors y el StoreFront administrado por el cliente para sus requisitos específicos. El tamaño insuficiente de las máquinas puede afectar negativamente al rendimiento del sistema. En este artículo encontrará detalles sobre las capacidades máximas probadas, además de recomendaciones de mejores prácticas para la configuración de la máquina de Cloud Connector.

Resumen

Todos los resultados de este resumen se basan en los resultados obtenidos de un entorno de prueba según lo configurado en las secciones detalladas de este documento. Las diferentes configuraciones del sistema pueden dar diferentes resultados.

Resultados clave de las pruebas:

  • Consideraciones de tamaño y ajuste de escala del servicio de Citrix Virtual Apps and Desktops
    • Se recomienda un conjunto de tres Cloud Connectors de 4 vCPU para los sitios que no alojan más de 5.000 estaciones de trabajo de VDA.
      • Esta es una configuración de alta disponibilidad N + 1.
    • El inicio de 20.000 sesiones a 100 servidores VDA es un 57% más rápido con StoreFront administrado por el cliente en comparación con el uso de StoreFront administrado por Citrix.
    • El aprovisionamiento de 1.000 máquinas virtuales lleva un promedio de 140 minutos.
  • Citrix Virtual Desktops Essentials
    • Se recomiendan dos Cloud Connectors alojados en máquinas virtuales de Azure Standard_A2_v2 para 1.000 máquinas virtuales de Windows 10.
    • Iniciar 1.000 sesiones en máquinas virtuales con Windows 10 alojadas en Azure tarda menos de 20 minutos.
    • Las pruebas encontraron que se tarda aproximadamente 44 segundos desde que un usuario inicia sesión en StoreFront hasta que recibe un escritorio VDI funcional con la configuración predeterminada.
    • El aprovisionamiento de 1.000 máquinas virtuales con Windows 10 en Azure tarda un promedio de 8 horas.

Imagen de resumen

  • Citrix Cloud administra los servicios de Cloud Connector y el cliente administra las máquinas.
  • Las pruebas de inicio de sesión para Citrix Virtual Desktops Essentials utilizaron un dispositivo NetScaler. Todas las demás pruebas de inicio de sesión usaron conexiones directas a StoreFront.

Metodología de las pruebas

Se realizaron pruebas para agregar carga y medir el rendimiento de los componentes del entorno. Los componentes se supervisan mediante la recopilación de datos de rendimiento y el tiempo del procedimiento (como el tiempo de inicio de sesión o el tiempo de creación de la máquina). En algunos casos, se utilizaron herramientas de simulación de Citrix para simular VDA y sesiones. Estas herramientas están diseñadas para utilizar los componentes de Citrix de la misma manera que lo hacen los VDA y las sesiones tradicionales, sin los mismos requisitos de recursos para alojar sesiones reales y VDA. Hemos realizado las siguientes pruebas:

  • Avalancha de inicios de sesión: una prueba que simula periodos de picos repentinos de inicios de sesión
  • Avalancha de registros de VDA: una prueba que simula periodos de picos repentinos de registros de VDA Por ejemplo, después de un ciclo de actualización o una recuperación de una interrupción.
  • Aprovisionamiento del servicio Machine Creation Service: una prueba que mide el tiempo que se tarda en realizar tareas como copiar imágenes maestras, crear cuentas de Active Directory y crear máquinas.

Utilizamos los datos recopilados de estas pruebas para hacer recomendaciones para el ajuste de tamaño de Cloud Connector. Los detalles de ejecución de la prueba se encuentran a continuación.

Pruebas de avalanchas de inicio de sesión

Las sesiones se inician en servidores StoreFront administrados por el cliente y administrados por Citrix de forma independiente. Se ejecutaron 1.000 sesiones, 5.000 sesiones y 20.000 pruebas de sesión en cada entorno. Recopilamos el inicio de sesión de StoreFront, la enumeración de recursos, la recuperación de archivos ICA y los tiempos de actividad de los escritorios. El tiempo de actividad del escritorio es el tiempo desde el inicio del archivo ICA hasta que el recurso está completamente cargado y listo para usar.

Para algunos casos de prueba, usamos herramientas de simulación para facilitar la prueba de mayores cantidades de usuarios. Las herramientas de simulación permiten realizar pruebas utilizando menos hardware del que se requiere para ejecutar 5.000 o 20.000 sesiones reales. Estas sesiones simuladas pasan por el inicio de sesión normal de StoreFront, la enumeración de recursos y la recuperación de archivos ICA, pero no inician los escritorios activos. En su lugar, la herramienta de simulación informa a la pila ICA de que la sesión ha comenzado. Todas las comunicaciones del Broker Agent con el Broker Service son coherentes con la comunicación de una sesión real. Las métricas de rendimiento se recogen de los Cloud Connectors.

Para determinar cómo respondía el entorno a los inicios de sesión, se mantuvo una simultaneidad sostenida de 25 inicios de sesión durante toda la prueba. Por lo tanto, las métricas muestran los resultados de un sistema bajo carga a lo largo de la prueba.

Pruebas de avalanchas de registros de VDA

En una avalancha de registros de VDA, cientos o miles de VDA se registran al mismo tiempo para simular la recuperación de un sitio. Los picos repentinos de registros de VDA generalmente ocurren después del ciclo de actualización cada dos semanas, durante un caso de “lunes por la mañana”, o cuando el sistema se recupera de una interrupción entre las máquinas administradas por el cliente y los servicios administrados por Citrix. Las pruebas se realizaron utilizando 5.000 VDA y los Cloud Connectors fueron supervisados mediante la recopilación de datos de rendimiento durante cada prueba. Los datos incluyeron contadores Perfmon (CPU, memoria, utilización de disco) y tiempos de registro de VDA.

Pruebas de aprovisionamiento del servicio Machine Creation Services

Las pruebas de aprovisionamiento se realizaron creando catálogos de diferentes tamaños. Los tiempos de diversas tareas (copia de imagen maestra, creación de cuenta AD y creación de máquina) se midieron para calcular el rendimiento. Probamos aumentos de tamaño de catálogos en Azure. Tanto Azure como los hipervisores administrados por el cliente se sometieron a 1.000 pruebas de aprovisionamiento de máquinas. Las pruebas en Azure se limitaron a las máquinas virtuales de Windows 10 porque Windows 10 es el único sistema operativo compatible con Citrix Virtual Desktops Essentials. El hipervisor administrado por el cliente se probó en Windows 10 y en Windows 2012 R2.

Entorno de prueba

La configuración del entorno de prueba incluyó Citrix Cloud Connector, el servicio de Citrix Virtual Apps y Desktops y los componentes de Citrix Virtual Apps y Desktops. Las especificaciones de la máquina y el sistema operativo que utilizamos se proporcionan aquí para que pueda comparar nuestra configuración y los resultados de las pruebas con su propia configuración y requisitos.

Herramientas utilizadas

Una herramienta de prueba interna recopiló datos de rendimiento y métricas de las máquinas probadas y dirigió los inicios de sesión. Esta herramienta patentada organiza los inicios de sesión de usuario en el entorno de Citrix Virtual Apps y Desktops y proporciona una ubicación central para recopilar datos de tiempo de respuesta y métricas de rendimiento. En esencia, la herramienta de prueba administra las pruebas y recopila los resultados.

Configuración de prueba - Citrix Virtual Apps and Desktops

La siguiente es una lista de las especificaciones de la máquina y del sistema operativo utilizadas durante las pruebas de Citrix Virtual Apps y Desktops.

  • Cloud Connectors:
    • Caso uno: Dos Windows 2012 R2, 2 vCPU, 4 GB de memoria
    • Caso dos: Dos Windows 2012 R2, 4 vCPU, 4 GB de memoria
  • StoreFront (administrado por el cliente): Un Windows 2012 R2, 8 vCPU, 8 GB de memoria
  • Hipervisores: Ocho VMware vSphere ESXi 6.0 Actualización 1, HP ProLiant BL 460c Gen9, dos CPU Intel E5-2620, 256 GB de memoria
  • Almacenamiento de hipervisor: Recurso compartido NFS de 2 TB en NetApp 3250
  • VDA: Windows 2012 R2 y Windows 10 de 32 bits, compilación 1607

Configuración de prueba - Citrix Virtual Apps and Desktops Essentials

Las sesiones se iniciaron desde 100 máquinas de inicio de clientes Windows 2012 R2. Las sesiones se autenticaron en un Active Directory de Windows alojado en Azure. Los perfiles móviles se almacenaron en un servidor de archivos de Windows en Azure.

  • VDA: 1.000 Windows 10 de 64 compilación 1607, 2 vCPU, 7 GB de memoria (instancia de Standard_D2_v2)
  • Cliente: 100 servidores Windows 2012 R2, 8 vCPU, 8 GB de memoria
  • Controlador de dominio: Dos Windows 2012 R2, 4 vCPU, 14 GB de memoria (instancia de Standard_D3_v2)
  • Servidor de archivos: Una instancia de Windows 2012 R2, DS11
  • NetScaler VPX: Una instancia de NetScaler 11.0, Standard_D3_v2 que tiene 1.000 licencias Platinum
  • Cloud Connectors:
    • Caso uno: Dos Windows 2012 R2, 2 vCPU, 4 GB de memoria (Instancia Standard_A2_v2)
    • Caso dos: Dos Windows 2012 R2, 4 vCPU, 7 GB de memoria (Instancia Standard_A3)
  • StoreFront (administrado por el cliente): Una instancia de Windows 2012 R2, DSv2

Consideraciones de máquinas administradas por el cliente

Las máquinas administradas por el cliente pueden estar en la oficina del cliente, en un centro de datos o en cuenta en la nube (como Azure o AWS). Según nuestra definición, la máquina administrada por el cliente está bajo el control completo del cliente. Las máquinas administradas por el cliente incluyen: Cloud Connector, servidores StoreFront, servidores RDS, máquinas VDI y máquinas de acceso remoto a PC (no cubiertas durante las pruebas). En un intento por abreviar, nos referimos a los servidores RDS, máquinas VDI y máquinas de acceso remoto a PC como “VDA” en este informe.

Servidores StoreFront

Utilizamos una máquina de memoria de 8 vCPU y 8 GB como el servidor StoreFront administradoado por el cliente cuando probamos el servicio de Citrix Virtual Apps and Desktops. Para las pruebas de Citrix Virtual Desktops Essentials, utilizamos un Azure Standard_DS2_v2 (2 vCPU, 7 GB de memoria) para el servidor StoreFront gestionado por el cliente. Consulte la Guía de planificación de StoreFront para ajustar el tamaño de su servidor StoreFront correctamente para su entorno.

Cloud Connectors

Probamos los Cloud Connectors administrados por el cliente alojados en máquinas virtuales que tenían 2-vCPU y 4 GB de memoria en un caso, y 4-vCPU y 4 GB de memoria en otro. En Azure, los Cloud Connectors se probaron en las instancias Standard_A2_v2 (2 vCPU, 4 GB de memoria) y Standard_A3 (4 vCPU, 7 GB de memoria).

En nuestras pruebas, los Cloud Connectors se implementaron en conjuntos HA de alta disponibilidad (no cuentan con equilibrio de carga). Aunque este documento se enfoca en entornos de prueba que tienen dos Cloud Connectors, se recomienda un conjunto N+1 de tres Cloud Connectors. El resto de este informe se centra en los Cloud Connectors y en cómo ajustar su tamaño para obtener el mejor rendimiento.

Resultados de las pruebas

Avalanchas de registros de VDA

La prueba de avalanchas de registros de VDA proporciona datos que muestran la relación entre el ajuste de tamaño de los Cloud Connectors y la estabilidad del entorno. La estabilidad del entorno se prueba durante los casos de interrupción de la red entre la ubicación administrada por el cliente y los servicios administrados por Citrix. Las avalanchas de registros de VDA se pueden desencadenar cuando se actualizan el Delivery Controller y la base de datos de configuración del sitio, generalmente cada dos semanas.

Comparación de tamaño de CPU de Cloud Connector: 2 vCPU frente a 4 vCPU

Comparación de tamaño de CPU de Cloud Conector

  • El uso promedio es similar, pero la CPU de la máquina con 2-vCPU está bajo presión durante la prueba y se observan ocasionales anulaciones de registro de agentes VDA.
  • Para mantener una cierta estabilidad, se recomienda el uso de Cloud Connectors 4-vCPU para los sitios que tienen aproximadamente 5.000 VDAs.
  • Se recomienda el uso de Cloud Connectors 2-vCPU para los sitios que tienen 2.500 VDAs.
  • Los Cloud Connectors son un conjunto de alta disponibilidad y no disponen de equilibrio de carga.
  • Una razón por la que no recomendamos el Cloud Connector 2-vCPU para los sitios que alojan 5.000 agentes VDA es la aleatoriedad de la asignación de la máquina. Debido a que los Cloud Connectors no disponen de equilibrio de carga, no puede predecir el tamaño de la carga que se canaliza a ninguno de los Cloud Connectors. A veces, más del 60% de la carga se canaliza a una sola máquina.
Cantidad de agentes VDA Se requieren Cloud Connectors
<2.500 2 máquinas virtuales + 1, cada una con 2 vCPU
<5.000 2 máquinas virtuales + 1, cada una con 4 vCPU

Comparación del tiempo de la avalancha de registros del par de alta resolución de VDA de los Cloud Connectors

Tamaño de Cloud Connector Recuento de agentes VDA Tiempo de registro
2 VCPU 5000 11:03
4 VCPU 5000 5:46
  • Los Cloud Connectors equipados con 4 vCPU resultaron ser más estables durante las pruebas.
  • Los VDA se registraron más rápido cuando los Cloud Connectors estaban equipados con 4 vCPU.
  • Se observaron registros repetidos de los VDA durante las pruebas con los Cloud Connectors de 2-vCPU.
    • Los registros repetidos pueden ocurrir cuando los intentos de registro se agotan, o se retrasan los latidos de comunicación del VDA.

Uso de memoria de un componente de Cloud Connector durante una avalancha de registros de 5.000 VDA

Imagen de uso de memoria

  • Este gráfico es una vista detallada del uso de la memoria por parte de los componentes de Citrix y Microsoft LSASS (Local Security Authority Subsystem Service), durante la prueba de avalancha de registros.
  • El proceso LSASS en los Cloud Connectors desempeña un papel importante tanto en los registros como en los inicios de sesión. Todas las autenticaciones de Active Directory, realizadas por los servicios de Citrix Cloud, están dirigidas al Active Directory administrado por el cliente a través de los Cloud Connectors.
  • El uso de memoria sufre picos durante el periodo de registro de VDA, y disminuye después de que todos los VDA se registren con éxito.
  • Se observa una alta utilización de la memoria en los Cloud Connectos que tienen 4 GB de memoria.

Inicio de sesión (Citrix Virtual Desktops Essentials)

Se realizaron 1.000 pruebas de inicio de sesión utilizando la plataforma Citrix Virtual Desktops Essentials. Las pruebas compararon instancias de Cloud Connector de diferentes tamaños. Se probaron las instancias Standard_A2_v2 (2 vCPU, 4 GB de memoria) y Standard_A3 (4 vCPU, 7 GB de memoria).

Uso de la CPU del conector con Citrix con StoreFront administrado por Citrix durante la prueba de inicio de sesión

Imagen de uso de la CPU del conector

  • Se observó una baja contención de CPU durante la prueba. El tamaño de la instancia de Standard_A2_v2 manejó sin problemas una implementación de VDI de 1.000 máquinas durante una prueba de inicio de sesión de alta carga.
  • La instancia de Standard_A3 se consideró excesiva para este tamaño de sitio, por lo que continuamos con un desglose de Standard_A2_v2.
  • Se podría requerir el uso de Standard_A3 para los sitios VDI más grandes.

Uso de la CPU por parte de los componentes principales de Cloud Connector A2v2 durante el inicio de 1.000 sesiones

Imagen de uso de CPU

Notas:

No se muestran otros procesos que se ejecutan en el Cloud Connector porque no registraron métricas significativas.

  • Citrix Remote Broker Provider (XaXdCloudProxy) gestiona la comunicación entre las máquinas VDA administradas por el cliente y los servicios administrados por Citrix (Delivery Controller).
  • En los Cloud Connectors, LSASS procesa todas las autenticaciones de Active Directory. Todas las autenticaciones realizadas por los servicios de Citrix Cloud, están dirigidas al Active Directory administrado por el cliente a través de los Cloud Connectors.
  • El gráfico muestra el uso de un solo Cloud Connector que recibió una mayor cantidad de carga durante la prueba. El Cloud Connector adicional en la prueba mostró un menor uso de la CPU y no se incluyó en el gráfico.

Comparación de instancias de uso de memoria de Cloud Connector

Imagen de memoria de Cloud Connector

  • La menor memoria disponible en el Standard_A2_v2 (4 GB de memoria) muestra una alta utilización de la memoria en la VM Standard_A2_v2.
  • La alta utilización de la memoria se debe al proceso de Citrix Remote HCL Server (RemoteHCLServer) que mantiene el estado de energía de las 1.000 máquinas en Azure.
    • Debido a las limitaciones de velocidad de la API de Azure, los estados no se pueden consultar a intervalos regulares.
  • Los cambios en el servidor Citrix Remote HCL Server (RemoteHCLServer) implementados después de nuestras pruebas permiten que Delivery Controller comunique los estados de la máquina directamente a Azure.
    • El cambio reduce significativamente el uso de la memoria y permite que las instancias Standard_A2_v2 administren el sitio de 1.000 VDA sin problemas.

Tiempos de inicio de sesión

Comparación de Standard_A2_v2 y Standard_A3 con servidores StoreFront administrados por el cliente y administrados por Citrix

  StoreFront administrado por el cliente* StoreFront administrado por el cliente* StoreFront administrado por Citrix StoreFront administrado por Citrix
  A3 A2v2 A3 A2v2
Autenticarse 561 ms 575 ms 1.996 ms 2.051 ms
Enumerar 1.132 ms 1.054 ms 1.410 ms 1.577 ms
Inicio de sesión total 1.693 ms 1.629 ms 3.406 ms 3.621 ms
         
Recuperar archivo ICA 3.464 ms 3.659 ms 4.730 ms 6.222 ms
Inicio de SO completado 38.83 segundos 41,91 segundos 37,67 segundos 40,08 segundos
Inicio total 42,3 segundos 45,6 segundos 42,4 segundos 42,4 segundos

Notas:

Los tiempos son el promedio de todas las pruebas. Servidor StoreFront administrado por el cliente en Azure: Standard_DS2_v2 (2 vCPU, 7 GB de memoria)

  • Las sesiones de StoreFront administradas por Citrix experimentan tiempos más lentos bajo carga porque StoreFront debe autenticarse con el Active Directory administrado por el cliente a través de la WAN.
  • Hubo aproximadamente 30 ms de latencia entre las máquinas cliente y NetScaler durante las pruebas.
  • Hay una disminución de una media de 3 a 4 segundos en los inicios de sesión cuando se usan instancias Standard_A3 para Cloud Connectors, en casos en los que el entorno está bajo presión.
    • La VM Standard_A3 tiene el doble de núcleos de CPU que la Standard_A2_v2
    • Se observó una alta utilización de memoria en la instancia de Standard_A2_v2 durante la prueba.
      • La alta utilización de la memoria se resolvió cuando eliminamos la comunicación de RemoteHCLServer de los Cloud Connectors en las implementaciones ARM de Azure.

Tiempos de inicio de sesión en 1.000 sesiones de Windows 10

Imagen de inicio de sesión

  • Todas las máquinas se encendieron antes de la prueba.
  • El procedimiento de prueba inició 1.000 sesiones durante un periodo aproximado de 8 minutos.
  • El tiempo promedio para el escritorio activo con una instancia de VDA de Windows 10 de 64 bits de Standard_D2_v2 fue de aproximadamente 37,67 segundos.
  • El gráfico muestra los tiempos de inicio de sesión individuales a lo largo del curso de la prueba, desde el momento en que se recupera el archivo ICA hasta que se presenta un escritorio activo utilizable.
    • Las áreas en verde y amarillo indican una y dos desviaciones estándar, respectivamente.
  • Aunque los tiempos de inicio de sesión son consistentes, hay algunos valores atípicos. Los cambios momentáneos en las condiciones de la red pueden causar valores atípicos, que afectan a:
    • El intercambio de tickets de Secure Ticket Authority (STA) en el NetScaler que se procesa a través de los Cloud Connectors.
    • El establecimiento de una conexión HDX a través de la WAN.
    • El almacenamiento de Azure. En las pruebas se utilizó el almacenamiento estándar.

Simulación de inicio de sesión

La prueba de simulación de inicio de sesión hace hincapié en los Cloud Connectors, el Delivery Controller y la base de datos de configuración del sitio. La simulación de inicio de sesión prueba la capacidad de los componentes para gestionar un gran número de inicios de sesión simultáneos y mantener esas sesiones bajo una carga sostenida. Se probaron cantidades de 5.000 y 20.000 sesiones. Este documento se centra en las pruebas de 20.000 sesiones. La velocidad de inicio y el comportamiento de los componentes es casi idéntico en las dos pruebas. La prueba de 20.000 sesiones dura más tiempo y ofrece una visión más amplia del uso del servicio a lo largo del tiempo. Se iniciaron simultáneamente 25 sesiones lo más rápido posible. El parámetro para iniciar sesiones lo más rápido posible permitió que el sistema que se probó dictara la velocidad a la que el entorno responde a las conexiones.

Cloud Connector HA (de alta disponibilidad) establece el uso de la CPU durante la prueba de inicio de sesión

Imagen de Cloud Connector de alta disponibilidad

  • El gráfico muestra una comparación del uso de la CPU de Cloud Connector durante un inicio de 20.000 sesiones.
  • Se implementan dos Cloud Connectors para pruebas de carga y estrés. Se recomienda una implementación N + 1 de tres Cloud Connectors para la utilización de alta disponibilidad.
  • No se observó ninguna contención de CPU durante la prueba.

Uso de la CPU de Cloud Connector por componente durante 20.000 pruebas de inicio de sesión

Imagen de CPU de Cloud Connector

  • LSASS (Local Security Authority Subsystem Service) utiliza la CPU durante los inicios de sesión utilizando tanto StoreFront administrado por el cliente como administrado por Citrix.
  • Todas las autenticaciones de los servicios administrados por Citrix deben pasar por los Cloud Connectors para comunicarse con el Active Directory administrado por el cliente.

Uso de memoria por componente durante 20.000 inicios de sesión

Imagen de uso de memoria

  • La presión de la memoria es baja durante el inicio de sesión.
  • El uso de memoria de la mayoría de los componentes no cambia a lo largo de la prueba, ya que se observa que los valores Máx y Promedio son casi iguales.

Comparación de inicios de sesión de servidores StoreFront administrados por el cliente y administrados por Citrix

  StoreFront administrado por el cliente* StoreFront administrado por Citrix
Autenticarse 261 ms 1.629 ms
Enumerar 1.075 ms 1.275 ms
Inicio de sesión total 1.336 ms 2.904 ms
     
Recuperar archivo ICA 2.132 ms 2. 715 ms

Notas:

El servidor StoreFront administrado por el cliente utilizado para las pruebas fue una máquina virtual 2012 R2, de 8 vCPU, 8 GB de memoria. Citrix administrado StoreFront se encuentra en el Delivery Controller y comparte recursos con otros servicios de Citrix.

  • El uso de un servidor StoreFront administrado por el cliente es más rápido debido al tiempo requerido para la autenticación AD a través de la WAN.
  • Hubo aproximadamente 30 ms de latencia entre los Cloud Connectors y Delivery Controller durante las pruebas.
  • Hay una diferencia de 2 segundos en el proceso de inicio de sesión al utilizar el StoreFront administrado por Citrix frente a un servidor StoreFront administrado por el cliente cuando el servidor StoreFront está bajo carga.
  • Se observa una diferencia de 1,2 segundos en el tiempo promedio para recuperar un archivo ICA. Esto equivale a un aumento del 83%.
  • Se recomienda el uso de un servidor StoreFront administrado por el cliente para los clientes que requieren un alto volumen de inicios de sesión simultáneos.

Pruebas de aprovisionamiento del servicio Machine Creation Service

Citrix Virtual Desktops Essentials MCS prueba Azure Resource Manager

El servicio Machine Creation Service le permite crear y eliminar escritorios virtuales (VDA) en Azure. El primer paso es crear un disco duro virtual (VHD) de Windows 10 y luego cargar el VHD en Azure. La imagen maestra se crea a partir del VHD. Citrix Virtual Desktops Essentials le permite crear máquinas virtuales a partir de la imagen maestra.

Recuento de máquinas Copia de imagen maestra Creación de cuenta de Active Directory. Creación de máquinas
10 30 minutos 1 minuto 7 minutos
100 30 minutos 7 minutos 50 minutos
250 40 minutos 8 minutos 2 horas
500 55 minutos 15 minutos 4 horas
1000 65 minutos 30 minutos 8 horas

Notas:

Los tiempos son aproximados: están basados en varias ejecuciones de prueba y pueden variar.

  • Se probó el proceso de creación de la máquina utilizando varias cantidades de máquinas, para medir el tiempo requerido para:
    • Copiar la imagen maestra
    • Crear cuentas de máquina
    • Aprovisionar máquinas
  • Los tiempos no aumentan linealmente porque las copias de la imagen maestra deben replicarse en cada cuenta de almacenamiento. La replicación se produce en paralelo y se vuelve más lenta cuando aumentan las tareas
    • Hay un límite de 40 máquinas por cuenta de almacenamiento. El límite requiere 25 cuentas de almacenamiento para un entorno de 1000 VM.
    • Hay un límite de 760 máquinas por ubicación de recursos.
  • La creación de la cuenta de Active Directory se debe realizar mediante proxy a través de los Cloud Connectors, lo que aumenta el tiempo requerido para completar la tarea. Las cuentas de Active Directory se crean a un ritmo de aproximadamente 33 por minuto.
  • En las pruebas se utilizaron Standard_A2_v2 Cloud Connectors. No se observaron cuellos de botella en los recursos.

Prubas de Machine Creation Services en el servicio Citrix Virtual Apps and Desktops

Las pruebas de aprovisionamiento de MCS se realizaron en un hipervisor VMware ESXi 6.0. Hay ocho hosts vSphere en el clúster y el almacenamiento compartido es NFS en un recurso compartido de NetApp.

SO Recuento de máquinas Copia de imagen maestra Creación de cuenta de Active Directory. Creación de máquinas
WIN 2012 R2 100 4 minutos 3 minutos 4 minutos
WIN 2012 R2 1.000 5 minutos 30 minutos 100 minutos
WIN 10 32-BITS 100 4 minutos 3 minutos 4 minutos
WIN 10 32-BITS 100 4 minutos 3 minutos 4 minutos

Notas:

Los tiempos son aproximados: están basados en múltiples ejecuciones de prueba y pueden variar. Los datos de prueba de estas ejecuciones se promedian en la tabla.

  • El tiempo requerido para el proceso de creación de la máquina es similar al tiempo requerido en las versiones XenApp y XenDesktop 7.x. La principal diferencia en estas pruebas es la creación de cuentas de Active Directory. En el entorno de nube, la creación de la cuenta se debe realizar mediante proxy a través de los Cloud Connectors. Las cuentas de Active Directory en el entorno de nube se crean a un ritmo de aproximadamente 33 cuentas por minuto.
  • Llevamos a cabo las pruebas utilizando dos VM de memoria de 4 vCPU y 4 GB para los Cloud Connectors. No se observó ninguna contención de recursos durante la prueba.