Migrare la configurazione a Citrix Cloud™
Automated Configuration Tool (ACT) consente la migrazione della configurazione di Citrix Virtual Apps and Desktops™ (criteri, applicazioni, cataloghi, ruoli amministrativi, ambiti e altro) da uno o più siti locali a Citrix DaaS ospitato su Citrix Cloud. Può essere utilizzato anche per migrare informazioni tra diverse regioni o tenant di Cloud.
Questo strumento rileva ed esporta uno o più siti locali come una raccolta di file di configurazione, che è possibile modificare facoltativamente. La configurazione di questi file può quindi essere importata in Citrix DaaS. La migrazione viene eseguita in più fasi eseguendo lo strumento più volte, consentendo di raggiungere facilmente lo stato di configurazione desiderato.
ACT non è solo uno strumento di migrazione usa e getta. Può utilizzarlo per gestire le operazioni cloud quotidiane, come ad esempio:
- Automatizzare il trasferimento da account cloud di test o di staging ad account cloud di produzione
- Eseguire il backup e il ripristino della configurazione
- Dividere un ambiente cloud in più cloud
Il seguente video di 2 minuti offre un rapido tour di Automated Configuration.
Per ulteriori informazioni su Automated Configuration, consulti Proof of Concept: Automated Configuration Tool su Tech Zone.
Per un’analisi più approfondita dello spostamento della distribuzione e della preparazione della configurazione locale per la migrazione, consulti Deployment Guide: Migrating Citrix Virtual Apps and Desktops from on-premises to Citrix Cloud su Tech Zone.
Limitazioni note
- I cataloghi di macchine forniti tramite Machine Creation Services™ presentano considerazioni speciali. Per maggiori informazioni su MCS, consulti Comprendere la migrazione dei cataloghi forniti da Machine Creation Services.
Prerequisiti per la migrazione della configurazione
Per esportare la configurazione da Citrix Virtual Apps™ and Desktops, è necessario:
- Citrix Virtual Apps and Desktops: versione corrente e la sua precedente immediata o Citrix Virtual Apps and Desktops, XenApp e XenDesktop® LTSR: tutte le versioni
- Una macchina aggiunta a un dominio con .NET Framework 4.7.2 o versioni successive e l’SDK Citrix PowerShell. Questo viene installato automaticamente sul Delivery Controller. (Per l’esecuzione su una macchina diversa dal Delivery Controller locale, è necessario installare Citrix Studio, poiché Studio installa gli snap-in PowerShell corretti. Il programma di installazione di Studio è disponibile sul supporto di installazione di Citrix Virtual Apps and Desktops.)
Per importare la configurazione in Citrix DaaS, è necessario:
- Una macchina con accesso a Citrix Cloud. Non deve essere un Delivery Controller™ o una macchina aggiunta a un dominio.
- Citrix DaaS fornito.
- Una posizione delle risorse attiva con Connector installato e aggiunto allo stesso dominio della configurazione locale.
- La connettività ai siti che accedono a Citrix Cloud deve essere consentita e disponibile. Per maggiori informazioni, consulti Requisiti di sistema e connettività.
Nota:
Automated Configuration non può essere installato su un sistema Cloud Connector.
Passaggi chiave
- Scarichi lo strumento Automated Configuration e riveda i requisiti di sistema. Consulti Scaricare Automated Configuration.
- Popoli il file
CustomerInfo.yml
con i valoriCustomerName
,CustomerID
eSecretKey
generati dal portale Citrix Cloud. Consulti Generare l’ID cliente, l’ID client e la chiave segreta e Popolare il file delle informazioni sul cliente. - Se il sito locale contiene più zone, aggiorni il file
ZoneMapping.yml
per mappare le zone alle posizioni delle risorse Citrix DaaS. Consulti Popolare il file di mappatura delle zone. - Se il sito contiene più connessioni di hosting, aggiorni il file
CvadAcSecurity.yml
con le informazioni di connessione per ogni tipo di host che migra in Citrix DaaS. Se è presente una sola connessione host, aggiorni il fileCvadACSecurity.yml
con le informazioni di connessione per la connessione host. Consulti Aggiornare il file di sicurezza per le connessioni host. - Apra ACT ed esporti il sito locale utilizzando il comando
Export-CvadAcToFile
. Consulti Oggetti di migrazione supportati per l’elenco dei componenti supportati per la migrazione. Per informazioni sui passaggi per l’esportazione, consulti Esportare la configurazione locale. - Importi i componenti in fasi utilizzando il comando
Merge-CvadAcToSite
. In alternativa, migri l’intero sito in una sola volta. Si assicuri di migrare i componenti nell’ordine elencato in Ordine di migrazione dei componenti. Per informazioni sui passaggi per l’importazione, consulti Eseguire un’importazione. - Attivi il sito cloud. Consulti Attivare i siti.
Scaricare Automated Configuration
Scarichi e installi lo strumento Automated Configuration da Citrix Downloads.
Aggiornare Automated Configuration
Per prevenire errori di funzionalità, utilizzi sempre l’ultima versione disponibile di ACT.
Per conoscere la versione del Suo strumento, proceda come segue:
- Faccia doppio clic sull’icona Auto Config. Verrà visualizzata una finestra PowerShell.
-
Esegua il seguente comando per controllare il numero di versione.
Get-CvadAcStatus <!--NeedCopy-->
- Controlli la versione del Suo strumento rispetto alla versione elencata in Citrix Downloads. L’ultima versione dello strumento si trova lì.
- Scarichi e installi l’ultima versione dello strumento. Non è necessario disinstallare la vecchia versione per aggiornare Automated Configuration.
Nota:
Quando esegue i cmdlet per accedere al cloud in Automated Configuration, lo strumento La avvisa quando è disponibile una versione più recente per il download. Per maggiori informazioni sui cmdlet, consulti Cmdlet dello strumento Automated Configuration.
Generare l’ID cliente, l’ID client e la chiave segreta
Per migrare il sito locale a Citrix DaaS, popoli il file CustomerInfo.yml
con l’ID cliente, l’ID client e la chiave segreta dal portale Citrix Cloud.
Per recuperare l’ID cliente:
- Acceda al Suo account Citrix Cloud e selezioni il cliente.
- Faccia clic sull’icona della griglia e selezioni Identity and Access Management.
- Navighi a API access > Secure clients. L’ID cliente viene visualizzato nella pagina.
Per recuperare l’ID client e la chiave segreta:
- Nella pagina Secure clients, inserisca un nome nella casella. Questo nome viene utilizzato per differenziare tra più ID client e chiavi segrete.
- Faccia clic su Create Client per creare l’ID client e la chiave segreta.
- Copi l’ID client e la chiave segreta in una posizione sicura e scarichi il file
.csv
contenente queste informazioni. Utilizzi il file.csv
per popolare il fileCustomerInfo.yml
.
Nota:
- L’ID client e la chiave segreta non scadono. Se vengono compromessi, li rimuova immediatamente utilizzando l’icona Cestino e ne crei di nuovi.
- La chiave segreta non può essere recuperata se viene persa o dimenticata; è necessario creare un nuovo ID client e una nuova chiave segreta.
Popolare il file delle informazioni sul cliente
Il file CustomerInfo.yml
elimina la necessità di fornire i parametri delle informazioni sul cliente ogni volta che si esegue il cmdlet. Qualsiasi informazione sul cliente può essere sovrascritta utilizzando i parametri del cmdlet.
Utilizzi il cmdlet New-CvadAcCustomerInfoFile
per creare il file CustomerInfo.yml
.
Importante:
Non modifichi manualmente il file
CustomerInfo.yml
. Ciò potrebbe causare errori di formattazione involontari.
Il cmdlet New-CvadAcCustomerInfoFile
ha i seguenti parametri obbligatori.
- CustomerId – ID del cliente.
- ClientId – ID client del cliente creato su Citrix Cloud.
- Secret – segreto del cliente creato su Citrix Cloud.
Esempio:
New-CvadAcCustomerInfoFile -CustomerId markhof123 -ClientId 6813EEA6-46CC-4F8A-BC71-539F2DAC5984 -Secret TwBLaaaaaaaaaaaaaaaaaw==
<!--NeedCopy-->
Può anche creare il file CustomerInfo.yml
utilizzando il parametro SecurityCsvFileSpec
che punta al file security.csv
scaricato. Deve anche specificare il CustomerId.
New-CvadAcCustomerInfoFile -SecurityCsvFileSpec C:\Users\my_user_name\downloads/security.csv -CustomerId markhof123
<!--NeedCopy-->
Utilizzi il cmdlet Set-CvadAcCustomerInfoFile
per aggiornare il file CustomerInfo.yml
. Questo cmdlet modifica solo l’ID client.
Set-CvadAcCustomerInfoFile -ClientId C80487EE-7113-49F8-85DD-2CFE30CC398E
<!--NeedCopy-->
Di seguito è riportato un esempio di file CustomerInfo.yml.
# Created/Updated on 2020/01/29 16:46:47
CustomerId: ‘markhof123’
ClientId: ‘6713FEA6-46CC-4F8A-BC71-539F2DDK5384’
Secret: ‘TwBLaaabbbaaaaaaaaaaw==’
Environment: Production
AltRootUrl: ‘’
StopOnError: False
AlternateFolder: ‘’
Locale: ‘en-us’
Editor: ‘C:\Program Files\Notepad++\notepad++.exe’
Confirm: True
DisplayLog: True
Popolare il file di mappatura delle zone
Una zona locale è l’equivalente della posizione delle risorse cloud. A differenza di altri componenti del sito, non è possibile importare automaticamente la zona locale nel cloud. Deve invece essere mappata manualmente utilizzando il file ZoneMapping.yml
. Possono verificarsi errori di importazione se il nome della zona non è associato a un nome di posizione delle risorse esistente.
Se i siti locali hanno una sola zona e i siti cloud hanno una sola posizione delle risorse, lo strumento Automated Configuration effettua l’associazione corretta, eliminando la necessità di gestire manualmente il file ZoneMapping.yml
.
Tuttavia, se i siti locali hanno più zone o i siti cloud hanno più posizioni delle risorse, aggiorni manualmente il file ZoneMapping.yml
per riflettere la mappatura corretta delle zone locali alle posizioni delle risorse cloud.
Il file ZoneMapping.yml
si trova in %HOMEPATH%\Documents\Citrix\AutoConfig
. Il contenuto del file .yml
è un dizionario con il nome della zona come chiave e il nome della posizione delle risorse come valore.
Ad esempio, un sito Citrix Virtual Apps and Desktops locale con una zona primaria denominata “Zone-1” e una zona secondaria denominata “Zone-2” viene migrato a una distribuzione Citrix DaaS con due posizioni delle risorse cloud appena create denominate “Cloud-RL-1” e “Cloud-RL-2”. In questo caso, il file ZoneMapping.yml verrebbe configurato come segue:
Zone-1: Cloud-RL-1
Zone-2: Cloud-RL-RL-2
Nota:
Aggiunga uno spazio tra i due punti e il nome della posizione delle risorse. Se vengono utilizzati spazi nel nome della zona o della posizione delle risorse, racchiuda il nome tra virgolette.
Aggiornare il file di sicurezza per le connessioni host
Le connessioni host e i relativi hypervisor possono essere esportati e importati utilizzando ACT.
L’aggiunta di un hypervisor a una connessione host richiede informazioni di sicurezza specifiche per il tipo di hypervisor. Queste informazioni non possono essere esportate dal sito locale per motivi di sicurezza. Deve fornire manualmente le informazioni affinché Automated Configuration possa importare correttamente le connessioni host e gli hypervisor nel sito cloud.
Il processo di esportazione crea il file CvadAcSecurity.yml
in %HOMEPATH%\Documents\Citrix\AutoConfig
contenente segnaposto per ogni elemento di sicurezza necessario per il tipo di hypervisor specifico. Deve aggiornare il file CvadAcSecurity.yml
prima di importarlo nel sito cloud. Gli aggiornamenti dell’amministratore vengono mantenuti su più esportazioni con nuovi segnaposto di sicurezza aggiunti secondo necessità. Gli elementi di sicurezza non vengono mai rimossi. Per maggiori informazioni, consulti Aggiornare manualmente il file CvadAcSecurity.yml
HostConn1:
ConnectionType: XenServer®
UserName: root
PasswordKey: rootPassword
HostCon2:
ConnectionType: AWS
ApiKey: 78AB6083-EF60-4D26-B2L5-BZ35X00DA5CH
SecretKey: TwBLaaaaaaaaaaaaaaaaaw==
Region: East
Informazioni di sicurezza per hypervisor
Di seguito sono elencate le informazioni di sicurezza richieste per ogni tipo di hypervisor.
- XenServer, Hyper-V, VMware
- Nome utente
- Password in chiaro
- Microsoft Azure
- ID sottoscrizione
- ID applicazione
- Segreto applicazione
- AWS
- ID account di servizio
- Segreto applicazione
- Regione
Considerazioni speciali sulla sicurezza
Tutte le informazioni di sicurezza vengono inserite come testo in chiaro. Se il testo in chiaro non è consigliato, le connessioni host e gli hypervisor associati possono essere creati manualmente utilizzando Studio. I nomi delle connessioni host e degli hypervisor devono corrispondere esattamente alle loro controparti locali affinché i cataloghi di macchine che utilizzano le connessioni host possano essere importati correttamente.
Esportare la configurazione locale di Citrix Virtual Apps and Desktops
Utilizzando un comando PowerShell di export
, può esportare la Sua configurazione locale esistente e ottenere i file .yml
necessari. Questi file vengono utilizzati per importare la configurazione desiderata in Citrix Cloud.
Oggetti di migrazione supportati
Automated Configuration supporta lo spostamento della configurazione dei seguenti componenti:
- Tag
- Amministrazione delegata
- Ambiti
- Ruoli
- Connessioni host
- Un singolo pool di risorse
- Ambiti amministrativi
- Cataloghi di macchine
- Ambiti amministrativi
- Macchine
- Accesso PC remoto, Fisico, In pool, Provisioning, MCS, Assegnato
- StoreFront™
- Gruppi di consegna
- Criteri di accesso
- Associazione ambito amministrativo
- Criteri di accesso alle applicazioni
- Criteri di assegnazione
- Criteri di diritto/desktop
- Pianificazioni di alimentazione
- Persistenza sessione
- Preavvio sessione
- Pianificazioni di riavvio
- Tag
- Gruppi di applicazioni
- Associazione ambito amministrativo
- Gruppi di consegna
- Utenti e gruppi
- Applicazioni
- Cartelle applicazioni
- Icone
- Applicazioni
- FTA configurati dal broker
- Tag
- Criteri di gruppo
- Preferenze zona utente
Esportare la configurazione locale
- Faccia doppio clic sull’icona Auto Config. Verrà visualizzata una finestra PowerShell.
-
Esegua il seguente comando per esportare tutti i componenti. L’esportazione della configurazione locale non la modifica in alcun modo.
Export-CvadAcToFile <!--NeedCopy-->
Dopo aver eseguito un cmdlet per la prima volta, viene creata una cartella di esportazione con i file di configurazione .yml
e i log. La cartella si trova in %HOMEPATH%\Documents\Citrix\AutoConfig
. Ogni esportazione successiva crea una sottocartella. La cartella padre %HOMEPATH%\Documents\Citrix\AutoConfig
contiene sempre i file esportati dall’esportazione più recente.
Nota:
Se Automated Configuration non è installato sul Delivery Controller, esegua
import-module Citrix.AutoConfig.Commands
prima di utilizzare lo strumento tramite PowerShell. Questo passaggio non è necessario se apre Automated Configuration utilizzando l’icona Auto Config.`
Se riscontra errori o eccezioni, consulti la sezione Correzioni nel file di log.
Importare la configurazione in Citrix DaaS
Importante:
- Quando si migra una distribuzione locale al cloud, si assicuri che i GPO di dominio e OU che contengono le impostazioni Citrix siano migrati al cloud. Citrix Web Studio™ non supporta GPMC e quindi i GPO di dominio e OU non sono visibili in Web Studio. Il motore dei criteri Citrix applica i GPO di dominio e OU ai VDA e agli utenti che si trovano nei domini e nelle OU. Dopo aver effettuato l’accesso a un VDA, un utente potrebbe vedere che i criteri dei GPO di dominio e OU sono applicati alla propria sessione. Tuttavia, gli amministratori non possono vedere questi criteri e impostazioni, il che potrebbe portare a confusioni.
Ordine di migrazione dei componenti
I componenti e le loro dipendenze sono elencati qui. Le dipendenze di un componente devono essere presenti prima che possa essere importato o unito. Se una dipendenza è mancante, può causare il fallimento del comando di importazione o unione. La sezione Correzioni del file di log mostra le dipendenze mancanti se un’importazione o un’unione fallisce.
- Tag
- Nessuna pre-dipendenza
- Amministrazione delegata
- Nessuna pre-dipendenza
- Connessioni host
- Informazioni di sicurezza in CvadAcSecurity.yml
- Cataloghi di macchine
- Macchine presenti in Active Directory
- Connessioni host
- Tag
- StoreFront
- Gruppi di consegna
- Macchine presenti in Active Directory
- Utenti presenti in Active Directory
- Cataloghi di macchine
- Tag
- Gruppi di applicazioni
- Gruppi di consegna
- Tag
- Applicazioni
- Gruppi di consegna
- Gruppi di applicazioni
- Tag
- Criteri di gruppo
- Gruppi di consegna
- Tag
- Preferenze zona utente
Eseguire un’importazione
- Faccia doppio clic sull’icona Auto Config. Verrà visualizzata una finestra PowerShell.
-
Esegua il seguente comando per importare tutti i componenti.
Merge-CvadAcToSite <!--NeedCopy-->
Verifichi lo stato previsto con il nuovo stato corrente. Varie opzioni di importazione controllano se i risultati dell’importazione sono identici o un sottoinsieme del sito locale.
Dopo aver eseguito il cmdlet, viene creata una cartella di esportazione con i file di configurazione .yml
e i log. La cartella si trova in %HOMEPATH%\Documents\Citrix\AutoConfig
.
Se riscontra errori o eccezioni, consulti la sezione Correzioni nel file di log.
Nota:
Se Automated Configuration non è installato sul Delivery Controller, esegua
import-module Citrix.AutoConfig.Commands
prima di utilizzare lo strumento tramite PowerShell. Questo passaggio non è necessario se apre Automated Configuration utilizzando l’icona Auto Config.`
Per ripristinare la configurazione originale di Citrix DaaS, consulti Eseguire il backup della configurazione di Citrix DaaS.
Comprendere l’operazione di importazione
Il processo di importazione è progettato per eseguire aggiornamenti in modo accurato, eseguire solo gli aggiornamenti necessari e verificare che tutti gli aggiornamenti siano stati eseguiti correttamente. I passaggi sono seguiti in tutte le operazioni di importazione:
- Legga il file .yml esportato (stato previsto).
- Legga il cloud (stato corrente).
- Esegua il backup dello stato del cloud pre-importazione in file .yml (il pre-backup può essere ripristinato se necessario).
- Valuti le differenze tra lo stato previsto e lo stato corrente. Questo determina quali aggiornamenti eseguire.
- Esegua gli aggiornamenti.
- Rilegga il cloud (nuovo stato corrente).
- Esegua il backup dello stato del cloud post-importazione in file .yml (il post-backup può essere ripristinato se necessario).
- Confronti il nuovo stato corrente con lo stato previsto.
- Segnali i risultati del confronto.
Migrazione granulare
Importante:
Per maggiori informazioni sull’ordine di migrazione dei componenti, consulti Ordine di migrazione dei componenti.
Può migrare selettivamente solo i componenti o anche solo i nomi dei componenti.
- I parametri dei componenti supportati includono
MachineCatalogs
,Tags
e altro. - I parametri del nome del componente supportati includono i parametri
IncludeByName
eExcludeByName
e altri.
Per maggiori informazioni sui parametri e su come utilizzarli, consulti Parametri di migrazione granulare.
Attivare i siti
Il controller di consegna sia nei siti locali che in quelli cloud controlla risorse come il brokering di desktop, applicazioni e il riavvio delle macchine. Si verificano problemi quando un insieme comune di risorse è controllato da due o più siti. Una situazione del genere può verificarsi durante la migrazione da un sito locale a un sito cloud. È possibile che sia i controller di consegna locali che quelli cloud gestiscano lo stesso insieme di risorse. Tale gestione duale può portare a risorse che diventano non disponibili e ingestibili, e può essere difficile da diagnosticare.
L’attivazione del sito Le consente di controllare dove viene controllato il sito attivo.
L’attivazione del sito è gestita utilizzando la modalità di manutenzione del gruppo di consegna. I gruppi di consegna vengono posti in modalità di manutenzione quando il sito è inattivo. La modalità di manutenzione viene rimossa dai gruppi di consegna per i siti attivi.
L’attivazione del sito non influisce o gestisce la registrazione VDA o i cataloghi di macchine.
Set-CvadAcSiteActiveStateCloud
Set-CvadAcSiteActiveStateOnPrem
Tutti i cmdlet supportano il filtraggio IncludeByName
e ExcludeByName
. Questo parametro Le consente di selezionare quali gruppi di consegna possono avere la loro modalità di manutenzione modificata. I gruppi di consegna possono essere modificati selettivamente secondo necessità.
Importazione e trasferimento del controllo al cloud
Di seguito è riportata una descrizione di alto livello su come importare e trasferire il controllo dal sito locale al sito cloud.
- Esporti e importi il sito locale nel cloud. Si assicuri che il parametro
–SiteActive
non sia presente in nessuno dei cmdlet di importazione. Il sito locale è attivo e il sito cloud è inattivo. Per impostazione predefinita, i gruppi di consegna del sito cloud sono in modalità di manutenzione. - Verifichi il contenuto e la configurazione del cloud.
- Durante le ore non lavorative, imposti il sito locale su inattivo. Il parametro
–SiteActive
deve essere assente. Tutti i gruppi di consegna del sito locale sono in modalità di manutenzione.Set-CvadAcSiteActiveStateOnPrem
- Imposti il sito cloud su attivo. Il parametro
–SiteActive
deve essere presente. Nessun gruppo di consegna del sito cloud è in modalità di manutenzione.Set-CvadAcSiteActiveStateCloud –SiteActive
- Verifichi che il sito cloud sia attivo e il sito locale sia inattivo.
Trasferire il controllo al sito locale
Per trasferire il controllo dal sito cloud al sito locale:
- Durante le ore non lavorative, imposti il sito cloud su inattivo. Tutti i gruppi di consegna del sito cloud sono in modalità di manutenzione.
Set-CvadAcSiteActiveStateCloud
- Imposti il sito locale su attivo. Nessun gruppo di consegna del sito locale è in modalità di manutenzione.
Set-CvadAcSiteActiveStateOnPrem -SiteActive
Ulteriori informazioni sull’attivazione del sito
- Se nessuna macchina è gestita dall’alimentazione e non ci sono pianificazioni di riavvio (il che di solito significa che non ci sono nemmeno connessioni host), tutti i gruppi di consegna cloud possono essere importati come attivi. Aggiunga
-SiteActive
aMerge-CvadAcToSite
/Import-CvadAcToSite
o eseguaSet-CvadAcSiteActiveStateCloud -SiteActive
dopo l’importazione. - Se le macchine sono gestite dall’alimentazione o ci sono pianificazioni di riavvio, è necessario un processo diverso. Ad esempio, quando si passa dal locale al cloud in questa situazione, imposti il sito locale su inattivo utilizzando
Set-CvadAcSiteActiveStateOnPrem
. Quindi, imposti il sito cloud su attivo utilizzandoSet-CvadAcSiteActiveStateCloud -SiteActive
. - I cmdlet
Set-CvadAcSiteActiveStateCloud
eSet-CvadAcSiteActiveStateOnPrem
vengono utilizzati anche per invertire il processo. Ad esempio, eseguaSet-CvadAcSiteActiveStateCloud
senza il parametro-SiteActive
, quindi eseguaSet-CvadAcSiteActiveStateOnPrem
con il parametro-SiteActive
.
Comprendere la migrazione dei cataloghi forniti da Machine Creation Services
Nota:
Questa funzionalità è disponibile solo nelle versioni 3.0 e successive. Controlli la Sua versione utilizzando
Get-CvadAcStatus
all’interno di Automated Configuration.
I cataloghi Machine Creation Services (MCS) creano due diversi tipi di cataloghi:
- Quando le modifiche apportate a una macchina vengono perse o annullate (comunemente sistema operativo server, dove le applicazioni sono pubblicate) – questo è un caso d’uso VDI in pool / multi-sessione
- Quando le modifiche apportate a una macchina vengono conservate dopo il riavvio (comunemente sistema operativo client con un utente dedicato) – questo è un caso d’uso VDI statico
Il tipo di catalogo può essere confermato nel nodo del catalogo in Citrix Studio e osservando il valore “Dati utente:” del catalogo.
Nota:
MCS non può essere sottoposto a backup dal cloud utilizzando Automated Configuration.
Cataloghi VDI in pool / multi-sessione
I cataloghi con “Dati utente: Scarta” sono cataloghi VDI in pool e possono migrare solo l’immagine principale e la configurazione. Le macchine virtuali in questi cataloghi non vengono migrate. Questo perché il ciclo di vita della macchina virtuale è mantenuto dal sito da cui si sta importando, il che significa che ogni volta che le macchine vengono accese, il loro stato potrebbe cambiare. Ciò rende impossibile l’importazione poiché i dati di importazione per le macchine virtuali si disallineano rapidamente.
Quando si migrano questi cataloghi utilizzando lo strumento, esso crea i metadati del catalogo e avvia la creazione dell’immagine principale, ma nessuna macchina viene importata.
Poiché questo processo può richiedere del tempo per essere creato in base alle dimensioni dell’immagine principale, il comando di importazione all’interno dello strumento avvia solo la creazione del catalogo MCS e non attende che finisca. Una volta completata l’importazione, monitori l’avanzamento della creazione del catalogo utilizzando Studio nella distribuzione cloud.
Una volta creata l’immagine principale, può eseguire il provisioning delle macchine. Consideri le considerazioni sulla capacità perché avrebbe capacità consumata dal Suo utilizzo locale.
Tutti gli altri oggetti (gruppi di consegna, applicazioni, criteri e così via) che utilizzano quel catalogo possono essere importati e non devono attendere la creazione dell’immagine principale. Una volta completata la creazione del catalogo, le macchine possono essere aggiunte al catalogo importato e quindi gli utenti possono avviare le loro risorse.
Nota:
Utilizzi gli stessi comandi disponibili all’interno dello strumento per migrare i cataloghi e tutti gli altri oggetti.
Cataloghi VDI statici
Nota:
Poiché questa operazione importa dettagli di basso livello archiviati nel database, questo processo deve essere eseguito da una macchina con accesso al database.
I cataloghi VDI statici migrano l’immagine principale, le configurazioni e tutte le macchine virtuali. A differenza del caso d’uso VDI in pool, non è necessario creare immagini.
I VDA devono essere puntati al connettore affinché si registrino con il cloud.
Faccia riferimento alla sezione Attivazione dei siti per rendere attivo il sito cloud, in modo che la pianificazione del riavvio, la gestione dell’alimentazione e altri elementi siano controllati dal cloud.
Una volta completata la migrazione, se desidera eliminare questo catalogo dal Suo sito locale, deve selezionare lasciare VM e account AD. Altrimenti, verranno eliminati e il sito cloud rimarrebbe puntato alla VM eliminata.
Aggiornare i tag MCS per rilevare le risorse orfane dopo la migrazione
Dopo aver migrato dalla configurazione locale a un sito cloud, o dalla Sua configurazione cloud a un altro sito cloud, deve aggiornare i tag ID del sito MCS in caso di VM persistenti in modo che le risorse orfane possano essere rilevate correttamente. Per fare ciò, utilizzi il comando PowerShell Set-ProvResourceTags
. Attualmente, questa funzionalità è applicabile ad Azure.
I passaggi dettagliati sono i seguenti:
-
Aggiorni i tag ID del sito MCS dal nuovo sito Citrix utilizzando il comando PowerShell
Set-ProvResourceTags
. Ad esempio:Set-ProvResourceTags -ProvisioningSchemeUid xxxxx [-VMName <String>] [-VMBatchSize XX] [-ResourceType XX] <!--NeedCopy-->
Oppure,
Set-ProvResourceTags -ProvisioningSchemeName xxxxx [-VMName <String>] [-VMBatchSize XX] [-ResourceType XX] <!--NeedCopy-->
I dettagli dei parametri sono i seguenti:
-
ProvisioningSchemeUid
oProvisioningSchemeName
è un parametro obbligatorio. -
VMName
è un parametro opzionale. Se non viene specificato alcunVMName
, i tag di tutte le VM di questo catalogo di macchine vengono aggiornati. -
VMBatchSize
è un parametro opzionale per dividere tutte le VM in batch. Se non viene specificato alcunVMBatchSize
, viene applicato il valore predefinito (10). L’intervallo va da 1 a 60. -
ResourceType
può essere uno dei seguenti:-
MachineCatalog
: Per l’aggiornamento dei tag delle risorse del catalogo di macchine. -
VirtualMachine
: Per l’aggiornamento dei tag delle risorse relative alle VM. -
All
: (ResourceType predefinito): Per l’aggiornamento dei tag sia delle risorse del catalogo di macchine che delle risorse relative alle VM.
-
In questo articolo
- Limitazioni note
- Prerequisiti per la migrazione della configurazione
- Passaggi chiave
- Scaricare Automated Configuration
- Aggiornare Automated Configuration
- Generare l’ID cliente, l’ID client e la chiave segreta
- Popolare il file di mappatura delle zone
- Aggiornare il file di sicurezza per le connessioni host
- Esportare la configurazione locale di Citrix Virtual Apps and Desktops
- Importare la configurazione in Citrix DaaS
- Attivare i siti
- Comprendere la migrazione dei cataloghi forniti da Machine Creation Services
- Aggiornare i tag MCS per rilevare le risorse orfane dopo la migrazione