Zone
Le distribuzioni che si estendono su posizioni ampiamente disperse e connesse tramite una WAN possono affrontare sfide dovute alla latenza e all’affidabilità della rete. Esistono due opzioni che mitigano tali sfide:
-
Distribuire più siti, ciascuno con il proprio database del sito SQL Server.
Questa opzione è consigliata per distribuzioni aziendali di grandi dimensioni. Più siti sono gestiti separatamente e ciascuno richiede il proprio database del sito SQL Server. Ogni sito è una distribuzione Citrix Virtual Apps™ separata.
-
Configurare più zone all’interno di un singolo sito.
La configurazione delle zone può aiutare gli utenti in regioni remote a connettersi alle risorse senza necessariamente costringere le loro connessioni ad attraversare ampi segmenti della WAN. L’uso delle zone consente una gestione efficace del sito da un’unica console Citrix Studio, Citrix Director e dal database del sito. Ciò consente di risparmiare i costi di distribuzione, personale, licenze e gestione di più siti contenenti database separati in posizioni remote.
Le zone possono essere utili in distribuzioni di tutte le dimensioni. È possibile utilizzare le zone per mantenere applicazioni e desktop più vicini agli utenti finali, migliorando le prestazioni. Una zona può avere uno o più Controller installati localmente per ridondanza e resilienza, ma non è obbligatorio.
Il numero di Controller configurati nel sito può influire sulle prestazioni di alcune operazioni, come l’aggiunta di nuovi Controller al sito stesso. Per evitare ciò, si consiglia di limitare il numero di zone nel sito Citrix Virtual Apps o Citrix Virtual Desktops™ a non più di 50.
Quando la latenza di rete delle zone è superiore a 250 ms RTT, si consiglia di distribuire più siti anziché zone.
In questo articolo, il termine locale si riferisce alla zona in discussione. Ad esempio, “Un VDA si registra con un Controller locale” significa che un VDA si registra con un Controller nella zona in cui si trova il VDA.
Le zone in questa versione sono simili, ma non identiche alle zone di XenApp versione 6.5 e precedenti. Ad esempio, in questa implementazione delle zone, non ci sono raccoglitori di dati. Tutti i Controller nel sito comunicano con un database del sito nella zona primaria. Inoltre, il failover e le zone preferite funzionano in modo diverso in questa versione.
Tipi di zona
Un sito ha sempre una zona primaria. Può anche avere facoltativamente una o più zone satellite. Le zone satellite possono essere utilizzate per il ripristino di emergenza, data center geograficamente distanti, filiali, un cloud o una zona di disponibilità in un cloud.
Zona primaria:
La zona primaria ha il nome predefinito “Primary”. Questa zona contiene il database del sito SQL Server (e i server SQL ad alta disponibilità, se utilizzati), Studio, Director, Citrix StoreFront™, Citrix License Server e Citrix Gateway. Mantenere sempre il database del sito nella zona primaria.
La zona primaria dovrebbe avere almeno due Controller per la ridondanza. La zona primaria può avere VDA con applicazioni strettamente accoppiate al database e all’infrastruttura.
Zona satellite:
Una zona satellite contiene uno o più VDA, Controller, server StoreFront e server Citrix Gateway. In condizioni operative normali, i Controller in una zona satellite comunicano direttamente con il database nella zona primaria.
Una zona satellite, in particolare una di grandi dimensioni, potrebbe anche contenere un hypervisor utilizzato per il provisioning e l’archiviazione di macchine per quella zona. Quando si configura una zona satellite, è possibile associarvi un hypervisor o un’altra connessione di servizio. (Assicurarsi che tutti i cataloghi che utilizzano tale connessione si trovino nella stessa zona.)
Un sito può avere zone satellite con configurazioni diverse, in base alle proprie esigenze e all’ambiente. La figura seguente illustra una zona primaria ed esempi di zone satellite.
Nell’illustrazione:
-
Zona primaria: Contiene due Controller, Studio, Director, StoreFront, License Server e il database del sito (più distribuzioni SQL Server ad alta disponibilità). La zona primaria contiene anche diversi VDA e un Citrix Gateway.
-
Zona satellite 1: VDA con Controller: La zona satellite 1 contiene un Controller, VDA e un server StoreFront. I VDA in questa zona satellite si registrano con il Controller locale. Il Controller locale comunica con il database del sito e il server licenze nella zona primaria.
Se la WAN si guasta, la funzione Local Host Cache consente al Controller nella zona satellite di continuare a gestire le connessioni ai VDA in quella zona. Una tale distribuzione può essere efficace in un ufficio dove i lavoratori utilizzano un sito StoreFront locale e il Controller locale per accedere alle proprie risorse locali.
-
Zona satellite 2: VDA con Controller ridondanti: La zona satellite 2 contiene due Controller, VDA e un server StoreFront. Questo è il tipo di zona più resiliente, che offre protezione contro un guasto simultaneo della WAN e di uno dei Controller locali.
Dove i VDA si registrano e dove i Controller eseguono il failover
In un sito contenente zone primarie e satellite, con VDA alla versione minima 7.7:
- Un VDA nella zona primaria si registra con un Controller nella zona primaria. Un VDA nella zona primaria non tenta mai di registrarsi con un Controller in una zona satellite.
- Un VDA in una zona satellite si registra con un Controller locale, se possibile. (Questo è considerato il Controller preferito.) Se non sono disponibili Controller locali (ad esempio, perché non possono accettare più registrazioni VDA o sono guasti), il VDA tenterà di registrarsi con un Controller nella zona primaria. In questo caso, il VDA rimane registrato nella zona primaria, anche se un Controller in una zona satellite diventa nuovamente disponibile. Un VDA in una zona satellite non tenta mai di registrarsi con un Controller in un’altra zona satellite.
- Quando l’aggiornamento automatico è abilitato per la rilevazione dei Controller da parte dei VDA e si specifica un elenco di indirizzi Controller durante l’installazione del VDA, un Controller viene selezionato casualmente da tale elenco per la registrazione iniziale (indipendentemente dalla zona in cui risiede il Controller). Dopo il riavvio della macchina con quel VDA, il VDA inizierà a preferire la registrazione con un Controller nella sua zona locale.
- Se un Controller in una zona satellite si guasta, esegue il failover su un altro Controller locale, se possibile. Se non sono disponibili Controller locali, esegue il failover su un Controller nella zona primaria.
- Se si sposta un Controller all’interno o all’esterno di una zona e l’aggiornamento automatico è abilitato, i VDA in entrambe le zone ricevono elenchi aggiornati che indicano quali Controller sono locali e quali si trovano nella zona primaria, in modo che sappiano con chi possono registrarsi e da chi accettare connessioni.
- Se si sposta un catalogo in un’altra zona, i VDA in quel catalogo si registrano nuovamente con i Controller nella zona in cui è stato spostato il catalogo. (Quando si sposta un catalogo in un’altra zona, assicurarsi che questa zona e la zona con la connessione host associata siano ben connesse. Se la larghezza di banda è limitata o la latenza è elevata, spostare la connessione host nella stessa zona contenente il catalogo macchine associato.)
Se tutti i Controller nella zona primaria si guastano:
- Studio non può connettersi al sito.
- Le connessioni ai VDA nella zona primaria non possono essere stabilite.
- Le prestazioni del sito si degradano fino a quando i Controller nella zona primaria non diventano disponibili.
Per i siti contenenti versioni VDA precedenti alla 7.7:
- Un VDA in una zona satellite accetta richieste dai Controller nella propria zona locale e nella zona primaria. (I VDA alla versione minima 7.7 possono accettare richieste Controller da altre zone satellite.)
- Un VDA in una zona satellite si registra con un Controller nella zona primaria o nella zona locale in modo casuale. (I VDA alla versione minima 7.7 preferiscono la zona locale.)
Preferenza di zona
Per utilizzare la funzione di preferenza di zona, è necessario utilizzare almeno StoreFront 3.7 e Citrix Gateway 11.0-65.x.
In un sito multi-zona, la funzione di preferenza di zona offre all’amministratore maggiore flessibilità per controllare quale VDA viene utilizzato per avviare un’applicazione o un desktop.
Come funziona la preferenza di zona
Esistono tre forme di preferenza di zona. Si potrebbe preferire l’utilizzo di un VDA in una zona particolare, in base a:
- Dove sono archiviati i dati dell’applicazione. Questo è definito come la home dell’applicazione.
- La posizione dei dati home dell’utente, come un profilo o una condivisione home. Questo è definito come la home dell’utente.
- La posizione corrente dell’utente (dove è in esecuzione l’app Citrix Workspace™). Questo è definito come la posizione dell’utente.
Il seguente grafico mostra un esempio di configurazione multi-zona.
In questo esempio, i VDA sono distribuiti tra tre zone satellite, ma si trovano tutti nello stesso Delivery Group. Pertanto, il broker potrebbe avere una scelta su quale VDA utilizzare per una richiesta di avvio utente. Questo esempio indica che ci sono diverse posizioni in cui gli utenti possono eseguire i loro endpoint dell’app Citrix Workspace:
- L’utente A sta utilizzando un dispositivo con l’app Citrix Workspace nella zona satellite 1.
- L’utente B sta utilizzando un dispositivo nella zona satellite 2.
-
I documenti di un utente possono essere archiviati in varie posizioni.
- Gli utenti A e B utilizzano una condivisione basata nella zona satellite 1.
- L’utente C utilizza una condivisione dalla zona satellite C.
- Una delle applicazioni pubblicate utilizza un database situato nella zona satellite 1.
Si associa un utente o un’applicazione a una zona configurando una zona home per l’utente o l’applicazione. Il broker nel Delivery Controller™ utilizza quindi tali associazioni per aiutare a selezionare la zona in cui verrà avviata una sessione, se le risorse sono disponibili. È possibile:
- Configurare la zona home per un utente aggiungendo un utente a una zona.
- Configurare la zona home per un’applicazione modificando le proprietà dell’applicazione.
Un utente o un’applicazione può avere una sola zona home alla volta. (Un’eccezione per gli utenti può verificarsi quando si verificano più appartenenze a zone a causa dell’appartenenza a gruppi di utenti; vedere la sezione “Altre considerazioni”. Tuttavia, anche in questo caso, il broker utilizza una sola zona home.)
Sebbene le preferenze di zona per utenti e applicazioni possano essere configurate, il broker seleziona una sola zona preferita per un avvio. L’ordine di priorità predefinito per la selezione della zona preferita è home dell’applicazione > home dell’utente > posizione dell’utente. È possibile limitare la sequenza; vedere Personalizzazione della preferenza di zona. Quando un utente avvia un’applicazione:
- Se l’applicazione ha un’associazione di zona configurata (una home dell’applicazione), la zona preferita è la zona home per tale applicazione.
- Se l’applicazione non ha un’associazione di zona configurata, ma l’utente ha un’associazione di zona configurata (una home dell’utente), la zona preferita è la zona home per tale utente.
- Se né l’applicazione né l’utente hanno un’associazione di zona configurata, la zona preferita è la zona in cui l’utente sta eseguendo un’istanza dell’app Citrix Workspace (la posizione dell’utente). Se tale zona non è definita, viene utilizzata una selezione casuale di VDA e zona. Il bilanciamento del carico viene applicato a tutti i VDA nella zona preferita. Se non esiste una zona preferita, il bilanciamento del carico viene applicato a tutti i VDA nel Delivery Group.
Personalizzazione della preferenza di zona
Quando si configura (o si rimuove) una zona home per un utente o un’applicazione, è possibile anche limitare ulteriormente il modo in cui viene utilizzata la preferenza di zona.
- Uso obbligatorio della zona home dell’utente: In un Delivery Group, è possibile specificare che le sessioni vengano avviate nella zona home dell’utente (se configurata), senza failover a un’altra zona se la zona home non dispone di risorse disponibili. Questa restrizione è utile quando è necessario evitare il rischio di copiare profili o file di dati di grandi dimensioni tra le zone. In altre parole, si preferirebbe negare l’avvio di una sessione piuttosto che avviarla in una zona diversa.
- Uso obbligatorio della zona home dell’applicazione: Allo stesso modo, quando si configura una zona home per un’applicazione, è possibile indicare che l’applicazione venga avviata solo in quella zona, senza failover a una zona diversa se le risorse non sono disponibili nella zona home dell’applicazione.
- Nessuna zona home dell’applicazione e ignora la zona home dell’utente configurata: Se non si specifica una zona home per un’applicazione, è possibile anche indicare che nessuna zona utente configurata debba essere considerata durante l’avvio di tale applicazione. Ad esempio, si potrebbe preferire che gli utenti eseguano un’applicazione su un VDA vicino al proprio dispositivo, utilizzando la preferenza di zona della posizione dell’utente, anche se alcuni utenti potrebbero avere una zona home diversa.
Come le zone preferite influiscono sull’uso della sessione
Quando un utente avvia un’applicazione o un desktop, il broker preferisce utilizzare la zona preferita piuttosto che una sessione esistente.
Se l’utente che avvia un’applicazione o un desktop ha già una sessione adatta alla risorsa che viene avviata (ad esempio, che può utilizzare la condivisione di sessione per un’applicazione, o una sessione che sta già eseguendo la risorsa che viene avviata), ma tale sessione è in esecuzione su un VDA in una zona diversa dalla zona preferita per l’utente/applicazione, il sistema potrebbe creare una nuova sessione. Ciò soddisfa l’avvio nella zona corretta (se ha capacità disponibile), prima di riconnettersi a una sessione in una zona meno preferita per i requisiti di sessione di quell’utente.
Per prevenire una sessione orfana che non può più essere raggiunta, la riconnessione è consentita alle sessioni disconnesse esistenti, anche se si trovano in una zona non preferita.
L’ordine di desiderabilità per le sessioni per soddisfare un avvio è:
- Riconnettersi a una sessione esistente nella zona preferita.
- Riconnettersi a una sessione disconnessa esistente in una zona diversa dalla zona preferita.
- Avviare una nuova sessione nella zona preferita.
- Riconnettersi a una sessione esistente connessa in una zona diversa dalla zona preferita.
- Avviare una nuova sessione in una zona diversa dalla zona preferita.
Altre considerazioni sulla preferenza di zona
- Se si configura una zona home per un gruppo di utenti (come un gruppo di sicurezza), gli utenti di quel gruppo (tramite appartenenza diretta o indiretta) sono associati alla zona specificata. Tuttavia, un utente può essere membro di più gruppi di sicurezza e quindi potrebbe avere una zona home diversa configurata tramite altre appartenenze a gruppi. In tali casi, la determinazione della zona home di quell’utente può essere ambigua.
Se un utente ha una zona home configurata che non è stata acquisita tramite l’appartenenza a un gruppo, tale zona viene utilizzata per la preferenza di zona. Qualsiasi associazione di zona acquisita tramite l’appartenenza a un gruppo viene ignorata.
Se l’utente ha più associazioni di zona diverse acquisite esclusivamente tramite l’appartenenza a un gruppo, il broker sceglie casualmente tra le zone. Una volta che il broker ha fatto questa scelta, quella zona viene utilizzata per gli avvii di sessione successivi, fino a quando l’appartenenza al gruppo dell’utente non cambia.
- La preferenza di zona della posizione dell’utente richiede il rilevamento dell’app Citrix Workspace sul dispositivo endpoint da parte del Citrix Gateway attraverso il quale il dispositivo si sta connettendo. Il Citrix Gateway deve essere configurato per associare intervalli di indirizzi IP a zone particolari e l’identità della zona rilevata deve essere passata tramite StoreFront al Controller.
Per maggiori informazioni sulla preferenza di zona, vedere Interni della preferenza di zona.
Considerazioni, requisiti e best practice
-
È possibile posizionare i seguenti elementi in una zona: Controller, cataloghi macchine, connessioni host, utenti e applicazioni. Se un catalogo utilizza una connessione host, assicurarsi che il catalogo e la connessione si trovino nella stessa zona. (Tuttavia, con una connessione a bassa latenza e alta larghezza di banda disponibile, possono trovarsi in zone diverse.)
-
Quando si posizionano elementi in una zona satellite, ciò influisce sul modo in cui il sito interagisce con essi e con altri oggetti correlati.
- Quando i Controller vengono posizionati in una zona satellite, si presume che tali macchine abbiano una buona connettività (locale) agli hypervisor e ai VDA nella stessa zona. I Controller in quella zona satellite vengono quindi utilizzati in preferenza rispetto ai Controller nella zona primaria per la gestione di tali hypervisor e macchine VDA.
- Quando una connessione hypervisor viene posizionata in una zona satellite, si presume che tutti gli hypervisor gestiti tramite tale connessione hypervisor risiedano anche in quella zona satellite. I Controller in quella zona satellite vengono quindi utilizzati in preferenza rispetto ai Controller nella zona primaria quando comunicano con tale connessione hypervisor.
- Quando un catalogo macchine viene posizionato in una zona satellite, si presume che tutte le macchine VDA in quel catalogo si trovino nella zona satellite. I Controller locali vengono utilizzati in preferenza rispetto ai Controller nella zona primaria quando tentano di registrarsi al sito, dopo che il meccanismo di aggiornamento automatico dell’elenco dei Controller si è attivato dopo la prima registrazione di ogni VDA.
- Le istanze di Citrix Gateway possono anche essere associate a zone. Questo viene fatto come parte della configurazione di StoreFront Optimal HDX™ Routing piuttosto che, come per gli altri elementi qui descritti, come parte della configurazione del sito. Quando un Citrix Gateway è associato a una zona, è preferito essere utilizzato quando vengono utilizzate connessioni HDX a macchine VDA in quella zona.
-
Quando si crea un sito di produzione e quindi si crea il primo catalogo e Delivery Group, tutti gli elementi si trovano nella zona primaria – non è possibile creare zone satellite fino a quando non si completa la configurazione iniziale. (Se si crea un sito vuoto, la zona primaria conterrà inizialmente solo un Controller. È possibile creare zone satellite prima o dopo la creazione di un catalogo e di un Delivery Group.)
-
Quando si crea la prima zona satellite contenente uno o più elementi, tutti gli altri elementi del sito rimangono nella zona primaria.
-
La zona primaria è denominata ‘Primary’ per impostazione predefinita; è possibile modificare tale nome. Sebbene la visualizzazione di Studio indichi quale zona è la zona primaria, è buona pratica utilizzare un nome facilmente identificabile per la zona primaria. È possibile riassegnare la zona primaria (cioè, rendere un’altra zona la zona primaria), ma dovrebbe sempre contenere il database del sito e tutti i server ad alta disponibilità.
-
Mantenere sempre il database del sito nella zona primaria.
-
Dopo aver creato una zona, è possibile in seguito spostare elementi da una zona all’altra. Questa flessibilità consente di separare potenzialmente gli elementi che funzionano meglio in stretta prossimità. Ad esempio, lo spostamento di un catalogo in una zona diversa dalla connessione (host) che crea le macchine nel catalogo può influire sulle prestazioni. Considerare potenziali effetti indesiderati prima di spostare elementi tra le zone. Mantenere un catalogo e la connessione host che utilizza nella stessa zona, o in zone ben connesse (ad esempio, tramite una rete a bassa latenza e alta larghezza di banda).
-
Per prestazioni ottimali, installare Studio e Director solo nella zona primaria. Se si desidera un’altra istanza di Studio in una zona satellite (ad esempio, una zona satellite contenente Controller da utilizzare come failover se la zona primaria diventa inaccessibile), eseguire Studio come applicazione pubblicata localmente. È anche possibile accedere a Director da una zona satellite perché è un’applicazione web.
-
Idealmente, Citrix Gateway in una zona satellite viene utilizzato per le connessioni utente che arrivano in quella zona da altre zone o posizioni esterne, sebbene sia possibile utilizzarlo per le connessioni all’interno della zona.
-
Ricorda: Per utilizzare la funzione di preferenza di zona, è necessario utilizzare almeno StoreFront 3.7 e Citrix Gateway 11.0-65.x.
Limiti di qualità della connessione
I Controller nella zona satellite eseguono interazioni SQL direttamente con il database del sito. Ciò impone alcuni limiti sulla qualità del collegamento tra la zona satellite e la zona primaria contenente il database del sito. I limiti specifici sono relativi al numero di VDA e sessioni utente su tali VDA che sono distribuiti nella zona satellite. Quindi le zone satellite con solo pochi VDA e sessioni possono funzionare con una connessione di qualità inferiore al database rispetto alle zone satellite con un gran numero di VDA e sessioni.
Per maggiori informazioni, vedere Miglioramenti della latenza e delle query di blocco SQL.
L’impatto della latenza sulle prestazioni di brokering
Sebbene le zone consentano agli utenti di trovarsi su collegamenti a latenza più elevata, a condizione che ci sia un broker locale, la latenza aggiuntiva influisce inevitabilmente sull’esperienza dell’utente finale. Per la maggior parte del lavoro che gli utenti svolgono, sperimentano lentezza causata dai round trip tra i Controller nella zona satellite e il database del sito.
Per l’avvio delle applicazioni, si verificano ritardi aggiuntivi mentre il processo di brokering delle sessioni identifica i VDA idonei a cui inviare le richieste di avvio della sessione.
Creare e gestire le zone
Un amministratore completo può eseguire tutte le attività di creazione e gestione delle zone. Tuttavia, è anche possibile creare un ruolo personalizzato che consente di creare, modificare o eliminare una zona. Lo spostamento di elementi tra le zone non richiede autorizzazioni relative alle zone (eccetto l’autorizzazione di lettura della zona); tuttavia, è necessario disporre dell’autorizzazione di modifica per gli elementi che si stanno spostando. Ad esempio, per spostare un catalogo da una zona all’altra, è necessario disporre dell’autorizzazione di modifica per quel catalogo. Per maggiori informazioni, vedere Amministrazione delegata.
Se si utilizza Citrix Provisioning™: La console di Citrix Provisioning non è a conoscenza delle zone, quindi Citrix consiglia di utilizzare Studio per creare cataloghi per le zone satellite. Creare il catalogo in Studio, specificando la zona satellite corretta. Quindi utilizzare la console di Citrix Provisioning per eseguire il provisioning delle macchine in quel catalogo. (Se si crea il catalogo utilizzando la procedura guidata di Citrix Provisioning, il catalogo viene posizionato nella zona primaria. Sarà necessario utilizzare Studio per spostarlo nella zona satellite in seguito.)
Creare una zona
- Selezionare Configurazione > Zone nel riquadro di navigazione di Studio.
- Selezionare Crea zona nel riquadro Azioni.
- Immettere un nome per la zona e una descrizione (facoltativa). Il nome deve essere univoco all’interno del sito.
- Selezionare gli elementi da posizionare nella nuova zona. È possibile filtrare o cercare l’elenco di elementi da cui è possibile selezionare. È anche possibile creare una zona vuota; semplicemente non selezionare alcun elemento.
- Fare clic su Salva.
In alternativa a questo metodo, è possibile selezionare uno o più elementi in Studio e quindi selezionare Crea zona nel riquadro Azioni.
Modificare il nome o la descrizione di una zona
- Selezionare Configurazione > Zone nel riquadro di navigazione di Studio.
- Selezionare una zona nel riquadro centrale e quindi selezionare Modifica zona nel riquadro Azioni.
- Modificare il nome della zona, la descrizione o entrambi. Se si modifica il nome della zona primaria, assicurarsi che la zona rimanga facilmente identificabile come zona primaria.
- Fare clic su OK o Applica.
Spostare elementi da una zona a un’altra
- Selezionare Configurazione > Zone nel riquadro di navigazione di Studio.
- Selezionare una zona nel riquadro centrale e quindi selezionare uno o più elementi.
- Trascinare gli elementi nella zona di destinazione oppure selezionare Sposta elementi nel riquadro Azioni e quindi specificare la zona in cui spostarli.
Un messaggio di conferma elenca gli elementi selezionati e chiede se si è sicuri di volerli spostare tutti.
Ricorda: Quando un catalogo utilizza una connessione host a un hypervisor o altro servizio, posizionare sia il catalogo che la connessione nella stessa zona. In caso contrario, le prestazioni potrebbero risentirne. Se si sposta uno, spostare anche l’altro.
Eliminare una zona
Una zona deve essere vuota prima di poter essere eliminata. Non è possibile eliminare la zona primaria.
- Selezionare Configurazione > Zone nel riquadro di navigazione di Studio.
- Selezionare una zona nel riquadro centrale.
- Selezionare Elimina zona dal riquadro Azioni. Se la zona non è vuota (contiene elementi), viene chiesto di scegliere la zona in cui verranno spostati tali elementi.
- Confermare l’eliminazione.
Aggiungere una zona home per un utente
La configurazione di una zona home per un utente è anche nota come aggiunta di un utente a una zona.
- Selezionare Configurazione > Zone nel riquadro di navigazione di Studio e quindi selezionare una zona nel riquadro centrale.
- Selezionare Aggiungi utenti alla zona nel riquadro Azioni.
- Nella finestra di dialogo Aggiungi utenti alla zona, fare clic su Aggiungi e quindi selezionare gli utenti e i gruppi di utenti da aggiungere alla zona. Se si specificano utenti che hanno già una zona home, un messaggio offre due scelte: Sì = aggiungere solo gli utenti specificati che non hanno una zona home; No = tornare alla finestra di dialogo di selezione utente.
- Fare clic su OK.
Per gli utenti con una zona home configurata, è possibile richiedere che le sessioni vengano avviate solo dalla loro zona home:
- Creare o modificare un Delivery Group.
- Nella pagina Utenti, selezionare la casella di controllo Le sessioni devono essere avviate nella zona home di un utente, se configurata.
Tutte le sessioni avviate da un utente in quel Delivery Group devono essere avviate da macchine nella zona home di quell’utente. Se un utente nel Delivery Group non ha una zona home configurata, questa impostazione non ha alcun effetto.
Rimuovere una zona home per un utente
Questa procedura è anche nota come rimozione di un utente da una zona.
- Selezionare Configurazione > Zone nel riquadro di navigazione di Studio e quindi selezionare una zona nel riquadro centrale.
- Selezionare Rimuovi utenti dalla zona nel riquadro Azioni.
- Nella finestra di dialogo Aggiungi utenti alla zona, fare clic su Rimuovi e quindi selezionare gli utenti e i gruppi da rimuovere dalla zona. Questa azione rimuove gli utenti solo dalla zona; tali utenti rimangono nei Delivery Group e Application Group a cui appartengono.
- Confermare la rimozione quando richiesto.
Gestire le zone home per le applicazioni
La configurazione di una zona home per un’applicazione è anche nota come aggiunta di un’applicazione a una zona. Per impostazione predefinita, in un ambiente multi-zona, un’applicazione non ha una zona home.
La zona home di un’applicazione è specificata nelle proprietà dell’applicazione. È possibile configurare le proprietà dell’applicazione quando si aggiunge l’applicazione a un gruppo o in seguito.
- Quando si crea un Delivery Group, si crea un Application Group o si aggiungono applicazioni a gruppi esistenti, selezionare Proprietà nella pagina Applicazioni della procedura guidata.
- Per modificare le proprietà di un’applicazione dopo che è stata aggiunta, selezionare Applicazioni nel riquadro di navigazione di Studio. Selezionare un’applicazione e quindi selezionare Modifica proprietà applicazione nel riquadro Azioni.
Nella pagina Zone delle proprietà/impostazioni dell’applicazione:
- Se si desidera che l’applicazione abbia una zona home:
- Selezionare il pulsante di opzione Usa la zona selezionata per decidere e quindi selezionare la zona.
- Se si desidera che l’applicazione venga avviata solo dalla zona selezionata (e non da qualsiasi altra zona), selezionare la casella di controllo sotto la selezione della zona.
- Se non si desidera che l’applicazione abbia una zona home:
- Selezionare il pulsante di opzione Non configurare una zona home.
- Se non si desidera che il broker consideri le zone utente configurate durante l’avvio di questa applicazione, selezionare la casella di controllo sotto il pulsante di opzione. In questo caso, né le zone home dell’applicazione né quelle dell’utente vengono utilizzate per determinare dove avviare questa applicazione.
Altre azioni che includono la specificazione delle zone
Dopo aver creato almeno una zona satellite, è possibile specificare una zona quando si aggiunge una connessione host o si crea un catalogo.
Di solito, la zona primaria è quella predefinita. Quando si utilizza Machine Creation Services™ per creare un catalogo, la zona configurata per la connessione host viene selezionata automaticamente.
Se il sito non contiene zone satellite, si assume la zona primaria e la casella di selezione della zona non viene visualizzata.