Considerazioni su dimensioni e scalabilità per i Cloud Connector
Quando si valuta il servizio Citrix DaaS (precedentemente chiamato servizio Citrix Virtual Apps and Desktops) in termini di dimensionamento e scalabilità, prendere in considerazione tutti i componenti. Esaminare e verificare la configurazione dei Citrix Cloud Connector e dello StoreFront in base alle proprie esigenze specifiche. Fornire 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 che a Citrix DaaS.
Questo articolo fornisce dettagli sulle capacità massime testate, oltre a consigli sulle procedure consigliate per la configurazione della macchina 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 risorsa contiene carichi di lavoro VDI o carichi di lavoro RDS. Per le posizioni risorsa che contengono carichi di lavoro misti di VDI e RDS insieme, contattare Citrix Consulting Services.
Cloud Connector collega i carichi di lavoro a Citrix DaaS nei seguenti modi:
- Fornisce un proxy per la comunicazione tra i VDA e Citrix DaaS
- Fornisce un proxy per la comunicazione tra Citrix DaaS e Active Directory (AD) e gli hypervisor
- Nelle distribuzioni che includono server StoreFront, Cloud Connector funge da broker di sessione temporaneo durante le interruzioni del cloud, fornendo agli utenti un accesso continuato alle risorse
È importante che i Cloud Connector siano dimensionati e configurati correttamente per soddisfare le proprie esigenze specifiche.
Ogni set di Cloud Connector viene assegnato a una posizione risorsa (nota anche come zona). Una posizione risorsa è una separazione logica che specifica quali risorse comunicano con il set specifico di Cloud Connector. È richiesta almeno una posizione risorsa per dominio per comunicare con Active Directory (AD).
Ogni catalogo di macchine e ogni connessione di hosting vengono assegnati a una posizione risorsa.
Per le distribuzioni con più di una posizione risorsa, assegnare i cataloghi delle macchine e i VDA alle posizioni risorsa per ottimizzare la capacità della cache host locale (LHC) di mediare le connessioni durante le interruzioni. Per ulteriori informazioni sulla creazione e la gestione delle posizioni risorsa, consultare Connettersi a Citrix Cloud. Per prestazioni ottimali, configurare i 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:
- Advanced Micro Devices (AMD) Zen e processori più recenti
- Intel Ice Lake e processori più recenti
I processori consigliati funzionano in modo efficiente. È possibile utilizzare processori meno recenti; tuttavia ciò potrebbe comportare un maggiore carico della CPU. Consigliamo di aumentare il numero di vCPU per compensare questo problema.
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 presentano un carico inferiore sulla CPU, espresso da un minore utilizzo della CPU da parte del Local Security Authority Subsystem Service (LSASS) di Windows.
Citrix consiglia di utilizzare archiviazione moderna con adeguate operazioni I/O al secondo (IOPS), in particolare per le implementazioni che utilizzano LHC. Le unità a stato solido (SSD) sono consigliate, ma non sono necessari livelli di archiviazione cloud premium. Sono necessari IOPS più elevate 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 funzionalità di intermediazione alla posizione risorsa in caso di interruzioni di Citrix Cloud.
Configurazione di elaborazione consigliata per Local Host Cache
La cache host locale (LHC) fornisce l’alta disponibilità consentendo la continuazione delle operazioni di intermediazione delle connessioni in una distribuzione quando un Cloud Connector non è in grado di 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 di Cloud Connector, in particolare il numero di core disponibili per SQL Express Server LocalDB, influisce direttamente sulle prestazioni LHC. Il numero di core della CPU disponibili per SQL Server Express Server LocalDB influisce sulle prestazioni LHC ancora di più rispetto all’allocazione della memoria. Questo sovraccarico della CPU viene osservato solo in modalità LHC quando Citrix DaaS non è raggiungibile e il broker LHC è attivo. Per qualsiasi implementazione che utilizza LHC, Citrix consiglia quattro core per socket, con un minimo di quattro core della CPU per Cloud Connector. Per informazioni sulla configurazione delle risorse di elaborazione per SQL Express Server LocalDB, vedere Limiti della capacità di elaborazione in base alla versione 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 essere aumentati e le prestazioni durante le interruzioni potrebbero essere ridotte. In alcuni ambienti virtualizzati, la capacità di elaborazione potrebbe dipendere dal numero di processori logici e non dai core della CPU.
Riepilogo dei risultati dei test
Tutti i risultati di questo riepilogo si basano sui risultati di un ambiente di test configurato come indicato nelle sezioni dettagliate di questo articolo. I risultati illustrati qui si riferiscono a una singola posizione di risorsa. Configurazioni di sistema diverse potrebbero produrre risultati diversi.
Questa illustrazione fornisce una panoramica grafica della configurazione testata.
Questa tabella fornisce una guida rapida al dimensionamento della posizione risorsa. 10k è il massimo per una singola posizione risorsa. Vedi Limiti per informazioni sui limiti di localizzazione delle risorse.
Nota:
Il superamento del limite può causare problemi di connettività e prestazioni durante un’interruzione. Pertanto, non superare il limite consigliato in quanto ciò può portare a VDA non registrati.
I risultati si basano su test interni di Citrix. Le configurazioni descritte sono state testate con carichi di lavoro diversi, inclusi test di lancio delle sessioni ad alto tasso e tempeste di registrazioni.
| Medio | Grande | Massimo | |
|---|---|---|---|
| VDA | 1000 VDI o 250 RDS | 5000 VDI o 500 RDS | 10.000 VDI o 1000 RDS |
| Connessioni hosting | 20 | 40 | 40 |
| CPU per i Connector | 4 vCPU | 4 vCPU | 8 vCPU |
| Memoria per i Connector | 6 GB | 8 GB | 10 GB |
Metodologia dei 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 sulle tempistiche delle procedure, come tempo di accesso e tempo di registrazione. In alcuni casi, sono stati utilizzati strumenti di simulazione proprietari di Citrix per simulare VDA e sessioni. Questi strumenti sono progettati per far funzionare i componenti Citrix allo stesso modo dei VDA e delle sessioni tradizionali, senza gli stessi requisiti di risorse necessari per ospitare sessioni e VDA reali. I test sono stati condotti sia in modalità cloud brokering che in modalità LHC per scenari con Citrix StoreFront.
I consigli per il dimensionamento dei Cloud Connector in questo articolo si basano sui dati raccolti da questi test.
Sono stati eseguiti i seguenti test:
- Tempesta di avvio della sessione/accesso alla sessione: un test che simula periodi di accesso ad alto volume.
- Tempesta di registrazioni VDA: un test che simula periodi con un elevato volume di registrazioni VDA. Ad esempio, dopo un ciclo di aggiornamento o la transizione tra la modalità cloud brokering e la modalità cache host locale.
- Tempesta di azione alimentazione VDA: un test che simula un elevato volume di azioni di alimentazione dei VDA.
Scenari e condizioni di test
Questi test sono stati eseguiti con LHC configurato. Per ulteriori informazioni sull’utilizzo di LHC, vedere l’articolo Cache host locale. LHC richiede un server StoreFront on-premise. Per informazioni dettagliate su StoreFront, consultare la documentazione del prodotto StoreFront.
Consigli per le configurazioni StoreFront:
- Se si dispone di più posizioni risorsa con un singolo server o gruppo di server StoreFront, abilitare l’opzione di controllo dello stato avanzata per lo store StoreFront. Consultare i requisiti di StoreFront nell’articolo Cache host locale.
- Per velocità di avvio delle sessioni più elevate, utilizzare un gruppo di server StoreFront. Consultare Configurare i gruppi di server nella documentazione del prodotto StoreFront.
Condizioni del test:
- I requisiti di CPU e memoria sono solo per il sistema operativo di base e i servizi Citrix. Le app e i servizi di terze parti potrebbero richiedere risorse aggiuntive.
- I VDA sono macchine virtuali o fisiche che eseguono Citrix Virtual Delivery Agent.
- Per tutti i VDA testati è stata impostata la gestione dell’alimentazione utilizzando Citrix DaaS.
- Sono stati testati carichi di lavoro da 1000 a 10.000 VDI e 250-1000 server RDS con 1000-20000 sessioni.
- Le sessioni RDS sono state testate fino a 20.000 per posizione risorsa.
- I test sono stati eseguiti utilizzando un solo Cloud Connector sia durante le normali operazioni che durante le interruzioni. Citrix consiglia di utilizzare almeno due Cloud Connector per un’elevata disponibilità. In modalità di interruzione, viene utilizzato solo uno dei connettori per le registrazioni e l’intermediazione dei VDA.
- I test sono stati eseguiti con 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 con interruzione LHC sono stati condotti dopo la nuova registrazione delle macchine.
I conteggi delle sessioni RDS sono una raccomandazione e non un limite. Verificare il limite di sessioni RDS nel proprio ambiente.
Nota:
Il numero di sessioni e la frequenza di avvio sono più importanti per RDS del 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 prova | Condizioni del sito | Ora di registrazione del VDA | Utilizzo di CPU e memoria alla registrazione | Durata del test di avvio | Utilizzo di CPU e memoria all’avvio della 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 grandi
Questi carichi di lavoro sono stati testati con 4 vCPU e 8 GB di memoria.
| Carichi di lavoro di prova | Condizioni del sito | Ora di registrazione del VDA | Utilizzo di CPU e memoria alla registrazione | Durata del test di avvio | Utilizzo di CPU e memoria all’avvio della 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 prova | Condizioni del sito | Ora di registrazione del VDA | Utilizzo di CPU e memoria alla registrazione | Durata del test di avvio | Utilizzo di CPU e memoria all’avvio della 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 di seguito sono i carichi di lavoro massimi consigliati per una posizione risorsa. Per supportare carichi di lavoro più grandi, aggiungere altre posizioni risorsa.
Utilizzi delle risorse di 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 assicurare che i Cloud Connector siano pronti a subentrare nell’intermediazione 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, quindi passa a quel database una volta completata l’importazione. Ciò garantisce che ci sia sempre un database LHC pronto a subentrare.
L’utilizzo di CPU, memoria e disco viene temporaneamente aumentato durante l’importazione dei dati nel database temporaneo.
Risultati dei test:
- Tempo di importazione dei dati: 7-10 minuti
-
Utilizzo della CPU:
- massimo = 25%
- medio = 15%
-
Utilizzo della memoria:
- massimo = 9 GB
- aumento di circa 2-3 GB
-
Utilizzo del disco:
- Picco di lettura del disco di 4 MB/s
- Picco di scrittura su disco di 18 MB/s
- Picco di scrittura su 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
-
Dimensioni del database LHC:
- File del database di 400-500 MB
- Database dei log di 200-300 MB
Condizioni del test:
- Test eseguito su un processore AMD EPYC con 8 vCPU
- Il database di configurazione del sito importato era destinato a un ambiente con un totale di 80.000 VDA e 300.000 utenti (tre turni di 100.000 utenti) per tutto il sito
- Il tempo di importazione dei dati è stato testato in una posizione risorsa con 10.000 VDI
Considerazioni aggiuntive sull’utilizzo delle risorse:
- Durante l’importazione vengono scaricati i dati completi di configurazione del sito. Questo download potrebbe causare un picco di memoria, a seconda delle dimensioni del sito.
- 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 massima combinata di circa 1600 MB. Assicurarsi che Cloud Connector disponga di spazio su disco sufficiente per i file duplicati. Il processo di sincronizzazione della configurazione non riesce se il disco è pieno.