Cache host locale
Suggerimento:
In Full Configuration > Home, la funzionalità di avvisi sullo stato del servizio fornisce avvisi proattivi per garantire che la cache e le zone dell’host locale siano configurate correttamente. Pertanto, quando si verifica un’interruzione, la cache host locale funziona e gli utenti non ne risentono. Gli avvisi sono a due livelli: avvisi a livello di sito visualizzati in Home (icona a forma di bandiera) e avvisi relativi alla zona visualizzati nella scheda Troubleshoot (Risoluzione dei problemi) di ciascuna area. Per ulteriori informazioni, vedere Zone.
La cache host locale consente di continuare le operazioni di intermediazione delle connessioni in una distribuzione di Citrix DaaS (precedentemente chiamato servizio Citrix Virtual Apps and Desktops) quando un Cloud Connector non è in grado di comunicare con Citrix Cloud. La cache host locale si attiva quando la connessione di rete viene persa per 60 secondi.
Con Local Host Cache, gli utenti che sono connessi quando si verifica un’interruzione possono continuare a lavorare senza interruzioni. Le riconnessioni e le nuove connessioni subiscono ritardi di connessione minimi.
Importante:
Se si utilizza una distribuzione StoreFront locale, è necessario aggiungere tutti i Cloud Connector che hanno (o possono avere) VDA registrati allo StoreFront come Delivery Controller. Un Cloud Connector che non viene aggiunto a StoreFront non può passare alla modalità di interruzione, con possibili conseguenti errori di avvio dell’utente.
Per le distribuzioni senza StoreFront on-premise, utilizzare la funzionalità di continuità del servizio della piattaforma Citrix Workspace per consentire agli utenti di connettersi alle risorse durante le interruzioni. Per ulteriori informazioni, vedere Continuità del servizio.
Contenuto di dati
La cache host locale include le seguenti informazioni, che sono un sottoinsieme delle informazioni contenute nel database principale:
- Identità degli utenti e dei gruppi a cui vengono assegnati diritti sulle risorse pubblicate dal sito.
- Identità degli utenti che attualmente utilizzano o che hanno recentemente utilizzato le risorse pubblicate dal sito.
- Identità delle macchine VDA (incluse le macchine Accesso remoto PC) configurate nel sito.
- Identità (nomi e indirizzi IP) delle macchine client dell’app Citrix Workspace utilizzate attivamente per connettersi alle risorse pubblicate.
Contiene inoltre informazioni per le connessioni attualmente attive che sono state stabilite mentre il database principale non era disponibile:
- Risultati di tutte le analisi endpoint della macchina client eseguite dall’app Citrix Workspace.
- Identità delle macchine dell’infrastruttura (quali Citrix Gateway e server StoreFront) coinvolte nel sito.
- Date, orari e tipi delle attività recenti svolte dagli utenti.
Come funziona
Ecco come Local Host Cache interagisce con Citrix Cloud.
Durante le normali operazioni
- Il Brokering Principal (noto anche come Citrix Remote Broker Provider Service) presente su un Cloud Connector accetta le richieste di connessione da StoreFront. Il broker principale comunica con Citrix Cloud per connettere gli utenti con VDA che sono registrati con Cloud Connector.
- Citrix Config Synchronizer Service (CSS) controlla il broker di Citrix Cloud circa ogni 5 minuti per verificare se sono state apportate modifiche alla configurazione. Tali modifiche possono essere avviate dall’amministratore (ad esempio la modifica di una proprietà di un gruppo di consegna) o le azioni di sistema (come le assegnazioni di macchine).
-
Se la configurazione è cambiata dopo il controllo precedente, CSS sincronizza (copia) le informazioni con un broker secondario presente nel Cloud Connector. Il broker secondario è anche noto come servizio High Availability o broker HA, come mostrato nella figura precedente.
Vengono copiati tutti i dati di configurazione, non solo gli elementi che sono cambiati dopo il controllo precedente. Il CSS importa i dati di configurazione in un database Microsoft SQL Server Express LocalDB sul Cloud Connector. Questo database viene denominato database della cache host locale. CSS assicura che le informazioni contenute nel database della cache host locale corrispondano alle informazioni presenti nel database del sito in Citrix Cloud. Il database della cache host locale viene ricreato a ogni sincronizzazione.
Microsoft SQL Server Express LocalDB (utilizzato dal database della cache host locale) viene installato automaticamente quando si installa un Cloud Connector. Il database Local Host Cache non può essere condiviso tra più Cloud Connector. Non è necessario eseguire il backup del database della cache host locale. Viene ricreato ogni volta che viene rilevata una modifica della configurazione.
- Se non vi sono state modifiche dopo l’ultimo controllo, i dati di configurazione non vengono copiati.
Durante un’interruzione
Quando inizia un’interruzione:
- Il broker secondario inizia l’ascolto e l’elaborazione delle richieste di connessione.
- Quando inizia l’interruzione, il broker secondario non dispone dei dati di registrazione VDA correnti, ma quando un VDA comunica con esso, viene attivato un processo di registrazione. Durante tale processo, il broker secondario riceve anche le informazioni sulla sessione corrente relative a quel VDA.
- Mentre il broker secondario gestisce le connessioni, il broker principale continua a monitorare la connessione a Citrix Cloud. Quando la connessione viene ripristinata, il broker principale chiede al broker secondario di interrompere l’ascolto delle informazioni sulla connessione e ricomincia a svolgere le operazioni di mediazione. La volta successiva che un VDA comunica con il broker principale, viene attivato un processo di registrazione. Il broker secondario rimuove le registrazioni VDA che sono rimaste dall’interruzione precedente. Il CSS riprende la sincronizzazione delle informazioni quando rileva che sono state apportate modifiche della configurazione in Citrix Cloud.
Nell’improbabile caso in cui un’interruzione inizi durante una sincronizzazione, l’importazione corrente viene eliminata e viene utilizzata l’ultima configurazione nota.
Il registro degli eventi indica quando si verificano sincronizzazioni e interruzioni.
Non è previsto alcun limite di tempo per il funzionamento in modalità di interruzione.
È inoltre possibile attivare intenzionalmente un’interruzione. Per dettagli su perché e come farlo, vedere Forzare un’interruzione.
Posizioni delle risorse con più Cloud Connector
Tra le altre attività che svolge, il CSS fornisce regolarmente al broker secondario informazioni su tutti i Cloud Connector della posizione delle risorse. Avendo queste informazioni, ogni broker secondario è a conoscenza di tutti i broker secondari peer che sono in esecuzione su altri Cloud Connector nella posizione della risorsa.
I broker secondari comunicano tra loro su un canale separato. Questi broker utilizzano un elenco alfabetico di nomi FQDN delle macchine su cui sono in esecuzione per determinare (scegliere) quale broker secondario medierà le operazioni nella zona in caso di interruzione. Durante l’interruzione, tutti i VDA si registrano di nuovo presso il broker secondario scelto. I broker secondari non scelti della zona rifiutano attivamente le richieste di connessione e di registrazione VDA in entrata.
Se un broker secondario scelto si arresta durante un’interruzione, viene scelto un altro broker secondario al suo posto e i VDA si registrano presso il broker secondario appena scelto.
Durante un’interruzione, se un Cloud Connector viene riavviato:
- Se quel Cloud Connector non è il broker scelto, il riavvio non ha alcun impatto.
- Se il Cloud Connector è il broker scelto, ne viene scelto un altro, facendo registrare i VDA. Dopo l’accensione, il Cloud Connector riavviato assume automaticamente il ruolo di mediazione, facendo nuovamente registrare i VDA. In questo scenario, durante le registrazioni le prestazioni possono risentirne.
Nel registro eventi sono disponibili informazioni sulla scelta dei broker.
Cosa non è disponibile durante un’interruzione e altre differenze
Non è previsto alcun limite di tempo per il funzionamento in modalità di interruzione. Tuttavia, se l’interruzione è dovuta alla perdita della connettività a Citrix Cloud dalla posizione delle risorse, Citrix consiglia di ripristinare la connettività dalla posizione della risorsa al più presto possibile.
Durante un’interruzione:
- Non è possibile utilizzare le interfacce di Manage.
-
È disponibile un accesso limitato all’SDK Remote PowerShell.
- È necessario innanzitutto:
- Aggiungere una chiave
EnableCssTestModedel Registro di sistema con un valore di 1:New-ItemProperty -Path HKLM:\SOFTWARE\Citrix\DesktopServer\LHC -Name EnableCssTestMode -PropertyType DWORD -Value 1 - Impostare l’autenticazione SDK su
OnPremin modo che il proxy SDK non tenti di reindirizzare le chiamate ai cmdlet:$XDSDKAuth="OnPrem" - Usare la porta 89:
Get-BrokerMachine -AdminAddress localhost:89 | Select MachineName, ContollerDNSName, DesktopGroupName, RegistrationState
- Aggiungere una chiave
- Dopo aver eseguito questi comandi, è possibile accedere a:
- Tutti i cmdlet
Get-Broker*.
- Tutti i cmdlet
- È necessario innanzitutto:
- I dati di monitoraggio non vengono inviati a Citrix Cloud durante un’interruzione. Pertanto, le funzioni di Monitor non evidenziano attività a partire da un intervallo di interruzione.
- Le credenziali Hypervisor non possono essere ottenute dal servizio host. Tutte le macchine sono in stato di alimentazione sconosciuto e non è possibile emettere operazioni di alimentazione. Tuttavia, le macchine virtuali dell’host che sono alimentate possono essere utilizzate per le richieste di connessione.
- Una macchina assegnata può essere utilizzata solo se l’assegnazione si è verificata durante le normali operazioni. Non è possibile effettuare nuove assegnazioni durante un’interruzione.
- La registrazione e la configurazione automatica delle macchine Accesso remoto al PC non sono possibili. Tuttavia, le macchine che sono state registrate e configurate durante il normale funzionamento sono utilizzabili.
- Le applicazioni ospitate da server e gli utenti desktop potrebbero utilizzare più sessioni rispetto ai limiti di sessione configurati, se le risorse si trovano in zone diverse.
- Gli utenti possono avviare applicazioni e desktop solo da VDA registrati nella zona contenente il broker attualmente attivo/scelto. Gli avvii tra una zona e l’altra (da un broker che si trova in una zona a un VDA che si trova in una zona diversa) non sono supportati durante un’interruzione.
- Se si verifica un’interruzione del database del sito prima dell’inizio di un riavvio pianificato per i VDA di un gruppo di consegna, i riavvii iniziano al termine dell’interruzione. Questo scenario può dare risultati imprevisti. Per ulteriori informazioni, vedere Riavvii pianificati ritardati a causa di un’interruzione del database.
- La preferenza di zona non può essere configurata. Se è configurata, le preferenze non vengono prese in considerazione per l’avvio della sessione.
- Le restrizioni sui tag in cui i tag vengono utilizzati per designare le posizioni risorsa non sono supportate per l’avvio delle sessioni. Quando sono configurate restrizioni di tag e l’opzione di controllo avanzato di integrità di uno store StoreFront è abilitata, alcune delle sessioni potrebbero non avviarsi.
Requisiti di StoreFront
Se si utilizza una distribuzione StoreFront locale, è necessario aggiungere tutti i Cloud Connector che hanno (o possono avere) VDA registrati allo StoreFront come Delivery Controller. Un Cloud Connector che non viene aggiunto a StoreFront non può passare alla modalità di interruzione, con possibili conseguenti errori di avvio dell’utente.
Disponibilità delle risorse
Durante un’interruzione è possibile garantire la disponibilità di risorse (app e desktop) in due modi:
- Pubblicare le risorse in ogni posizione delle risorse della distribuzione.
- Se si utilizza StoreFront 1912 CU4 o versione successiva, pubblicare le risorse in almeno una posizione di risorse e attivare il controllo avanzato dello stato su tutti i server StoreFront. Per le versioni precedenti a StoreFront 2308, il controllo di integrità avanzato è disattivato per impostazione predefinita e deve essere abilitato da un amministratore. Per StoreFront versione 2308 e successive, questa funzionalità è abilitata per impostazione predefinita. Per ulteriori informazioni e istruzioni sull’attivazione del controllo di integrità avanzato, vedere Controllo di integrità avanzato.
Supporto di applicazioni e desktop
La cache host locale supporta applicazioni e desktop ospitati da server e desktop statici (assegnati).
La cache host locale supporta i VDA desktop (a sessione singola) nei gruppi di consegna in pool, come indicato di seguito.
-
Per impostazione predefinita, i VDA desktop con gestione dell’alimentazione in gruppi di consegna in pool (creati da MCS o Citrix Provisioning) con la proprietà
ShutdownDesktopsAfterUseabilitata non sono disponibili per le nuove connessioni durante un evento della cache host locale. È possibile modificare questa impostazione predefinita per consentire l’utilizzo di tali desktop durante l’evento della cache host locale.Tuttavia, non è necessariamente possibile fare affidamento sulla gestione dell’alimentazione durante l’interruzione. La gestione dell’alimentazione riprende dopo il ripresa delle normali operazioni. Inoltre, tali desktop potrebbero contenere dati dell’utente precedente, perché non sono stati riavviati.
-
Per ignorare il comportamento predefinito, è necessario abilitarlo in tutto il sito e per ogni gruppo di consegna interessato, utilizzando i comandi di PowerShell.
Per intervenire su tutto il sito, eseguire il seguente comando:
Set-BrokerSite -ReuseMachinesWithoutShutdownInOutageAllowed $truePer impostazione predefinita, tutti i gruppi di consegna non sono abilitati per questa funzione. Esistono due opzioni per abilitarla a livello di gruppo di consegna:
-
Abilitare per gruppi di consegna selezionati: per ciascun gruppo di consegna interessato, eseguire il seguente comando.
Set-BrokerDesktopGroup -Name "name" -ReuseMachinesWithoutShutdownInOutage $true -
Abilitare per tutti i gruppi di consegna: per abilitare l’impostazione predefinita a livello di gruppo di consegna, eseguire il seguente comando. Questa impostazione si applica a tutti i gruppi di consegna di nuova creazione (ovvero, a tutti i gruppi di consegna creati dopo aver abilitato l’impostazione).
Set-BrokerSite -DefaultReuseMachinesWithoutShutdownInOutage $truePer abilitare questa opzione per i gruppi di consegna esistenti, eseguire il comando indicato in precedenza (
Set-BrokerDesktopGroup -Name "name" -ReuseMachinesWithoutShutdownInOutage $true).
L’attivazione di questa funzione nel sito e nei gruppi di consegna non influisce sul funzionamento della proprietà
ShutdownDesktopsAfterUseconfigurata durante le normali operazioni. -
Importante:
Senza abilitare ReuseMachinesWithoutShutdownInOutageAllowed a livello di sito e ReuseMachinesWithoutShutdownInOutage a livello di gruppo di consegna, tutti i tentativi di avvio della sessione di VDA desktop ad alimentazione gestita in gruppi di consegna in pool non riusciranno durante un evento Local Host Cache.
Verificare che la cache dell’host locale funzioni
Ecco come verificare che Local Host Cache sia configurata correttamente.
Per verificare che la cache host locale sia correttamente configurata e in funzione:
- Se si utilizza StoreFront, verificare che la distribuzione locale di StoreFront punti a tutti i Cloud Connector in quella posizione risorsa.
- Assicurarsi che le importazioni di sincronizzazione siano completate correttamente. Controllare i registri degli eventi.
- Assicurarsi che sia stato creato il database Local Host Cache su ogni Cloud Connector. Ciò conferma che il servizio High Availability può subentrare, se necessario.
- Sul server Cloud Connector, passare a
c:\Windows\ServiceProfiles\NetworkService. - Verificare che vengano creati
HaDatabaseName.mdfeHaDatabaseName_log.ldf.
- Sul server Cloud Connector, passare a
- Selezionare Force an outage su tutti i Cloud Connector nella posizione della risorsa. Dopo aver verificato che la cache locale host funziona, ricordare di rimettere tutti i Cloud Connector in modalità normale. Questa operazione può richiedere circa 15 minuti.
Registri eventi
I registri eventi indicano quando si verificano sincronizzazioni e interruzioni. Nei registri del visualizzatore eventi, la modalità di interruzione viene definita modalità HA.
Servizio Config Synchronizer
Durante le normali operazioni, possono verificarsi gli eventi di cui sotto quando il CSS importa i dati di configurazione nel database della cache host locale utilizzando il broker cache host locale.
- 503: Citrix Config Sync Service ha ricevuto una configurazione aggiornata. Questo evento si verifica ogni volta che viene ricevuta una configurazione aggiornata da Citrix Cloud. Indica l’inizio del processo di sincronizzazione.
- 504: Citrix Config Sync Service ha importato una configurazione aggiornata. L’importazione della configurazione è stata completata correttamente.
- 505: Citrix Config Sync Service non è riuscito a effettuare un’importazione. L’importazione della configurazione non è stata completata correttamente. Se è disponibile, viene utilizzata una precedente configurazione riuscita in caso di interruzione. Tuttavia, sarà obsoleta rispetto alla configurazione corrente. Se non è disponibile alcuna configurazione precedente, il servizio non può partecipare alla mediazione della sessione durante un’interruzione. In questo caso, consultare la sezione Risoluzione dei problemi e contattare il Supporto Citrix.
- 507: Citrix Config Sync Service ha abbandonato un’importazione perché il sistema è in modalità di interruzione e viene utilizzato il broker cache host locale per la mediazione. Il servizio ha ricevuto una nuova configurazione, ma l’importazione è stata abbandonata a causa di un’interruzione. Questo è un comportamento previsto.
- 510: nessun dato di configurazione del Configuration Service ricevuto dal servizio di configurazione principale.
- 517: si è verificato un problema di comunicazione con il Broker principale.
- 518: lo script Config Sync si è interrotto perché il Broker secondario (High Availability Service) non è in esecuzione.
Servizio High Availability
Questo servizio è noto anche come broker cache host locale.
- 3502: si è verificata un’interruzione e il broker cache host locale sta eseguendo operazioni di mediazione.
- 3503: è stata risolta un’interruzione e sono riprese le normali operazioni.
- 3504: indica quale broker cache host locale viene scelto, oltre ad altri broker cache host locale coinvolti nella scelta.
- 3507: fornisce un aggiornamento dello stato della cache host locale ogni 2 minuti; questo indica che la modalità Cache host locale è attiva sul broker selezionato. Contiene un riepilogo dell’interruzione, inclusa la durata dell’interruzione, la registrazione del VDA e le informazioni sulla sessione.
- 3508: annuncia che la cache host locale non è più attiva sul broker scelto e le normali operazioni sono state ripristinate. Contiene un riepilogo dell’interruzione che include la durata dell’interruzione, il numero di macchine registrate durante l’evento della cache host locale e il numero di avvii riusciti durante l’evento LHC.
- 3509: notifica che la cache host locale è attiva sui broker non scelti. Contiene una durata di interruzione ogni 2 minuti e indica il broker scelto.
- 3510: annuncia che la cache host locale non è più attiva sui broker non scelti. Contiene la durata dell’interruzione e indica il broker scelto.
Forzare un’interruzione
Potrebbe essere utile forzare deliberatamente un’interruzione.
- Se la rete continua a disattivarsi e riattivarsi. Forzare un’interruzione fino a quando non vengono risolti i problemi di rete impedisce la transizione continua tra modalità normale e di interruzione (e le frequenti tempeste di registrazione VDA che ne derivano).
- Per verificare un piano di ripristino di emergenza.
- Per aiutare a garantire che cache host locale funzioni correttamente.
Sebbene un Cloud Connector possa essere aggiornato durante un’interruzione forzata, possono verificarsi problemi imprevisti. Consigliamo di impostare una pianificazione per gli aggiornamenti di Cloud Connector che eviti gli intervalli di modalità di interruzione forzata.
Per forzare un’interruzione, modificare il registro di ciascun server Cloud Connector. In HKLM\Software\Citrix\DesktopServer\LHC, creare e impostare OutageModeForced come REG_DWORD su 1. Questa impostazione indica al broker Local Host Cache di entrare in modalità di interruzione, indipendentemente dallo stato della connessione a Citrix Cloud. Impostando il valore su 0 si fa uscire il broker cache host locale dalla modalità di interruzione.
Per verificare gli eventi, monitorare il file di log Current_HighAvailabilityService al percorso C:\ProgramData\Citrix\workspaceCloud\Logs\Plugins\HighAvailabilityService.
Risoluzione dei problemi
Sono disponibili diversi strumenti per la risoluzione dei problemi quando un’importazione di sincronizzazione nel database della cache host locale non riesce e viene pubblicato un evento 505.
CDF tracing: contiene opzioni per i moduli ConfigSyncServer e BrokerLHC. Queste opzioni, insieme ad altri moduli broker, possono identificare il problema.
Report: se un’importazione di sincronizzazione non riesce, è possibile generare un rapporto. Questo rapporto si arresta all’oggetto che causa l’errore. Questa funzione di report influisce sulla velocità di sincronizzazione, pertanto Citrix consiglia di disabilitarla quando non è in uso.
Per abilitare e produrre un report di traccia CSS, immettere il seguente comando:
New-ItemProperty -Path HKLM:\SOFTWARE\Citrix\DesktopServer\LHC
-Name EnableCssTraceMode -PropertyType DWORD -Value 1
Il report HTML è pubblicato all’indirizzo: C:\Windows\ServiceProfiles\NetworkService\AppData\Local\Temp\CitrixBrokerConfigSyncReport.html
Dopo aver generato il report, immettere il seguente comando per disabilitare la funzione di reporting:
Set-ItemProperty -Path HKLM:\SOFTWARE\Citrix\DesktopServer\LHC
-Name EnableCssTraceMode -Value 0
Comandi PowerShell della cache host locale
È possibile gestire la cache host locale sui Cloud Connector utilizzando i comandi PowerShell.
Il modulo PowerShell si trova nella seguente posizione sui Cloud Connectors:
C:\Program Files\Citrix\Broker\Service\ControlScripts
Importante:
Eseguire questo modulo solo sui Cloud Connector.
Importare il modulo PowerShell
Per importare il modulo, eseguire la procedura seguente sul proprio Cloud Connector:
cd C:\Program Files\Citrix\Broker\Service\ControlScripts
Import-Module .\HighAvailabilityServiceControl.psm1
Comandi PowerShell per gestire LHC
I seguenti cmdlet consentono di attivare e gestire la modalità LHC sui Cloud Connector.
| Cmdlet | Funzione |
|---|---|
Enable-LhcForcedOutageMode |
Mettere il broker in modalità LHC. I file di database della cache host locale devono essere stati creati correttamente dal servizio ConfigSync per assicurare che Enable-LhcForcedOutageMode funzioni correttamente. Questo cmdlet forza LHC solo sul Cloud Connector su cui è stato eseguito. Per rendere attivo LHC, questo cmdlet deve essere eseguito su tutti i Cloud Connector all’interno della posizione risorsa. |
Disable-LhcForcedOutageMode |
Consente di escludere il Broker dalla modalità LHC. Questo cmdlet disabilita solo la modalità LHC sul Cloud Connector su cui è stato eseguito. Disable-LhcForcedOutageMode deve essere eseguito su tutti i Cloud Connector all’interno della posizione della risorsa. |
Set-LhcConfigSyncIntervalOverride |
Impostare l’intervallo con cui Citrix Config Synchronizer Service (CSS) verifica se sono state apportate modifiche alla configurazione all’interno del sito Citrix DaaS. L’intervallo di tempo può variare da 60 secondi (un minuto) a 3600 secondi (un’ora). Questa impostazione si applica solo al Cloud Connector su cui è stata eseguita. Per garantire la coerenza tra i Cloud Connector, considerare l’esecuzione di questo cmdlet su ogni Cloud Connector. Ad esempio: Set-LhcConfigSyncIntervalOverride -Seconds 1200
|
Clear-LhcConfigSyncIntervalOverride |
Imposta l’intervallo con cui Citrix Config Synchronizer Service (CSS) verifica le modifiche alla configurazione all’interno del sito Citrix DaaS sul valore predefinito di 300 secondi (cinque minuti). Questa impostazione si applica solo al Cloud Connector su cui è stata eseguita. Per garantire la coerenza tra i Cloud Connector, considerare l’esecuzione di questo cmdlet su ogni Cloud Connector. |
Enable-LhcHighAvailabilitySDK |
Abilita l’accesso a tutti i cmdlet Get-Broker* all’interno del Cloud Connector in cui è stato eseguito. |
Disable-LhcHighAvailabilitySDK |
Disabilita l’accesso ai comandi PowerShell Broker all’interno del Cloud Connector in cui è stato eseguito. |
Nota:
- Utilizzare la porta 89 quando si eseguono i cmdlet
Get-Broker*sul Cloud Connector. Ad esempio:
Get-BrokerMachine -AdminAddress localhost:89- Quando non è in modalità LHC, l’LHC Broker sul Cloud Connector contiene solo le informazioni di configurazione.
- Durante la modalità LHC, il broker LHC presente sul Cloud Connector selezionato contiene le seguenti informazioni:
- Stati delle risorse
- Dettagli della sessione
- Registrazioni dei VDA
- Informazioni sulla configurazione
Ulteriori informazioni
Vedere Considerazioni sulla scalabilità e sul dimensionamento per la cache host locale per informazioni su:
- Metodologie e risultati di test
- Considerazioni sulle dimensioni della RAM
- Considerazioni sulla configurazione del core e del socket della CPU
- Considerazioni sull’archiviazione