Considerazioni su dimensioni e scalabilità per i Cloud Connector
Quando si valuta Citrix DaaS per il dimensionamento e la scalabilità, è necessario considerare tutti i componenti. Ricercare e testare la configurazione dei Citrix Cloud™ Connector e di StoreFront per le proprie esigenze specifiche. La fornitura di risorse insufficienti per il dimensionamento e la scalabilità influisce negativamente sulle prestazioni della distribuzione.
Nota:
- Queste raccomandazioni si applicano a Citrix DaaS Standard per Azure oltre a Citrix DaaS.
- I test e le raccomandazioni fornite in questo articolo sono linee guida per aiutarLa a iniziare i Suoi test. Si consiglia di eseguire i test nel proprio ambiente per convalidare il dimensionamento corretto del connettore.
Questo articolo fornisce dettagli sulle capacità massime testate e raccomandazioni sulle best practice per la configurazione delle macchine Cloud Connector. I test sono stati eseguiti su distribuzioni configurate con StoreFront™ e Local Host Cache (LHC).
Le informazioni fornite si applicano alle distribuzioni in cui ogni posizione delle risorse contiene sia carichi di lavoro VDI che carichi di lavoro RDS.
Il Cloud Connector collega i Suoi carichi di lavoro a Citrix DaaS™ nei seguenti modi:
- Fornisce un proxy per la comunicazione tra i Suoi VDA e Citrix DaaS.
- Fornisce un proxy per la comunicazione tra Citrix DaaS e il Suo Active Directory (AD) e gli hypervisor.
- Nelle distribuzioni che includono server StoreFront, il Cloud Connector funge da broker di sessione temporaneo durante le interruzioni del cloud, fornendo agli utenti un accesso continuo alle risorse.
È importante che i Suoi Cloud Connector siano dimensionati e configurati correttamente per soddisfare le Sue esigenze specifiche. Sebbene i test siano stati eseguiti con due Cloud Connector, solo un Cloud Connector è disponibile durante gli aggiornamenti dei Cloud Connector. Per garantire l’alta disponibilità durante gli aggiornamenti dei Cloud Connector, alcuni clienti hanno scelto di distribuire tre Cloud Connector.
Ogni set di Cloud Connector è assegnato a una posizione delle risorse (nota anche come zona in Studio). Una posizione delle risorse è una separazione logica che specifica quali risorse comunicano con quel set di Cloud Connector. È necessaria almeno una posizione delle risorse per dominio per comunicare con Active Directory (AD).
Ogni catalogo di macchine e connessione di hosting è assegnato a una posizione delle risorse.
Per le distribuzioni con più di una posizione delle risorse, assegnare i cataloghi di macchine e i VDA alle posizioni delle risorse per ottimizzare la capacità di LHC di effettuare il brokeraggio delle connessioni durante le interruzioni. Per maggiori informazioni sulla creazione e gestione delle posizioni delle risorse, consultare Connettersi a Citrix Cloud. Per prestazioni ottimali, configurare i Suoi Cloud Connector su connessioni a bassa latenza a VDA, server AD e hypervisor.
Processori e archiviazione consigliati
Per prestazioni simili a quelle osservate in questi test, utilizzare processori moderni che supportano le estensioni SHA. Le estensioni SHA riducono il carico crittografico sulla CPU. I processori consigliati includono:
- Processori Advanced Micro Devices (AMD) Zen e successivi
- Processori Intel Ice Lake e successivi
I processori consigliati funzionano in modo efficiente. È possibile utilizzare processori più vecchi, tuttavia, ciò potrebbe portare a un carico della CPU più elevato. Si consiglia di aumentare il numero di vCPU per compensare questo comportamento.
I test descritti in questo articolo sono stati eseguiti con processori AMD EPYC e Intel Cascade Lake.
I Cloud Connector hanno un carico crittografico elevato durante la comunicazione con il cloud. I Cloud Connector che utilizzano processori con estensioni SHA subiscono un carico inferiore sulla loro CPU, che si manifesta con un minore utilizzo della CPU da parte del servizio sottosistema dell’autorità di sicurezza locale di Windows (LSASS).
Citrix consiglia di utilizzare un’archiviazione moderna con operazioni I/O al secondo (IOPS) adeguate, specialmente per le distribuzioni che utilizzano LHC. Sono suggerite unità a stato solido (SSD), ma non sono necessari livelli di archiviazione cloud premium. IOPS più elevati sono necessari per gli scenari LHC in cui il Cloud Connector esegue una piccola copia del database. Questo database viene aggiornato regolarmente con le modifiche alla configurazione del sito e fornisce capacità di brokeraggio alla posizione delle risorse in caso di interruzioni di Citrix Cloud.
Configurazione di calcolo consigliata per la cache host locale
La cache host locale (LHC) fornisce alta disponibilità consentendo alle operazioni di brokeraggio delle connessioni in una distribuzione di continuare quando un Cloud Connector non può comunicare con Citrix Cloud.
I Cloud Connector eseguono Microsoft SQL Express Server LocalDB, che viene installato automaticamente quando si installa il Cloud Connector. La configurazione della CPU del Cloud Connector, in particolare il numero di core disponibili per SQL Express Server LocalDB, influisce direttamente sulle prestazioni di LHC. Il numero di core della CPU disponibili per SQL Server Express Server LocalDB influisce sulle prestazioni di LHC ancora più dell’allocazione della memoria. Questo overhead della CPU viene osservato solo in modalità LHC quando Citrix DaaS non è raggiungibile e il broker LHC è attivo. Per qualsiasi distribuzione che utilizza LHC, Citrix raccomanda quattro core per socket, con un minimo di quattro core CPU per Cloud Connector. Per informazioni sulla configurazione delle risorse di calcolo per SQL Express Server LocalDB, consultare Limiti di capacità di calcolo per edizione di SQL Server.
Se le risorse di calcolo disponibili per SQL Express Server LocalDB sono configurate in modo errato, i tempi di sincronizzazione della configurazione potrebbero aumentare e le prestazioni durante le interruzioni potrebbero ridursi. In alcuni ambienti virtualizzati, la capacità di calcolo potrebbe dipendere dal numero di processori logici e non dai core della CPU.
Riepilogo dei risultati dei test
Tutti i risultati in questo riepilogo si basano sui risultati di un ambiente di test configurato nelle sezioni dettagliate di questo articolo. I risultati mostrati qui sono per una singola posizione delle risorse. Configurazioni di sistema diverse potrebbero produrre risultati diversi.
Questa illustrazione fornisce una panoramica grafica della configurazione testata.
La seguente tabella mostra le configurazioni minime consigliate di CPU e memoria del Cloud Connector per siti di varie dimensioni. I risultati dei test con queste configurazioni sono mostrati di seguito. Consultare Limiti per maggiori informazioni sui limiti della posizione delle risorse.
| Media | Grande | Massima | |
|---|---|---|---|
| Connector per HA | 2 | 2 | 3 |
| VDA | Fino a 1000 | 1001 - 5000 | 5001 - 10.000 |
| Sessioni | Fino a 2500 | Fino a 10.000 | Fino a 25.000 |
| Connessioni di hosting | Fino a 20 | Fino a 40 | Fino a 40 |
| CPU per Cloud Connector | 4vCPU | 4vCPU | 8vCPU |
| Memoria per Cloud Connector | 6 GB | 8 GB | 10 GB |
Nota:
Se la Sua distribuzione supera i 5000 VDA, è necessario utilizzare tre Cloud Connector per l’alta disponibilità e la scalabilità.
Metodologia di test
Sono stati condotti test per aggiungere carico e misurare le prestazioni dei componenti dell’ambiente. I componenti sono stati monitorati raccogliendo dati sulle prestazioni e tempi di procedura, come il tempo di accesso e il tempo di registrazione. A volte, vengono utilizzati strumenti di simulazione Citrix proprietari per simulare VDA e sessioni. Questi strumenti sono progettati per esercitare i componenti Citrix nello stesso modo in cui fanno i VDA e le sessioni tradizionali, senza gli stessi requisiti di risorse per ospitare sessioni e VDA reali. I test sono stati condotti sia in modalità di brokeraggio cloud che in modalità LHC per scenari con Citrix StoreFront.
Le raccomandazioni per il dimensionamento del Cloud Connector in questo articolo si basano sui dati raccolti da questi test.
Sono stati eseguiti i seguenti test:
- Tempesta di accesso/avvio sessione: un test che simula periodi di accesso ad alto volume.
- Tempesta di registrazione VDA: un test che simula periodi di registrazione VDA ad alto volume. Ad esempio, a seguito di un ciclo di aggiornamento o di una transizione tra il brokeraggio cloud e la modalità Local Host Cache.
- Tempesta di azioni di alimentazione VDA: un test che simula un alto volume di azioni di alimentazione VDA.
Scenari e condizioni di test
Questi test sono stati eseguiti con LHC configurato. Per maggiori informazioni sull’utilizzo di LHC, consultare l’articolo Local Host Cache. LHC richiede un server StoreFront locale. Per informazioni dettagliate su StoreFront, consultare la documentazione del prodotto StoreFront.
Raccomandazioni per le configurazioni di StoreFront:
- Se si dispone di più posizioni delle risorse con un singolo server o gruppo di server StoreFront, abilitare l’opzione di controllo avanzato dell’integrità per lo store StoreFront. Consultare Requisito StoreFront nell’articolo Local Host Cache.
- Per velocità di avvio sessione più elevate, utilizzare un gruppo di server StoreFront. Consultare Configurare i gruppi di server nella documentazione del prodotto StoreFront.
Condizioni di test:
- I requisiti di CPU e memoria sono solo per il sistema operativo di base e i servizi Citrix. Le applicazioni e i servizi di terze parti potrebbero richiedere risorse aggiuntive.
- I VDA sono qualsiasi macchina virtuale o fisica che esegue Citrix Virtual Delivery Agent.
- I test vengono eseguiti utilizzando solo VDA Windows.
- Tutti i VDA testati erano gestiti tramite alimentazione utilizzando Citrix DaaS.
- Le sessioni sono state avviate a una velocità sostenuta di 1.000 al minuto.
- Sono stati testati carichi di lavoro da 1.000 a 10.000 VDI e da 500 a 10.000 server RDS con 1.000-25.000 sessioni.
- Le sessioni RDS sono state testate fino a 25.000 per posizione delle risorse.
- I test sono stati eseguiti utilizzando due Cloud Connector sia in operazioni normali che durante un’interruzione. Citrix raccomanda di utilizzare almeno due Cloud Connector per l’alta disponibilità e tre Cloud Connector per posizioni delle risorse di dimensioni massime e grandi. In modalità di interruzione, solo uno dei Cloud Connector viene utilizzato per le registrazioni VDA e il brokeraggio. Sebbene i test siano stati eseguiti con due Cloud Connector, solo un Cloud Connector è disponibile durante gli aggiornamenti. Per garantire l’alta disponibilità durante gli aggiornamenti, alcuni clienti hanno scelto di utilizzare tre Cloud Connector.
- I test sono stati eseguiti con il Cloud Connector configurato con processori Intel Cascade Lake.
- Le sessioni sono state avviate tramite un singolo server Citrix StoreFront.
- I test di avvio delle sessioni in caso di interruzione LHC sono stati condotti dopo che le macchine si erano nuovamente registrate.
I conteggi delle sessioni RDS sono una raccomandazione e non un limite. Testare il proprio limite di sessioni RDS nel proprio ambiente.
Nota:
Il conteggio delle sessioni e la velocità di avvio sono più importanti per RDS rispetto al conteggio dei VDA.
Carichi di lavoro medi
Questi carichi di lavoro sono stati testati con 4 vCPU e 6 GB di memoria.
| Carichi di lavoro di test | Condizione del sito | Tempo di registrazione VDA | Utilizzo CPU e memoria di registrazione | Durata del test di avvio | Utilizzo CPU e memoria di avvio sessione | Velocità di avvio |
|---|---|---|---|---|---|---|
| 1000 VDI | Online | 5 minuti | CPU massima = 36%, CPU media = 33%, memoria massima = 5.3 GB | 2 minuti | CPU massima = 29%, CPU media = 27%, memoria massima = 3.7 GB | 500 al minuto |
| 1000 VDI | Interruzione | 4 minuti | CPU massima = 11%, CPU media = 10%, memoria massima = 4.5 GB | 2 minuti | CPU massima = 42%, CPU media = 28%, memoria massima = 4.0 GB | 500 al minuto |
| 250 RDS, 5000 sessioni | Online | 3 minuti | CPU massima = 14%, CPU media = 4%, memoria massima = 3.5 GB | 9 minuti | CPU massima = 46%, CPU media = 21%, memoria massima = 3.7 GB | 555 al minuto |
| 250 RDS, 5000 sessioni | Interruzione | 3 minuti | CPU massima = 15%, CPU media = 5%, memoria massima = 3.7 | 9 minuti | CPU massima = 51%, CPU media = 32%, memoria massima = 4.2 GB | 555 al minuto |
Carichi di lavoro elevati
Questi carichi di lavoro sono stati testati con 4 vCPU e 8 GB di memoria.
| Carichi di lavoro di test | Condizione del sito | Tempo di registrazione VDA | Utilizzo CPU e memoria di registrazione | Durata del test di avvio | Utilizzo CPU e memoria di avvio sessione | Velocità di avvio |
|---|---|---|---|---|---|---|
| 5000 VDI | Online | 3–4 minuti | CPU massima = 45%, CPU media = 25%, memoria massima = 7.0 GB | 5 minuti | CPU massima = 75%, CPU media = 55%, memoria massima = 7.0 GB | 1000 al minuto |
| 5000 VDI | Interruzione | 4–6 minuti | CPU massima = 15%, CPU media = 5%, memoria massima = 7.5 GB | 5 minuti | CPU massima = 45%, CPU media = 40%, memoria massima = 7.5 GB | 1000 al minuto |
| 500 RDS, 10.000 sessioni | Online | 3 minuti | CPU massima = 45%, CPU media = 25%, memoria massima = 7.0 GB | 10 minuti | CPU massima = 75%, CPU media = 55%, memoria massima = 7.0 GB | 1000 al minuto |
| 500 RDS, 10.000 sessioni | Interruzione | 3 minuti | CPU massima = 15%, CPU media = 5%, memoria massima = 7.5 | 10 minuti | CPU massima = 45%, CPU media = 40%, memoria massima = 7.5 GB | 1000 al minuto |
Carichi di lavoro massimi
Questi carichi di lavoro sono stati testati con 8 vCPU e 10 GB di memoria.
| Carichi di lavoro di test | Condizione del sito | Tempo di registrazione VDA | Utilizzo CPU e memoria di registrazione | Durata del test di avvio | Utilizzo CPU e memoria di avvio sessione | Velocità di avvio |
|---|---|---|---|---|---|---|
| 10.000 VDI | Online | 3–4 minuti | CPU massima = 85%, CPU media = 10%, memoria massima = 8.5 GB | 7 minuti | CPU massima = 66%, CPU media = 28%, memoria massima = 7.0 GB | 1400 al minuto |
| 10.000 VDI | Interruzione | 4–5 minuti | CPU massima = 90%, CPU media = 17%, memoria massima = 8.2 GB | 5 minuti | CPU massima = 90%, CPU media = 45%, memoria massima = 8.5 GB | 2000 al minuto |
| 1000 RDS, 20.000 sessioni | Online | 1–2 minuti | CPU massima = 60%, CPU media = 20%, memoria massima = 8.6 GB | 17 minuti | CPU massima = 66%, CPU media = 25%, memoria massima = 6.8 GB | 1200 al minuto |
| 1000 RDS, 20.000 sessioni | Interruzione | 3–4 minuti | CPU massima = 22%, CPU media = 10%, memoria massima = 8.5 | 21 minuti | CPU massima = 90%, CPU media = 50%, memoria massima = 7.5 GB | 1000 al minuto |
Nota:
I carichi di lavoro mostrati qui sono i carichi di lavoro massimi consigliati per una posizione delle risorse. Per supportare carichi di lavoro maggiori, aggiungere più posizioni delle risorse.
Utilizzo delle risorse per la sincronizzazione della configurazione
Il processo di sincronizzazione della configurazione mantiene i Cloud Connector aggiornati con Citrix DaaS. Gli aggiornamenti vengono inviati automaticamente ai Cloud Connector per assicurarsi che siano pronti a subentrare nel brokeraggio in caso di interruzione. La sincronizzazione della configurazione aggiorna il database LHC, SQL Express Server LocalDB. Il processo importa i dati in un database temporaneo e quindi passa a quel database una volta importato. Ciò garantisce che ci sia sempre un database LHC pronto a subentrare.
L’utilizzo di CPU, memoria e disco aumenta temporaneamente durante l’importazione dei dati nel database temporaneo.
Condizioni di test:
- Testato su un AMD EPYC a 8 vCPU
- Il database di configurazione del sito importato era per un ambiente con un totale a livello di sito di 80.000 VDA e 300.000 utenti (tre turni di 100.000 utenti)
- Il tempo di importazione dei dati è stato testato su una posizione delle risorse con 10.000 VDI
Risultati dei test:
- Tempo di importazione dati: 7–10 minuti
-
Utilizzo della CPU:
- massimo = 25%
- medio = 15%
-
Utilizzo della memoria:
- aumento di circa 2 GB a 3 GB
-
Utilizzo del disco:
- picco di lettura del disco di 4 MB/s
- picco di scrittura del disco di 18 MB/s
- picco di scrittura del disco di 70 MB/s durante il download e la scrittura di file di configurazione xml
- picco di lettura del disco di 4 MB/s al completamento dell’importazione
-
Dimensione del database LHC:
- file di database da 400–500 MB
- database di log da 200–300 MB
Considerazioni aggiuntive sull’utilizzo delle risorse:
- Durante l’importazione viene scaricata l’intera configurazione del sito. Questo download potrebbe causare un picco di memoria, a seconda delle dimensioni del sito. Se si verificano picchi di memoria durante le sincronizzazioni della configurazione, considerare di aumentare le dimensioni dei Cloud Connector.
- Il sito testato ha utilizzato circa 800 MB per il database e i file di log del database combinati. Durante una sincronizzazione della configurazione, questi file vengono duplicati con una dimensione combinata massima di circa 1600 MB. Assicurarsi che il Suo Cloud Connector disponga di spazio su disco sufficiente per i file duplicati. Il processo di sincronizzazione della configurazione fallisce se il disco è pieno.