Citrix Virtual Apps and Desktops

Creare cataloghi di macchine

May 31, 2026

Grazie al contributo di:

Importante:

A partire da Citrix Virtual Apps and Desktops™ 7 2006, se la distribuzione corrente utilizza una delle seguenti tecnologie, è possibile aggiornare la distribuzione alla versione corrente solo dopo aver rimosso gli elementi End of Life (EOL) che utilizzano tali tecnologie.

Personal vDisk (PvD)

AppDisks™

Tipi di host cloud pubblici: Citrix CloudPlatform, Microsoft Azure Classic

Per i dettagli, vedere Rimuovere PvD, AppDisk e host non supportati.

Nota:

A partire dalla versione 2511, Citrix Web Studio (basato sul Web) è l’unica console di gestione per Citrix Virtual Apps and Desktops™. Citrix Studio (basato su MMC) è stato rimosso dal programma di installazione. Questo articolo si applica solo a Web Studio. Per informazioni su Citrix Studio, consultare l’articolo equivalente in Citrix Virtual Apps and Desktops 7 2212 o versioni precedenti.

Se si desidera utilizzare connessioni host cloud pubbliche per la distribuzione, è necessaria una licenza Hybrid Rights per completare la nuova installazione o l’aggiornamento alla versione corrente.

Quando il programma di installazione rileva una o più tecnologie non supportate o connessioni host senza licenza Hybrid Rights, l’aggiornamento viene messo in pausa o interrotto. Viene visualizzato un messaggio esplicativo. I registri del programma di installazione contengono i dettagli. Per ulteriori informazioni, vedere Aggiornare una distribuzione.

Introduzione

Le raccolte di macchine fisiche o virtuali sono gestite come un’unica entità chiamata catalogo di macchine. Tutte le macchine in un catalogo hanno lo stesso tipo di sistema operativo: sistema operativo multi-sessione o sistema operativo single-sessione, e macchine Windows o Linux.

Web Studio guida l’utente a creare il primo catalogo di macchine dopo aver creato il sito. Dopo aver creato il primo catalogo, Web Studio guida l’utente a creare il primo gruppo di consegna. Successivamente, è possibile modificare il catalogo creato e crearne altri.

Suggerimento:

L’aggiornamento di una distribuzione esistente abilita la funzionalità di ottimizzazione dell’archiviazione di Machine Creation Services (MCS) (MCS I/O); non è richiesta alcuna configurazione aggiuntiva. L’aggiornamento del Virtual Delivery Agent (VDA) e del Delivery Controller gestisce l’aggiornamento di MCS I/O.

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.

Considerare:

MCS supporta un singolo disco di sistema dall’immagine della macchina virtuale. Ignora il resto dei dischi dati collegati a tale immagine.
Se si utilizza MCS per il provisioning delle VM, si fornisce un’immagine master (o uno snapshot di un’immagine) per creare VM identiche nel catalogo. Prima di creare il catalogo, si utilizzano gli strumenti per creare e configurare l’immagine master. Questo processo include l’installazione di un Virtual Delivery Agent (VDA) sull’immagine. Quindi si crea il catalogo macchine in Web Studio. Si seleziona tale immagine (o snapshot), 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 tali macchine.
Se si sta creando un catalogo utilizzando direttamente l’SDK PowerShell, è possibile specificare un modello di hypervisor (VMTemplates), anziché un’immagine o uno snapshot.
L’utilizzo di un modello per il provisioning di un catalogo è considerato una funzionalità sperimentale. Quando si utilizza questo metodo, la preparazione della macchina virtuale potrebbe non riuscire. Di conseguenza, il catalogo non può essere pubblicato utilizzando il modello.

Quando si utilizza MCS o Citrix Provisioning™ per creare il primo catalogo, si utilizza la connessione host configurata al momento della creazione del sito. In seguito (dopo aver creato il primo catalogo e gruppo di consegna), è possibile modificare le informazioni su tale connessione o creare altre connessioni.

Dopo aver completato la procedura guidata di creazione del catalogo, i test vengono eseguiti automaticamente per garantire che sia configurato correttamente. Al termine dei test, è possibile visualizzare un rapporto di test. Eseguire i test in qualsiasi momento da Web Studio.

Nota:

MCS non supporta Windows 10 IoT Core e Windows 10 IoT Enterprise. Per ulteriori informazioni, fare riferimento al sito Microsoft.

Per dettagli tecnici sugli strumenti di Citrix Provisioning, vedere Gestione delle immagini di Citrix Virtual Apps and Desktops.

Controllo licenza RDS

Web Studio attualmente non esegue il controllo delle licenze RDS Microsoft valide durante la creazione di un catalogo di macchine che contiene macchine OS multi-sessione Windows. Per visualizzare lo stato della licenza RDS Microsoft per una macchina OS multi-sessione Windows, andare a Citrix Director. Visualizzare lo stato della licenza RDS Microsoft nel pannello Dettagli macchina. Questo pannello si trova nella pagina Dettagli macchina e Dettagli utente. Per maggiori informazioni, vedere Integrità licenza RDS Microsoft.

Registrazione VDA

Un VDA deve essere registrato con un Delivery Controller™ quando si avviano sessioni mediate. I VDA non registrati possono comportare un sottoutilizzo delle risorse altrimenti disponibili. Esistono vari motivi per cui un VDA potrebbe non essere registrato, molti dei quali un amministratore può risolvere. Web Studio fornisce informazioni sulla risoluzione dei problemi nella procedura guidata di creazione del catalogo e dopo aver aggiunto macchine da un catalogo a un gruppo di consegna.

Dopo aver aggiunto le macchine esistenti utilizzando la procedura guidata, l’elenco dei nomi degli account del 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 quella macchina.

Se il messaggio identifica una macchina problematica, rimuovere quella macchina o aggiungerla. Ad esempio, se un messaggio indica che le informazioni su una macchina potrebbero non essere ottenute, aggiungere comunque la macchina.

Per maggiori informazioni, vedere:

CTX136668 per la guida alla risoluzione dei problemi di registrazione VDA
Versioni VDA e livelli funzionali
Metodi di registrazione VDA

Riepilogo creazione catalogo MCS

Ecco una breve panoramica delle azioni MCS predefinite dopo aver fornito le informazioni nella procedura guidata di creazione del catalogo.

Se è stata selezionata un’immagine master (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, un master viene anche archiviato nella stessa posizione di archiviazione. Se sono definite più posizioni di archiviazione, ciascuna ottiene i seguenti tipi di disco:
- La copia completa dello snapshot, che è di sola lettura e condivisa tra le VM appena create.
- Un disco di identità univoco da 16 MB che conferisce a ciascuna VM un’identità univoca. Ogni VM ottiene un disco di identità.
- Un disco di differenziazione 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 differenziazione 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 tramite il controller di consegna.
- Per le VM Windows con VDA versione 2511 o successiva, MCS assegna un MachineGuid univoco a ciascuna macchina. Questo MachineGuid viene utilizzato per scopi di licenza da alcuni software installati sul VDA.

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, configurazioni e 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. Ogni VM creata da MCS riceve almeno 2 dischi al momento della creazione.
- Disk0 = Disco Diff: contiene il sistema operativo quando copiato dall’immagine base master.
- 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 il 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 della 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 che sia uguale 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:
- (/it-it/citrix-hypervisor/storage/intellicache.html) crea un disco di lettura sull’archiviazione locale per ogni XenServer. Questa opzione consente di risparmiare IOPS rispetto all’immagine master 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 Best practice VMware.
  - 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, consumando 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:
- (/it-it/citrix-virtual-apps-desktops/2511/install-configure/machine-catalogs-create.html) richiede che una copia del disco di base venga copiata in ogni posizione di archiviazione.
- (/it-it/citrix-virtual-apps-desktops/2511/install-configure/machine-catalogs-manage.html) 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.
- (/it-it/citrix-virtual-apps-desktops/2511/install-configure/machine-catalogs-manage#update-a-catalog) per creare un disco di base aggiuntivo in ogni posizione di archiviazione. Gli aggiornamenti del catalogo subiscono 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 sulle dimensioni di alcuni file e dischi dell’hypervisor, inclusi i dischi di ottimizzazione I/O, la cache di scrittura e i file snapshot.
Provisioning thin / thick: Lo storage NFS è preferito grazie alle sue capacità di provisioning thin.

Ottimizzazione dello storage di Machine Creation Services (MCS)

La funzionalità di ottimizzazione dello storage di Machine Creation Services (MCS) è anche nota 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 MCS I/O è D:\mcsdif.vhdx.
Migliorare la diagnostica 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 in Web Studio durante la creazione del catalogo macchine.
Il disco della cache di scrittura della VM viene creato e formattato automaticamente all’avvio di una VM per la prima volta. Una volta avviata la VM, il file della cache di scrittura mcsdif.vhdx viene scritto nel volume formattato MCSWCDisk.
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. Questo è tipicamente associato alla dimensione della RAM della VM.

Abilitazione degli aggiornamenti di ottimizzazione dello storage MCS

Per abilitare la funzionalità di ottimizzazione dello storage MCS I/O, aggiornare il Delivery Controller e il VDA all’ultima versione di Citrix Virtual Apps and Desktops.

Nota:

Se si aggiorna una distribuzione esistente con MCS I/O abilitato, non è richiesta alcuna configurazione aggiuntiva. L’aggiornamento del VDA e del Delivery Controller gestisce l’aggiornamento di MCS I/O.

Quando si abilita l’aggiornamento dell’ottimizzazione dell’archiviazione MCS, considerare quanto segue:

Quando si crea un catalogo macchine, l’amministratore può configurare la RAM e la dimensione del disco.
L’aggiornamento di un catalogo macchine esistente a una nuova istantanea VM contenente un VDA configurato per la versione 1903 comporta il seguente comportamento: la nuova istantanea continua a utilizzare l’impostazione I/O MCS del catalogo esistente per la RAM e la dimensione del disco. Il disco raw esistente viene formattato.

Importante:

L’ottimizzazione dell’archiviazione MCS è cambiata con Citrix Virtual Apps and Desktops versione 1903. Questa versione supporta la tecnologia di cache di scrittura basata su file, fornendo prestazioni e stabilità migliori. La nuova funzionalità fornita da MCS I/O potrebbe richiedere un requisito di archiviazione della cache di scrittura più elevato rispetto alle versioni precedenti di Citrix Virtual Apps and Desktops. Citrix consiglia di rivalutare la dimensione del disco per assicurarsi che abbia spazio su disco sufficiente per il flusso di lavoro allocato e una dimensione aggiuntiva del file di paging. La dimensione del file di paging è tipicamente correlata alla quantità di RAM di sistema. Se la dimensione del disco del catalogo esistente è insufficiente, creare un catalogo macchine e allocare un disco di cache di scrittura più grande.

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

È possibile assegnare una lettera di unità specifica al disco della cache di write-back MCS I/O. Questa implementazione aiuta a evitare conflitti tra la lettera di unità di qualsiasi applicazione utilizzata e la lettera di unità del disco della cache di write-back MCS I/O. Per assegnare una lettera di unità al disco della cache di write-back MCS I/O, è possibile utilizzare i comandi 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 della cache di write-back: da E a Z
Non applicabile quando il disco temporaneo di Azure viene utilizzato come disco della cache di write-back
Applicabile solo quando si crea un nuovo catalogo macchine

Assegnare una lettera di unità al disco della cache di write-back

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

Aprire la finestra di PowerShell.
Eseguire asnp citrix*.
Creare un pool di identità se non è già stato creato.

Creare uno schema di provisioning utilizzando il comando New-ProvScheme con la proprietà WriteBackCacheDriveLetter. Ad 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>'
<!--NeedCopy-->

Completare la creazione del catalogo. Per informazioni, vedere https://developer-docs.citrix.com/projects/citrix-virtual-apps-desktops-sdk/en/latest/creating-a-catalog/.

Preparare un’immagine master

Per informazioni sulla creazione di host di connessione, vedere Connessioni e risorse.

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

È utile sapere:

Un’immagine master può anche essere conosciuta come immagine clone, immagine golden, VM di base o immagine di base. I fornitori di host utilizzano termini diversi.
Assicurarsi che l’host disponga di processori, memoria e spazio di 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 macchine.
I cataloghi macchine di Remote PC Access non utilizzano immagini master.

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 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 necessario, 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 l’aggiunta o la riconfigurazione di 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 creata un’istantanea, le VM con 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, oltre a tutti i service pack e gli aggiornamenti. Specificare il numero di vCPU. È anche possibile specificare il valore vCPU se si crea il catalogo macchine utilizzando PowerShell. Non è possibile specificare il numero di vCPU quando si crea un catalogo utilizzando Web 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 applicazioni e 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 con provisioning vengono unite al dominio specificato nella procedura guidata di creazione del catalogo.
Citrix consiglia di creare e denominare un’istantanea dell’immagine master. Se si specifica un’immagine master anziché un’istantanea durante la creazione di un catalogo, Web Studio crea un’istantanea. Non è possibile nominarla.

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:

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

È possibile modificare l’impostazione di attivazione dopo aver creato il catalogo di 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 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 il Servizio di gestione delle chiavi.

Nota:

Tutti i cataloghi di macchine 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 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 l’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 è 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 la 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 di 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 su come installare la chiave MAK su un sistema Windows.
Se non si utilizza la preparazione dell’immagine:
1. Aggiungere il valore DWORD del registro Manual in Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform\Activation.
2. Impostare 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 lo strumento VAMT (Volume Activation Management Tool). Vedere Installare VAMT.

Attivare il sistema Windows utilizzando MAK

Per attivare il sistema Windows utilizzando MAK:

Installa la chiave di prodotto sull’immagine master. Questo passaggio consuma un conteggio di attivazioni.
Crea un catalogo macchine MCS.
Se non stai utilizzando la preparazione dell’immagine:
1. Aggiungi il valore DWORD del registro Manual sotto 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.
Aggiungi VM al catalogo macchine.
Accendi 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 della chiave di prodotto.
- 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 installato 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, esegui il comando Get-ProvVM o Get-ProvScheme in una finestra PowerShell.

Il comando Get-ProvScheme: Vedi il parametro WindowsActivationType associato al catalogo macchine MCS dall’ultima immagine master.
Il comando Get-ProvVM. Vedi i parametri WindowsActivationType, WindowsActivationStatus, WindowsActivationStatusErrorCode e WindowsActivationStatusError.

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

Creare un catalogo di macchine utilizzando Web Studio

Prima di creare un catalogo:

Esaminare questa sezione per conoscere le scelte da effettuare e le informazioni da fornire.
Assicurarsi di aver creato una connessione all’hypervisor, al servizio cloud e 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.

Per avviare la procedura guidata di creazione del catalogo:

Se questo è il primo catalogo che viene creato, si viene guidati alla selezione corretta (ad esempio “Configura le macchine e crea 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:
1. Accedere a Web Studio, selezionare Cataloghi macchine nel riquadro sinistro, quindi selezionare Crea catalogo macchine nella barra delle azioni.
2. Per organizzare i cataloghi utilizzando le cartelle, creare cartelle nella cartella predefinita Cataloghi macchine. Per ulteriori informazioni, vedere Creare una cartella di catalogo.
3. Selezionare la cartella in cui si desidera creare il catalogo, quindi fare clic su Crea catalogo macchine. Si apre la procedura guidata di creazione del catalogo.

La procedura guidata illustra i seguenti elementi. Le pagine della procedura guidata visualizzate variano a seconda delle selezioni effettuate.

Sistema operativo

Ogni catalogo contiene macchine di un solo tipo. Selezionarne uno.

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ò contenerli entrambi. (Vedere la documentazione di Linux VDA per i dettagli su tale sistema operativo.)
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 ai loro computer desktop fisici dell’ufficio. L’Accesso remoto al PC non richiede una VPN per garantire la sicurezza.

Gestione delle macchine

Questa pagina non viene visualizzata quando si creano cataloghi di Accesso remoto al PC.

La pagina Gestione delle macchine indica come vengono gestite le macchine e quali strumenti si utilizzano per distribuirle.

Scegliere se le macchine nel catalogo sono gestite dal punto di vista dell’alimentazione tramite Web Studio.

Le macchine sono gestite dal punto di vista dell’alimentazione tramite Web Studio, ad esempio VM o PC blade. Questa opzione è disponibile solo se è già stata configurata una connessione a un host.
Le macchine non sono gestite dal punto di vista dell’alimentazione tramite Web Studio, ad esempio macchine fisiche.

Se è stato indicato che le macchine sono gestite dal punto di vista dell’alimentazione tramite Web Studio, scegliere quale strumento utilizzare per creare le VM.

Tecnologia di provisioning Citrix
- Citrix Machine Creation Services (MCS) Crea un catalogo di VM di cui è stato eseguito il provisioning e l’imaging utilizzando MCS. MCS copia le immagini clonate da un’immagine master su tali VM.
- Citrix Provisioning Services (PVS) Crea un catalogo di VM di cui è stato eseguito il provisioning utilizzando MCS e l’imaging 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, potrebbe apparire 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-HypPvsSite per rimuovere le farm e i siti dal database. Per informazioni sul comando PowerShell, vedere Unregister-HypPvsSite.
Altri servizi o tecnologie 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.

Tipi di desktop (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. Selezionare una delle seguenti opzioni:
- Sì, salva le modifiche sul disco locale della macchina che ospita i desktop virtuali. (Persistente)
- No, 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, sono disponibili le seguenti opzioni nella pagina Esperienza desktop:
- Voglio che gli utenti si connettano a un nuovo desktop (casuale) ogni volta che accedono.
- Voglio che gli utenti si connettano allo stesso desktop (statico) ogni volta che accedono.
  
  Per i desktop statici, è possibile decidere ulteriormente se le modifiche apportate dagli utenti verranno salvate o eliminate dopo la disconnessione.

Se si seleziona Salva le modifiche sul disco locale della macchina che ospita i desktop virtuali: Persistente, le opzioni di copia rapida o copia completa sono disponibili per la modalità di copia della macchina virtuale nella pagina Macchine virtuali.

Se si seleziona Ignora tutte le modifiche e cancella i desktop virtuali quando l’utente si disconnette: Non persistente, non è possibile configurare la modalità di copia della macchina virtuale nella pagina Macchine virtuali.

Immagine e profilo macchina

Questa pagina viene visualizzata solo quando si utilizza MCS per creare VM.

Selezionare un tipo di immagine per il catalogo macchine, quindi selezionare un’immagine. Sono disponibili due tipi di immagine:
- Immagine master. Un’immagine che non ha ancora superato il processo di preparazione dell’immagine. Il processo di preparazione dell’immagine viene avviato automaticamente all’inizio della creazione del catalogo.
  Nota:
  - Quando si utilizza MCS, non eseguire Sysprep sulle immagini master.
  - Se si specifica un’immagine master anziché uno snapshot, Web Studio crea uno snapshot, ma non è possibile assegnargli un nome.
- Immagine preparata. Un’immagine che ha superato il processo di preparazione dell’immagine e può essere utilizzata direttamente per la creazione di VM. L’opzione per le immagini preparate anziché le immagini master durante la creazione del catalogo garantisce una creazione del catalogo macchine più rapida e affidabile, insieme a una gestione semplificata del ciclo di vita dell’immagine. Se necessario, aggiungere una nota per l’immagine preparata selezionata.
  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.
Per ulteriori informazioni su come creare immagini preparate, vedere Gestione delle immagini (anteprima).

Quando si seleziona un’immagine, è possibile aggiungere una nota per l’immagine selezionata, se necessario.

Per abilitare l’uso delle funzionalità più recenti del prodotto, assicurarsi che l’immagine master abbia installata la versione VDA più recente. Non modificare la selezione VDA minima predefinita. Tuttavia, se è necessario utilizzare una versione VDA precedente, vedere Versioni VDA e livelli funzionali.

Viene visualizzato un messaggio di errore se si seleziona uno snapshot o una VM non compatibile con la tecnologia di gestione delle macchine selezionata in precedenza nella procedura guidata.
Per utilizzare una VM esistente come profilo macchina, selezionare Usa un profilo macchina, quindi selezionare la VM.

Nota:

Attualmente, l’uso dei profili macchina è limitato alle VM di Azure, AWS, GCP e VMware.

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 fornire la posizione della cartella della macchina virtuale, nella procedura guidata di creazione del catalogo, andare alla pagina Macchine virtuali, quindi alla sezione Selezionare una cartella in cui posizionare le macchine e selezionare la posizione della cartella della macchina virtuale. Se non specificato, il sistema considera la cartella del profilo macchina selezionato come posizione predefinita.
Per le distribuzioni AWS, è possibile selezionare un modello di avvio come profilo macchina.
Selezionare il livello funzionale minimo per il catalogo. Per abilitare l’uso delle funzionalità più recenti del prodotto, assicurarsi che l’immagine master abbia installata la versione VDA più recente.

Macchine

Questa pagina non viene visualizzata quando si creano cataloghi di accesso remoto PC.

Il titolo di questa pagina dipende da ciò che è stato selezionato nella pagina Gestione macchine: Macchine, Macchine virtuali o VM e utenti.

Quando si utilizza MCS:

Specificare quante macchine virtuali creare. Immettere 0 (zero) se non si desidera crearne alcuna. Successivamente, è possibile creare VM per un catalogo vuoto eseguendo Aggiungi macchine.
Scegliere la quantità di memoria (in MB) di ogni VM.
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 la distribuzione contiene più di una zona, è possibile selezionare una zona per il catalogo.
Se si stanno creando VM desktop statiche, selezionare una modalità di copia della macchina virtuale. Vedere Modalità di copia della macchina virtuale.
Se si stanno creando VM desktop casuali che non utilizzano vDisk, è possibile configurare una cache da utilizzare per i dati temporanei su ciascuna macchina. Vedere Configurare la cache per i dati temporanei.

Quando si utilizzano altri strumenti:

Aggiungere (o importare un elenco di) nomi di account macchina di Active Directory. È possibile modificare il nome dell’account Active Directory per una VM dopo averla aggiunta/importata. Se sono state specificate macchine statiche nella pagina Esperienza desktop, è possibile specificare facoltativamente il nome utente di Active Directory per ogni VM aggiunta.

Dopo aver aggiunto o importato i nomi, è possibile utilizzare il pulsante Rimuovi per eliminare i nomi dall’elenco, mentre si è ancora su questa pagina.

Quando si utilizzano altri strumenti (ma 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 non essere in grado di registrarsi con un Delivery Controller. Per i dettagli, vedere Versioni VDA e livelli funzionali.

Aggiungere SID durante la creazione di macchine virtuali

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

Per fare ciò:

Creare un catalogo con il tipo di identità supportato.

Aggiungere macchine al catalogo utilizzando NewProvVM. Ad esempio:

New-ProvVM  -ProvisioningSchemeName "name"  -ADAccountSid @("SID ")  -RunAsynchronously
<!--NeedCopy-->

Tuttavia, non è possibile eseguire il provisioning di una macchina con:

Un account AD che non si trova nel pool di identità del catalogo
Un account AD che non è nello stato disponibile

Modalità di copia della macchina virtuale

La modalità di copia specificata nella pagina Macchine determina se MCS crea cloni thin (copia rapida) o thick (copia completa) dall’immagine master. (Predefinito = cloni thin)

Utilizzare cloni a copia rapida per un uso più efficiente dello storage e una creazione più veloce delle macchine.
Utilizzare cloni a copia completa per un migliore recupero dei dati e supporto alla migrazione, con IOPS potenzialmente ridotti dopo la creazione delle macchine.

Nota:

L’approccio Full Copy Clone è disponibile solo per il provisioning di VM persistenti su sistemi operativi multi-sessione o single-sessione.

Versioni VDA e livelli funzionali

Il livello funzionale di un catalogo controlla quali funzionalità del prodotto sono disponibili per le macchine nel catalogo. L’utilizzo di funzionalità introdotte nelle nuove versioni del prodotto richiede un nuovo VDA. Tuttavia, le macchine in quel catalogo con una versione VDA precedente non possono registrarsi.

Un menu nella parte inferiore della pagina Macchine (o Dispositivi) consente di selezionare il livello VDA minimo. Questo imposta il livello funzionale minimo del catalogo. Per impostazione predefinita, per le distribuzioni on-premise viene selezionato il livello funzionale più recente. Se si segue la raccomandazione di Citrix di installare e aggiornare sempre i VDA e i componenti principali all’ultima versione, non è necessario modificare questa selezione. Tuttavia, se è necessario continuare a utilizzare versioni VDA precedenti, selezionare il valore corretto.

Una release di Citrix Virtual Apps and Desktops potrebbe non includere una nuova versione VDA, oppure il nuovo VDA non influisce sul livello funzionale. In questi casi, il livello funzionale potrebbe indicare una versione VDA precedente ai componenti installati o aggiornati. L’articolo Novità di ogni release indica eventuali modifiche al livello funzionale predefinito.

Il livello funzionale selezionato influisce sull’elenco delle macchine sopra di esso. Nell’elenco, una descrizione comando accanto a ogni voce indica se il VDA della macchina è compatibile con il catalogo a quel livello funzionale.

Vengono visualizzati messaggi sulla pagina se il VDA su ciascuna macchina non soddisfa o supera il livello funzionale minimo selezionato. È possibile continuare con la procedura guidata. È probabile che tali macchine non siano in grado di registrarsi con un Controller in seguito. In alternativa, è possibile:

Rimuovere le macchine contenenti VDA più vecchi dall’elenco, aggiornare i loro VDA e quindi aggiungerle nuovamente al catalogo.
Scegliere un livello funzionale inferiore che impedisca l’accesso alle funzionalità più recenti del prodotto.

Viene anche visualizzato un messaggio se una macchina non è stata aggiunta al catalogo perché è del tipo di macchina sbagliato. Esempi includono il tentativo di aggiungere un server a un catalogo di sistemi operativi a sessione singola o l’aggiunta di una macchina con sistema operativo a sessione singola originariamente creata per l’allocazione casuale a un catalogo di macchine statiche.

Importante:

Con la versione 1811, è stato aggiunto un livello funzionale aggiuntivo: 1811 (o versioni successive). Tale livello è destinato all’uso con le future funzionalità di Citrix Virtual Apps and Desktops. La selezione 7.9 (o versioni successive) rimane l’impostazione predefinita. Tale impostazione predefinita è valida per tutte le distribuzioni attuali.

Se si seleziona 1811 (o versioni successive), le versioni VDA precedenti in quel catalogo non possono registrarsi con un Controller. Tuttavia, se il catalogo contiene solo VDA dalla versione 1811 o versioni successive supportate, sono tutti idonei alla registrazione. Ciò include i cataloghi contenenti VDA configurati per versioni successive di Citrix Virtual Apps and Desktops, incluse la versione 1903 e altre versioni 19XX precedenti alla versione attuale.

Configurare la cache per i dati temporanei

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

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

Prerequisiti

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

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

Nota:

L’installazione di questo driver è un’opzione quando si installa o si aggiorna un VDA. Per impostazione predefinita, tale driver non è installato.
Per abilitare l’assegnazione di lettere di unità per le cache su disco, le VM devono soddisfare i seguenti requisiti aggiuntivi:
- Sistema operativo: Windows
- Versione VDA: 2305 o successiva

Considerazioni

Le cache write-back sono disponibili come cache di memoria e cache su disco. Per impostazione predefinita, i loro valori predefiniti differiscono in base al tipo di connessione. In generale, 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 di 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.
La configurazione della cache write-back con una cache su disco e senza cache di memoria è stata rimossa. Per abilitare una cache per i dati temporanei, si consiglia di selezionare Dimensioni cache su disco (GB) e Memoria allocata alla cache (MB) e di specificare una dimensione maggiore di 0 per la cache di memoria. I dati temporanei vengono inizialmente scritti nella cache di memoria. Quando la cache di memoria raggiunge il limite configurato, i dati più vecchi vengono spostati sul disco della cache dei dati temporanei.
La cache di memoria fa parte della quantità totale di memoria su ogni macchina. Pertanto, se si abilita la casella di controllo Dimensioni cache di memoria (MB) (consigliato), considerare di aumentare la quantità totale di memoria su ogni macchina.
Se si lascia deselezionata la casella di controllo Dimensioni cache di memoria (MB) (consigliato), i dati temporanei vengono scritti direttamente nella cache su disco, utilizzando una quantità minima di memoria.
La modifica di Dimensioni cache su disco (GB) dal suo valore predefinito può influire sulle prestazioni. La dimensione deve corrispondere ai requisiti dell’utente e al carico posto sulla macchina.

Importante:

Se la cache su disco esaurisce lo spazio, la sessione dell’utente diventa inutilizzabile.
Se si deseleziona la casella di controllo Dimensioni cache su disco, non viene creata alcuna cache su disco. In questo caso, specificare un valore di Memoria allocata alla cache sufficientemente grande da contenere tutti i dati temporanei. Ciò è fattibile solo se sono disponibili grandi quantità di RAM da allocare a ogni VM.
Se si deselezionano entrambe le caselle di controllo, i dati temporanei non vengono memorizzati nella cache. Vengono scritti sul disco di differenziazione (situato nell’archiviazione del sistema operativo) per ogni VM. (Questa è l’azione di provisioning nelle versioni precedenti alla 7.9.)
Non abilitare la memorizzazione nella cache se si intende utilizzare questo catalogo per creare AppDisk.
Non è possibile modificare i valori della cache in un catalogo macchine dopo che è stato creato.

Sicurezza

La pagina Sicurezza viene visualizzata solo se si sta creando un catalogo macchine senza assegnare un profilo macchina nell’ambiente di virtualizzazione AWS. Utilizzare la pagina Sicurezza per configurare i gruppi di sicurezza per le VM. Questo è applicabile anche durante la modifica e la clonazione di un catalogo macchine esistente.

Se si crea un catalogo macchine basato su profilo macchina, le configurazioni dei gruppi di sicurezza vengono ereditate dal profilo macchina e la pagina Sicurezza non viene visualizzata.

NIC (schede di rete)

Questa pagina non viene visualizzata quando si creano cataloghi di accesso remoto al PC.

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

Account macchina

Questa pagina viene visualizzata solo quando si creano cataloghi di accesso remoto al PC.

Nella pagina Account macchina, specificare gli account macchina di Active Directory o le unità organizzative (OU) da aggiungere che corrispondono a utenti o gruppi di utenti. Non utilizzare una barra (/) nel nome di un’unità organizzativa (OU).

Quando si aggiungono unità organizzative (OU), è possibile eseguire le seguenti operazioni se il dominio non è visualizzato nell’elenco:

Cercarlo utilizzando una corrispondenza esatta.
Sfogliare tutti i domini per trovarlo.

È 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 seguito e quindi modificare il catalogo macchine per aggiornare le impostazioni di gestione dell’alimentazione.

Identità delle macchine

Questa pagina viene visualizzata solo quando si utilizza MCS per creare VM.

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

Un flusso di lavoro generale per configurare le impostazioni in questa pagina è il seguente:

Selezionare un’identità dall’elenco.
Indicare se creare account o utilizzare quelli esistenti e la posizione (dominio) per tali account.

È possibile selezionare una delle seguenti opzioni:

Active Directory locale. Macchine di proprietà di un’organizzazione e a cui si accede con un account Active Directory appartenente a tale organizzazione. Esistono in locale.
Aderito ibrido a Microsoft Entra. Macchine di proprietà di un’organizzazione e a cui si accede con un account di Active Directory Domain Services appartenente a tale organizzazione. Esistono nel cloud e in locale. Per informazioni sui requisiti, le limitazioni e le considerazioni, vedere Aderito ibrido a Microsoft Entra.
Nota:
- Prima di poter utilizzare l’adesione ibrida a Microsoft Entra, assicurarsi che l’ambiente Azure soddisfi i prerequisiti. Vedere Configurare l’adesione ibrida a Microsoft Entra.
- Questa opzione richiede che l’immagine master soddisfi il prerequisito del sistema operativo. Per maggiori informazioni, vedere Dispositivi aderiti ibridi a Microsoft Entra.
Non aggiunto a un dominio. Macchine non aggiunte ad alcun dominio. Per informazioni sui requisiti e le limitazioni, vedere Non aggiunto a un dominio.

Importante:

Se si seleziona Active Directory locale o Microsoft Entra ibrido come tipo di identità, ogni macchina nel catalogo deve avere un account computer di Active Directory corrispondente.

Il tipo di identità Non aggiunto a un dominio richiede la versione 2311 o successiva del VDA come livello funzionale minimo per il catalogo. Per renderlo disponibile, aggiornare il livello funzionale minimo.

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

Nota:

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

Se si utilizzano account esistenti, sfogliare gli account o fare clic su Importa e specificare un file .csv contenente i nomi degli account. Il contenuto del file importato deve utilizzare il formato:

[ADComputerAccount] ADcomputeraccountname.domain

Assicurarsi che ci siano abbastanza account per tutte le macchine che si stanno aggiungendo. L’interfaccia di Web Studio gestisce tali account. Pertanto, 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 di Active Directory che a un account utente.

Schema di denominazione degli account macchina

Ogni macchina in un catalogo deve avere un nome univoco. È necessario specificare uno schema di denominazione degli account macchina durante la creazione di un catalogo. Utilizzare caratteri jolly (segni di cancelletto) come segnaposto per numeri o lettere sequenziali che compaiono nel nome.

Quando si specifica uno schema di denominazione, tenere presenti le seguenti regole:

Lo schema di denominazione deve contenere almeno un carattere jolly. Tutti i caratteri jolly devono essere raggruppati.
L’intero nome, inclusi i caratteri jolly, deve contenere almeno 2 ma non più di 15 caratteri. Deve includere almeno un carattere non numerico e un carattere # (jolly).
Il nome non deve includere spazi o nessuno dei seguenti caratteri: ,~!@'$%^&.()}{\/*?"<>|=+[];:_"..
Il nome non può terminare con un trattino (-).

Inoltre, lasciare spazio sufficiente per la crescita quando si specifica lo schema di denominazione. Si consideri questo esempio: se si creano 1.000 account macchina con lo schema “veryverylong#”, l’ultimo nome account creato (veryverylong1000) contiene 16 caratteri. Pertanto, lo schema di denominazione produce uno o più nomi di macchina che superano il massimo di 15 caratteri.

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

0-9. Se selezionato, i caratteri jolly specificati si risolvono in numeri sequenziali.

Nota:

Se c’è un solo carattere jolly (#), i nomi degli account iniziano con 1. Se ce ne sono due, i nomi degli account iniziano con 01. Se ce ne sono tre, i nomi degli account iniziano con 001 e così via.
A-Z. Se selezionato, i caratteri jolly specificati si risolvono in lettere sequenziali.

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

Facoltativamente, è possibile specificare con cosa 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 di quanti caratteri jolly si utilizzano nel campo precedente. Ad esempio, se si utilizzano due caratteri jolly, immettere due o più cifre.
Se si seleziona A-Z, gli account vengono denominati in sequenza, a partire dalle lettere specificate. Immettere una o più lettere, a seconda di quanti caratteri jolly si utilizzano nel campo precedente. Ad esempio, se si utilizzano due caratteri jolly, immettere due o più lettere.

Credenziali di dominio

Immettere le credenziali di un amministratore che dispone dell’autorizzazione per eseguire operazioni sull’account. I passaggi dettagliati sono i seguenti:

Fare clic su Immetti credenziali. Viene visualizzata la pagina Sicurezza di Windows.
Nel campo Nome utente, immettere il SamName, il nome utente o il SID utente dell’amministratore:
- Se si immette un SamName, il campo Dominio viene popolato automaticamente.
- Se si immette un nome utente o un SID, è possibile limitare la ricerca utente a un dominio specifico immettendo il nome del dominio o il SID nel campo Dominio.
Fare clic su Verifica nome per controllare se il nome utente è valido o univoco.
Nel campo Password, immettere la password di dominio dell’amministratore.
Fare clic su Fine.

Nota:

Se il tipo di identità selezionato in Identità macchina è Microsoft Entra hybrid joined, le credenziali immesse devono aver ricevuto l’autorizzazione Write userCertificate.

Riepilogo, nome e descrizione

Nella pagina Riepilogo, rivedere le impostazioni specificate. Immettere un nome e una descrizione per il catalogo. Queste informazioni vengono visualizzate in Web Studio.

Al termine, fare clic su Fine per avviare la creazione del catalogo. Al termine, selezionare Fine per avviare la creazione del catalogo.

In Cataloghi macchine, il nuovo catalogo viene visualizzato con una barra di avanzamento in linea.

Per visualizzare i dettagli dell’avanzamento della creazione:

Passare il mouse sul catalogo macchine.
Nel tooltip visualizzato, fare clic su Visualizza dettagli.

Viene visualizzato un grafico di avanzamento passo-passo in cui è possibile visualizzare quanto segue:
- Cronologia dei passaggi
- Avanzamento e tempo di esecuzione del passaggio corrente
- Passaggi rimanenti

Sincronizzazione oraria di MCS

La sincronizzazione oraria è determinata dall’immagine master e dal tipo di catalogo unito all’identità della macchina. Si ottiene il seguente metodo di sincronizzazione oraria in base all’immagine master e al catalogo:

Immagine master	Catalogo	Metodo di sincronizzazione oraria risultante
NDJ	AD o Microsoft Entra ibrido	Per impostazione predefinita, NT5DS. È possibile impedire a MCS di modificare l’impostazione di sincronizzazione oraria utilizzando le impostazioni del Registro di sistema nell’immagine master
NDJ	NDJ o Microsoft Entra ID	Uguale all’impostazione di sincronizzazione oraria originale
AD o Microsoft Entra ibrido	AD o Microsoft Entra ibrido	Uguale all’impostazione di sincronizzazione dell’ora originale
Microsoft Entra ID	Microsoft Entra ID	Uguale all’impostazione di sincronizzazione dell’ora originale

Nota:

La sincronizzazione dell’ora originale è controllata dalla seguente impostazione del Registro di sistema e non può essere modificata:

Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Config

Valore: MaxAllowedPhaseOffset, MaxNegPhaseCorrection e MaxPosPhaseCorrection

Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Parameters

Valore: Type

Per impedire a MCS di modificare l’impostazione di sincronizzazione dell’ora, impostare il valore della seguente impostazione del Registro di sistema nell’immagine master:

Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Citrix
Nome: TimeSyncMethodKeep
Tipo: DWORD
0 (Oppure, valore TimeSyncMethodKeep non configurato): Non mantiene l’impostazione originale di sincronizzazione dell’ora.
1: Mantiene l’impostazione originale di sincronizzazione dell’ora e i valori predefiniti dei parametri.

Considerazione importante sull’impostazione delle proprietà personalizzate

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

In Azure: Invalid property found: <invalid property>. Ensure that the CustomProperties parameter supports the property.
In GCP: Invalid property found: <invalid property>. Ensure that the value supplied for the property is supported in the Hypervisor.

Risoluzione dei problemi

Importante:

Dopo aver creato il catalogo macchine utilizzando Web Studio, non è più possibile utilizzare il comando PowerShell Get-ProvTask per recuperare le attività associate alla creazione del catalogo macchine. Questa restrizione è dovuta al fatto che Web Studio elimina tali attività dopo la creazione del catalogo macchine, indipendentemente dal fatto che il catalogo sia stato creato correttamente.

Citrix consiglia di raccogliere i log per aiutare il team di supporto a fornire soluzioni. Quando si utilizza Citrix Provisioning, seguire la procedura seguente per generare i file di log:

Sull’immagine master, creare la seguente chiave di registro con il valore 1 (come valore DWORD (32 bit)): HKLM\Software\Citrix\MachineIdentityServiceAgent\LOGGING.
Arrestare l’immagine master e creare uno snapshot.
Sul Delivery Controller, eseguire il seguente comando PowerShell: Set-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown -Value $True.
Creare un catalogo basato su quello snapshot.
Quando la VM di preparazione viene creata sull’hypervisor, accedere ed estrarre i seguenti file dalla radice di C:\: Image-prep.log e PvsVmAgentLog.txt.
Spegni la macchina, a quel punto segnalerà l’errore.
Eseguire il seguente comando PowerShell per riabilitare lo spegnimento automatico delle macchine di preparazione dell’immagine: Remove-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown.

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 di unità di qualsiasi applicazione in uso e la lettera di unità del disco cache di write-back I/O MCS. A tale scopo, è possibile utilizzare i comandi 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 di write-back: da E a Z
Non applicabile quando il disco temporaneo di Azure viene utilizzato come disco cache di write-back
Applicabile solo quando si crea un nuovo catalogo di macchine

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

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

Aprire la finestra di PowerShell.
Eseguire asnp citrix*.
Crea un pool di identità se non è già stato creato. Per informazioni, consulta Creazione di un catalogo.

Crea uno schema di provisioning utilizzando il comando New-ProvScheme con la proprietà WriteBackCacheDriveLetter. Ad 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>'
<!--NeedCopy-->

Completa la creazione del catalogo.

Convalidare la configurazione prima di creare un catalogo di macchine MCS

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

Nota:

Durante la convalida, non è necessario creare un catalogo di 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à fittizio.

Per convalidare la configurazione, eseguire i seguenti passaggi:

Aprire una finestra PowerShell dall’host del Delivery Controller.
Eseguire asnp citrix* per caricare i moduli PowerShell specifici di Citrix.

Eseguire il comando New-ProvScheme e utilizzare il parametro -validate. Fornire un nome di pool di identità fittizio affinché il comando funzioni. Ad 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 *
<!--NeedCopy-->

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
<!--NeedCopy-->

Dopo aver convalidato l’impostazione di configurazione, è possibile creare un catalogo di macchine MCS con un nome di pool di identità reale e parametri corretti.

Integrare le VM in Azure Arc

Azure Arc consente alle organizzazioni di gestire risorse come le VM ospitate ovunque come se fossero in esecuzione in Azure. Con Azure Arc, è possibile utilizzare i servizi Azure come Azure Monitor per una visibilità completa e una gestione proattiva delle risorse.

Per integrare le VM in Azure Arc, creare un catalogo di macchine MCS utilizzando il comando New-ProvScheme. È anche possibile aggiornare un catalogo esistente utilizzando il comando Set-ProvScheme. Solo le nuove VM aggiunte al catalogo vengono integrate in Azure Arc.

Attualmente, questa funzionalità è applicabile a tutti gli hypervisor Citrix on-premise: Vmware, Nutanix e SCVMM.

Prerequisiti

Considerare quanto segue prima di abilitare l’onboarding di Azure Arc sul catalogo MCS:

Gruppo di risorse Azure con:
- Account Allows per leggere, creare ed eliminare server Arc.
- Account Allows per gestire estensioni VM, licenze e ambiti di collegamento privato.
- Ruolo Azure Connected Machine Resource Administrator assegnato all’entità servizio nell’ambito del gruppo di risorse.

Vedere Assegnare ruoli Azure usando il portale di Azure.

Immagine master con
- VDA: Successivo al 2311, escluso il 2411.
  
  Nota:
  
  L’onboarding di Azure Arc non è supportato in CVAD 2411.[BRK-14897]
- Agente AzureConnectedMachineAgent installato. È possibile scaricare l’MSI dalle sezioni Windows o Linux della documentazione Microsoft.

Passaggi per integrare una VM in Azure Arc

Configurare un account di servizio con capacità AzureArcResourceManagement.

L’account di servizio viene utilizzato per l’autenticazione o l’autorizzazione memorizzando le credenziali per accedere a provider di identità come Microsoft Entra ID. Ogni account di servizio è collegato a un singolo provider di identità.

Per creare un nuovo account di servizio per accedere ad AzureAD con AzureArcResourceManagement capability, eseguire:
```
New-AcctServiceAccount -IdentityProviderType “AzureAD” -IdentityProviderIdentifier “tenant-id” -AccountId “application-id” -AccountSecret “application-secret” -Capabilities “AzureArcResourceManagement”

```
Il application-id deve essere dello stesso service principal a cui è stato assegnato il ruolo di Amministratore risorse macchina connessa di Azure.

Assegnare l’account di servizio al pool di identità. Ad esempio:

Set-AcctIdentityPool -IdentityPoolUid “idn-pool-uid” -ServiceAccountUid “service-account-uid”
<!--NeedCopy-->

Creare o aggiornare un catalogo MCS con i seguenti parametri Arc:
- EnableAzureArcOnboarding: Indica se l’onboarding di Arc deve essere abilitato sul catalogo.
- AzureArcSubscriptionId: Indica la sottoscrizione di Azure in cui vengono create le VM connesse ad Arc.
- AzureArcRegion: Indica l’area di Azure in cui vengono create le VM connesse ad Arc.
- AzureArcResourceGroup: Indica il gruppo di risorse di Azure in cui vengono create le VM connesse ad Arc. Vedere [Prerequisites]per informazioni sul gruppo di risorse di Azure Arc.
Esempio: Per abilitare l’onboarding di Azure Arc per un nuovo catalogo:
```
`New-ProvScheme -ProvisioningSchemeName "demo" -MasterImageVM "XDHyp:\HostingUnits\hosting-unit\masterVMName.vm\masterSnapshotName.snapshot" -HostingUnitName “hosting-unit” -IdentityPoolName “identity-pool”`

-EnableAzureArcOnboarding -AzureArcSubscriptionId “azure-sub” -AzureArcResourceGroup “azure-resourcegroup” - AzureArcRegion “azure-region”

```
Esempio: Per abilitare l’onboarding di Azure Arc per un catalogo esistente:
```
Set-ProvScheme -ProvisioningSchemeName "demo" -EnableAzureArcOnboarding $true -AzureArcSubscriptionId “azure-sub” -AzureArcResourceGroup “azure-resourcegroup” - AzureArcRegion “azure-region”

```
Esempio: Per disabilitare l’onboarding di Azure Arc per un catalogo esistente:
```
Set-ProvScheme -ProvisioningSchemeName "demo" -EnableAzureArcOnboarding $false:

```
Aggiungere nuove macchine al catalogo per l’onboarding di Arc.
Dopo aver acceso la VM, è necessario visualizzare la VM nel portale di Azure sotto AzureArcResourceGroup come macchina connessa.

Considerazioni

L’onboarding di Arc è attualmente supportato solo per le nuove VM. Quindi, se si aggiorna un catalogo esistente utilizzando Set-ProvScheme, solo le VM appena aggiunte vengono sottoposte a onboarding in Arc al primo avvio.
Le proprietà personalizzate di Arc sono ancora supportate per i cataloghi esistenti per la compatibilità con le versioni precedenti. Tuttavia, se si esegue New-ProvScheme con proprietà personalizzate di Arc come EnableAzureArcOnboarding, la creazione del catalogo fallisce.
È necessario aggiungere tutti i parametri in New-ProvScheme e Set-ProvScheme se si configura EnableAzureArcOnboarding come true.

Risoluzione dei problemi

Quando si crea un catalogo SCVMM utilizzando New-ProvScheme, potrebbe verificarsi il seguente errore:

Master Image/Machine Profile's VM's device id is different than the NetworkMapping's device id '0'. Please provide a device id that matches the master image/machine profile.
<!--NeedCopy-->

In tal caso, assicurarsi di specificare esplicitamente DeviceId nel parametro NetworkMapping di New-ProvScheme. Ad esempio:

New-ProvScheme -ProvisioningSchemeType "MCS" -InitialBatchSizeHint 1 -HostingUnitName $HostingUnitName `
            -IdentityPoolName $CatalogName -MasterImageVM $MasterImage -ProvisioningSchemeName $CatalogName `
            -VMCpuCount 2 -VMMemoryMB 4096  -EnableAzureArcOnboarding `
            -AzureArcSubscriptionId $AzureArcSubscription -AzureArcRegion $AzureArcRegion `
            -AzureArcResourceGroup $AzureArcResourceGroup
            -NetworkMapping @{"FDDxxxxxx-xxxx-4xxx-9EBC-3xxxxxxxx"="XDHyp:\HostingUnits\<hosting unit name>\abc.network"}
<!--NeedCopy-->

Dove andare dopo

Per informazioni sulla creazione di cataloghi di servizi cloud specifici, vedere:

Se questo è il primo catalogo creato, Web Studio ti guida a creare un gruppo di consegna.

Per rivedere l’intero processo di configurazione, vedere Installare e configurare.

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

Una singola console unificata per gestire sia i cataloghi MCS che Citrix Provisioning.
Disporre di nuove funzionalità per i cataloghi Citrix Provisioning, come la soluzione di gestione delle identità, il provisioning su richiesta e così via.

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

Ulteriori informazioni

La versione ufficiale di questo prodotto è in lingua inglese. Qualsiasi versione non in lingua inglese viene fornita unicamente per comodità dell'utente e può includere contenuti oggetto di traduzione automatica. Per ulteriori informazioni, fare riferimento al Machine Translation Disclaimer di cui alla pagina Cloud Software Group home.

È stato utile?

Creare cataloghi di macchine

May 31, 2026

Grazie al contributo di:

May 31, 2026

Grazie al contributo di:

In questo articolo

È stato utile?