Citrix Virtual Apps and Desktops Service

Consideraciones sobre la escala y el tamaño de la caché de host local

Este artículo contiene información detallada sobre las pruebas de la caché de host local y aspectos a tener en cuenta al configurar la implementación. Para obtener información general sobre la caché de host local y sobre cómo funciona, consulte Caché de host local.

Información general

La función de caché de host local en Citrix Virtual Apps and Desktops Service 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. En diciembre de 2017, probamos la configuración de la máquina de Citrix Cloud Connector mediante la función de caché de host local de Citrix Virtual Apps and Desktops. En los resultados de las pruebas proporcionados de este documento se detallan los máximos probados en diciembre de 2017. Las recomendaciones de prácticas recomendadas se basan en los máximos probados.

En este artículo se entiende que el lector puede configurar un entorno Citrix Cloud según los estándares recomendados, con un mínimo de tres Cloud Connectors.

El caché de host local solo es compatible con StoreFront local en cada ubicación o zona de recursos.

Mientras el modo de interrupción esté activo, si el Cloud Connector elegido que hace de intermediario en las sesiones sufre una interrupción, el segundo Cloud Connector se convierte en el servicio High Availability Service elegido. Después de dicha elección, el segundo Cloud Connector se hace cargo de la intermediación de las sesiones. La función Local Host Cache usa solo un socket para CPU de varios núcleos para la configuración de la VM del Cloud Connector. 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 5000 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 5000, 20 000 y 1000 inicios de sesión con el número respectivo de estaciones de trabajo disponibles.
    • 5000 sesiones iniciadas con 5000 VDA 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 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 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 en el Servicio de alta disponibilidad, que ahora es el broker. Medimos el tiempo desde el momento en que el servicio High Availability Service entró en modo de interrupción hasta que dicho servicio 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) detectara una interrupción en todos los VDA para volver a registrarse en dicho servicio. Medimos el tiempo desde el momento en que el servicio High Availability Service entró en modo de interrupción hasta que dicho servicio estuvo listo para intermediar las sesiones de nuevo.
    • 1000 sesiones iniciadas con 1000 VDA 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 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 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) detectara una interrupción en todos los VDA para volver a registrarse en dicho servicio, que ahora es el intermediario. Medimos el tiempo desde el momento en que el servicio High Availability Service entró en modo de interrupción hasta que dicho servicio estuvo listo para intermediar las sesiones de nuevo.

Información general sobre el entorno Citrix Cloud administra los servicios de Cloud Connector y el cliente administra las máquinas.

Metodología de las pruebas

Se realizaron pruebas mediante la incorporación de carga y la medida del 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 High Availability Service elegido por zona, no por sitio. Por ejemplo, si tiene cinco zonas, se elige un Cloud Connector como intermediario 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 5000 y 20 000 pruebas de sesión. Las herramientas de supervisión recopilan el tiempo de los inicios de sesión en StoreFront, la enumeración de recursos y la obtenció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 elementos de hardware de los que se requieren para ejecutar pruebas mediante sesiones reales en estos niveles (5000 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.

5000 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
Autenticarse 193 ms 95 ms
Enumerar 697 ms 75 ms
Tiempo total de inicio de sesión 890 ms 170 ms
Recuperar 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
Autenticarse 135 ms 112 ms
Enumerar 317 ms 91 ms
Tiempo total de inicio de sesión 452 ms 203 ms
Recuperar archivo ICA 762 ms 174 ms
  • Prueba de inicio de 5000 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 Cloud Connector realiza la intermediación, mientras que normalmente el tráfico de StoreFront pasa por los Cloud Connectors 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 5000 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 de uso promedio de CPU

Pruebas de inicio de sesión   Promedio de CPU (%) Pico de CPU (%)
5000 sesiones VDA de estaciones de trabajo Conector 1 8,3 38,2
  Conector 2 8,4 33,3
5000 sesiones VDA de estación de trabajo: Modo de interrupción de caché de host local activo Conector 1 (servicio High Availability Service elegido) 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 (servicio High Availability Service elegido) 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 5000 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 High Availability Service alcanzaron un máximo de 91% y 90% de CPU en total, respectivamente. Cabe señalar que, si bien el servicio High Availability Service no elegido no tiene mucho uso, puede activarse si el servicio High Availability Service elegido falla. Por lo tanto, es crucial que los Cloud Connectors tengan especificaciones de Cloud Connector 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)
5000 sesiones VDA de estaciones de trabajo Conector 1 636 657
  Conector 2 786 801
5000 sesiones VDA de estación de trabajo: Modo de interrupción de caché de host local activo Conector 1 (servicio High Availability Service elegido) 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 (servicio High Availability Service elegido) 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 5000 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 (%)
5000 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
5000 sesiones VDA de estación de trabajo con el modo de interrupción de caché de host local activo LSASS del conector 1 (servicio High Availability Service elegido) 12,9 29,5
  HighAvailabilityService del conector 1 (servicio High Availability Service elegido) 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 LSASS del conector 1 (servicio High Availability Service elegido) 4.3 17,2
  Servicio High Availability Service del conector 1 (servicio High Availability Service elegido) 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 5000 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 High Availability Service de Citrix se usa para hacer de intermediario en 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 5000 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 Cloud Connector 2 no mostró ninguna métrica significativa, ya que no era el servicio High Availability Service elegido.

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

Durante una interrupción de Delivery Controller, los 5000 VDA de la estación de trabajo deben volver a registrarse con el broker de caché de host local elegido. Estos nuevos registros tardaron unos 10 minutos. Los nuevos registros de 500 servidores VDA tardaron unos 8 minutos.

Cantidad de agentes VDA Tiempo de nuevos registros
5000 VDA de estaciones de trabajo Unos 10 minutos
500 servidores VDA Unos 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 High Availability Service elegido. 500 Unos 8 minutos
  5000 Unos 10 minutos
Salir del modo de interrupción   10 minutos
Tiempo de nuevos registros en Citrix Delivery Controller 500 Unos 5,5 minutos
  5000 Unos 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 del servicio High Availability Service con caché de host local

Pruebas de inicio de sesión Transacciones de la base de datos del servicio High Availability Service por segundo Transacciones de la base de datos del servicio High Availability Service por segundo
5000 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 High Availability Service elegido.

Comparación de uso de la CPU de StoreFront

Pruebas de inicio de sesión Promedio de CPU (%) Pico de CPU (%)
5000 sesiones VDA de estaciones de trabajo 4,5 32,4
Modo de interrupción de caché del host local de 5000 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 5000 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 5000 VDA de estaciones de trabajo y un aumento de aproximadamente el 7% con las pruebas de 20 000 sesiones iniciadas en VDA de servidor. 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)
5000 sesiones VDA de estaciones de trabajo 5731 6821
5000 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 5000 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 5000 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 1000 sesiones en 1000 VDA de estaciones de trabajo con caché de host local, y mediante 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
Autenticarse 359 ms 89 ms
Enumerar 436 ms 180 ms
Tiempo total de inicio de sesión 795 ms 269 ms
Recuperar 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 High Availability Service elegido alcanzó el 95% de la CPU en general, lo que indica que 1000 VDA de estaciones de trabajo es una configuración óptima para una VM de un Cloud Connector 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 1000 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 de uso de CPU de Cloud Connector por componente

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 en un Delivery Controller, los 1000 VDA de la estación de trabajo deben volver a registrarse con el broker de caché de host local elegido. Estos nuevos registros tardaron unos 7 minutos.

Base de datos y métricas del servicio High Availability Service con caché de host local

Base de datos y métricas del servicio High Availability Service

El gráfico anterior muestra el número de transacciones de base de datos por segundo en el servicio High Availability Service 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 Cloud Connectors propios) al sitio de prueba para estudiar el impacto. La primera zona consta de 5500 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 Cloud Connectors era de aproximadamente 4 minutos y 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 5500 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 5500 4 minutos 20 segundos
2 11 000 4 minutos 50 segundos
2 5500 4 minutos 20 segundos

Guía sobre el tamaño de Connector

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: Admitir 1000 VDA de estaciones de trabajo mediante 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: Admitir 5000 VDA de estación de trabajo O 500 VDA de servidor mediante la 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
    • 5000 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 la guía de consideraciones sobre la dimensión y la escalabilidad del servicio Citrix Cloud Virtual Apps and Desktops para obtener más información sobre la dimensión general de la escalabilidad.

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 and 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: Citrix Virtual Apps and Desktops Service

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

  • 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 los siguientes datos en 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 High Availability Service de caché de host local elegido
  • Base de datos y métricas del servicio High Availability Service 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 sobre tamaño de RAM

SQL Server Express LocalDB puede usar hasta 1,2 GB de RAM (1 GB máximo para la caché de la base de datos, más 200 MB para ejecutar SQL Server Express LocalDB). El servicio High Availability Service (el intermediario de caché de host local) puede usar hasta 1 GB de RAM si la interrupción es duradera y se producen muchos inicios de sesión (por ejemplo, 12 horas con 10 000 usuarios). Estos requisitos de memoria se suman a los requisitos de memoria RAM habituales para el Cloud Connector. Considere aumentar la capacidad de RAM total.

Consideraciones sobre la configuración de sockets y núcleo de CPU

La configuración de la CPU de un Cloud Connector, especialmente la cantidad de núcleos disponibles para la base de datos LocalDB de SQL Server Express, afecta directamente al rendimiento que tendrá la Caché de host local, incluso más que la asignación de memoria. Este consumo de recursos de CPU solo se ha observado durante el período de interrupción cuando la base de datos no está disponible y el broker de caché de host local está activo.

A pesar de que SQL Server Express LocalDB pueda usar varios núcleos (hasta 4), está limitada a solamente un socket. Agregar más sockets no mejora el rendimiento (por ejemplo, tener 4 sockets con 1 núcleo cada uno). En vez de ello, Citrix recomienda usar varios sockets con varios núcleos. En las pruebas llevadas a cabo por Citrix, una configuración de 2x3 (2 sockets, 3 núcleos) proporciona un mejor rendimiento que las configuraciones 4x1 y 6x1.

Consideraciones sobre almacenamiento

A medida que los usuarios acceden a los recursos durante una interrupción, la base de datos de caché de host local aumenta de tamaño. Por ejemplo, durante una prueba de inicio y cierre de sesión en la que se ejecutan 10 inicios de sesión por segundo, la base de datos aumentó de tamaño 1 MB cada 2 o 3 minutos. Cuando se reanuda el funcionamiento normal, se vuelve a crear la base de datos de caché de host local cuando se detecta un cambio de configuración. No obstante, el intermediario (broker) debe tener suficiente espacio en la unidad donde está instalada la base de datos de caché de host local para permitir el cambio de tamaño de la base de datos durante una interrupción. La caché de host local también incurre en más E/S durante una interrupción: aproximadamente 3 MB de escrituras por segundo, con varios cientos de miles de lecturas.