Citrix Virtual Apps and Desktops

Problemi noti e limitazioni

  • È supportato un solo server di log per ambiente

    L’architettura attuale supporta un solo server di log AOT per ambiente, e sia Web Studio che Director/Monitor sono progettati per funzionare con una sola configurazione del server di log. Tutti i componenti devono puntare a questo stesso server; la configurazione o la distribuzione dei carichi di lavoro su più server di log non è attualmente supportata. Questo singolo server può gestire fino a 128.000 connessioni di componenti attivi e elaborare fino a 10.000 eventi di log al secondo, il che è sufficiente per la maggior parte delle distribuzioni. Poiché questi limiti si basano sulla capacità di connessione e sulla velocità effettiva dei log, non sul numero di componenti, anche ambienti molto grandi possono operare con un solo server purché rimangano entro le soglie di velocità effettiva.
    Tuttavia, i clienti con volumi di log estremamente elevati durante l’attività di picco potrebbero raggiungere i limiti di acquisizione o indicizzazione a causa dell’assenza di scalabilità orizzontale. Il supporto per più server di log e opzioni di scalabilità più ampie sarà introdotto nelle versioni future come parte dell’architettura in evoluzione.

  • L’esecuzione del server di log AOT su una VM Windows ospitata su XenServer non è supportata. XenServer non supporta la virtualizzazione annidata, il che impedisce a Docker di essere eseguito all’interno della VM guest. Di conseguenza, il container del server di log non può essere distribuito in questa configurazione.

  • Docker Desktop su Windows richiede una sessione utente attiva per il server di log AOT

    Quando il server di log AOT viene distribuito su una VM Windows utilizzando Docker Desktop, il container viene eseguito nel contesto della sessione utente che ha avviato Docker Desktop. Docker Desktop è progettato come un’applicazione basata su sessione utente e non viene eseguito come servizio a livello di sistema su Windows. Di conseguenza, se l’utente si disconnette, Docker Desktop si arresta, il che causa l’arresto del container del server di log AOT. A causa di questo comportamento: Il server di log AOT si arresta quando l’utente si disconnette poiché la distribuzione dipende da una sessione utente specifica. Altri amministratori non possono accedere o gestire i container in esecuzione.

    Soluzione alternativa: Mantenere la sessione utente attiva o in uno stato disconnesso (non disconnettersi) per garantire che Docker Desktop e il container del server di log AOT continuino a essere eseguiti.

    Raccomandazione Per le distribuzioni di produzione, utilizzare una delle seguenti opzioni:

    • Distribuire il server di log AOT su una VM Linux utilizzando Docker Engine

    • Utilizzare la distribuzione basata su Citrix Connector Appliance (CCA) dove supportato

    Queste opzioni consentono al server di log di essere eseguito indipendentemente dalle sessioni utente e forniscono un modello di distribuzione più affidabile e sempre attivo.

Nota:

Questo approccio potrebbe non essere affidabile in ambienti con timeout di sessione o politiche di sicurezza rigorose.

Questo comportamento è una limitazione nota di Docker Desktop su Windows e non è specifico del server di log AOT.

  • I log del server licenze vengono visualizzati con un tipo di host errato in Director/Monitor

    Quando si visualizzano i log AOT dal License Server in Director, la colonna Host Type potrebbe visualizzare erroneamente il valore come DDC invece di License Server, anche se il nome host è corretto.

    Questo problema è limitato al modo in cui il tipo di host (Host Type) è rappresentato in Director e non influisce sulla raccolta o sulla funzionalità dei log. Questo problema è stato risolto nell’ultima versione di License Server ed è corretto a partire dalla versione di License Server: 55000 o successiva.

  • Citrix Cloud Connector è necessario per visualizzare i log AOT in Monitor

    I clienti che utilizzano Citrix Monitor per visualizzare i log AOT devono avere almeno un Citrix Cloud Connector distribuito nel loro ambiente. Questo requisito si applica indipendentemente da dove è ospitato l’AOT Log Server, inclusi Linux VM o Windows VM o Citrix Connector Appliance.

    Citrix Monitor si basa sul servizio Monitor in esecuzione sul Cloud Connector per recuperare i log dal Log Server configurato e visualizzarli nell’interfaccia utente.

    Senza un Windows Cloud Connector, i log AOT non possono essere recuperati o visualizzati in Monitor.

  • I log di ADC Gateway vengono visualizzati in modo errato in Citrix Director

    Sintomi: Quando si visualizzano i log Always On Tracing (AOT) per Citrix ADC Gateway in Citrix Director, si potrebbe osservare:

    • Livello di log visualizzato come Error invece di Debug o Info.
    • La colonna Message mostra l’intera voce di log raw.
    • Il timestamp visualizzato differisce dal timestamp dell’evento originale.
    • Sono interessati solo i record di log JSON malformati. I record di log validi vengono visualizzati correttamente.

    Versioni interessate: Citrix ADC precedente alla 14.1-73.x e Citrix ADC precedente alla 15.1-8.x.

    Causa: Citrix ADC Gateway carica record di log JSON malformati che non possono essere analizzati dall’AOT Log Server. Di conseguenza, il Log Server memorizza la voce di log raw e la classifica come errore.

    Risoluzione: Aggiornare Citrix ADC a una delle seguenti versioni o successive:

    • 14.1-73.x
    • 15.1-8.x

    Corretto in: Citrix ADC 14.1-73.x e Citrix ADC 15.1-8.x.

    • Il server di log AOT attualmente non supporta le distribuzioni conformi a FIPS. I clienti con requisiti FIPS obbligatori dovrebbero rimandare la distribuzione in produzione fino a quando il supporto FIPS non sarà disponibile.

      I clienti che non richiedono la conformità FIPS possono continuare a distribuire e valutare il server di log AOT in ambienti supportati.

Problemi noti e limitazioni

In questo articolo