Consideraciones de tamaño y escala para los Cloud Connectors
Cuando evalúe Citrix DaaS (antes, Citrix Virtual Apps and Desktops Service) para determinar la dimensión y la escalabilidad, tenga en cuenta todos los componentes. Investigue y pruebe la configuración de los Citrix Cloud Connectors y el StoreFront para sus requisitos específicos. Proporcionar recursos insuficientes para dimensionamiento y escalabilidad afecta negativamente al rendimiento de la implementación.
Nota:
Estas recomendaciones se aplican aCitrix DaaS Standard para Azure, además de aplicarse a Citrix DaaS.
En este artículo encontrará detalles sobre las capacidades máximas probadas, además de recomendaciones de mejores prácticas para la configuración de la máquina de Cloud Connector. Las pruebas se realizaron en implementaciones configuradas con StoreFront y la caché de host local (LHC).
La información proporcionada es aplicable a las implementaciones en las que cada ubicación de recursos contiene cargas de trabajo de VDI o cargas de trabajo de RDS. Para las ubicaciones de recursos que contienen cargas de trabajo mixtas de VDI y RDS, póngase en contacto con Citrix Consulting Services.
Cloud Connector enlaza sus cargas de trabajo a Citrix DaaS de las siguientes formas:
- Proporciona un proxy para la comunicación entre los VDA y Citrix DaaS
- Proporciona un proxy para la comunicación entre Citrix DaaS y su instancia de Active Directory (AD) e hipervisores
- En las implementaciones que incluyen servidores de StoreFront, el Cloud Connector actúa como intermediario 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 tengan el tamaño y la configuración adecuados para satisfacer sus necesidades específicas.
Cada conjunto de Cloud Connectors se asigna a una ubicación de recursos (también conocida como zona). Una ubicación de recursos es una separación lógica que especifica qué recursos se comunican con ese conjunto de Cloud Connectors. Se necesita al menos una ubicación de recursos por dominio para comunicar con Active Directory (AD).
Cada catálogo de máquinas y conexión de host se asigna a una ubicación de recursos.
En el caso de las implementaciones con más de una ubicación de recursos, asigne catálogos de máquinas y VDA a las ubicaciones de recursos a fin de optimizar la capacidad de la LHC de intermediar en las conexiones durante las interrupciones. Para obtener más información sobre la creación y administración de ubicaciones de recursos, consulteConectarse a Citrix Cloud.帕拉obtener联合国rendimiento optimo、配置瞧s Cloud Connectors en conexiones de baja latencia a los VDA, los servidores de AD y los hipervisores.
Procesadores y almacenamiento recomendados
Para obtener un rendimiento similar al observado en estas pruebas, utilice procesadores modernos compatibles con extensiones SHA. Las extensiones SHA reducen la carga criptográfica en la CPU. Los procesadores recomendados incluyen:
- Procesadores Zen y más recientes de Advanced Micro Devices (AMD)
- Procesadores Intel Ice Lake y más modernos
Los procesadores recomendados funcionan de manera eficiente. Puede utilizar procesadores más antiguos; sin embargo, podría aumentar la carga de la CPU. Recomendamos aumentar el número de vCPU para compensar esta situación.
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 mientras se comunican con la nube. Los Cloud Connectors que utilizan procesadores con extensiones SHA tienen una carga de CPU menor, lo que se expresa en 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 en las implementaciones que utilizan LHC. Se recomiendan las unidades de estado sólido (SSD), pero no se necesitan niveles de almacenamiento en la nube premium. Se necesitan niveles de IOPS más altos en los entornos con LHC en los que Cloud Connector ejecuta una pequeña copia de la base de datos. Esta base de datos se actualiza periódicamente con cambios en la configuración del sitio y proporciona funciones de intermediación en la ubicación de recursos en momentos de interrupción de Citrix Cloud.
Configuración de procesamiento recomendada para la caché de host local
La caché de host local (LHC) proporciona alta disponibilidad al permitir que la intermediación de las conexiones de 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 Cloud Connector. La configuración de CPU de Cloud Connector, especialmente la cantidad de núcleos disponibles para SQL Express Server LocalDB, afecta directamente al rendimiento de la LHC. La cantidad de núcleos de CPU disponibles para SQL Server Express Server LocalDB afecta al rendimiento de la caché de host local, incluso más que la asignación de memoria. Esta sobrecarga de CPU solo se observa en modo LHC cuando no se puede acceder a Citrix DaaS 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 la configuración de recursos de procesamiento para SQL Express Server LocalDB, consulteCompute capacity limits by edition of SQL Server.
Si los recursos de procesamiento 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 procesamiento puede depender de la cantidad de procesadores lógicos, y no de los núcleos de CPU.
Resumen de los resultados de las功能
Todos los resultados de este resumen se basan en los resultados obtenidos de un entorno de prueba según lo configurado en las secciones detalladas de este artículo. Los resultados que se muestran aquí son para una única ubicación de recursos. Las diferentes configuraciones del sistema pueden dar lugar a resultados diferentes.
En esta ilustración, se ofrece una descripción gráfica de la configuración probada.
斯塔手鼓proporciona una guia rapida para矩阵行列式值inar el tamaño de la ubicación de recursos. 10 000 es el máximo para una sola ubicación de recursos. ConsulteLímitespara obtener información sobre los límites de una ubicación de los recursos.
Nota:
Superar el límite puede provocar problemas de conectividad y de rendimiento durante una interrupción del servicio. Por lo tanto, no debe superar el límite recomendado, ya que esto puede provocar que los VDA no se registren.
Los resultados se basan en pruebas internas de Citrix. Las configuraciones descritas se probaron con diferentes cargas de trabajo, incluidas pruebas de inicio de sesiones de alta velocidad y avalanchas de registros.
Medio | Grande | Máximo | |
---|---|---|---|
VDA | 1000 VDI o 250 RDS | 5000 VDI o 500 RDS | 10 000 VDI o 1000 RDS |
Conexiones de host | 20 | 40 | 40 |
CPU para conectores | 4 CPU virtuales | 4 CPU virtuales | 8 vCPU |
Memoria para conectores | 6 GB | 8 GB | 10 GB |
Metodología de las pruebas
Se realizaron功能对位中carga y medir el rendimiento de los componentes del entorno. Los componentes se supervisan mediante la recopilación de datos de rendimiento y el tiempo del procedimiento (como el tiempo de inicio de sesión o el tiempo de registro). En algunos casos, se utilizaron herramientas de simulación de Citrix para simular VDA y sesiones. Estas herramientas están diseñadas para utilizar los componentes de Citrix de la misma manera que lo hacen los VDA y las sesiones tradicionales, sin los mismos requisitos de recursos para alojar sesiones reales y VDA. Las pruebas se realizaron tanto en el modo de intermediación (broker) en la nube como en el modo de LHC para entornos con Citrix StoreFront.
Las recomendaciones para el dimensionamiento de Cloud Connector de este artículo se basan en los datos recopilados durante estas pruebas.
Se realizaron las siguientes pruebas:
- Avalancha de inicios/inicios de sesión:Una prueba que simula periodos de picos repentinos de inicios de sesión
- Avalancha de registros de VDA:Una prueba que simula periodos de picos repentinos de registros de VDA Por ejemplo, tras un ciclo de actualización o al realizar la transición entre el modo de intermediación en la nube y el modo de caché de host local.
- Avalancha de acciones de energía de VDA:Una prueba que simula un gran volumen de acciones de energía de VDA.
Casos y condiciones de las pruebas
Estas pruebas se realizaron con LHC configurada. Para obtener más información sobre el uso de LHC, consulte el artículoCaché de host local.LHC requiere un servidor StoreFront local. Para obtener información detallada sobre StoreFront, consulte ladocumentación de producto de StoreFront.
Recomendaciones para las configuraciones de StoreFront:
- Si tiene varias ubicaciones de recursos con un solo servidor o grupo de servidores de StoreFront, habilite la opción de verificación de estado avanzada para el almacén de StoreFront. Consulte losrequisitos de StoreFronten el artículo Caché de host local.
- Para obtener tasas de inicio de sesiones más altas, utilice un grupo de servidores StoreFront. ConsulteConfigurar grupos de servidoresen la documentación de producto de StoreFront.
Condiciones de prueba:
- Los requisitos de CPU y memoria son solo para el SO base y los servicios Citrix. Las aplicaciones y los servicios de terceros pueden requerir recursos adicionales.
- Los VDA son cualquier máquina virtual o física que ejecute Citrix Virtual Delivery Agent.
- En todos los VDA probados, se administraba la energía con Citrix DaaS.
- Se probaron cargas de trabajo de entre 1000 y 10 000 servidores VDI y entre 250 y 1000 servidores RDS con entre 1000 y 20 000 sesiones.
- Las sesiones RDS se probaron con hasta 20 000 por ubicación de recursos.
- Las pruebas se realizaron con un Cloud Connector tanto durante un funcionamiento normal como durante una interrupción del servicio. Citrix recomienda utilizar al menos dos Cloud Connectors para tener alta disponibilidad. En el modo de interrupción, solo se utiliza uno de los conectores para la intermediación y registro de VDA.
- 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.
- Las pruebas de inicio de sesiones con caché de host local durante las interrupciones tuvieron lugar después de volverse a registrar las máquinas.
Los recuentos de sesiones de RDS son una recomendación y no un límite. Pruebe su propio límite de sesiones de RDS en su entorno.
Nota:
El recuento de sesiones y la tasa de inicio son más importantes para RDS que el recuento de VDA.
Cargas de trabajo medias
Estas cargas de trabajo se probaron con 4 CPU virtuales y 6 GB de memoria.
Cargas de trabajo de prueba | Condición del sitio | Tiempo de registro de VDA | Uso de memoria y CPU de registro | Duracionde la prueba de inicio | Uso de CPU y memoria de inicio de sesión | Tasa de inicio |
---|---|---|---|---|---|---|
1000 VDI | En línea | 5 minutos | Máximo de CPU = 36%, promedio de CPU = 33%, máximo de memoria = 5,3 GB | 2 minutos | Máximo de CPU = 29%, promedio de CPU = 27%, máximo de memoria = 3,7 GB | 500 por minuto |
1000 VDI | Interrupción | 4 minutos | Máximo de CPU = 11%, promedio de CPU = 10%, máximo de memoria = 4,5 GB | 2 minutos | Máximo de CPU = 42%, promedio de CPU = 28%, máximo de memoria = 4,0 GB | 500 por minuto |
250 RDS, 5000 sesiones | En línea | 3 minutos | Máximo de CPU = 14%, promedio de CPU = 4%, máximo de memoria = 3,5 GB | 9 minutos | Máximo de CPU = 46%, promedio de CPU = 21%, máximo de memoria = 3,7 GB | 555 por minuto |
250 RDS, 5000 sesiones | Interrupción | 3 minutos | Máximo de CPU = 15%, promedio de CPU = 5%, máximo de memoria = 3,7 | 9 minutos | Máximo de CPU = 51%, promedio de CPU = 32%, máximo de memoria = 4,2 GB | 555 por minuto |
Cargas de trabajo grandes
Estas cargas de trabajo se probaron con 4 CPU virtuales y 8 GB de memoria.
Cargas de trabajo de prueba | Condición del sitio | Tiempo de registro de VDA | Uso de memoria y CPU de registro | Duracionde 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 | Máximo de CPU = 45%, promedio de CPU = 25%, máximo de memoria = 7,0 GB | 5 minutos | Máximo de CPU = 75%, promedio de CPU = 55%, máximo de memoria = 7,0 GB | 1000 por minuto |
5000 VDI | Interrupción | 4-6 minutos | Máximo de CPU = 15%, promedio de CPU = 5%, máximo de memoria = 7,5 GB | 5 minutos | Máximo de CPU = 45%, promedio de CPU = 40%, máximo de memoria = 7,5 GB | 1000 por minuto |
500 RDS, 10 000 sesiones | En línea | 3 minutos | Máximo de CPU = 45%, promedio de CPU = 25%, máximo de memoria = 7,0 GB | 10 minutos | Máximo de CPU = 75%, promedio de CPU = 55%, máximo de memoria = 7,0 GB | 1000 por minuto |
500 RDS, 10 000 sesiones | Interrupción | 3 minutos | Máximo de CPU = 15%, promedio de CPU = 5%, máximo de memoria = 7,5 | 10 minutos | Máximo de CPU = 45%, promedio de CPU = 40%, máximo de memoria = 7,5 GB | 1000 por minuto |
Cargas de trabajo máximas
Estas cargas de trabajo se probaron con 8 CPU virtuales y 10 GB de memoria.
Cargas de trabajo de prueba | Condición del sitio | Tiempo de registro de VDA | Uso de memoria y CPU de registro | Duracionde 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 | Máximo de CPU = 85%, promedio de CPU = 10%, máximo de memoria = 8,5 GB | 7 minutos | Máximo de CPU = 66%, promedio de CPU = 28%, máximo de memoria = 7,0 GB | 1400 por minuto |
10 000 VDI | Interrupción | 4-5 minutos | Máximo de CPU = 90%, promedio de CPU = 17%, máximo de memoria = 8,2 GB | 5 minutos | Máximo de CPU = 90%, promedio de CPU = 45%, máximo de memoria = 8,5 GB | 2000 por minuto |
1000 RDS, 20 000 sesiones | En línea | 1-2 minutos | Máximo de CPU = 60%, promedio de CPU = 20%, máximo de memoria = 8,6 GB | 17 minutos | Máximo de CPU = 66%, promedio de CPU = 25%, máximo de memoria = 6,8 GB | 1200 por minuto |
1000 RDS, 20 000 sesiones | Interrupción | 3-4 minutos | Máximo de CPU = 22%, promedio de CPU = 10%, máximo de memoria = 8,5 | 21 minutos | Máximo de CPU = 90%, promedio de CPU = 50%, máximo de memoria = 7,5 GB | 1000 por minuto |
Nota:
拉斯维加斯cargas德找工作,aparecen aqui儿子马拉斯维加斯ximas recomendadas para una ubicación de recursos. Para admitir cargas de trabajo más grandes, agregue más ubicaciones de recursos.
Uso de recursos para sincronización de la 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 los estos estén preparados para hacerse cargo de la intermediación en caso de que se produzca una interrupción. La sincronización de la configuración actualiza la base de datos de la caché de host local, SQL Express Server LocalDB. Durante el proceso, los datos se importan a una base de datos temporal y, a continuación, se cambia a esa base de datos una vez importados. Esto garantiza que siempre haya una base de datos de caché de host local lista para tomar el control.
El uso de CPU, memoria y disco aumenta temporalmente mientras los datos se importan a la base de datos temporal.
Resultados de la prueba:
- Tiempo de importación de datos:7-10 minutos
- Uso de CPU:
- máximo = 25%
- promedio = 15%
- Uso de memoria:
- máximo = 9 GB
- aumento de aproximadamente 2 GB a 3 GB
- Uso del disco:
- Pico de lectura de disco de 4 MB/s
- Pico de escritura en disco de 18 MB/s
- Pico de escritura en disco de 70 MB/s durante la descarga y escritura de los archivos de configuración XML
- Pico de lectura de disco de 4 MB/s al finalizar la importación
- Tamaño de base de datos de caché de host local
- Archivo de base de datos 400-500 MB
- Base de datos de registros de 200-300 MB
Condiciones de prueba:
- Prueba en un AMD EPYC con 8 CPU virtuales
- 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
Consideraciones de uso de recursos adicionales:
- Durante la importación, se descargan todos los datos de configuración del sitio. Esta descarga puede provocar un pico de memoria, según el tamaño del sitio.
- El sitio probado utilizaba aproximadamente 800 MB para la base de datos y los archivos de registros de la base de datos combinados. Durante una sincronización de la configuración, estos archivos se duplican con un tamaño máximo combinado 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 la configuración falla si el disco está lleno.