Consideraciones de tamaño y escala para Cloud Connectors

Last published : Oct 24, 2026
Al evaluar Citrix DaaS para el dimensionamiento y la escalabilidad, tenga en cuenta todos los componentes. Investigue y pruebe la configuración de Citrix Cloud™ Connectors y StoreFront para sus requisitos específicos. Proporcionar recursos insuficientes para el dimensionamiento y la escalabilidad afecta negativamente el rendimiento de su implementación.
Nota:
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 sus cargas de trabajo a Citrix DaaS™ de las siguientes maneras:
  • Proporciona un proxy para la comunicación entre sus VDA y Citrix DaaS.
  • Proporciona un proxy para la comunicación entre Citrix DaaS y su 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 sus Cloud Connectors estén correctamente dimensionados y configurados para satisfacer sus 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, asigne 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, consulte Conectarse a Citrix Cloud. Para un rendimiento óptimo, configure sus Cloud Connectors en conexiones de baja latencia a VDA, servidores AD e hipervisores.
Related information
Configurar ubicaciones de recursos

Procesadores y almacenamiento recomendados

Para un rendimiento similar al observado en estas pruebas, utilice 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. Puede utilizar procesadores más antiguos, sin embargo, esto podría provocar una mayor carga de CPU. Recomendamos aumentar el número 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 utilizan procesadores con extensiones SHA experimentan una menor carga en su CPU, lo que se expresa en un menor uso de la CPU por parte del Servicio de subsistema de la autoridad de seguridad local de Windows (LSASS).
Citrix recomienda utilizar almacenamiento moderno con operaciones de E/S por segundo (IOPS) adecuadas, especialmente para implementaciones que utilizan 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 los cambios de 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 computación recomendada para Local Host Cache

Local Host Cache (LHC) proporciona alta disponibilidad al permitir que las operaciones de intermediación de conexiones 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 al instalar 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 al rendimiento de LHC. El número de núcleos de CPU disponibles para SQL Server Express Server LocalDB afecta al rendimiento de LHC incluso más que la asignación de memoria. Esta sobrecarga de CPU solo se observa en modo LHC cuando Citrix DaaS no es accesible y el intermediario de LHC está activo. Para cualquier implementación que utilice 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 computación para SQL Express Server LocalDB, consulte Límites de capacidad de computación por edición de SQL Server.
Si los recursos de computación 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 computación 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 configurado en las secciones detalladas de este artículo. Los resultados que se muestran aquí son para una única ubicación de recursos. Diferentes configuraciones del sistema podrían arrojar resultados diferentes.
Esta ilustración ofrece una visión general gráfica de la configuración probada.
Descripción general 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. Los resultados de las pruebas con estas configuraciones se muestran a continuación. Consulte Límites para obtener más información sobre los límites de la ubicación de recursos.
Mediano Grande Máximo
Conectores para HA 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 su implementación supera los 5000 VDA, debe usar tres Cloud Connectors para alta disponibilidad y escalabilidad.

Metodología de prueba

Se realizaron pruebas para añadir 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 los 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 gran volumen.
  • Tormenta de registro de VDA: una prueba que simula períodos de registro de VDA de gran volumen. Por ejemplo, después de un ciclo de actualización o al pasar del modo de intermediación en la nube al modo de caché de host local.
  • Tormenta de acciones de energía de VDA: una prueba que simula un gran 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, consulte el artículo Caché de host local. LHC requiere un servidor StoreFront local. Para obtener información detallada sobre StoreFront, consulte la documentación del producto StoreFront.
Recomendaciones para las configuraciones de StoreFront:
  • Si tiene varias ubicaciones de recursos con un único servidor o grupo de servidores StoreFront, habilite la opción de comprobación de estado avanzada para el almacén de StoreFront. Consulte Requisito de StoreFront en el artículo Caché de host local.
  • Para tasas de lanzamiento de sesión más altas, utilice un grupo de servidores StoreFront. Consulte 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 utilizando solo VDA de Windows.
  • Todos los VDA probados fueron administrados energéticamente mediante Citrix DaaS.
  • Las sesiones se iniciaron a una velocidad sostenida de 1.000 por minuto.
  • Se probaron cargas de trabajo de 1.000 a 10.000 VDI y de 500 a 10.000 servidores RDS con 1.000 a 25.000 sesiones.
  • Las sesiones de 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 utilizar al menos dos Cloud Connectors para alta disponibilidad, y tres Cloud Connectors para ubicaciones de recursos de tamaño máximo y grande. Cuando están en modo de interrupción, solo uno de los Cloud Connectors se utiliza para los registros y la intermediación de VDA. 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 operar con tres Cloud Connectors.
  • Las pruebas se realizaron con el Cloud Connector configurado con procesadores Intel Cascade Lake.
  • Las sesiones se iniciaron a través de un único servidor Citrix StoreFront.
  • Pruebas de inicio de sesiones de interrupción de LHC realizadas después de que las máquinas se hubieran vuelto a registrar.
El número de sesiones de RDS es una recomendación y no un límite. Pruebe su propio límite de sesiones de RDS en su entorno.
Nota:
El número de sesiones y la tasa de inicio son más importantes para RDS que el número de VDA.

Cargas de trabajo medias

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 durante el registro Duración de la prueba de inicio Uso de CPU y memoria durante el inicio de sesión Tasa de inicio
1000 VDI En línea 5 minutos CPU máxima = 36%, CPU media = 33%, memoria máxima = 5,3 GB 2 minutos CPU máxima = 29%, CPU media = 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 media = 5%, memoria máxima = 3,7 9 minutos CPU máxima = 51%, CPU media = 32%, memoria máxima = 4,2 GB 555 por minuto

Grandes cargas de trabajo

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 durante el registro Duración de la prueba de inicio Uso de CPU y memoria durante el inicio de la sesión Tasa de inicio
5000 VDI En línea 3–4 minutos CPU máxima = 45%, CPU media = 25%, memoria máxima = 7.0 GB 5 minutos CPU máxima = 75%, CPU media = 55%, memoria máxima = 7.0 GB 1000 por minuto
5000 VDI Interrupción 4–6 minutos CPU máxima = 15%, CPU media = 5%, memoria máxima = 7.5 GB 5 minutos CPU máxima = 45%, CPU media = 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 media = 25%, memoria máxima = 7,0 GB 10 minutos CPU máxima = 75%, CPU media = 55%, memoria máxima = 7,0 GB 1000 por minuto
500 RDS, 10 000 sesiones Interrupción 3 minutos CPU máxima = 15%, CPU media = 5%, memoria máxima = 7,5 10 minutos CPU máxima = 45%, CPU media = 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 lanzamiento Uso de CPU y memoria de lanzamiento de sesión Tasa de lanzamiento
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 media = 17%, memoria máxima = 8,2 GB 5 minutos CPU máxima = 90%, CPU media = 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 media = 20%, memoria máxima = 8,6 GB 17 minutos CPU máxima = 66%, CPU media = 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 media = 10%, memoria máxima = 8,5 21 minutos CPU máxima = 90%, CPU media = 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, agregue 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 en caso de 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 la 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áximo = 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 todos los datos 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, considere 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úrese de que su Cloud Connector tenga suficiente espacio en disco para los archivos duplicados. El proceso de sincronización de configuración falla si el disco está lleno.