Consideraciones de tamaño y escala para Cloud Connectors
Al evaluar Citrix DaaS en cuanto a tamaño y escalabilidad, considera todos los componentes. Investiga y prueba la configuración de Citrix Cloud™ Connectors y StoreFront para tus requisitos específicos. Proporcionar recursos insuficientes para el tamaño y la escalabilidad afecta negativamente el rendimiento de tu implementación.
Nota:
- Estas recomendaciones se aplican a Citrix DaaS Standard para Azure además de a Citrix DaaS.
- Las pruebas y recomendaciones dadas en este artículo son pautas para ayudarte a comenzar tus pruebas. Te recomendamos que realices las pruebas en tu entorno para validar el tamaño correcto del conector.
- Para consideraciones de tamaño y escala para el proxy HDX, consulta Consideraciones de tamaño y escala de Cloud Connector para el proxy HDX.
Este artículo proporciona detalles de las capacidades máximas probadas y las recomendaciones de mejores prácticas para la configuración de máquinas de Cloud Connector. Las pruebas se realizaron en implementaciones configuradas con StoreFront™ y Local Host Cache (LHC).
La información proporcionada se aplica a implementaciones en las que cada ubicación de recursos contiene cargas de trabajo VDI y cargas de trabajo RDS.
El Cloud Connector vincula tus cargas de trabajo a Citrix DaaS™ de las siguientes maneras:
- Proporciona un proxy para la comunicación entre tus VDA y Citrix DaaS.
- Proporciona un proxy para la comunicación entre Citrix DaaS y tu Active Directory (AD) e hipervisores.
- En implementaciones que incluyen servidores StoreFront, el Cloud Connector sirve como un agente de sesión temporal durante las interrupciones de la nube, proporcionando a los usuarios acceso continuo a los recursos.
Es importante que tus Cloud Connectors estén correctamente dimensionados y configurados para satisfacer tus necesidades específicas. Aunque las pruebas se realizaron con dos Cloud Connectors, solo un Cloud Connector está disponible durante las actualizaciones de Cloud Connector. Para garantizar una alta disponibilidad durante las actualizaciones de Cloud Connector, algunos clientes han optado por implementar tres Cloud Connectors.
Cada conjunto de Cloud Connectors se asigna a una ubicación de recursos (también conocida como zona en Studio). Una ubicación de recursos es una separación lógica que especifica qué recursos se comunican con ese conjunto de Cloud Connectors. Se requiere al menos una ubicación de recursos por dominio para comunicarse con Active Directory (AD).
Cada catálogo de máquinas y conexión de alojamiento se asigna a una ubicación de recursos.
Para implementaciones con más de una ubicación de recursos, asigna catálogos de máquinas y VDA a las ubicaciones de recursos para optimizar la capacidad de LHC para intermediar conexiones durante las interrupciones. Para obtener más información sobre cómo crear y administrar ubicaciones de recursos, consulta Conectarse a Citrix Cloud. Para un rendimiento óptimo, configura tus Cloud Connectors en conexiones de baja latencia a VDA, servidores AD e hipervisores.
Procesadores y almacenamiento recomendados
Para un rendimiento similar al observado en estas pruebas, usa procesadores modernos que admitan extensiones SHA. Las extensiones SHA reducen la carga criptográfica en la CPU. Los procesadores recomendados incluyen:
- Procesadores Advanced Micro Devices (AMD) Zen y posteriores
- Procesadores Intel Ice Lake y posteriores
Los procesadores recomendados funcionan de manera eficiente. Puedes usar procesadores más antiguos, sin embargo, esto podría llevar a una mayor carga de CPU. Te recomendamos aumentar tu recuento de vCPU para compensar este comportamiento.
Las pruebas descritas en este artículo se realizaron con procesadores AMD EPYC e Intel Cascade Lake.
Los Cloud Connectors tienen una gran carga criptográfica al comunicarse con la nube. Los Cloud Connectors que usan procesadores con extensiones SHA experimentan una carga menor en su CPU, lo que se expresa mediante un menor uso de CPU por parte del Servicio de subsistema de autoridad de seguridad local de Windows (LSASS).
Citrix recomienda usar almacenamiento moderno con operaciones de E/S por segundo (IOPS) adecuadas, especialmente para implementaciones que usan LHC. Se sugieren unidades de estado sólido (SSD), pero no se necesitan niveles de almacenamiento en la nube premium. Se necesitan IOPS más altas para escenarios de LHC donde el Cloud Connector ejecuta una pequeña copia de la base de datos. Esta base de datos se actualiza regularmente con cambios en la configuración del sitio y proporciona capacidades de intermediación a la ubicación de recursos en momentos de interrupciones de Citrix Cloud.
Configuración de cómputo recomendada para Local Host Cache
Local Host Cache (LHC) proporciona alta disponibilidad al permitir que las operaciones de intermediación de conexión en una implementación continúen cuando un Cloud Connector no puede comunicarse con Citrix Cloud.
Los Cloud Connectors ejecutan Microsoft SQL Express Server LocalDB, que se instala automáticamente cuando instalas el Cloud Connector. La configuración de CPU del Cloud Connector, especialmente el número de núcleos disponibles para SQL Express Server LocalDB, afecta directamente el rendimiento de LHC. El número de núcleos de CPU disponibles para SQL Server Express Server LocalDB afecta el rendimiento de LHC incluso más que la asignación de memoria. Esta sobrecarga de CPU se observa solo cuando está en modo LHC, cuando Citrix DaaS no es accesible y el agente LHC está activo. Para cualquier implementación que use LHC, Citrix recomienda cuatro núcleos por socket, con un mínimo de cuatro núcleos de CPU por Cloud Connector. Para obtener información sobre cómo configurar los recursos de cómputo para SQL Express Server LocalDB, consulta Límites de capacidad de cómputo por edición de SQL Server.
Si los recursos de cómputo disponibles para SQL Express Server LocalDB están mal configurados, los tiempos de sincronización de la configuración podrían aumentar y el rendimiento durante las interrupciones podría reducirse. En algunos entornos virtualizados, la capacidad de cómputo podría depender del número de procesadores lógicos y no de los núcleos de CPU.
Resumen de los resultados de las pruebas
Todos los resultados de este resumen se basan en los hallazgos de un entorno de prueba tal como se configuró en las secciones detalladas de este artículo. Los resultados que se muestran aquí son para una única ubicación de recursos. Las diferentes configuraciones del sistema pueden producir resultados distintos.
Esta ilustración ofrece una visión general gráfica de la configuración probada.
La siguiente tabla muestra las configuraciones mínimas recomendadas de CPU y memoria de Cloud Connector para sitios de varios tamaños. A continuación se muestran los resultados de las pruebas con estas configuraciones. Consulta Límites para obtener más información sobre los límites de ubicación de recursos.
| Mediano | Grande | Máximo | |
|---|---|---|---|
| Conectores para alta disponibilidad | 2 | 2 | 3 |
| VDAs | Hasta 1000 | 1001 - 5000 | 5001 - 10 000 |
| Sesiones | Hasta 2500 | Hasta 10 000 | Hasta 25 000 |
| Conexiones de alojamiento | Hasta 20 | Hasta 40 | Hasta 40 |
| CPU para Cloud Connectors | 4vCPU | 4vCPU | 8vCPU |
| Memoria para Cloud Connectors | 6 GB | 8 GB | 10 GB |
Nota:
Si tu implementación supera los 5000 VDA, debes usar tres Cloud Connectors para alta disponibilidad y escalabilidad.
Metodología de prueba
Se realizaron pruebas para agregar carga y medir el rendimiento de los componentes del entorno. Los componentes se supervisaron mediante la recopilación de datos de rendimiento y la temporización de procedimientos, como el tiempo de inicio de sesión y el tiempo de registro. A veces, se utilizan herramientas de simulación patentadas de Citrix para simular VDA y sesiones. Estas herramientas están diseñadas para ejercitar 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 y VDA reales. Las pruebas se realizaron tanto en el modo de intermediación en la nube como en el modo LHC para escenarios con Citrix StoreFront.
Las recomendaciones para el dimensionamiento de Cloud Connector en este artículo se basan en los datos recopilados de estas pruebas.
Se ejecutaron las siguientes pruebas:
- Tormenta de inicio/lanzamiento de sesión: una prueba que simula períodos de inicio de sesión de alto volumen.
- Tormenta de registro de VDA: una prueba que simula períodos de registro de VDA de alto volumen. Por ejemplo, después de un ciclo de actualización o la transición entre la intermediación en la nube y el modo de caché de host local.
- Tormenta de acciones de energía de VDA: una prueba que simula un alto volumen de acciones de energía de VDA.
Escenarios y condiciones de prueba
Estas pruebas se realizaron con LHC configurado. Para obtener más información sobre el uso de LHC, consulta el artículo Caché de host local. LHC requiere un servidor StoreFront local. Para obtener información detallada sobre StoreFront, consulta la documentación del producto StoreFront.
Recomendaciones para las configuraciones de StoreFront:
- Si tienes varias ubicaciones de recursos con un único servidor o grupo de servidores StoreFront, habilita la opción de comprobación de estado avanzada para el almacén de StoreFront. Consulta Requisito de StoreFront en el artículo Caché de host local.
- Para tasas de lanzamiento de sesión más altas, usa un grupo de servidores StoreFront. Consulta Configurar grupos de servidores en la documentación del producto StoreFront.
Condiciones de prueba:
- Los requisitos de CPU y memoria son solo para el sistema operativo base y los servicios de Citrix. Las aplicaciones y servicios de terceros pueden requerir recursos adicionales.
- Los VDA son cualquier máquina virtual o física que ejecute Citrix Virtual Delivery Agent.
- Las pruebas se realizan solo con VDA de Windows.
- Todos los VDA probados se gestionaron energéticamente mediante Citrix DaaS.
- Las sesiones se lanzaron a una tasa sostenida de 1000 por minuto.
- Se probaron cargas de trabajo de 1000 a 10 000 VDI y de 500 a 10 000 servidores RDS con 1000 a 25 000 sesiones.
- Las sesiones RDS se probaron hasta 25 000 por ubicación de recursos.
- Las pruebas se realizaron utilizando dos Cloud Connectors tanto en operaciones normales como durante una interrupción. Citrix recomienda usar al menos dos Cloud Connectors para alta disponibilidad, y tres Cloud Connectors para ubicaciones de recursos de tamaño máximo y grande. En modo de interrupción, solo se utiliza uno de los Cloud Connectors para los registros de VDA y la intermediación. Aunque las pruebas se realizaron con dos Cloud Connectors, solo un Cloud Connector está disponible durante las actualizaciones. Para garantizar la alta disponibilidad durante las actualizaciones, algunos clientes han optado por ejecutar con tres Cloud Connectors.
- Las pruebas se realizaron con el Cloud Connector configurado con procesadores Intel Cascade Lake.
- Las sesiones se lanzaron a través de un único servidor Citrix StoreFront.
- Las pruebas de lanzamiento de sesiones de interrupción de LHC se realizaron después de que las máquinas se hubieran vuelto a registrar.
El número de sesiones RDS es una recomendación y no un límite. Prueba tu propio límite de sesiones RDS en tu entorno.
Nota:
El número de sesiones y la tasa de lanzamiento son más importantes para RDS que el número de VDA.
Cargas de trabajo medianas
Estas cargas de trabajo se probaron con 4 vCPU y 6 GB de memoria.
| Cargas de trabajo de prueba | Condición del sitio | Tiempo de registro de VDA | Uso de CPU y memoria de registro | Duración de la prueba de inicio | Uso de CPU y memoria de inicio de sesión | Tasa de inicio |
|---|---|---|---|---|---|---|
| 1000 VDI | En línea | 5 minutos | CPU máxima = 36%, CPU promedio = 33%, memoria máxima = 5.3 GB | 2 minutos | CPU máxima = 29%, CPU promedio = 27%, memoria máxima = 3.7 GB | 500 por minuto |
| 1000 VDI | Interrupción | 4 minutos | CPU máxima = 11%, CPU promedio = 10%, memoria máxima = 4.5 GB | 2 minutos | CPU máxima = 42%, CPU promedio = 28%, memoria máxima = 4.0 GB | 500 por minuto |
| 250 RDS, 5000 sesiones | En línea | 3 minutos | CPU máxima = 14%, CPU promedio = 4%, memoria máxima = 3.5 GB | 9 minutos | CPU máxima = 46%, CPU promedio = 21%, memoria máxima = 3.7 GB | 555 por minuto |
| 250 RDS, 5000 sesiones | Interrupción | 3 minutos | CPU máxima = 15%, CPU promedio = 5%, memoria máxima = 3.7 | 9 minutos | CPU máxima = 51%, CPU promedio = 32%, memoria máxima = 4.2 GB | 555 por minuto |
Cargas de trabajo grandes
Estas cargas de trabajo se probaron con 4 vCPU y 8 GB de memoria.
| Cargas de trabajo de prueba | Condición del sitio | Tiempo de registro de VDA | Uso de CPU y memoria de registro | Duración de la prueba de inicio | Uso de CPU y memoria de inicio de sesión | Tasa de inicio |
|---|---|---|---|---|---|---|
| 5000 VDI | En línea | 3–4 minutos | CPU máxima = 45%, CPU promedio = 25%, memoria máxima = 7.0 GB | 5 minutos | CPU máxima = 75%, CPU promedio = 55%, memoria máxima = 7.0 GB | 1000 por minuto |
| 5000 VDI | Interrupción | 4–6 minutos | CPU máxima = 15%, CPU promedio = 5%, memoria máxima = 7.5 GB | 5 minutos | CPU máxima = 45%, CPU promedio = 40%, memoria máxima = 7.5 GB | 1000 por minuto |
| 500 RDS, 10 000 sesiones | En línea | 3 minutos | CPU máxima = 45%, CPU promedio = 25%, memoria máxima = 7.0 GB | 10 minutos | CPU máxima = 75%, CPU promedio = 55%, memoria máxima = 7.0 GB | 1000 por minuto |
| 500 RDS, 10 000 sesiones | Interrupción | 3 minutos | CPU máxima = 15%, CPU promedio = 5%, memoria máxima = 7.5 | 10 minutos | CPU máxima = 45%, CPU promedio = 40%, memoria máxima = 7.5 GB | 1000 por minuto |
Cargas de trabajo máximas
Estas cargas de trabajo se probaron con 8 vCPU y 10 GB de memoria.
| Cargas de trabajo de prueba | Condición del sitio | Tiempo de registro de VDA | Uso de CPU y memoria de registro | Duración de la prueba de inicio | Uso de CPU y memoria de inicio de sesión | Tasa de inicio |
|---|---|---|---|---|---|---|
| 10 000 VDI | En línea | 3–4 minutos | CPU máxima = 85%, CPU promedio = 10%, memoria máxima = 8.5 GB | 7 minutos | CPU máxima = 66%, CPU promedio = 28%, memoria máxima = 7.0 GB | 1400 por minuto |
| 10 000 VDI | Interrupción | 4–5 minutos | CPU máxima = 90%, CPU promedio = 17%, memoria máxima = 8.2 GB | 5 minutos | CPU máxima = 90%, CPU promedio = 45%, memoria máxima = 8.5 GB | 2000 por minuto |
| 1000 RDS, 20 000 sesiones | En línea | 1–2 minutos | CPU máxima = 60%, CPU promedio = 20%, memoria máxima = 8.6 GB | 17 minutos | CPU máxima = 66%, CPU promedio = 25%, memoria máxima = 6.8 GB | 1200 por minuto |
| 1000 RDS, 20 000 sesiones | Interrupción | 3–4 minutos | CPU máxima = 22%, CPU promedio = 10%, memoria máxima = 8.5 | 21 minutos | CPU máxima = 90%, CPU promedio = 50%, memoria máxima = 7.5 GB | 1000 por minuto |
Nota:
Las cargas de trabajo que se muestran aquí son las cargas de trabajo máximas recomendadas para una ubicación de recursos. Para admitir cargas de trabajo más grandes, agrega más ubicaciones de recursos.
Usos de recursos de sincronización de configuración
El proceso de sincronización de la configuración mantiene los Cloud Connectors actualizados con Citrix DaaS. Las actualizaciones se envían automáticamente a los Cloud Connectors para garantizar que estén listos para asumir la intermediación si se produce una interrupción. La sincronización de la configuración actualiza la base de datos LHC, SQL Express Server LocalDB. El proceso importa los datos a una base de datos temporal y luego cambia a esa base de datos una vez importados. Esto garantiza que siempre haya una base de datos LHC lista para asumir el control.
El uso de CPU, memoria y disco aumenta temporalmente mientras se importan los datos a la base de datos temporal.
Condiciones de prueba:
- Probado en un AMD EPYC de 8 vCPU
- La base de datos de configuración del sitio importada era para un entorno con un total de 80 000 VDA y 300 000 usuarios en todo el sitio (tres turnos de 100 000 usuarios)
- El tiempo de importación de datos se probó en una ubicación de recursos con 10 000 VDI
Resultados de la prueba:
- Tiempo de importación de datos: 7–10 minutos
-
Uso de CPU:
- máxima = 25%
- promedio = 15%
-
Uso de memoria:
- aumento de aproximadamente 2 GB a 3 GB
-
Uso de disco:
- pico de lectura de disco de 4 MB/s
- pico de escritura de disco de 18 MB/s
- pico de escritura de disco de 70 MB/s durante la descarga y escritura de archivos de configuración XML
- pico de lectura de disco de 4 MB/s al finalizar la importación
-
Tamaño de la base de datos LHC:
- archivo de base de datos de 400–500 MB
- base de datos de registro de 200–300 MB
Consideraciones adicionales sobre el uso de recursos:
- Durante la importación, se descargan los datos completos de configuración del sitio. Esta descarga podría causar un pico de memoria, dependiendo del tamaño del sitio. Si se producen picos de memoria durante las sincronizaciones de configuración, considera aumentar el tamaño de los Cloud Connectors.
- El sitio probado utilizó aproximadamente 800 MB para la base de datos y los archivos de registro de la base de datos combinados. Durante una sincronización de configuración, estos archivos se duplican con un tamaño combinado máximo de aproximadamente 1600 MB. Asegúrate de que tu Cloud Connector tenga suficiente espacio en disco para los archivos duplicados. El proceso de sincronización de la configuración falla si el disco está lleno.