Citrix DaaS

Creare cataloghi di macchine

Nota:

Questo articolo descrive come creare cataloghi utilizzando Studio. Se si utilizza Quick Deploy per creare risorse di Azure, seguire le istruzioni in Creare cataloghi utilizzando Quick Deploy.

Le raccolte di macchine fisiche o virtuali vengono gestite come un’unica entità denominata catalogo macchine. All’interno di un catalogo macchine, tutte le macchine condividono un tipo di sistema operativo comune, che può essere un sistema operativo multisessione o monosessione, come i sistemi basati su Windows o Linux.

Studio ti guida nella creazione del primo catalogo macchine. Dopo aver creato il primo catalogo, si crea il primo gruppo di consegna. Successivamente potrai modificare il catalogo creato e crearne altri.

Panoramica

Quando si crea un catalogo di VM, si specifica come effettuare il provisioning di tali VM. È possibile utilizzare Machine Creation Services (MCS). Oppure puoi utilizzare i tuoi utensili per fornire macchine.

  • Se si utilizza MCS per il provisioning delle VM, è necessario fornire un’immagine (o snapshot) per creare VM identiche nel catalogo. Prima di creare il catalogo, è necessario impostare per la prima volta una connessione di hosting all’hypervisor o al servizio cloud scelto, quindi è necessario creare e configurare l’immagine master sullo stesso. La configurazione dell’immagine master richiede attività quali l’aggiunta al dominio quando necessario, l’installazione dei driver richiesti, la pubblicazione delle applicazioni e la distribuzione del Virtual Delivery Agent (VDA) sull’immagine.
  • Dopo aver creato l’immagine master, si crea il catalogo macchine in Studio. Si seleziona l’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 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 creare una macchina virtuale. Successivamente (dopo aver creato il primo catalogo e il primo gruppo di distribuzione), potrai modificare le informazioni relative a quell’unità di hosting o alla sua connessione host padre oppure creare altre connessioni e unità di hosting.

Se un Cloud Connector non funziona correttamente, le operazioni di provisioning di MCS (ad esempio gli aggiornamenti del catalogo) richiedono più tempo del solito e le prestazioni dell’interfaccia di gestione diminuiscono notevolmente.

Controllo della licenza RDS

La creazione di un catalogo macchine contenente macchine con sistema operativo Windows multisessione include un controllo automatico delle licenze Microsoft RDS valide. Si cerca nel catalogo una macchina accesa e registrata su cui effettuare il controllo.

  • Se non viene trovata una macchina accesa e registrata, viene visualizzato un avviso che spiega che non è possibile eseguire il controllo della licenza RDS.
  • 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 venga più visualizzato), selezionare il catalogo. Seleziona Rimuovi avviso licenza RDS. Quando richiesto, confermare l’azione.

Registrazione VDA

Per poter essere presa in considerazione quando si avviano sessioni negoziate, una VDA deve essere registrata presso un Cloud Connector. Le VDA non registrate possono comportare il sottoutilizzo di risorse altrimenti disponibili. Esistono vari motivi per cui un VDA potrebbe non essere registrato, molti dei quali possono essere risolti. Le informazioni sulla risoluzione dei problemi vengono fornite nella procedura guidata di creazione del catalogo e dopo aver aggiunto un catalogo a un gruppo di distribuzione.

Nella procedura guidata di creazione del catalogo, dopo aver aggiunto macchine esistenti, l’elenco dei nomi degli account computer indica se ciascuna macchina è idonea per essere aggiunta al catalogo. Passando il mouse sull’icona accanto a ogni macchina verrà visualizzato un messaggio informativo sulla macchina stessa.

Se il messaggio identifica una macchina problematica, puoi rimuovere quella macchina (utilizzando il pulsante Rimuovi ) oppure aggiungerla. Ad esempio, se un messaggio indica che non è possibile ottenere informazioni su una macchina (forse perché non è mai stata registrata), è possibile scegliere di aggiungere comunque 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 immesso 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 ciascuna VM. Oltre ai due dischi per VM, nella stessa posizione di archiviazione viene archiviata anche una copia completa dello snapshot o dell’immagine master. Se sono definite più posizioni di archiviazione, ciascuna ottiene i seguenti tipi di disco:
    • La copia completa dello snapshot (indicata in precedenza), che è di sola lettura e condivisa tra le VM appena create.
    • Un disco di identità univoco da 16 MB che assegna a ciascuna VM un’identità univoca. Ogni macchina virtuale riceve un disco di identità.
    • Un disco diverso e univoco per memorizzare le scritture effettuate sulla VM. Questo disco è sottoposto a provisioning sottile (se supportato dall’archiviazione host) e aumenta fino alla dimensione massima dell’immagine master, se necessario. A ciascuna VM viene assegnato un disco differenziato. Il disco delle differenze contiene le modifiche apportate durante le sessioni. È permanente per i desktop dedicati. Per i desktop in pool, il desktop viene eliminato e ne viene creato uno nuovo dopo ogni riavvio.

In alternativa, quando si creano VM per distribuire desktop statici, è possibile specificare (nella pagina Macchine della procedura guidata di creazione del catalogo) cloni di VM thick (copia completa). I cloni completi non richiedono la conservazione dell’immagine master su ogni archivio dati. Ogni VM ha il suo file.

Considerazioni sullo stoccaggio MCS

Sono molti i fattori da considerare nella scelta delle soluzioni di storage, delle configurazioni e delle capacità per MCS. Le seguenti informazioni forniscono considerazioni adeguate sulla capacità di archiviazione:

Considerazioni sulla capacità:

  • Dischi

    I dischi Delta o Differenziazione (Diff) consumano la maggiore 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 = Diff Disk: contiene il sistema operativo quando viene copiato dall’immagine master di base.
    • Disk1 = Disco identità: 16 MB - contiene i dati di Active Directory per ogni VM.

    Con l’evoluzione del prodotto, potrebbe essere necessario aggiungere più dischi per soddisfare determinati casi d’uso e consumi di funzionalità. Per esempio:

    • L’ottimizzazione dello storage MCS crea un disco in stile cache di scrittura per ogni VM. Negli ambienti di virtualizzazione XenServer, VMware e SCVMM, MCS posiziona il disco della cache write-back (WBC) nella stessa posizione di archiviazione del disco del sistema operativo se si configura l’elenco di archiviazione del sistema operativo disponibile nello stesso modo dell’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. Per esempio:

    • XenServer IntelliCache crea un disco di lettura sull’archiviazione locale per ogni XenServer. Questa opzione consente di risparmiare IOPS sull’immagine che potrebbe essere conservata nella posizione di archiviazione condivisa.
  • Sovraccarico dell’hypervisor

    Diversi hypervisor utilizzano file specifici che generano overhead per le VM. Gli hypervisor utilizzano l’archiviazione anche per operazioni di gestione e di registrazione generali. Calcola lo spazio da includere per le spese generali:

    • File di registro
    • File specifici dell’hypervisor. Per esempio:
      • VMware aggiunge altri file alla cartella di archiviazione della VM . Vedere Best practice di VMware.
      • Calcola i requisiti di dimensione totale della tua macchina virtuale. Consideriamo una macchina virtuale contenente 20 GB per il disco virtuale, 16 GB per il file di swap e 100 MB per i file di registro, per un totale di 36,1 GB.
    • Snapshot per XenServer; Snapshot per VMware.
  • Spese generali del processo

    La creazione di un catalogo, l’aggiunta di una macchina e l’aggiornamento di un catalogo hanno implicazioni uniche in termini di archiviazione. Per esempio:

    • La creazione iniziale del catalogo richiede che una copia del disco di base venga copiata in ogni posizione di archiviazione.
      • Richiede inoltre la creazione temporanea di una VM di preparazione .
    • 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.
    • Aggiornamento del catalogo per creare un disco di base extra in ogni posizione di archiviazione. Anche gli aggiornamenti del catalogo subiscono un picco di archiviazione temporaneo, in cui ogni VM nel catalogo ha 2 dischi Diff per un certo periodo di tempo.

Ulteriori considerazioni:

  • Dimensionamento RAM: Influisce sulla dimensione di determinati file e dischi dell’hypervisor, inclusi i dischi di ottimizzazione I/O, la cache di scrittura e i file snapshot.
  • Provisioning sottile/spessore: Si preferisce l’archiviazione NFS per le capacità di provisioning sottile.

Ottimizzazione dello storage dei Machine Creation Services (MCS)

La funzionalità di ottimizzazione dell’archiviazione 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.vhdx e il nome del file della cache di scrittura di MCS I/O è D:\mcsdif.vhdx.
  • Ottieni 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 nella RAM con overflow sul disco rigido per fornire la soluzione di cache di scrittura multilivello più ottimale. Questa funzionalità consente all’amministratore di bilanciare i costi di ogni livello, RAM e disco, e le prestazioni per soddisfare le aspettative relative al carico di lavoro desiderato.

L’aggiornamento del metodo di cache di scrittura da basato su disco a basato su file richiede le seguenti modifiche:

  1. MCS I/O non supporta più solo la cache RAM. Specificare una dimensione del disco durante la creazione del catalogo macchine.
  2. 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.vhdx viene scritto nel volume formattato MCSWCDisk.
  3. 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 la differenza tra la dimensione del disco e il carico di lavoro generato, più la dimensione del file di paging. In genere è associato alla dimensione della RAM della VM.

Abilita gli aggiornamenti di ottimizzazione dello storage MCS

Per abilitare la funzionalità di ottimizzazione dell’archiviazione I/O MCS, aggiornare Delivery Controller e VDA all’ultima versione di Citrix DaaS.

Nota:

Se si aggiorna una distribuzione esistente in cui è abilitato MCS I/O, non è richiesta alcuna configurazione aggiuntiva. L’aggiornamento VDA e Delivery Controller gestiscono l’aggiornamento I/O MCS.

Per informazioni sull’assegnazione di una lettera di unità al disco cache write-back, vedere Assegnazione di una lettera di unità specifica al disco cache write-back di I/O MCS.

Preparare un’immagine master sull’hypervisor o sul servizio cloud

L’immagine master contiene il sistema operativo, le applicazioni non virtualizzate, VDA e altri software.

Buono a sapersi:

  • Un’immagine master può anche essere chiamata immagine clone, immagine golden, VM di base o immagine di base. I fornitori di servizi di hosting e i provider di servizi cloud potrebbero utilizzare termini diversi.
  • Assicurarsi che l’hypervisor o il servizio cloud disponga di processori, memoria e storage sufficienti per ospitare il numero di macchine create.
  • Configurare la quantità corretta di spazio sul disco rigido necessaria per desktop e applicazioni. Tale valore non potrà essere modificato in seguito né nel catalogo della macchina.
  • I cataloghi delle macchine con accesso remoto al PC 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 (ad esempio 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 di VDA per poter accedere alle funzionalità più recenti. La mancata installazione di un VDA sull’immagine master determina il fallimento della creazione del catalogo.
  • Strumenti di terze parti, se necessario, come software antivirus o agenti di distribuzione elettronica di software. Configurare i servizi con impostazioni adatte agli utenti e al tipo di macchina (ad esempio, l’aggiornamento delle funzionalità).
  • Applicazioni di terze parti che non si desidera virtualizzare. Citrix consiglia di virtualizzare le applicazioni. La virtualizzazione riduce i costi eliminando la necessità di aggiornare l’immagine master dopo l’aggiunta o la riconfigurazione di un’applicazione. Inoltre, un minor numero di applicazioni installate riduce le dimensioni dei dischi rigidi dell’immagine master, con conseguente risparmio 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 versioni locali e i pacchetti di lingua. Durante il provisioning, quando viene creato uno snapshot, le VM provisionate utilizzano le impostazioni locali e i pacchetti di lingua installati.

Importante:

Se si utilizza MCS, non eseguire Sysprep sulle immagini master.

Per preparare un’immagine master:

  1. Utilizzando lo strumento di gestione dell’hypervisor, crea un’immagine master, quindi installa il sistema operativo e tutti i service pack e gli aggiornamenti. Specificare il numero di vCPU. È anche possibile specificare il valore vCPU se si crea il catalogo macchine tramite PowerShell. Non è possibile specificare il numero di vCPU quando si crea un catalogo da Studio. Configura la quantità di spazio sul disco rigido necessaria per desktop e applicazioni. Tale valore non potrà essere modificato in seguito né nel catalogo.
  2. Assicurarsi che il disco rigido sia collegato alla posizione 0 del dispositivo. La maggior parte dei modelli di immagini master standard configurano questa posizione per impostazione predefinita, ma alcuni modelli personalizzati potrebbero non farlo.
  3. Installare e configurare il software elencato sopra sull’immagine master.
  4. Se non si utilizza MCS, unire l’immagine master al dominio di cui sono membri le applicazioni e i desktop. Assicurarsi che l’immagine master sia disponibile sull’host in cui vengono create le macchine. Se si utilizza MCS, non è necessario unire l’immagine master a un dominio. Le macchine fornite vengono aggiunte al dominio specificato nella procedura guidata di creazione del catalogo.
  5. Citrix consiglia di creare e assegnare un nome a uno snapshot dell’immagine master, in modo che possa essere identificato in seguito. Se durante la creazione di un catalogo si specifica un’immagine master anziché uno snapshot, l’interfaccia di gestione crea uno snapshot, ma non è possibile assegnargli un nome.

Attivazione delle licenze di volume

MCS supporta l’attivazione di licenze multilicenza 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 volume sono:

  • Servizio di gestione delle chiavi (KMS)
  • Attivazione basata su Active Directory (ADBA)
  • Chiave di attivazione multipla (MAK)

È possibile modificare le impostazioni di attivazione dopo aver creato il catalogo macchine.

Servizio di gestione delle chiavi (KMS)

Il 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 delle immagini, MCS esegue il riarmo di Microsoft Windows e Microsoft Office KMS. È possibile saltare il riarmo eseguendo il comando Set-Provserviceconfigurationdata. Per ulteriori informazioni su Microsoft Windows KMS Rearm e Microsoft Office KMS Rearm durante la preparazione dell’immagine, vedere Machine Creation Services: panoramica sulla preparazione dell’immagine e individuazione degli errori. Per ulteriori informazioni sull’attivazione KMS, vedere Attivazione tramite Key Management Service.

Nota:

Tutti i cataloghi macchina creati dopo l’esecuzione del comando Set-Provserviceconfigurationdata hanno la stessa impostazione fornita nel comando.

Attivazione basata su Active Directory (ADBA)

ADBA consente di attivare le macchine tramite le relative connessioni di dominio. Le macchine vengono attivate immediatamente quando si uniscono al dominio. Queste macchine rimangono attive finché rimangono collegate 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 Attivazione tramite Attivazione basata su Active Directory.

Chiave di attivazione multipla (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 viene assegnato un numero fisso di attivazioni. Ogni volta che viene attivato un sistema Windows, il conteggio delle attivazioni diminuisce. 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 durante l’installazione della chiave prodotto. Questo processo riduce di 1 il conteggio delle attivazioni per il MAK corrispondente.
  • Attivazione offline: se il sistema Windows non è in grado di connettersi a Internet per effettuare l’attivazione online, MCS riceve 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 VDA minima richiesta è la 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. Consultare Distribuisci attivazione MAK per i passaggi necessari per installare la chiave MAK su un sistema Windows.
  • Se non si utilizza la preparazione delle immagini:

    1. Aggiungere il valore DWORD del registro Manuale in Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform\Activation.
    2. Imposta il valore su 1.

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 Volume Activation Management Tool (VAMT). Vedere Installa VAMT.

Attivare il sistema Windows tramite MAK

Per attivare il sistema Windows tramite MAK:

  1. Installare la chiave del prodotto sull’immagine master. Questo passaggio consuma un conteggio di attivazione.
  2. Creare un catalogo macchine MCS.
  3. Se non si utilizza la preparazione delle immagini:

    1. Aggiungere il valore DWORD del registro Manuale in Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform\Activation.
    2. Imposta il valore su 1.

    Questo metodo disabilita l’opzione di attivazione online.

  4. Aggiungere VM al catalogo macchine.
  5. Accendere le VM.
  6. A seconda che l’attivazione avvenga online o offline, viene attivato il sistema Windows.

    • Se l’attivazione avviene online, il sistema Windows viene attivato dopo l’installazione della chiave prodotto.
    • Se l’attivazione avviene offline, MCS comunica con le VM fornite per ottenere lo stato di attivazione del sistema Windows. MCS recupera quindi un ID di conferma e un ID installato dal server Microsoft. Questi ID vengono utilizzati per attivare il sistema Windows.

Risoluzione dei problemi

Se la VM fornita non è attivata con la chiave MAK installata, eseguire il comando Get-ProvVM o Get-ProvScheme in una finestra di PowerShell.

  • Comando Get-ProvScheme : vedere il parametro WindowsActivationType associato al catalogo macchine MCS dall’ultima immagine master.
  • Il comando Get-ProvVM . Vedere i parametri WindowsActivationType, WindowsActivationStatus, WindowsActivationStatusErrorCodee WindowsActivationStatusError.

Puoi controllare l’errore e verificare i passaggi per risolvere il problema.

Creare un catalogo macchine utilizzando Studio

Prima di creare un catalogo:

  • Assicurati di aver creato una connessione all’hypervisor, al servizio cloud o ad altre risorse che ospitano i tuoi computer.
  • Se è stata creata un’immagine master per il provisioning delle macchine. Assicuratevi di aver installato un VDA su quell’immagine master.

Nota:

Quando si utilizza un servizio cloud o un hypervisor per ospitare VM, la procedura guidata per la creazione del catalogo potrebbe contenere pagine aggiuntive specifiche per quell’host. Ad esempio, quando si utilizza un’immagine master di Azure Resource Manager, la procedura guidata per la creazione del catalogo contiene una pagina Tipi di archiviazione e licenza . Per informazioni specifiche sull’host, vedere gli articoli specifici menzionati in Dove andare dopo.

  1. Accedi a Citrix Cloud.
  2. Nel riquadro DaaS , fai clic su Gestisci per aprire Studio.
  3. Selezionare Cataloghi macchine nel riquadro di sinistra.
  4. Se questo è il primo catalogo creato, verrai indirizzato alla selezione corretta (ad esempio “Configura le macchine e crea cataloghi macchine per eseguire app e desktop”). Si apre la procedura guidata per la creazione del catalogo.
  5. Se hai già creato un catalogo e vuoi crearne un altro, segui questi passaggi:

    1. Per organizzare i cataloghi utilizzando le cartelle, creare cartelle nella cartella predefinita Machine Catalogs . Per ulteriori informazioni, vedere Creare una cartella catalogo.
    2. Seleziona la cartella in cui vuoi creare il catalogo, quindi fai clic su Crea catalogo macchina. Si apre la procedura guidata per la creazione del catalogo.

La procedura guidata ti guiderà attraverso le pagine descritte nelle sezioni seguenti. Le pagine visualizzate potrebbero 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.

Seleziona 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 multisessione: Un catalogo di sistemi operativi multisessione 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 utenti diversi.
  • Accesso PC remoto: Un catalogo di accesso PC remoto fornisce agli utenti l’accesso remoto ai loro computer desktop fisici in ufficio. L’accesso remoto al PC non richiede una VPN per garantire la sicurezza.

Seleziona le opzioni di gestione della macchina

Nota:

La pagina Gestione macchina non viene visualizzata se si seleziona Accesso PC remoto nella pagina Tipo macchina .

La pagina Gestione macchine indica come vengono gestite le macchine e lo strumento che si desidera utilizzare per distribuirle.

Selezionare una delle opzioni per indicare come devono essere gestite le macchine in termini di alimentazione:

  • Macchine con gestione dell’alimentazione (ad esempio, macchine virtuali o PC blade): questa opzione è disponibile solo se hai già configurato una connessione a un hypervisor o a un servizio cloud.
  • Le macchine non sono gestite dall’alimentazione (ad esempio, le macchine fisiche)

Se selezioni l’opzione Macchine con gestione dell’alimentazione (ad esempio, macchine virtuali o PC blade), seleziona uno strumento per creare VM:

  • Tecnologia di provisioning Citrix

    • Citrix Machine Creation Services (MCS) Crea un catalogo di VM fornite e di cui è stata creata l’immagine tramite MCS. MCS copia le immagini clonate da un’immagine master su quelle VM.
    • Citrix Provisioning Services (PVS) Crea un catalogo di VM fornite tramite MCS e di cui è stata creata l’immagine tramite PVS. Tali VM fungono da dispositivi di destinazione PVS e il server PVS può trasmettere in streaming su di esse un’unica immagine disco condivisa.

      Nota:

      • Questa opzione è disponibile solo per i siti PVS registrati con Citrix Cloud e attualmente è limitata alle risorse di Azure.
      • Quando si crea un catalogo di Citrix Provisioning nella pagina Dispositivo di destinazione , si potrebbe notare che nel menu a discesa per selezionare la farm e il sito per le macchine da provisionare sono elencati farm e siti che non esistono più. Come soluzione alternativa, puoi eseguire il comando di PowerShell Unregister-HypPvsSite per 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 la coerenza delle macchine nel catalogo.

Nota:

Per i computer con sistema operativo Linux, vedere Creare VDA Linux utilizzando Machine Creation Services (MCS).

Seleziona un’esperienza desktop

Nota:

Le opzioni nella pagina Esperienza desktop variano a seconda del tipo di macchina selezionato nella pagina Tipo di macchina .

  • Per le macchine con sistema operativo multisessione ** , agli utenti viene assegnato un desktop casuale ogni volta che effettuano l’accesso. 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 multisessione persistenti, le modifiche apportate dagli utenti ai desktop verranno salvate e saranno accessibili a tutti gli utenti autorizzati.

  • Per i computer con sistema operativo a sessione singola, sono disponibili le seguenti opzioni nella pagina Desktop Experience :

    • Connettersi a un nuovo desktop (casuale) ogni volta che gli utenti effettuano l’accesso.
    • Connettersi allo stesso desktop (statico) ogni volta che gli utenti accedono.

    Puoi inoltre decidere se le modifiche apportate dagli utenti verranno salvate o eliminate dopo la disconnessione.

Se si seleziona Salvare le modifiche sul disco locale della macchina che ospita i desktop virtuali: Persistente, le opzioni Clona Copia Veloce o Clona Copia Completa sono disponibili per l’opzione Copia della macchina virtuale modalità sul Macchine virtuali pagina. In caso contrario, il Copia della macchina virtuale La modalità non è disponibile.

Seleziona un’immagine e un profilo macchina

Nota:

  • Questa pagina viene visualizzata solo se selezioni Citrix Machine Creation Services (MCS) nella pagina Machine Management .
  • Le opzioni disponibili in questa pagina variano a seconda dell’hypervisor o del servizio cloud.

Per completare le impostazioni sulla pagina, segui questi passaggi:

  1. Selezionare un tipo di immagine per il catalogo macchine, quindi selezionare un’immagine. Sono disponibili due tipi di immagini:

    • Immagine master: Uno snapshot o una VM creata come immagine master. Esegue una preparazione automatica delle immagini all’inizio della creazione del catalogo. Se necessario, puoi aggiungere una nota all’immagine selezionata.

      Nota:

      • Quando si utilizza MCS, non eseguire Sysprep sulle immagini master.
      • Se si specifica un’immagine master anziché uno snapshot, l’interfaccia di gestione crea uno snapshot, ma non è possibile assegnargli un nome.
      • Se si seleziona uno snapshot o una VM non compatibile con la tecnologia di gestione delle macchine selezionata in precedenza nella procedura guidata, viene visualizzato un messaggio di errore.
      • Per aggiornare le immagini all’interno di un nodo immagine, selezionalo nell’albero, quindi fai clic sull’opzione Aggiorna nell’angolo in alto a destra. Se non selezioni alcun nodo immagine, cliccando su Aggiorna vengono aggiornate tutte le immagini nell’albero. Per cancellare un nodo selezionato nell’albero, tieni premuto CTRL e poi fai clic sul nodo.
    • Prepared image: An image that has undergone image preparation, ready for direct use in VM creation. Opting for prepared images rather than master images for catalog creation ensures faster and more reliable machine catalog creation, along with streamlined image lifecycle management.

       > **Nota:**
       >
       > - Le VM create utilizzando immagini preparate non supportano l'ibernazione.
       > - Attualmente, la creazione di cataloghi utilizzando immagini preparate è disponibile solo negli ambienti Azure e VMware.
            
         For more information about how to create prepared images, see [Image management (Preview)](/it-it/citrix-daas/install-configure/image-management.html).
      

    Per ulteriori informazioni sulla preparazione delle immagini, vedere Servizio di creazione macchine: panoramica sulla preparazione delle immagini e individuazione degli errori.

  2. Per ereditare le impostazioni della macchina virtuale da un profilo macchina, selezionare Usa un profilo macchina, quindi selezionare una specifica di modello VM o ARM (specifica per Azure) da usare come profilo macchina.

    Nota:

    Attualmente, l’uso dei profili computer è limitato alle macchine virtuali Azure, AWS, GCP e VMware.

  3. Per le distribuzioni VMWare, quando si crea un catalogo di macchine utilizzando un profilo macchina, è necessario specificare la cartella in cui si desidera conservare le macchine virtuali.

Per specificare il percorso della cartella della macchina virtuale, nella procedura guidata di creazione del catalogo, passare a Macchine virtuali e vai su Seleziona una cartella per posizionare le macchine e specificare il percorso della cartella della macchina virtuale. Se non viene specificato, il sistema considera la cartella del profilo macchina selezionato come posizione predefinita.

  1. Per le distribuzioni AWS, è possibile selezionare un modello di avvio come profilo macchina.

  2. Selezionare il livello funzionale minimo per il catalogo. Per consentire l’utilizzo delle funzionalità più recenti del prodotto, assicurarsi che nell’immagine master sia installata la versione VDA più recente.

Configurare le macchine

Nota:

  • Il titolo di questa pagina dipende da cosa hai selezionato nella pagina Gestione macchine : Macchine, Macchine virtualio Macchine e utenti.
  • Questa pagina non viene visualizzata se si seleziona Accesso PC remoto nella pagina Tipo macchina .
  • È possibile creare un catalogo vuoto, ovvero il catalogo non contiene macchine.
  • Quando si utilizza MCS per creare macchine:

    • Specificare quante macchine virtuali creare. Inserisci 0 (zero) se non vuoi crearne nessuno. Successivamente, per creare VM per un catalogo vuoto, puoi eseguire Aggiungi macchine.
    • Seleziona la quantità di memoria (in MB) di cui dispone ogni VM.

      Importante:

      Ogni VM creata ha un disco rigido. La sua dimensione è impostata nell’immagine master; non è possibile modificare la dimensione del disco rigido nel catalogo.

    • Se nella pagina Esperienza desktop si indica che le modifiche apportate dall’utente ai desktop statici devono essere salvate su un vDisk personale separato, specificare la dimensione del disco virtuale in GB e la lettera dell’unità.
    • Se la distribuzione utilizza più di una zona (posizione delle risorse), è possibile selezionare una zona per il catalogo.
    • Se si creano VM desktop statiche, selezionare una modalità di copia della macchina virtuale. Vedere Modalità di copia della macchina virtuale.
    • Se si creano VM desktop casuali non persistenti, è possibile abilitare e configurare la cache write-back per i dati temporanei sulle macchine per migliorare le prestazioni di I/O. Per ulteriori informazioni, vedere Configurare la cache per i dati temporanei.
  • Quando si utilizzano altri strumenti per fornire macchine:

    Aggiungere (o importare un elenco di) nomi di account macchina. È possibile modificare il nome dell’account per una VM dopo averla aggiunta o importata. Se hai specificato macchine statiche nella pagina Esperienza desktop , puoi facoltativamente specificare il nome utente da utilizzare con ogni VM aggiunta.

    Mancia:

    Per aggiungere utenti, puoi sfogliare gli utenti oppure inserire manualmente un elenco di nomi utente separati da punto e virgola. Se gli utenti si trovano in Active Directory, immettere direttamente i nomi. In caso contrario, immettere i nomi in questo formato: <identity provider>:<user name>. Esempio: AzureAD:username.

    Dopo aver aggiunto o importato nomi, puoi utilizzare il pulsante Rimuovi per eliminare i nomi dall’elenco mentre sei ancora in questa pagina della procedura guidata.

  • Quando si utilizzano altri strumenti (non MCS):

    Un’icona e una descrizione comandi per ogni macchina aggiunta (o importata) aiutano a identificare le macchine che potrebbero non essere idonee per l’aggiunta al catalogo o che non possono registrarsi con un Cloud Connector.

Modalità di copia della macchina virtuale

La modalità di copia specificata nella pagina Macchine determina se MCS crea cloni sottili (copia veloce) o spessi (copia completa) dall’immagine master. (Default = cloni sottili)

  • Utilizza cloni di copia rapida per un utilizzo più efficiente dello storage e una creazione più rapida delle macchine.
  • Utilizzare cloni di copie complete per un migliore supporto al recupero e alla migrazione dei dati, con IOPS potenzialmente ridotti dopo la creazione delle macchine.

Nota:

L’approccio Full Copy Clone è disponibile solo per il provisioning di macchine virtuali persistenti in sistemi operativi a sessione singola o multipla.

Configurare la cache per i dati temporanei

Quando si utilizza MCS per gestire macchine casuali non persistenti in un catalogo, è possibile abilitare la cache write-back per le macchine per migliorare le prestazioni I/O.

La cache write-back è denominata MCSIO. Per ulteriori informazioni, vedere questo articolo del blog.

Prerequisiti

Per abilitare la cache write-back, il catalogo deve soddisfare i seguenti requisiti:

  • Utilizza una connessione che specifica l’archiviazione per i dati temporanei. Per ulteriori informazioni, vedere Connessioni e risorse.
  • I VDA devono essere almeno della versione 7.9 e installati con un driver MCSIO aggiornato.

    Nota:

    È possibile installare questo driver quando si installa o si aggiorna un VDA. Per impostazione predefinita, quel driver non è installato.

  • Per abilitare l’assegnazione delle lettere di unità per le cache del disco, le VM devono soddisfare i seguenti ulteriori requisiti:
    • Sistema operativo: Windows
    • Versione VDA: 2305 o successiva
Considerazioni
  • Arrivano le cache write-back Memoria cache e Disco cache. Per impostazione predefinita, i valori predefiniti variano a seconda del tipo di connessione. In genere, i valori predefiniti sono sufficienti per la maggior parte dei casi; tuttavia, considerare lo spazio necessario per:
    • File di dati temporanei creati da Windows stesso, incluso il file di paging di Windows.
    • Dati del profilo utente.
    • Dati ShareFile sincronizzati con le sessioni degli utenti.
    • Dati che potrebbero essere creati o copiati da un utente di sessione o da qualsiasi applicazione che gli utenti potrebbero installare all’interno della sessione.

    Immagine di archiviazione

  • Quando si abilita la cache write-back per i dati temporanei, utilizzare sia una cache di memoria che una cache su disco. I dati temporanei vengono prima scritti nella cache di memoria. Quando la cache di memoria raggiunge il limite configurato, i dati meno recenti vengono spostati nella cache del disco. Nota: La memorizzazione nella cache write-back utilizzando solo una cache del disco non è più supportata.
  • La cache di memoria è una parte della quantità totale di memoria presente su ogni macchina. Prendere in considerazione l’aumento della quantità totale di memoria in ogni computer dopo aver abilitato la cache write-back.
  • Mutevole Dimensione della cache del disco (GB) dal valore predefinito può influire sulle prestazioni. Le dimensioni devono essere adatte alle esigenze dell’utente e al carico che grava sulla macchina.

    Importante:

    Se la cache del disco esaurisce lo spazio, la sessione dell’utente diventa inutilizzabile.

  • Se si deseleziona la casella di controllo Dimensione cache disco , non verrà creato alcun disco cache. In questo caso, specificare un valore di Memoria allocata nella cache sufficientemente grande da contenere tutti i dati temporanei. Ciò è fattibile solo se sono disponibili grandi quantità di RAM da allocare a ciascuna VM.

  • Non abilitare la memorizzazione nella cache se intendi utilizzare questo catalogo per creare AppDisk.

  • Non è possibile modificare i valori della cache in un catalogo macchine dopo averlo creato.

Utilizzo di file CSV per aggiungere macchine in blocco

Se utilizzi Studio, puoi aggiungere macchine in blocco utilizzando file CSV. La funzionalità è disponibile per tutti i cataloghi, ad eccezione di quelli creati tramite MCS.

Un flusso di lavoro generale per utilizzare i file CSV per aggiungere macchine in blocco è il seguente:

  1. Nella pagina Macchine , seleziona Aggiungi file CSV. Viene visualizzata la finestra Aggiungi macchine in blocco .
  2. Seleziona Scarica modello CSV.
  3. Compila il file modello.
  4. Trascina o scorri fino al file per caricarlo.
  5. Seleziona Convalida per eseguire controlli di convalida sull’importazione.
  6. Selezionare Importa per completare.

Per informazioni sulle considerazioni relative ai file CSV, vedere Considerazioni sull’utilizzo di file CSV per aggiungere macchine.

È anche possibile esportare macchine da un catalogo nella stessa pagina Macchine. Il file CSV esportato delle macchine può quindi essere utilizzato come modello quando si aggiungono macchine in blocco. Per esportare le macchine:

  1. Nella pagina Macchine , seleziona Esporta nel file CSV. Viene scaricato un file CSV contenente l’elenco delle macchine.

  2. Aprire il file CSV per aggiungere o modificare le macchine in base alle proprie esigenze. Per aggiungere macchine in blocco utilizzando il file CSV salvato, vedere la sezione precedente, Utilizzo di file CSV per aggiungere macchine in blocco.

Nota:

  • Questa funzionalità non è disponibile per i cataloghi di Accesso PC remoto.

  • L’esportazione e l’importazione di macchine in file CSV sono supportate solo tra cataloghi dello stesso tipo.

Configurare le schede di rete per le macchine

La pagina NIC non viene visualizzata se si seleziona Accesso PC remoto nella pagina Tipo macchina .

Se si prevede di utilizzare più NIC, associare una rete virtuale a ciascuna scheda. Ad esempio, è possibile assegnare una scheda per accedere a una specifica rete protetta e un’altra scheda per accedere a una rete utilizzata più comunemente. Da questa pagina è anche possibile aggiungere o rimuovere NIC.

Nota:

Per le distribuzioni VMWare, quando si crea un catalogo macchine utilizzando un profilo macchina, il catalogo eredita le configurazioni NIC dal profilo macchina. In questi casi, se il profilo della macchina ha più NIC con la stessa rete, Studio utilizza la rete dell’unità di hosting per le configurazioni NIC.

Aggiungere account macchina

Nota:

Questa pagina Account macchina viene visualizzata solo quando selezioni Accesso PC remoto nella pagina Tipo macchina .

Aggiungere gli account macchina di Active Directory o le unità organizzative (OU). Non utilizzare una barra (/) nel nome di una OU.

È possibile scegliere una connessione di gestione dell’alimentazione configurata in precedenza oppure scegliere di non utilizzare la gestione dell’alimentazione. Se si desidera utilizzare la gestione dell’alimentazione ma non è ancora stata configurata una connessione adatta, è possibile creare tale connessione in un secondo momento e quindi modificare il catalogo delle macchine per aggiornare le impostazioni di gestione dell’alimentazione.

È anche possibile aggiungere macchine in blocco utilizzando file CSV. Un flusso di lavoro generale per farlo è il seguente:

  1. Nella pagina Account macchina , seleziona Aggiungi file CSV. Viene visualizzata la finestra Aggiungi macchine in blocco .
  2. Seleziona Scarica modello CSV.
  3. Compila il file modello.
  4. Trascina o scorri fino al file per caricarlo.
  5. Seleziona Convalida per eseguire controlli di convalida sull’importazione.
  6. Selezionare Importa per completare.

Per informazioni sulle considerazioni relative ai file CSV, vedere Considerazioni sull’utilizzo di file CSV per aggiungere macchine.

Nota:

  • La pagina Identità macchina viene visualizzata solo se non si seleziona Accesso PC remoto nella pagina Tipo macchina e si seleziona Citrix Machine Creation Services (MCS) nella pagina Gestione macchina .

Ogni macchina nel catalogo deve avere un’identità univoca. Questa pagina consente di configurare le identità per le macchine nel catalogo. Le macchine vengono aggiunte all’identità dopo essere state fornite. Non è possibile modificare il tipo di identità dopo aver creato il catalogo.

Di seguito è riportato un flusso di lavoro generale per configurare le impostazioni in questa pagina:

  1. Seleziona un’identità dall’elenco.
  2. Indica se creare account o utilizzare quelli esistenti e la posizione (dominio) per tali account.

Puoi selezionare una delle seguenti opzioni:

  • Active Directory locale: Macchine di proprietà di un’organizzazione e a cui è stato effettuato l’accesso tramite un account Active Directory appartenente a tale organizzazione. Sono presenti in sede.

    Nota:

    Per impostazione predefinita, viene selezionato il dominio in cui risiede la risorsa (connessione).

  • Azure AD aggiunto: Macchine di proprietà di un’organizzazione e a cui è stato effettuato l’accesso con un account Azure Active Directory appartenente a tale organizzazione. Esistono solo nel cloud. Per informazioni sui requisiti, le limitazioni e le considerazioni, vedere Azure Active Directory unito a.

    Nota:

    • Questa opzione richiede che l’immagine master soddisfi i prerequisiti del sistema operativo. Per ulteriori informazioni, consultare la documentazione Microsoft Dispositivi aggiunti a Microsoft Entra.
  • Azure Active Directory ibrido unito a. Macchine di proprietà di un’organizzazione e a cui è stato effettuato l’accesso tramite un account Active Directory Domain Services appartenente a tale organizzazione. Sono disponibili nel cloud e in locale. Per informazioni sui requisiti, le limitazioni e le considerazioni, vedere Azure Active Directory ibrido unito a.

    Nota:

  • Non unito al dominio. Macchine non collegate ad alcun dominio. Per informazioni sui requisiti e le limitazioni, vedere Non unito al dominio.

Importante:

  • Se si seleziona Active Directory locale o Azure Active Directory ibrido unito a come tipo di identità, ogni computer nel catalogo deve avere un account computer Active Directory corrispondente.
  • Il tipo di identità Non-domain-joined richiede la versione 1811 o successiva del VDA come livello funzionale minimo per il catalogo. Per renderlo disponibile, aggiornare il livello funzionale minimo.
  • I tipi di identità Azure Active Directory unito a e Azure Active Directory ibrido unito a richiedono la versione 2203 o successiva del VDA come livello funzionale minimo per il catalogo. Per renderli disponibili, aggiornare il livello funzionale minimo.
  • Un account del servizio Azure AD è obbligatorio quando si creano solo Azure AD o cataloghi di Azure AD registrati in Microsoft Intune per macchine virtuali persistenti e non persistenti.

Se si creano account, è necessario disporre dell’autorizzazione per creare account computer nell’OU in cui risiedono i computer. Ogni macchina nel catalogo deve avere un nome univoco. Specificare lo schema di denominazione degli account per le macchine che si desidera creare. Per ulteriori informazioni, vedere Schema di denominazione degli account macchina.

Nota:

Assicurarsi che i nomi delle OU non utilizzino barre (/).

Se utilizzi account esistenti, accedi agli account o fai clic su Importa e specifica un file .csv contenente i nomi degli account. Il contenuto del file importato deve utilizzare il formato: [ADComputerAccount] ADcomputeraccountname.domain

Assicurati che ci siano abbastanza account per tutte le macchine che vuoi aggiungere. Lo studio gestisce tali account. Pertanto, è opportuno consentire all’interfaccia di reimpostare le password per tutti gli account oppure specificare la password dell’account, che deve essere la stessa per tutti gli account.

Per i cataloghi contenenti macchine fisiche o esistenti, selezionare o importare account esistenti e assegnare ogni macchina sia a un account computer Active Directory sia a un account utente.

Schema di denominazione dell’account macchina

Ogni macchina in un catalogo deve avere un nome univoco. Quando si crea un catalogo, è necessario specificare uno schema di denominazione per l’account macchina. Utilizzare i caratteri jolly (cancelletti) come segnaposto per i numeri o le lettere sequenziali che compaiono nel nome.

Quando si specifica uno schema di denominazione, tenere presente quanto segue:

  • Il numero massimo di caratteri consentito è 15.
  • Lo schema di denominazione deve contenere almeno un carattere jolly. Devi mettere insieme tutti i caratteri jolly.
  • Il nome completo, inclusi i caratteri jolly, deve contenere almeno 2 e non più di 15 caratteri. Deve includere almeno un carattere non numerico e un carattere jolly #.
  • Il nome non deve contenere spazi o nessuno dei seguenti caratteri: ,~!@'$%^&.()}{\/*?"<>|=+[];:_"..
  • Il nome non può terminare con un trattino (-).
  • Il numero di caratteri aumenta con l’aumento del numero di account macchina. Ad esempio, se si creano 1.000 account macchina con lo schema “veryverylong#”, l’ultimo nome account creato (veryverylong1000) contiene 16 caratteri che superano il numero massimo di caratteri consentiti.

È possibile indicare se i valori sequenziali sono numeri (0-9) o lettere (AZ):

  • 0-9. Se selezionati, i caratteri jolly specificati vengono risolti in numeri sequenziali.

    Nota:

    Se è presente un solo carattere jolly (#), i nomi degli account iniziano con 1. Se ce ne sono due, i nomi degli account iniziano con 01. Se sono tre, i nomi degli account iniziano con 001 e così via.

  • DA. Se selezionati, i caratteri jolly specificati vengono risolti in lettere sequenziali.

Ad esempio, uno schema di denominazione PC-Sales-## (con 0-9 selezionato) genera account denominati PC-Sales-01, PC-Sales-02, PC-Sales-03 e così via.

Facoltativamente, puoi specificare con quale nome iniziano i nomi degli account.

  • Se si seleziona 0-9, gli account vengono denominati in sequenza, a partire dai numeri specificati. Immettere una o più cifre, a seconda del numero di caratteri jolly utilizzati nel campo precedente. Ad esempio, se si utilizzano due caratteri jolly, immettere due o più cifre.
  • Se si seleziona AZ, gli account vengono denominati in sequenza, iniziando con le lettere specificate. Inserisci una o più lettere, a seconda del numero di caratteri jolly utilizzati nel campo precedente. Ad esempio, se si utilizzano due caratteri jolly, immettere due o più lettere.

Aggiungi credenziali di dominio

Immettere le credenziali di un amministratore autorizzato a eseguire operazioni sull’account. I passaggi dettagliati sono i seguenti:

  1. Fare clic su Inserisci credenziali. Viene visualizzata la pagina Sicurezza di Windows.
  2. Nel campo Nome utente, immettere il SamName, il nome utente o il SID utente dell’amministratore. A seconda del tuo input:

    • Se si immette un SamName, il campo Dominio viene compilato automaticamente.
    • Se inserisci un nome utente o un SID, puoi limitare la ricerca utente a un dominio specifico inserendo il nome del dominio o il SID nel campo Dominio .
  3. Fare clic su Controlla nome per verificare se il nome utente è valido o univoco.
  4. Nel campo Password , immettere la password di dominio dell’amministratore.
  5. Fai clic su Fatto.

Nota:

Se il tipo di identità selezionato in Identità macchina è Azure Active Directory ibrido unito a, le credenziali immesse devono avere ricevuto l’autorizzazione Scrittura userCertificate .

Selezionare un set di configurazione di Workspace Environment Management (facoltativo)

La pagina WEM viene visualizzata solo se si utilizza l’edizione Advanced o Premium di Citrix DaaS.

Selezionare un set di configurazioni Workspace Environment Management (WEM) a cui si desidera associare il catalogo. Un set di configurazioni è un contenitore logico utilizzato per organizzare un set di configurazioni WEM. Associando un catalogo a un set di configurazione puoi utilizzare WEM per offrire ai tuoi utenti la migliore esperienza possibile nell’area di lavoro.

Importante:

  • Prima di poter associare un catalogo a un set di configurazione, è necessario configurare la distribuzione del servizio WEM. Accedere a Citrix Cloud e quindi avviare il servizio WEM. Per ulteriori informazioni, vedere Introduzione al servizio Workspace Environment Management.
  • Se si utilizza già WEM, le macchine nel catalogo che si sta per predisporre potrebbero essere già presenti in un set di configurazione. Ad esempio, tramite Active Directory. In tal caso, si consiglia di utilizzare Active Directory in modo coerente per eseguire la configurazione e di saltare questa configurazione.

Se il set di configurazione selezionato non contiene impostazioni relative alla configurazione di base di WEM, viene visualizzata la seguente opzione:

  • Applica le impostazioni di base al set di configurazione. L’opzione consente di iniziare rapidamente a usare WEM applicando le impostazioni di base al set di configurazione. Le impostazioni di base includono la protezione dai picchi della CPU, la prevenzione automatica dei picchi della CPU e l’ottimizzazione intelligente della CPU. Per visualizzare le impostazioni di base, fare clic sul collegamento qui . Per modificarli, utilizzare la console WEM.

Aggiorna VDA (facoltativo)

Importante:

  • Per garantire un aggiornamento senza intoppi, accertarsi di soddisfare i prerequisiti ed esaminare i problemi noti prima di aggiornare i VDA alle versioni CR o LTSR CU. Vedere Aggiornare i VDA utilizzando Studio.
  • Quando si aggiornano i VDA LTSR alle versioni LTSR Cumulative Update (CU), assicurarsi che la versione degli agenti di aggiornamento VDA in esecuzione sui VDA sia 7.36.0.7 o successiva. Per ulteriori informazioni, vedere Aggiornare i VDA tramite Studio.

Questa funzionalità si applica ai seguenti tipi di macchine:

  • Macchine persistenti fornite da MCS. È possibile distribuirli utilizzando Citrix Machine Creation Services nella pagina Machine Management durante la creazione del catalogo.
  • Macchine che non sono create utilizzando MCS (ad esempio, macchine fisiche). È possibile distribuirli utilizzando Altro servizio o tecnologia nella pagina Gestione macchine durante la creazione del catalogo.

Per maggiori informazioni sulle due opzioni, vedere Gestione macchina

Nella pagina Aggiornamento VDA , seleziona la versione VDA a cui desideri effettuare l’aggiornamento. Se specificato, i VDA nel catalogo su cui è installato VDA Upgrade Agent possono eseguire l’aggiornamento alla versione selezionata, immediatamente o in un momento pianificato.

Nota:

  • Questa funzionalità supporta solo l’aggiornamento alla versione VDA più recente. Il momento in cui si crea un programma di aggiornamento VDA o si aggiorna un VDA determina la versione più recente del VDA.
  • Dopo aver configurato le impostazioni di aggiornamento VDA, potrebbero essere necessari fino a 15 minuti prima che il campo VDA Upgrade rifletta lo stato più recente. Per visualizzare la colonna Aggiornamento VDA , fare clic sull’icona Colonne da visualizzare nell’angolo in alto a destra, selezionare Catalogo macchine > Aggiornamento VDAe fare clic su Salva.

Scegli una traccia VDA adatta alla tua distribuzione:

Importante:

È possibile passare dalla versione CR VDA alla versione LTSR VDA a patto che si passi da una versione precedente a una versione successiva. Non è possibile passare da una versione successiva a una precedente perché ciò è considerato un downgrade. Ad esempio, non è possibile effettuare il downgrade da 2212 CR a 2203 LTSR (qualsiasi CU), ma è possibile effettuare l’upgrade da 2112 CR a 2203 LTSR (qualsiasi CU).

  • Ultimo CR VDA. Le versioni correnti (CR) offrono le funzionalità e le caratteristiche più recenti e innovative per la virtualizzazione di app, desktop e server.

  • Ultimo LTSR VDA. Le Long Term Service Release (LTSR) sono consigliate per gli ambienti di produzione aziendali di grandi dimensioni che preferiscono mantenere la stessa versione di base per un periodo di tempo prolungato.

Dopo la creazione del catalogo, è possibile aggiornare i VDA in base alle proprie esigenze. Per ulteriori informazioni, vedere Aggiornamento dei VDA.

Se in un secondo momento si desidera abilitare l’aggiornamento VDA, è possibile tornare a questa pagina modificando il catalogo dopo averlo creato. Per ulteriori informazioni, vedere Configurare le impostazioni di aggiornamento VDA modificando un catalogo.

Rivedere le impostazioni

Nella pagina Riepilogo , rivedi le impostazioni specificate. Inserisci un nome e una descrizione per il catalogo. Queste informazioni appaiono in Studio.

Una volta terminato, seleziona Fine per avviare la creazione del catalogo.

In Cataloghi macchine, il nuovo catalogo appare con una barra di avanzamento incorporata.

Per visualizzare i dettagli dell’avanzamento della creazione:

  1. Passare il mouse sul catalogo delle macchine.
  2. Nella descrizione comandi che appare, clicca su Visualizza dettagli.

    Viene visualizzato un grafico di avanzamento passo dopo passo in cui è possibile vedere quanto segue:

    • Storia dei passi
    • Avanzamento e tempo di esecuzione del passaggio corrente
    • Passaggi rimanenti

Creare un catalogo macchine MCS utilizzando i comandi di PowerShell

È anche possibile creare un catalogo macchine MCS utilizzando i comandi di PowerShell. Per ulteriori informazioni, vedere:

Assegnare una lettera di unità specifica a un disco cache di write-back I/O MCS

È possibile assegnare una lettera di unità specifica a un disco cache di write-back I/O MCS. Questa implementazione consente di evitare conflitti tra la lettera dell’unità di qualsiasi applicazione utilizzata e la lettera dell’unità del disco cache di write-back I/O MCS. Per farlo, puoi usare i comandi di PowerShell. Gli hypervisor supportati sono Azure, GCP, VMware, SCVMM e XenServer.

Nota:

Questa funzionalità richiede VDA versione 2305 o successiva.

Limitazioni

  • Applicabile solo al sistema operativo Windows
  • Lettera di unità applicabile per il disco cache write-back: E a Z
  • Non applicabile quando il disco temporaneo di Azure viene utilizzato come disco di cache write-back
  • Applicabile solo quando si crea un nuovo catalogo macchine

Assegnare una lettera di unità a un disco cache write-back

Per assegnare una lettera di unità a un disco cache write-back:

  1. Aprire la finestra PowerShell .
  2. Esegui asnp citrix*.
  3. Creare un pool di identità se non è già stato creato.
  4. Creare uno schema di provisioning utilizzando il comando New-ProvScheme con la proprietà WriteBackCacheDriveLetter. Per esempio:

    New-ProvScheme -CleanOnBoot ` -HostingUnitName "<name>" ` -IdentityPoolName $schemeName ` -ProvisioningSchemeName $schemeName ` -InitialBatchSizeHint 1 ` -UseWriteBackCache -WriteBackCacheDiskSize 127 -WriteBackCacheMemorySize 256 -WriteBackCacheDriveLetter E ` -MasterImageVM "XDHyp:\HostingUnits\<name>\image.folder\abcd-resources.resourcegroup\MCSIOMasterVm_OsDisk_1_d3e2d6352xxxxxxxxx2130aa145ec77.manageddisk" ` -NetworkMapping @{"0"="XDHyp:\\HostingUnits\\name\\virtualprivatecloud.folder\\East US.region\\virtualprivatecloud.folder\\abcd-resources.resourcegroup\\abcd-resources-vnet.virtualprivatecloud\\default.network"} ` -ServiceOffering "XDHyp:\\HostingUnits\\<name>\\serviceoffering.folder\\Standard_D2s_v5.serviceoffering" ` -CustomProperties '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" /> <Property xsi:type="StringProperty" Name="OsType" Value="Windows" /> <Property xsi:type="StringProperty" Name="StorageType" Value="Premium_LRS"/> <Property xsi:type="StringProperty" Name="PersistWBC" Value="false" /> <Property xsi:type="StringProperty" Name="PersistOsDisk" Value="false" /> <Property xsi:type="StringProperty" Name="PersistVm" Value="false" /> <Property xsi:type="StringProperty" Name="WBCDiskStorageType" Value="Premium_LRS" /> <Property xsi:type="StringProperty" Name="UseTempDiskForWBC" Value="false" /> <Property xsi:type="StringProperty" Name="ResourceGroups" Value="abcd-group1" /> <Property xsi:type="StringProperty" Name="LicenseType" Value="Windows_Client" /> <Property xsi:type="StringProperty" Name="SchemaVersion" Value="2" /> </CustomProperties>'
  5. Completa la creazione del catalogo.

Considerazioni importanti sull’impostazione delle proprietà personalizzate

Le proprietà personalizzate devono essere impostate correttamente su New-ProvScheme e Set-ProvScheme negli ambienti GCP e Azure. Se si specificano una o più proprietà personalizzate inesistenti, viene visualizzato il seguente messaggio di errore e i comandi non vengono eseguiti.

Invalid property found: <invalid property>. Ensure that the CustomProperties parameter supports the property.

Considerazioni importanti sull’impostazione dei parametri ProvScheme

Quando si utilizza MCS per creare un catalogo, si riceve un errore se:

  • Impostare i seguenti parametri New-ProvScheme negli hypervisor non supportati quando si crea un catalogo macchine:
Parametro Hypervisor supportato
UseWriteBackCache VMware
  Hyper V
  XenServer
  Azzurro
  GCP
DedicatedTenancy Azzurro
  GCP
  Condizioni d’uso
TenancyType Azzurro
  GCP
  Condizioni d’uso
UseFullDiskCloneProvisioning VMware
  Hyper V
  XenServer
  • Aggiornare i seguenti parametri Set-ProvScheme dopo aver creato il catalogo macchine:

    • CleanOnBoot
    • UseWriteBackCache
    • DedicatedTenancy
    • TenancyType
    • UseFullDiskCloneProvisioning

Aggiungere SID durante la creazione di macchine virtuali

È possibile aggiungere il parametro ADAccountSid per identificare in modo univoco le macchine durante la creazione di nuove macchine virtuali.

Per fare questo:

  1. Creare un catalogo con il tipo di identità supportato.
  2. Aggiungere macchine al catalogo utilizzando NewProvVM. Per esempio:

    New-ProvVM -ProvisioningSchemeName "name" -ADAccountSid @("SID ") -RunAsynchronously

Tuttavia, non è possibile predisporre una macchina con:

  • Un account AD che non è nel pool di identità del catalogo
  • Un account AD che non è disponibile

Convalidare la configurazione prima di creare un catalogo macchine MCS

È possibile convalidare le impostazioni di configurazione prima di creare un catalogo macchine MCS utilizzando il parametro -validate nel comando New-ProvScheme . Dopo aver eseguito questo comando di PowerShell con il parametro, verrà visualizzato un messaggio di errore appropriato se è stato utilizzato un parametro non corretto o se un parametro è in conflitto con un altro parametro. È quindi possibile utilizzare il messaggio di errore per risolvere il problema e creare correttamente un catalogo macchine MCS tramite PowerShell. Attualmente, questa funzionalità è applicabile agli ambienti di virtualizzazione AWS, Azure, GCP e VMware.

Nota:

Durante la convalida, non è possibile creare un catalogo macchine MCS effettivo. È necessario utilizzare il risultato del comando per correggere gli errori e quindi creare un catalogo riuscito. Pertanto, durante l’esecuzione del comando New-ProvScheme , utilizzare un nome di pool di identità falso.

Per convalidare la configurazione, procedere come segue:

  1. Aprire una finestra di PowerShell dall’host Delivery Controller.
  2. Eseguire asnp citrix* per caricare i moduli PowerShell specifici di Citrix.
  3. Esegui il comando New-ProvScheme e usa il parametro -validate. Fornire un nome di pool di identità falso affinché il comando funzioni. Per esempio,

    $result =New-ProvScheme -CleanOnBoot -HostingUnitName "vSanRg" -IdentityPoolName "mptmpcatalogdemo" -InitialBatchSizeHint 1 -MasterImageVM "XDHyp:\HostingUnits\vSanRg\Windows19MasterImage.vm\Citrix_XD_NonMachineProfileWin19Machines.snapshot" -NetworkMapping @{"0"="XDHyp:\HostingUnits\vSanRg\\VM Network.network"} -ProvisioningSchemeName "MachineProfileW10Machines" -Scope @() -VMCpuCount 2 -VM MemoryMB 6143 -MachineProfile "XDHyp:\HostingUnits\vSanRg\TRW-Win11-tpm-BL-TEMPLATE.template" -TenancyType Shared -FunctionalLevel "L7_20" -Validate $result.TerminatingError | Format-List -Property *

    Messaggio di errore:

    ErrorData : {[[ValidationFailureCount, xxx], [InvalidMemoryValue, The memory size provided 6143 must be a multiple of 4 MB and must be greater than or equal to 4 MB.], [InconsistentGuestOsSetting, The GuestOs setting - windows9_64Guest of the selected machine profile does not match with the setting - windows2019srv_64Guest of master image. Please select a machine profile that matches the GuestOs setting of the master image.], [InconsistentVtpmSetting, The vTPM setting of the selected machine profile does not match with the selected master image. Please select a machine profile that matches the vTPM setting of the master image.], [InconsistentFirmwareSetting, The firmware setting - efi of the selected machine profile does not match with the setting - bios of master image. Please select a machine profile that matches the firmware setting of the master image ErrorId : ValidationFailure ErrorMessage : ValidationFailure Operation : ValidatingInputs
  4. Dopo aver convalidato l’impostazione di configurazione, è possibile creare un catalogo macchine MCS con un nome di pool di identità reale e parametri corretti.

Dove andare dopo

Per informazioni sulla creazione di cataloghi hypervisor specifici, vedere:

Se questo è il primo catalogo creato, verrai guidato a creare un gruppo di distribuzione.

Per rivedere l’intero processo di configurazione, vedere Pianificare e creare una distribuzione.

È possibile creare un catalogo Citrix Provisioning utilizzando Studio e PowerShell. Questa implementazione ti offre i seguenti vantaggi:

  • Un’unica console unificata per gestire i cataloghi MCS e Citrix Provisioning.
  • Avere nuove funzionalità per i cataloghi di Citrix Provisioning, come soluzioni di gestione delle identità, provisioning on-demand e così via.

Attualmente questa funzionalità è disponibile solo per i carichi di lavoro Azure e VMware. Tuttavia, negli ambienti VMware e XenServer, attualmente è possibile creare i cataloghi utilizzando solo comandi PowerShell. Per ulteriori informazioni, vedere Creare cataloghi Citrix Provisioning in Citrix Studio.

Ulteriori informazioni