Consideraciones de escala y tamaño para caché de host local

La función de caché de host local en Citrix Virtual Apps and Desktops permite que la intermediación de conexiones en un sitio continúe si hay una interrupción. Se produce una interrupción cuando falla el vínculo WAN establecido entre el sitio y la consola de administración en un entorno de Citrix Cloud. Para obtener más información, consulte Caché de host local. En diciembre de 2017, probamos la configuración de la máquina de Citrix Cloud Connector utilizando la función de caché de host local y un mínimo de tres Cloud Connectors. Los resultados de las pruebas proporcionados en este artículo detallan los máximos probados en diciembre de 2017. Las recomendaciones de prácticas recomendadas se basan en los máximos probados.

El caché de host local solo es compatible con StoreFront local en cada ubicación o zona de recursos. La función Local Host Cache usa solo un socket para CPUs de varios núcleos para la configuración de la VM del conector. En este caso, recomendamos una configuración de 4 núcleos y 1 socket.

Resumen

Todos los resultados de este resumen se basan en los resultados obtenidos de entornos de prueba según lo configurado en las secciones que se detallan a continuación. Las diferentes configuraciones del sistema producen resultados diferentes.

Recomendaciones clave basadas en los resultados de las pruebas:

  • Recomendamos que, para los sitios de alta disponibilidad que no alojen más de 5.000 estaciones de trabajo o 500 servidores VDA, configure 3 máquinas virtuales dedicadas al Cloud Connector. Cada VM de Cloud Connector requiere 4 vCPU con 4 GB de RAM. Esta es una configuración de alta disponibilidad N + 1. Los Cloud Connectors se implementan en conjuntos de alta disponibilidad. Los Cloud Connectors no disponen de equilibrio de carga. Debido a que cada CPU puede procesar un número limitado de conexiones, la CPU es el factor limitante más importante para determinar la cantidad de estaciones de trabajo o servidores VDA admitidos.
  • Aunque este documento se enfoca en entornos de pruebas con dos Cloud Connectors, se recomienda un conjunto N+1 de tres Cloud Connectors.
  • Llevamos a cabo pruebas de inicio de sesión para comparar el modo de interrupción activo e inactivo de la memoria caché del host local después de que una nueva configuración se sincronizara e importara. Las pruebas de inicio cubrieron casos con 5.000, 20.000 y 1.000 inicios de sesión con el número respectivo de estaciones de trabajo disponibles.
    • 5.000 sesiones iniciadas con 5.000 VDAs de estaciones de trabajo
      • Las pruebas utilizaron 2 máquinas virtuales de Cloud Connector, cada una tenía 4 vCPU y 4 GB de RAM. De acuerdo con la recomendación para la configuración N + 1, los entornos de producción deben incluir 3 máquinas virtuales de Cloud Connector que cumplan con estas especificaciones.
      • El pico de servicio local de caché de host consumió el 91% de los recursos de la CPU y hubo un promedio de 563 MB de memoria disponible.
      • Se tardaron aproximadamente 10 minutos desde que High Availability Service (Servicio de alta disponibilidad) detectó una interrupción en todos los VDA para volver a registrarse con el Servicio de alta disponibilidad, que ahora es el broker. Medimos el tiempo desde el momento en que el Servicio de alta disponibilidad entró en modo de interrupción hasta que el Servicio de alta disponibilidad estuvo listo para intermediar las sesiones de nuevo.
    • 20.000 sesiones iniciadas con 500 servidores VDA
      • Las pruebas utilizaron 2 máquinas virtuales de Cloud Connector, cada una tenía 4 vCPU y 4 GB de RAM. De acuerdo con la recomendación para una configuración N + 1, los entornos de producción deben incluir 3 máquinas virtuales de Cloud Connector que cumplan con estas especificaciones.
      • El pico de servicio local de caché de host consumió el 90% de los recursos de la CPU y hubo un promedio de 471 MB de memoria disponible.
      • Se tardaron aproximadamente 8 minutos desde que High Availability Service (Servicio de alta disponibilidad) detectó una interrupción en todos los VDA para volver a registrarse con el Servicio de alta disponibilidad. Medimos el tiempo desde el momento en que el Servicio de alta disponibilidad entró en modo de interrupción hasta que el Servicio de alta disponibilidad estuvo listo para intermediar las sesiones de nuevo.
    • 1.000 sesiones iniciadas con 1.000 VDAs de estaciones de trabajo
      • Las pruebas utilizaron 2 máquinas virtuales de Cloud Connector, cada una tenía 2 vCPU y 4 GB de RAM. De acuerdo con la recomendación para la configuración N + 1, los entornos de producción deben incluir 3 máquinas virtuales de Cloud Connector que cumplan con estas especificaciones.
      • El pico de servicio local de caché de host consumió el 95% de los recursos de la CPU y hubo un promedio de 589 MB de memoria disponible.
      • Se tardaron aproximadamente 7 minutos desde que High Availability Service (Servicio de alta disponibilidad) detectó una interrupción en todos los VDA para volver a registrarse con el Servicio de alta disponibilidad, que ahora es el broker. Medimos el tiempo desde el momento en que el Servicio de alta disponibilidad entró en modo de interrupción hasta que el Servicio de alta disponibilidad estuvo listo para intermediar las sesiones de nuevo.

Vista general del entorno Citrix Cloud administra los servicios de Cloud Connector y el cliente administra las máquinas.

Metodología de las pruebas

Se realizaron pruebas agregando carga y midiendo el rendimiento de los componentes del entorno.

  • CPU
  • Memoria
  • Carga de base de datos
  • Servicio Citrix Remote Broker Provider
  • Citrix High Availability Service (Servicio de alta disponibilidad de Citrix):

Recopilamos los datos de rendimiento, de tiempo de inicio de sesión, o de ambos procesos. En algunos casos, se utilizaron herramientas de simulación de Citrix para simular VDA y sesiones. Estas herramientas de simulación 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.

El caché de host local admite un Servicio de alta disponibilidad elegido por zona, no por sitio. Por ejemplo, si tiene cinco zonas, se elige un conector como broker en cada zona. Citrix Config Synchronizer Service se encarga de importar la base de datos del sitio administrado por Citrix. Cada sincronización de configuración crea una base de datos, por lo que se necesitan configuraciones iniciales, como la compilación de procedimientos almacenados la primera vez que se usa la base de datos. Ejecutamos todas las pruebas después de una sincronización de configuración.

Pruebas de inicio de sesión

En los servidores StoreFront administrados por el cliente, iniciamos 5.000 y 20.000 pruebas de sesión. Las herramientas de supervisión recopilan el tiempo de inicio de sesión de StoreFront, la enumeración de recursos y la recuperación de archivos ICA.

Citrix utiliza herramientas de simulación para facilitar las pruebas de alto volumen de usuarios. Las herramientas de simulación, que son propiedad de Citrix, nos permiten ejecutar las pruebas en menos elemtos de hardware de los que se requieren para ejecutar pruebas utilizando sesiones reales en estos niveles (5.000 y 20.000 sesiones). 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 que la sesión se ha iniciado y que todas las comunicaciones entre el Broker Agent y el Broker Service son coherentes con las de una sesión real. Las métricas de rendimiento se recogen de los Citrix 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 en todo momento durante la prueba. Por lo tanto, las métricas muestran los resultados de un sistema bajo carga a lo largo de la prueba.

Resultados de las pruebas

Lanzamiento de sesiones

Las siguientes tablas comparan las pruebas de inicio de sesión entre el modo de interrupción de caché de host local activo y el modo de interrupción de caché de host local inactivo después de una nueva importación de sincronización de configuración. Cada tabla muestra los resultados para el número de sesiones iniciadas en la prueba.

5.000 sesiones VDA de estaciones de trabajo

  Modo de interrupción de caché del host local inactivo (operaciones normales) / Tiempo promedio Modo de interrupción de caché de host local activo / Tiempo promedio
Autenticación 193 ms 95 ms
Enumeración 697 ms 75 ms
Tiempo total de inicio de sesión 890 ms 170 ms
Recuperación de archivo ICA 4.191 ms 156 ms

20.000 sesiones de servidor VDA

  Modo de interrupción de caché del host local inactivo (operaciones normales) / Tiempo promedio Modo de interrupción de caché de host local activo / Tiempo promedio
Autenticación 135 ms 112 ms
Enumeración 317 ms 91 ms
Tiempo total de inicio de sesión 452 ms 203 ms
Recuperación de archivo ICA 762 ms 174 ms
  • Prueba de inicio de 5.000 sesiones VDA de estaciones de trabajo
    • Hubo aproximadamente 30 ms de latencia entre los Citrix Cloud Connectors y el Delivery Controller cuando el modo de interrupción del caché de host local estaba inactivo.
    • Hay una diferencia de 720 ms en el proceso de inicio de sesión con el modo de interrupción del caché de host local está activo en lugar de inactivo, mientras que StoreFront está bajo carga.
    • La mayor diferencia de tiempo está en la recuperación del archivo ICA, que es de 4 segundos. Esto se debe en gran parte a que el conector realiza la intermediación, mientras que normalmente el tráfico de StoreFront pasa por los conectores a Citrix Delivery Controller en Azure y viceversa.
  • Prueba de inicio de 20.000 sesiones de servidor VDA
    • Hay una diferencia de 249 ms en el proceso de inicio de sesión cuando el modo de interrupción del caché de host local está activo en lugar de inactivo, cuando StoreFront está bajo carga.
    • La diferencia de tiempo en la recuperación del archivo ICA es de aproximadamente 1 segundo.
  • En comparación con los 5.000 inicios de sesión VDA de estación de trabajo, la prueba de inicio de 20.000 sesiones contiene solo 500 VDA de servidor, lo que resulta en menos llamadas desde Citrix Delivery Controller de Citrix a los VDA, lo que se traduce en tiempos de respuesta más cortos.

Comparación promedio de uso de CPU

Pruebas de inicio de sesión   Promedio de CPU (%) Pico de CPU (%)
5.000 sesiones VDA de estación de trabajo Conector 1 8.3 38.2
  Conector 2 8.4 33.3
5.000 sesiones VDA de estación de trabajo - Modo de interrupción de caché de host local activo Conector 1 (elegido como Servicio de alta disponibilidad) 42 91
  Conector 2 0.8 5
20.000 sesiones de servidor VDA Conector 1 23 62
  Conector 2 23 55
20.000 sesiones de servidor VDA - Modo de interrupción de caché de host local activo Conector 1 (elegido Servicio de alta disponibilidad) 57 90
  Conector 2 0.8 6.6
  • La tabla compara el uso de la CPU de Citrix Cloud Connector con el modo de interrupción de caché de host local activo y el modo de caché de host local inactivo durante las pruebas de inicio de sesión de 5.000 VDA de estación de trabajo y 20.000 sesiones de servidores VDA.
  • Todos los Cloud Connectors son de 4 vCPU y 4 GB de RAM
  • Las máquinas elegidas como Servicios de alta disponibilidad alcanzaron un máximo de 91% y 90% de CPU en total, respectivamente. Cabe señalar que, si bien el Servicio de alta disponibilidad no elegido no tiene mucho uso, puede activarse si el Servicio de alta disponibilidad elegido falla. Por lo tanto, es crucial que los conectores tengan especificaciones de conector idénticas.

Uso de memoria disponible

Pruebas de inicio de sesión   Promedio de memoria disponible (MB de espacio de trabajo) Pico de memoria disponible (MB de espacio de trabajo)
5.000 sesiones VDA de estación de trabajo Conector 1 636 657
  Conector 2 786 801
5.000 sesiones VDA de estación de trabajo - Modo de interrupción de caché de host local activo Conector 1 (elegido Servicio de alta disponibilidad) 563 618
  Conector 2 912 918
20.000 sesiones de servidor VDA Conector 1 1030 1195
  Conector 2 1178 1329
20.000 sesiones de servidor VDA - Modo de interrupción de caché de host local activo Conector 1 (elegido Servicio de alta disponibilidad) 471 687
  Conector 2 1210 1227
  • La tabla compara el uso de memoria disponible con el modo de interrupción de caché de host local activo y el modo de caché de host local inactivo durante las pruebas de inicio de sesión de 5.000 VDA de estación de trabajo y 20.000 sesiones de servidores VDA.
  • El número de sesiones disminuye la cantidad de memoria disponible.
  • Hay un aumento del 54,35% (559 MB) en el uso de memoria con 20.000 sesiones de servidores VDA cuando el modo de interrupción de la memoria caché del host local está activo, principalmente debido al consumo de memoria del servidor SQL.

Uso de CPU de Cloud Connector por componente

Pruebas de inicio de sesión Componente Promedio de CPU (%) Pico de CPU (%)
5.000 sesiones VDA de estaciones de trabajo Conector 1 LSASS 2.4 10.7
  Conector 1 XaXdCloudProxy 3.5 18.5
  Conector 2 LSASS 2.5 12.9
  Conector 2 XaXdCloudProxy 3.5 21.2
5.000 sesiones VDA de estación de trabajo con el modo de interrupción de caché de host local activo Conector 1 (elegido Servicio de alta disponibilidad) LSASS 12.9 29.5
  Conector 1 (elegido Servicio de Alta Disponibilidad) HighAvailabilityService 14.7 49.7
20.000 sesiones de servidor VDA Conector 1 LSASS 7 12.2
  Conector 1 XaXdCloudProxy 8.7 15.5
  Conector 2 LSASS 7 12.5
  Conector 2 XaXdCloudProxy 9 15.7
20.000 sesiones en modo de interrupción de caché de host local activo Conector 1 (elegido Servicio de alta disponibilidad) LSASS 4.3 17.2
  Conector 1 (elegido Servicio de Alta Disponibilidad) High Availability Service 4.5 18.2
  • La tabla anterior muestra los procesos que consumen la mayoría de los recursos de la CPU cuando el modo de interrupción de la caché del host local está activo, en comparación con cuando el modo de interrupción de la caché del host local está inactivo, durante las pruebas de inicio de sesión de 5.000 VDA de estaciones de trabajo y 20.000 servidores VDA.
  • El servicio Citrix Remote Broker Provider (XaXdCloudProxy) es el principal consumidor de CPU cuando el modo de interrupción del caché del host local está inactivo.
  • LSASS (Local Security Authority Subsystem Service) utiliza la CPU durante los inicios de sesión. Todas las autenticaciones de los servicios administrados por Citrix deben pasar por los Citrix Cloud Connectors para comunicarse con el Active Directory administrado por el cliente.

  • El Servicio de alta disponibilidad de Citrix se usa para intermediar las sesiones, lo que resulta en un mayor uso de la CPU cuando el modo de interrupción del caché del host local está activo. Además, el uso de la CPU alcanzó un máximo de 49.7% durante el inicio de 5.000 sesiones VDA de estaciones de trabajo, mientras que el uso fue solo del 18.25% durante los 20.000 inicios de sesión de servidores VDA (500 VDA). La diferencia se debe a la cantidad de VDA.
  • El Conector 2 no mostró ninguna métrica significativa, ya que no era el Servicio de alta disponibilidad elegido.

Tiempo de nuevos registros de VDA al cambiar a caché de host local

Durante una interrupción de Delivery Controller, los 5.000 VDA de la estación de trabajo deben volver a registrarse con el broker de caché de host local elegido. Este tiempo de nuevos registros fue de ~ 10 minutos. El tiempo de nuevos registros para 500 servidores VDA fue de ~ 8 minutos.

Cantidad de agentes VDA Tiempo de nuevos registros
5.000 VDA de estaciones de trabajo ~10 minutes
500 servidores VDA ~ 8 minutos

Tiempos de interrupción

Evento de interrupción Cantidad de agentes VDA Hora
Entrar en modo de interrupción   10 minutos
Tiempo de nuevos registros en el Servicio de alta disponibilidad elegido. 500 ~ 8 minutos
  5000 ~10 minutos
Salir del modo de interrupción   10 minutos
Tiempo de nuevos registros en Citrix Delivery Controller 500 ~ 5.5 minutos
  5000 ~ 1.5 minutos
  • Se tarda un total de 20 minutos para entrar (10 minutos) y salir (10 minutos) del modo de interrupción, debido a la cantidad de comprobaciones de estado de Citrix Delivery Controller que se requieren. El tiempo requerido para volver a registrar los VDA aumenta el tiempo total de interrupción.
  • Si la red alterna entre estar operativa y no operativa repetidas veces, tenga en cuenta que forzar una interrupción hasta que se resuelvan los problemas de red impide una transición fluida entre los modos normal y de interrupción.

Base de datos y métricas de Servicio de alta disponibilidad con caché de host local

Pruebas de inicio de sesión Transacciones de la base de datos del Servicio de alta disponibilidad por segundo Transacciones de la base de datos de Servicios de alta disponibilidad por segundo
5.000 sesiones VDA de estaciones de trabajo 436 1344
20.000 sesiones de servidor VDA 590 2061

La tabla anterior muestra el número de transacciones de base de datos por segundo en el Servicio de alta disponibilidad elegido.

Comparación de uso de la CPU de StoreFront

Pruebas de inicio de sesión Promedio de CPU (%) Pico de CPU (%)
5.000 sesiones VDA de estaciones de trabajo 4.5 32.4
Modo de interrupción de caché del host local de 5.000 sesiones de servidores VDA 13.8 32.6
20.000 sesiones de servidor VDA 11.4 22.1
20.000 sesiones de servidor VDA - Modo de interrupción de caché de host local 18.6 33.2
  • La tabla anterior compara el uso de la CPU de StoreFront cuando el modo de interrupción de caché del host local está activo con el modo de caché del host local inactivo durante 5.000 pruebas de inicio de sesión de VDA de estaciones de trabajo y 20.000 servidores VDA.
  • La máquina StoreFront tiene las siguientes especificaciones: Windows 2012 R2, 8 vCPU (2 sockets y 4 núcleos cada uno), 8 GB de RAM
  • Cuando el modo de interrupción de caché del host local está activo, hay un aumento de aproximadamente el 9% en el uso promedio de la CPU con 5.000 VDAs de estaciones de trabajo y un aumento de aproximadamente el 7% con las pruebas de inicio de sesión de 20.000 servidores 5.000 VDA. El aumento se debe principalmente a que el trabajador IIS procesa más solicitudes cuando el modo de interrupción de caché del host local está activo. Hay más uso de la CPU porque StoreFront está procesando los inicios de sesión a una velocidad más rápida que cuando el modo de interrupción está inactivo.

Comparación de uso de memoria disponible en StoreFront

Pruebas de inicio de sesión Promedio de memoria disponible (MB de espacio de trabajo) Pico de memoria disponible (MB de espacio de trabajo)
5.000 sesiones VDA de estaciones de trabajo 5731 6821
5.000 sesiones VDA de estaciones de trabajo 5345 5420
20.000 sesiones de servidor VDA 4671 4924
20.000 sesiones de servidor VDA - Modo de interrupción de caché de host local 4730 5027
  • La tabla anterior compara el uso de la memoria disponible de StoreFront cuando el modo de interrupción de caché del host local está activo con el modo de caché del host local inactivo durante 5.000 pruebas de inicio de sesión de VDA de estaciones de trabajo y 20.000 servidores VDA.
  • Cuando el modo de caché de host local está activo, hay un aumento de 6.73% en el uso de memoria durante la prueba de inicio de sesión de 5.000 VDA de estaciones de trabajo.

La siguiente tabla compara el modo de interrupción activo frente al inactivo después de una nueva importación de sincronización de configuración, iniciando 1.000 sesiones en 1.000 VDA de estaciones de trabajo con caché de host local, y utilizando Citrix Cloud Connectors configurados con 2 máquinas virtuales de vCPU.

Comparación de inicios de sesión

  Modo de interrupción de caché del host local inactivo (operaciones normales) Modo de interrupción de caché de host local activo
Autenticación 359 ms 89 ms
Enumeración 436 ms 180 ms
Tiempo total de inicio de sesión 795 ms 269 ms
Recuperación de archivo ICA 804 ms 549 ms
  • Cuando StoreFront está bajo carga, hay una diferencia de 526 ms en el proceso de inicio de sesión cuando el modo de interrupción de la caché del host local está activo en comparación con cuando el modo de caché del host local está inactivo.
  • Hay una diferencia de 255 ms en la recuperación del archivo ICA cuando el modo de interrupción del caché de host local está activo en lugar de inactivo. La diferencia aumenta con el número de sesiones.

Comparación de uso promedio de CPU

Comparación de uso promedio de CPU

El Servicio de alta disponibilidad elegido alcanzó el 95% de la CPU en general, lo que indica que 1.000 VDA de estaciones de trabajo es una configuración óptima para una VM de un conector de 2 vCPU.

Comparación de uso promedio de memoria

Comparación de uso promedio de memoria

El gráfico anterior muestra una comparación del uso disponible de Citrix Cloud Connector cuando el modo de interrupción de caché del host local está activo frente a cuando está inactivo, durante un inicio de sesión de 1.000 VDA de estaciones de trabajo. No hay una diferencia significativa en la memoria basada en el modo de interrupción de caché del host local.

Comparación de uso de CPU de Cloud Connector por componente

Comparación del uso de CPU del Cloud Connector por componentes

El gráfico anterior muestra los procesos que consumen la mayoría de los recursos de la CPU cuando el modo de interrupción de caché del host local está inactivo.

Recursos de la CPU

  • El gráfico anterior muestra los procesos que consumen la mayoría de los recursos de la CPU cuando el modo de interrupción de la memoria caché del host local está activo.
  • El conector 2 no mostró ninguna métrica significativa.

Tiempo de nuevos registros de VDA al cambiar a caché de host local

Durante una interrupción de Delivery Controller, los 1000 VDA de la estación de trabajo deben volver a registrarse con el broker de caché de host local elegido. El tiempo de nuevos registros fue de ~ 7 minutos.

Base de datos y métricas de Servicio de alta disponibilidad con caché de host local

Base de datos y métricas de Servicio de alta disponibilidad

El gráfico anterior muestra el número de transacciones de base de datos por segundo en el Servicio de alta disponibilidad elegido.

Impacto en los tiempos de importación de la base de datos con el aumento del número de zonas

Se agregó una zona adicional (con un par de conectores propios) al sitio de prueba para estudiar el impacto. La primera zona consta de 5.500 objetos únicos (2 catálogos). La zona secundaria es un espejo de la primera zona, y tiene sus propios objetos únicos, con un total de 11.000 objetos. Es importante tener en cuenta que el caché de host local se recomienda solo para zonas que no tengan más de 10.000 objetos. Antes de agregar la zona secundaria, el tiempo de importación de la base de datos en los conectores era de aproximadamente 4 minutos, 20 segundos. Después de agregar la zona secundaria y rellenarla con 11.000 objetos, el tiempo de importación aumentó de ~ 30 segundos a ~ 4 minutos, 50 segundos. Agregar más catálogos tiene un impacto marginal en los tiempos de importación. Los factores que contribuyen en mayor medida a la degradación del rendimiento y los mayores tiempos de importación se basan en el número de máquinas asignadas, usuarios y PC remotos. Además, se dividieron 5.500 objetos entre 2 zonas y el tiempo de importación se mantuvo igual

Número de zonas Número total de objetos Tiempo de importación
1 5.500 4 minutos 20 segundos
2 11.000 4 minutos 50 segundos
2 5.500 4 minutos 20 segundos

Guía de ajuste de tamaño de conectores

Para obtener un rendimiento óptimo, se recomiendan las siguientes configuraciones para Citrix Cloud Connector cuando el modo de caché de host local está habilitado.

Recomendación 1: para dar respaldo a 1.000 VDA de estaciones de trabajo utilizando el modo de caché de host local con Citrix Cloud Connector

  • 2 máquinas virtuales Windows 2012 R2, cada una asignada con 2 vCPU (1 socket, 2 núcleos), 4 GB de RAM
  • Este tamaño recomendado se basa en el uso máximo del 95% de CPU de Citrix Cloud Connector y en la memoria disponible promedio de 589 MB cuando el modo de caché de host local está activo

Recomendación 2: para dar respaldo a 5.000 VDA de estación de trabajo O 500 VDA de servidor utilizando el caché de host local con Citrix Cloud Connector

  • 2 máquinas virtuales Windows 2012 R2, cada una asignada con 4 vCPU (1 socket, 4 núcleos), 4 GB de RAM
  • Este tamaño recomendado se basa en
    • 5.000 sesiones VDA de estaciones de trabajo iniciadas con el modo de caché de host local activo
      • Un total de 91% de uso máximo de CPU
      • Un promedio de 563 MB de memoria disponible
    • 20.000 sesiones de servidor VDA iniciadas con el modo de caché de host local activo
      • Un total de 90% de uso máximo de CPU
      • Un promedio de 471 MB de memoria disponible

Consulte Consideraciones de escala y tamaño para los Cloud Connectors para obtener más información sobre el ajuste de escala y tamaño en general.

Entorno de prueba

El entorno de prueba empleó herramientas de prueba patentadas y desarrolladas de forma interna y máquinas virtuales configuradas según las especificaciones de las siguientes secciones.

Herramientas utilizadas

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

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

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

  • Cloud Connectors:
    • 2 máquinas virtuales Windows 2012 R2, cada una asignada con 4 vCPU (1 socket, 4 núcleos), 4 GB de RAM
    • 2 máquinas virtuales Windows 2012 R2, cada una asignada con 2 vCPU (1 socket, 2 núcleos), 4 GB de RAM
  • StoreFront (administrado por el cliente): Windows 2012 R2, 8 vCPU (2 sockets, 4 núcleos cada uno), 8 GB de RAM
  • Hipervisor: Citrix XenServer 7.0 + actualizaciones, 5x HP Blade BL 460C Gen 9, 2x Intel E5-2620 CPU, 256 GB de RAM
  • Almacenamiento de hipervisor: recurso compartido NFS de 2 TB en NetApp 3250
  • VDA: Windows 2012 R2

Recopilación de datos

Recopilamos las siguientes métricas de cada prueba:

  • Promedio del aumento del uso total de CPU, memoria y componentes (procesos en la nube).
  • Tiempo de reinscripción de VDA al cambiar al Servicio de alta disponibilidad de caché de host local elegido
  • Base de datos y métricas de Servicio de alta disponibilidad cuando el modo de interrupción de caché de host local está activo
  • Comparación de inicios de sesión - promedio de tiempo para
    • Autenticación
    • Enumeración
    • Recuperación de archivos ICA
  • Impacto en los tiempos de sincronización de la base de datos con el aumento del número de zonas
    • Tiempo requerido para sincronizar después de un cambio de configuración

Consideraciones de escala y tamaño para caché de host local