Creare cataloghi di macchine
Nota:
Questo articolo descrive come creare cataloghi utilizzando Studio. Se si utilizza Quick Deploy per creare risorse Azure, seguire le indicazioni in Creare cataloghi utilizzando Quick Deploy.
Le raccolte di macchine fisiche o virtuali sono gestite come una singola entità chiamata catalogo di macchine. All’interno di un catalogo di macchine, tutte le macchine condividono un tipo di sistema operativo comune, che può essere un sistema operativo multi-sessione o a sessione singola, come sistemi basati su Windows o Linux.
Studio guida l’utente nella creazione del primo catalogo di macchine. Dopo aver creato il primo catalogo, si crea il primo gruppo di consegna. Successivamente, è possibile modificare il catalogo creato e crearne altri.
Panoramica
Quando si crea un catalogo di VM, si specifica come eseguire il provisioning di tali VM. È possibile utilizzare Machine Creation Services™ (MCS). Oppure, è possibile utilizzare i propri strumenti per fornire le macchine.
- Se si utilizza MCS per il provisioning delle VM, si fornisce un’immagine (o snapshot) per creare VM identiche nel catalogo. Prima di creare il catalogo, è necessario configurare per la prima volta una connessione di hosting all’hypervisor o al servizio cloud scelto e quindi creare e configurare l’immagine master su di esso. La configurazione dell’immagine master richiede attività quali l’aggiunta al dominio, se necessario, l’installazione dei driver richiesti, delle applicazioni da pubblicare e la distribuzione del Virtual Delivery Agent (VDA) sull’immagine.
- Dopo aver creato l’immagine master, si crea il catalogo di macchine in Studio. Si seleziona tale immagine (o uno snapshot di un’immagine), si specifica il numero di VM da creare nel catalogo e si configurano informazioni aggiuntive.
- Se le macchine sono già disponibili, è comunque necessario creare uno o più cataloghi di macchine per importare queste VM nel catalogo.
Quando si utilizza MCS per creare il primo catalogo, si specifica un’unità di hosting creata in precedenza. L’unità di hosting fornisce la configurazione delle risorse per la creazione di una macchina virtuale. Successivamente (dopo aver creato il primo catalogo e gruppo di consegna), è possibile modificare le informazioni su tale unità di hosting o sulla sua connessione host padre, oppure creare più connessioni e unità di hosting.
Se un Cloud Connector non funziona correttamente, le operazioni di provisioning MCS (come gli aggiornamenti del catalogo) richiedono più tempo del solito e le prestazioni dell’interfaccia di gestione si degradano in modo significativo.
Controllo licenze RDS
La creazione di un catalogo di macchine contenente macchine con sistema operativo Windows multi-sessione include un controllo automatico delle licenze Microsoft RDS valide. Il catalogo viene cercato per una macchina accesa e registrata su cui eseguire il controllo.
- Se non è possibile trovare una macchina accesa e registrata, viene visualizzato un avviso che spiega che il controllo delle licenze RDS non può essere eseguito.
- Se viene trovata una macchina e viene rilevato un errore, Studio visualizza un messaggio di avviso per il catalogo contenente il problema rilevato. Per rimuovere un avviso di licenza RDS da un catalogo (in modo che non appaia più nella visualizzazione), selezionare il catalogo. Selezionare Rimuovi avviso licenza RDS. Quando richiesto, confermare l’azione.
Registrazione VDA
Un VDA deve essere registrato con un Cloud Connector per essere considerato al momento dell’avvio delle sessioni mediate. I VDA non registrati possono comportare un sottoutilizzo delle risorse altrimenti disponibili. Esistono diverse ragioni per cui un VDA potrebbe non essere registrato, molte delle quali possono essere risolte. Le informazioni sulla risoluzione dei problemi sono fornite nella procedura guidata di creazione del catalogo e dopo aver aggiunto un catalogo a un gruppo di consegna.
Nella procedura guidata di creazione del catalogo, dopo aver aggiunto le macchine esistenti, l’elenco dei nomi degli account computer indica se ogni macchina è idonea per l’aggiunta al catalogo. Passare il mouse sull’icona accanto a ciascuna macchina per visualizzare un messaggio informativo su tale macchina.
Se il messaggio identifica una macchina problematica, è possibile rimuovere tale macchina (utilizzando il pulsante Rimuovi) o aggiungerla. Ad esempio, se un messaggio indica che non è possibile ottenere informazioni su una macchina (magari perché non è mai stata registrata), si potrebbe comunque scegliere di aggiungere la macchina.
Per ulteriori informazioni sulla risoluzione dei problemi di registrazione VDA, vedere CTX136668.
Riepilogo della creazione del catalogo MCS
Ecco una breve panoramica delle azioni MCS predefinite dopo aver fornito le informazioni nella procedura guidata di creazione del catalogo.
- Se si seleziona un’immagine (anziché uno snapshot), MCS crea uno snapshot.
- MCS crea una copia completa dello snapshot e la posiziona in ogni posizione di archiviazione definita nella connessione host.
- MCS aggiunge le macchine ad Active Directory, creando identità univoche.
- MCS crea il numero di VM specificato nella procedura guidata, con due dischi definiti per ogni VM. Oltre ai due dischi per VM, una copia completa dello snapshot o dell’immagine master viene archiviata nella stessa posizione di archiviazione. Se sono definite più posizioni di archiviazione, ciascuna ottiene i seguenti tipi di disco:
- La copia completa dello snapshot (come indicato in precedenza), che è di sola lettura e condivisa tra le VM appena create.
- Un disco di identità univoco da 16 MB che conferisce a ogni VM un’identità univoca. Ogni VM ottiene un disco di identità.
- Un disco di differenza univoco per archiviare le scritture effettuate sulla VM. Questo disco è sottoposto a thin provisioning (se supportato dall’archiviazione host) e aumenta fino alla dimensione massima dell’immagine master, se necessario. Ogni VM ottiene un disco di differenziazione. Il disco di differenza contiene le modifiche apportate durante le sessioni. È permanente per i desktop dedicati. Per i desktop in pool, viene eliminato e ne viene creato uno nuovo dopo ogni riavvio.
In alternativa, quando si creano VM per fornire desktop statici, è possibile specificare (nella pagina Macchine della procedura guidata di creazione del catalogo) cloni VM thick (copia completa). I cloni completi non richiedono la conservazione dell’immagine master su ogni datastore. Ogni VM ha il proprio file.
Considerazioni sull’archiviazione MCS
Ci sono molti fattori da considerare quando si decide sulle soluzioni di archiviazione, le configurazioni e le capacità per MCS. Le seguenti informazioni forniscono considerazioni appropriate per la capacità di archiviazione:
Considerazioni sulla capacità:
-
Dischi
I dischi Delta o Differencing (Diff) consumano la maggior quantità di spazio nella maggior parte delle distribuzioni MCS per ogni VM. A ogni VM creata da MCS vengono assegnati almeno 2 dischi al momento della creazione.
- Disk0 = Disco Diff: contiene il sistema operativo quando copiato dall’immagine master di base.
- Disk1 = Disco di identità: 16 MB - contiene i dati di Active Directory per ogni VM.
Man mano che il prodotto si evolve, potrebbe essere necessario aggiungere altri dischi per soddisfare determinati casi d’uso e consumo di funzionalità. Ad esempio:
- Ottimizzazione dell’archiviazione MCS crea un disco di tipo cache di scrittura per ogni VM. Negli ambienti di virtualizzazione XenServer, VMware e SCVMM, MCS posiziona il disco di cache di scrittura (WBC) nella stessa posizione di archiviazione del disco del sistema operativo se si configura l’elenco di archiviazione del sistema operativo disponibile in modo identico all’elenco di archiviazione temporanea disponibile durante la creazione di una connessione host.
- MCS ha aggiunto la possibilità di utilizzare cloni completi anziché lo scenario del disco Delta descritto nella sezione precedente.
Anche le funzionalità dell’hypervisor potrebbero entrare in gioco. Ad esempio:
- XenServer IntelliCache crea un disco di lettura sull’archiviazione locale per ogni XenServer. Questa opzione consente di risparmiare IOPS rispetto all’immagine che potrebbe essere conservata nella posizione di archiviazione condivisa.
-
Overhead dell’hypervisor
Diversi hypervisor utilizzano file specifici che creano overhead per le VM. Gli hypervisor utilizzano anche l’archiviazione per la gestione e le operazioni di logging generali. Calcolare lo spazio per includere l’overhead per:
- File di log
- File specifici dell’hypervisor. Ad esempio:
- VMware aggiunge altri file alla cartella VM storage. Vedere VMware Best Practices.
- Calcolare i requisiti totali di dimensione della macchina virtuale. Considerare una macchina virtuale contenente 20 GB per il disco virtuale, 16 GB per il file di swap e 100 MB per i file di log che consumano un totale di 36,1 GB.
- Snapshot per XenServer; Snapshot per VMware.
-
Overhead di processo
La creazione di un catalogo, l’aggiunta di una macchina e l’aggiornamento di un catalogo hanno implicazioni di archiviazione uniche. Ad esempio:
- La creazione iniziale del catalogo richiede che una copia del disco di base venga copiata in ogni posizione di archiviazione.
- L’aggiunta di una macchina a un catalogo non richiede la copia del disco di base in ogni posizione di archiviazione. La creazione del catalogo varia in base alle funzionalità selezionate.
- L’aggiornamento del catalogo per creare un disco di base aggiuntivo in ogni posizione di archiviazione. Gli aggiornamenti del catalogo sperimentano anche un picco di archiviazione temporaneo in cui ogni VM nel catalogo ha 2 dischi Diff per un certo periodo di tempo.
Altre considerazioni:
- Dimensionamento della RAM: Influisce sulla dimensione di alcuni file e dischi dell’hypervisor, inclusi i dischi di ottimizzazione I/O, la cache di scrittura e i file snapshot.
- Thin / Thick provisioning: L’archiviazione NFS è preferita grazie alle sue capacità di thin provisioning.
Ottimizzazione dell’archiviazione di Machine Creation Services (MCS)
La funzionalità di ottimizzazione dell’archiviazione di Machine Creation Services (MCS) è nota anche come MCS I/O. Questa funzionalità è disponibile solo su Azure, GCP, XenServer, VMware, AWS e SCVMM.
- Il contenitore della cache di scrittura è basato su file, la stessa funzionalità presente in Citrix Provisioning. Ad esempio, il nome del file della cache di scrittura di Citrix Provisioning è
D:\vdiskdif.vhdxe il nome del file della cache di scrittura di MCS I/O èD:\mcsdif.vhdx. - Ottenere miglioramenti diagnostici includendo il supporto per un file di dump di arresto anomalo di Windows scritto sul disco della cache di scrittura.
- MCS I/O mantiene la tecnologia cache in RAM con overflow su disco rigido per fornire la soluzione di cache di scrittura multi-tier più ottimale. Questa funzionalità consente a un amministratore di bilanciare il costo in ogni livello, RAM e disco, e le prestazioni per soddisfare le aspettative del carico di lavoro desiderato.
L’aggiornamento del metodo della cache di scrittura da basato su disco a basato su file richiede le seguenti modifiche:
- MCS I/O non supporta più la cache solo RAM. Specificare una dimensione del disco durante la creazione del catalogo di macchine.
- Il disco della cache di scrittura della VM viene creato e formattato automaticamente al primo avvio di una VM. Una volta che la VM è attiva, il file della cache di scrittura
mcsdif.vhdxviene scritto nel volume formattatoMCSWCDisk. - Il file di paging viene reindirizzato a questo volume formattato,
MCSWCDisk. Di conseguenza, questa dimensione del disco considera la quantità totale di spazio su disco. Include il delta tra la dimensione del disco e il carico di lavoro generato più la dimensione del file di paging. Questo è tipicamente associato alla dimensione della RAM della VM.
Abilitare gli aggiornamenti di ottimizzazione dell’archiviazione MCS
Per abilitare la funzionalità di ottimizzazione dell’archiviazione MCS I/O, aggiornare il Cloud Connector e il VDA alla versione più recente di Citrix DaaS.
Nota:
Se si aggiorna una distribuzione esistente che ha MCS I/O abilitato, non è richiesta alcuna configurazione aggiuntiva. L’aggiornamento del VDA e del Delivery Controller gestisce l’aggiornamento di MCS I/O.
Per informazioni sull’assegnazione di una lettera di unità al disco della cache di scrittura MCS I/O, vedere Assegnare una lettera di unità specifica a un disco della cache di scrittura MCS I/O.
Preparare un’immagine master sull’hypervisor o sul servizio cloud
L’immagine master contiene il sistema operativo, le applicazioni non virtualizzate, il VDA e altro software.
Utile da sapere:
- Un’immagine master può anche essere conosciuta come immagine clone, immagine dorata, VM di base o immagine di base. I fornitori di host e i provider di servizi cloud potrebbero utilizzare termini diversi.
- Assicurarsi che l’hypervisor o il servizio cloud disponga di processori, memoria e archiviazione sufficienti per ospitare il numero di macchine create.
- Configurare la quantità corretta di spazio su disco rigido necessaria per desktop e applicazioni. Tale valore non può essere modificato in seguito o nel catalogo di macchine.
- I cataloghi di macchine Remote PC Access non utilizzano immagini master.
- Considerazioni sull’attivazione di Microsoft KMS quando si utilizza MCS: se la distribuzione include VDA 7.x con un host XenServer 6.1 o 6.2, vSphere o Microsoft System Center Virtual Machine Manager, non è necessario riarmare manualmente Microsoft Windows o Microsoft Office.
Installare e configurare il seguente software sull’immagine master:
- Strumenti di integrazione per l’hypervisor (come Citrix VM Tools, Hyper-V Integration Services o VMware tools). Se si omette questo passaggio, le applicazioni e i desktop potrebbero non funzionare correttamente.
- Un VDA. Citrix consiglia di installare la versione più recente del VDA per consentire l’accesso alle funzionalità più recenti. La mancata installazione di un VDA sull’immagine master causa l’errore nella creazione del catalogo.
- Strumenti di terze parti, se necessari, come software antivirus o agenti di distribuzione software elettronica. Configurare i servizi con impostazioni appropriate per gli utenti e il tipo di macchina (ad esempio, funzionalità di aggiornamento).
- Applicazioni di terze parti che non si stanno virtualizzando. Citrix consiglia di virtualizzare le applicazioni. La virtualizzazione riduce i costi eliminando la necessità di aggiornare l’immagine master dopo aver aggiunto o riconfigurato un’applicazione. Inoltre, un minor numero di applicazioni installate riduce le dimensioni dei dischi rigidi dell’immagine master, il che consente di risparmiare sui costi di archiviazione.
- Client App-V con le impostazioni consigliate, se si prevede di pubblicare applicazioni App-V. Il client App-V è disponibile da Microsoft.
- Quando si utilizza MCS, se si localizza Microsoft Windows, installare le impostazioni locali e i Language Pack. Durante il provisioning, quando viene creato uno snapshot, le VM sottoposte a provisioning utilizzano le impostazioni locali e i Language Pack installati.
Importante:
Se si utilizza MCS, non eseguire Sysprep sulle immagini master.
Per preparare un’immagine master:
- Utilizzando lo strumento di gestione dell’hypervisor, creare un’immagine master e quindi installare il sistema operativo, tutti i service pack e gli aggiornamenti. Specificare il numero di vCPU. È anche possibile specificare il valore vCPU se si crea il catalogo di macchine utilizzando PowerShell. Non è possibile specificare il numero di vCPU quando si crea un catalogo da Studio. Configurare la quantità di spazio su disco rigido necessaria per desktop e applicazioni. Tale valore non può essere modificato in seguito o nel catalogo.
- Assicurarsi che il disco rigido sia collegato alla posizione del dispositivo 0. La maggior parte dei modelli di immagine master standard configura questa posizione per impostazione predefinita, ma alcuni modelli personalizzati potrebbero non farlo.
- Installare e configurare il software elencato sopra sull’immagine master.
- Se non si utilizza MCS, unire l’immagine master al dominio di cui fanno parte le applicazioni e i desktop. Assicurarsi che l’immagine master sia disponibile sull’host in cui vengono create le macchine. Se si utilizza MCS, l’unione dell’immagine master a un dominio non è richiesta. Le macchine sottoposte a provisioning vengono unite al dominio specificato nella procedura guidata di creazione del catalogo.
- Citrix consiglia di creare e denominare uno snapshot dell’immagine master in modo che possa essere identificato in seguito. Se si specifica un’immagine master anziché uno snapshot durante la creazione di un catalogo, l’interfaccia di gestione crea uno snapshot, ma non è possibile nominarlo.
Attivazione delle licenze a volume
MCS supporta l’attivazione delle licenze a volume per automatizzare e gestire l’attivazione dei sistemi operativi Windows e di Microsoft Office. I tre modelli supportati da MCS per l’attivazione delle licenze a volume sono:
- Key Management Service (KMS)
- Attivazione basata su Active Directory (ADBA)
- Multiple Activation Key (MAK)
È possibile modificare l’impostazione di attivazione dopo aver creato il catalogo di macchine.
Key Management Service (KMS)
KMS è un servizio leggero che non richiede un sistema dedicato e può essere facilmente co-ospitato su un sistema che fornisce altri servizi. Questa funzionalità è supportata su tutte le versioni di Windows supportate da Citrix. Durante la preparazione dell’immagine, MCS esegue il riarmo KMS di Microsoft Windows e Microsoft Office. È possibile saltare il riarmo eseguendo il comando Set-Provserviceconfigurationdata. Per ulteriori informazioni sull’attivazione KMS, vedere Attivare utilizzando Key Management Service.
Nota:
Tutti i cataloghi di macchine creati dopo l’esecuzione del comando
Set-Provserviceconfigurationdataavranno la stessa impostazione fornita nel comando.
Attivazione basata su Active Directory (ADBA)
ADBA consente di attivare le macchine tramite le loro connessioni di dominio. Le macchine vengono attivate immediatamente quando si uniscono al dominio. Queste macchine rimangono attivate finché rimangono unite al dominio e in contatto con esso. Questa funzionalità è supportata su tutte le versioni di Windows supportate da Citrix. Per ulteriori informazioni sull’attivazione basata su Active Directory, vedere Attivare utilizzando Attivazione basata su Active Directory.
Multiple Activation Key (MAK)
MAK è un modo per attivare il volume e autenticare il sistema Windows con l’aiuto del server Microsoft. È necessario acquistare la chiave MAK da Microsoft, a cui è assegnato un numero fisso di conteggi di attivazione. Ogni volta che un sistema Windows viene attivato, il conteggio delle attivazioni si riduce. Esistono due modi per attivare il sistema:
- Attivazione online: se il sistema Windows che si desidera attivare ha accesso a Internet, il sistema attiva automaticamente Windows all’installazione del codice Product Key. Questo processo riduce il conteggio delle attivazioni di 1 per il MAK corrispondente.
- Attivazione offline: se il sistema Windows non è in grado di connettersi a Internet per eseguire l’attivazione online, MCS ottiene un ID di conferma e un ID di installazione dal server Microsoft per attivare il sistema Windows. Questo metodo di attivazione è utile per i cataloghi di macchine non persistenti.
Nota:
- MCS non supporta l’attivazione di Microsoft Office tramite MAK.
- La versione minima del VDA richiesta è 2303.
Requisiti chiave
- Il Delivery Controller™ deve avere accesso a Internet.
- Creare un nuovo catalogo se la nuova immagine da aggiornare ha una chiave MAK diversa dall’originale.
- Installare la chiave MAK sull’immagine master. Vedere Distribuire l’attivazione MAK per i passaggi per installare la chiave MAK su un sistema Windows.
-
Se non si utilizza la preparazione dell’immagine:
- Aggiungere il valore DWORD del registro
ManualsottoComputer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform\Activation. - Impostare il valore su
1.
- Aggiungere il valore DWORD del registro
Conteggi di attivazione
Per visualizzare il numero di attivazioni rimanenti per la chiave MAK o per verificare se una VM sta consumando due o più attivazioni, utilizzare il Volume Activation Management Tool (VAMT). Vedere Installare VAMT.
Attivare il sistema Windows utilizzando MAK
Per attivare il sistema Windows utilizzando MAK:
- Installare il codice Product Key sull’immagine master. Questo passaggio consuma un conteggio di attivazione.
- Creare un catalogo di macchine MCS.
-
Se non si utilizza la preparazione dell’immagine:
- Aggiungere il valore DWORD del registro
ManualsottoComputer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform\Activation. - Impostare il valore su
1.
Questo metodo disabilita l’opzione di attivazione online.
- Aggiungere il valore DWORD del registro
- Aggiungere VM al catalogo di macchine.
- Accendere le VM.
-
A seconda che si tratti di attivazione online o offline, il sistema Windows viene attivato.
- Se l’attivazione è online, il sistema Windows viene attivato dopo l’installazione del codice Product Key.
- Se l’attivazione è offline, MCS comunica con le VM sottoposte a provisioning per ottenere lo stato di attivazione del sistema Windows. MCS recupera quindi un ID di conferma e un ID di installazione dal server Microsoft. Questi ID vengono utilizzati per attivare il sistema Windows.
Risoluzione dei problemi
Se la VM sottoposta a provisioning non è attivata con la chiave MAK installata, eseguire il comando Get-ProvVM o Get-ProvScheme in una finestra di PowerShell.
- Il comando
Get-ProvScheme: vedere il parametroWindowsActivationTypeassociato al catalogo di macchine MCS dall’ultima immagine master. - Il comando
Get-ProvVM. Vedere i parametriWindowsActivationType,WindowsActivationStatus,WindowsActivationStatusErrorCodeeWindowsActivationStatusError.
È possibile controllare l’errore e verificare i passaggi per risolvere il problema.
Creare un catalogo di macchine utilizzando Studio
Prima di creare un catalogo:
- Assicurarsi di aver creato una connessione all’hypervisor, al servizio cloud o ad altre risorse che ospitano le macchine.
- Se è stata creata un’immagine master per il provisioning delle macchine. Assicurarsi di aver installato un VDA su tale immagine master.
Nota:
Quando si utilizza un servizio cloud o un hypervisor per ospitare VM, la procedura guidata di creazione del catalogo potrebbe contenere pagine aggiuntive specifiche per tale host. Ad esempio, quando si utilizza un’immagine master di Azure Resource Manager, la procedura guidata di creazione del catalogo contiene una pagina Tipi di archiviazione e licenza. Per informazioni specifiche sull’host, consultare gli articoli specifici menzionati in Passaggi successivi.
Avviare la procedura guidata di creazione del catalogo
- Accedere a Citrix Cloud.
- Nel riquadro DaaS, fare clic su Gestisci per aprire Studio.
- Selezionare Cataloghi di macchine nel riquadro sinistro.
- Se questo è il primo catalogo che viene creato, si viene guidati alla selezione corretta (ad esempio “Configurare le macchine e creare cataloghi di macchine per eseguire app e desktop”). Si apre la procedura guidata di creazione del catalogo.
-
Se è già stato creato un catalogo e se ne desidera creare un altro, seguire questi passaggi:
- Per organizzare i cataloghi utilizzando le cartelle, creare cartelle sotto la cartella predefinita Cataloghi di macchine. Per ulteriori informazioni, vedere Creare una cartella di catalogo.
- Selezionare la cartella in cui si desidera creare il catalogo, quindi fare clic su Crea catalogo di macchine. Si apre la procedura guidata di creazione del catalogo.
La procedura guidata illustra le pagine descritte nelle sezioni seguenti. Le pagine visualizzate possono variare a seconda delle selezioni effettuate e della connessione (a un host) utilizzata. Host / risorse di virtualizzazione elenca le fonti di informazioni per i tipi di host supportati.
Selezionare un tipo di macchina
Ogni catalogo deve contenere macchine di un solo tipo di sistema operativo. Selezionare una delle seguenti opzioni nella pagina Tipo di macchina:
- Sistema operativo multi-sessione: un catalogo di sistemi operativi multi-sessione fornisce desktop condivisi ospitati. Le macchine possono eseguire versioni supportate dei sistemi operativi Windows o Linux, ma il catalogo non può contenere entrambi i sistemi operativi Windows e Linux.
- Sistema operativo a sessione singola: un catalogo di sistemi operativi a sessione singola fornisce desktop VDI che è possibile assegnare a diversi utenti.
- Accesso remoto al PC: un catalogo di accesso remoto al PC fornisce agli utenti l’accesso remoto alle loro macchine desktop fisiche in ufficio. L’accesso remoto al PC non richiede una VPN per fornire sicurezza.
Selezionare le opzioni di gestione delle macchine
Nota:
La pagina Gestione macchine non viene visualizzata se si seleziona Accesso remoto al PC nella pagina Tipo di macchina.
La pagina Gestione macchine indica come vengono gestite le macchine e lo strumento che si desidera utilizzare per distribuire le macchine.
Selezionare una delle opzioni per indicare come le macchine devono essere gestite dal punto di vista dell’alimentazione:
- Macchine con gestione dell’alimentazione (ad esempio, macchine virtuali o PC blade): questa opzione è disponibile solo se è già stata configurata una connessione a un hypervisor o a un servizio cloud.
- Macchine senza gestione dell’alimentazione (ad esempio, macchine fisiche)
Se si seleziona l’opzione Macchine con gestione dell’alimentazione (ad esempio, macchine virtuali o PC blade), selezionare uno strumento per creare le VM:
-
Tecnologia Citrix Provisioning™
- Citrix Machine Creation Services (MCS) Crea un catalogo di VM sottoposte a provisioning e con immagine utilizzando MCS. MCS copia le immagini clonate da un’immagine master su tali VM.
-
Citrix Provisioning Services (PVS) Crea un catalogo di VM sottoposte a provisioning utilizzando MCS e con immagine utilizzando PVS. Tali VM fungono da dispositivi di destinazione PVS e il server PVS può trasmettere loro una singola immagine disco condivisa.
Nota:
- Questa opzione è disponibile solo per i siti PVS registrati con Citrix Cloud™ ed è attualmente limitata alle risorse Azure.
- Durante la creazione di un catalogo Citrix Provisioning nella pagina Dispositivo di destinazione, è possibile che nel menu a discesa per selezionare la farm e il sito per le macchine da sottoporre a provisioning, siano elencate farm e siti che non esistono più. Come soluzione alternativa, è possibile eseguire il comando PowerShell
Unregister-HypPvsSiteper rimuovere le farm e i siti dal database. Per informazioni sul comando PowerShell, vedere Unregister-HypPvsSite.
- Altro servizio o tecnologia Uno strumento che gestisce le macchine già presenti nel data center. Citrix consiglia di utilizzare Microsoft System Center Configuration Manager o un’altra applicazione di terze parti per garantire che le macchine nel catalogo siano coerenti.
Nota:
Per le macchine con sistema operativo Linux, vedere Creare VDA Linux utilizzando Machine Creation Services (MCS).
Selezionare un’esperienza desktop
Nota:
Le opzioni nella pagina Esperienza desktop variano in base al tipo di macchina selezionato nella pagina Tipo di macchina.
-
Per le macchine con sistema operativo multi-sessione, agli utenti viene assegnato un desktop casuale ogni volta che accedono. Nella pagina Esperienza desktop sono disponibili le seguenti opzioni:
- Salva le modifiche sul disco locale della macchina che ospita i desktop virtuali: Persistente
- Ignora tutte le modifiche e cancella i desktop virtuali quando l’utente si disconnette: Non persistente
Nota:
Per le macchine multi-sessione persistenti, le modifiche apportate dagli utenti ai desktop verranno salvate e saranno accessibili a tutti gli utenti autorizzati.
-
Per le macchine con sistema operativo a sessione singola, nella pagina Esperienza desktop sono disponibili le seguenti opzioni:
- Connettersi a un nuovo desktop (casuale) ogni volta che gli utenti accedono.
- Connettersi allo stesso desktop (statico) ogni volta che gli utenti accedono