Documentazione dei prodotti
Citrix Virtual Apps and Desktops™ 7 2507 LTSR
Visualizza PDF

Raccomandazione per il server di log

June 5, 2026
Grazie al contributo di: 
C C

Volume giornaliero dei log (archiviazione)

Elemento 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 7500 4 1 MB-1,5 MB 45.000 MB (≈45 GB)
Delivery Controller 4 — 300 MB per ogni DDC 1.200 MB (≈1,2 GB)
Server StoreFront 4 — 300 MB per ogni server 1.200 MB (≈1,2 GB)
NetScaler Gateway /PVS/Session Recording/ FSA e altri server 4 — 300 MB per ogni server 1.200 MB (≈1,2 GB)
Dimensione totale giornaliera dei log (dopo la compressione) — — — Prima della compressione è ≈155 GB/giorno
        Dopo la compressione è da 80 GB a 125 GB/giorno

Nota:

  1. Questi valori sono approssimativi e possono variare notevolmente tra le diverse distribuzioni. Il volume dei log dipende dalle dimensioni del sito, dall’attività degli utenti, dalla combinazione dei componenti e dalle esigenze di conservazione. Utilizzare questi numeri solo come base di riferimento per iniziare la pianificazione e regolare l’allocazione dello storage in base all’utilizzo effettivo dell’ambiente, alle tendenze di crescita e ai test delle prestazioni.

  2. 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 compressione massima o l’80% dello spazio su disco quando esegue la compressione minima.

  3. 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.

  4. 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.

  5. 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.

  6. Nelle prossime versioni, Citrix passerà a un’architettura separata, in cui l’acquisizione e l’archiviazione/indicizzazione vengono 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 grandi o multi-sito e rimuovere il limite di scalabilità imposto dall’attuale design a nodo singolo.

  7. 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 da quante macchine inviano log AOT, da quanti dati vengono generati al giorno e da quanto tempo i log devono essere conservati.

Poiché ogni ambiente Citrix si comporta in modo diverso, i clienti dovrebbero iniziare stimando il loro volume giornaliero di 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 di calcolo dello storage Storage totale (GB) = Volume giornaliero dei log (GB) × Giorni di conservazione

Esempio di calcolo - Volume giornaliero dei log (dopo la compressione) = 125 GB – 200 GB) L’esempio seguente illustra come i requisiti di storage scalano per diversi obiettivi di conservazione.

Periodo di conservazione Storage richiesto
7 giorni 560 GB – 875 GB (Consigliato)
15 giorni 1.200 GB (≈1.200 TB) - 1.875 GB (1.875 TB)
30 giorni 2.400 GB (≈2.400 TB) - 3.750 GB (3.750 TB)
Raccomandazione per il server di log
June 5, 2026
Grazie al contributo di: 
C C
June 5, 2026
Grazie al contributo di: 
C C

In questo articolo

Feedback sito | Your privacy choices footer linkScelte di privacy | Privacy e condizioni legali | Preferenze cookie | Impostazioni di consenso | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.