-
Installazione e configurazione
-
Creare cataloghi di macchine con immagini preparate
-
Creare un'immagine preparata per istanze gestite di Amazon WorkSpaces Core
-
Creare un catalogo di istanze gestite di Amazon WorkSpaces Core
-
Creare un catalogo di macchine con immagini preparate in Azure
-
Creare un catalogo di macchine con immagini preparate in Red Hat OpenShift
-
Creare un catalogo di macchine con immagini preparate in VMware
-
Creare un catalogo di macchine con immagini preparate in XenServer
-
-
Pool di identità di diversi tipi di join di identità delle macchine
-
Servizio Cloud Connector Standalone Citrix Secure Ticketing Authority (STA)
-
-
-
-
-
-
Raccogliere una traccia CDF (Citrix Diagnostic Facility) all'avvio del sistema
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
Raccomandazione per il server di log
Volume giornaliero dei log (archiviazione)
| Voce | Numero di macchine | Sessioni al giorno/macchina | Dimensione media del log per sessione | Log totali al giorno |
|---|---|---|---|---|
| VDA persistenti | 1000 | 2 | 2 MB | 4.000 MB (≈4 GB) |
| VDA in pool | 1000 | 50 | 2 MB | 100.000 MB (≈100 GB) |
| Endpoint CWA | 8000 | 4 | 1-1,5 MB | 48.000 MB (≈48 GB) |
| Delivery Controller | 4 | — | 300 MB ogni DDC | 1.200 MB (≈1,2 GB) |
| Server StoreFront | 4 | — | 300 MB a server | 1.200 MB (≈1,2 GB) |
| NetScaler Gateway /PVS/Session Recording/ FSA e altri server | 4 | — | 300 MB a server | 1.200 MB (≈1,2 GB) |
| Dimensione totale giornaliera dei log (dopo la compressione) | — | — | — | Prima della compressione è ≈156 GB/giorno |
| Dopo la compressione è da 80 GB a 125 GB/giorno |
Ipotesi di dimensionamento
- Questo esempio rappresenta una distribuzione di riferimento di circa 10.000 endpoint gestiti e componenti dell’infrastruttura.
- Ai fini del dimensionamento, i Delivery Controller, i server StoreFront, Gateway, PVS, FAS, Session Recording e altri componenti dell’infrastruttura sono stimati a 300 MB per server al giorno.
- Il valore di 300 MB per server è una stima conservativa utilizzata per la pianificazione dello storage e i calcoli di capacità.
Nota:
Questi valori sono approssimativi e possono variare notevolmente tra le diverse distribuzioni. Il volume dei log dipende dalle dimensioni del sito, dall’attività dell’utente, dalla combinazione di componenti e dalle esigenze di conservazione. Utilizzare questi numeri solo come base di partenza per la pianificazione e regolare l’allocazione dello storage in base all’utilizzo effettivo dell’ambiente, alle tendenze di crescita e ai test delle prestazioni.
Il server di log utilizza l’algoritmo di compressione LZ4 per impostazione predefinita. La percentuale di compressione potrebbe essere tra il 20% e il 50%; ciò significa che LogServer occuperebbe metà dello spazio su disco quando esegue la massima compressione o l’80% dello spazio su disco quando esegue la minima compressione.
Un singolo server di log AOT può supportare fino a 128.000 connessioni di componenti attivi ed elaborare fino a 10.000 eventi di log al secondo. Il server di log è progettato per raccogliere e archiviare continuamente i log AOT 24 ore su 24, a condizione che l’ambiente rimanga entro queste soglie di connessione e throughput.
Queste raccomandazioni non sono dettate dalle dimensioni della macchina virtuale, ma dalla capacità del sottostante motore di ricerca e indicizzazione che acquisisce, elabora e archivia i log AOT in entrata. Questo livello di ricerca determina in ultima analisi la scalabilità massima perché gestisce le operazioni di indicizzazione, interrogazione e conservazione. Man mano che gli ambienti crescono, questo livello deve scalare orizzontalmente per mantenere le prestazioni.
Oggi, il server di log viene fornito come un singolo nodo combinato che include sia il servizio del server di log che il motore di ricerca/indice. Ciò semplifica la distribuzione ma limita la capacità di scalare il livello di ricerca in modo indipendente.
Nelle prossime versioni, Citrix passerà a un’architettura separata, in cui l’acquisizione e l’archiviazione/indicizzazione verranno eseguite su nodi indipendenti. Ciò consentirà ai clienti di scalare il livello di ricerca man mano che il loro ambiente cresce, migliorare le prestazioni in distribuzioni di grandi dimensioni o multi-sito e rimuovere il limite di scalabilità imposto dall’attuale design a nodo singolo.
Distribuire il server di log AOT su storage basato su SSD. Gli SSD sono fortemente raccomandati per garantire un’acquisizione affidabile dei log, prestazioni di ricerca veloci e una correlazione efficiente, specialmente in ambienti ad alto volume.
Dimensionamento dello storage del server di log AOT
Dimensionare correttamente lo storage è uno dei passaggi più importanti nella pianificazione del server di log AOT. Lo storage totale richiesto dipende dal numero di macchine che inviano log AOT, dalla quantità di dati generati al giorno e dalla durata di conservazione dei log.
Poiché ogni ambiente Citrix si comporta in modo diverso, i clienti dovrebbero iniziare stimando il volume giornaliero dei log utilizzando i modelli di generazione dei log dei loro VDA, degli endpoint di Citrix Workspace App, dei Delivery Controller e dei server StoreFront. Una volta noto il volume giornaliero, lo storage totale può essere calcolato utilizzando le formule seguenti.
Formula per il calcolo dello storage Storage totale (GB) = Volume giornaliero dei log (GB) × Giorni di conservazione
Linee guida per il dimensionamento dello storage del server di log AOT
Utilizzare la seguente tabella come riferimento per stimare il volume giornaliero dei log e i requisiti di archiviazione in base alle dimensioni della distribuzione. Queste stime sono intese per la pianificazione della capacità e possono variare in base all’attività dell’utente, alla densità delle sessioni, ai componenti abilitati e all’architettura della distribuzione.
Stima del volume giornaliero dei log
| Dimensioni della distribuzione | Volume giornaliero dei log prima della compressione | Volume giornaliero dei log dopo la compressione (LZ4) | Categoria consigliata |
|---|---|---|---|
| 5.000 macchine | ~78 GB/giorno | ~40–63 GB/giorno | Piccola |
| 10.000 macchine | ~156 GB/giorno | ~80–125 GB/giorno | Media |
| 50.000 macchine | ~780 GB/giorno | ~400–625 GB/giorno | Grande |
| 100.000 macchine | ~1,56 TB/giorno | ~800 GB–1,25 TB/giorno | Enterprise |
Stima dello spazio di archiviazione basata sulla conservazione
| Dimensioni della distribuzione | Conservazione di 7 giorni | Conservazione di 10 giorni |
|---|---|---|
| 5.000 macchine | ~300–450 GB | ~400–630 GB |
| 10.000 macchine | ~600 GB–1 TB | ~800 GB–1,25 TB |
| 50.000 macchine | ~3–5 TB | ~4–6,3 TB |
| 100.000 macchine | ~6–10 TB | ~8–12,5 TB |
Nota:
Questi valori sono stime approssimative destinate alla pianificazione della capacità. I requisiti di archiviazione effettivi dipendono dall’architettura di distribuzione, dall’attività dell’utente, dai componenti abilitati, dal periodo di conservazione e dall’efficienza di compressione.
Le stime si basano sul modello di distribuzione di riferimento da 10.000 macchine e sono scalate linearmente.
Condividi
Condividi
This Preview product documentation is Citrix Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Citrix Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Citrix product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.