Creare cataloghi di macchine

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.

• vDisk personali (PvD)
• AppDisk
• Tipi di host cloud pubblici: Citrix CloudPlatform, Microsoft Azure Classic

Per i dettagli, vedere Rimuovi PVD, AppDisk e host non supportati.

Nota:

È possibile gestire la distribuzione di Citrix Virtual Apps and Desktops utilizzando due console di gestione: Web Studio (basata sul Web) e Citrix Studio (basata su Windows). Questo articolo riguarda solo Web Studio. Per informazioni su Citrix Studio, vedere l’articolo equivalente in Citrix Virtual Apps and Desktops 7 2212 o versioni precedenti.

Se desideri utilizzare connessioni host cloud pubbliche per la tua distribuzione, ti servirà la 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 si interrompe o si interrompe. Appare un messaggio esplicativo. I registri di installazione contengono dettagli. Per ulteriori informazioni, vedere Aggiornare una distribuzione.

Introduzione

Le raccolte di macchine fisiche o virtuali vengono gestite come un’unica entità denominata catalogo macchine. Tutte le macchine in un catalogo hanno lo stesso tipo di sistema operativo: sistema operativo multisessione o sistema operativo monosessione e macchine Windows o Linux.

Web Studio ti guida nella creazione del primo catalogo macchine dopo aver creato il sito. Dopo aver creato il primo catalogo, Web Studio ti guiderà nella creazione del primo gruppo di distribuzione. Successivamente potrai modificare il catalogo creato e crearne altri.

Mancia:

L’aggiornamento di una distribuzione esistente abilita la funzionalità di ottimizzazione dell’archiviazione (MCS I/O) di Machine Creation Services (MCS), senza che sia richiesta alcuna configurazione aggiuntiva. L’aggiornamento di MCS I/O avviene tramite Virtual Delivery Agent (VDA) e Delivery Controller.

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.

Considerare:

• MCS supporta un singolo disco di sistema dall’immagine della macchina virtuale. Ignora il resto dei dischi dati collegati a quell’immagine.
• Se si utilizza MCS per il provisioning delle VM, è necessario fornire un’immagine master (o uno snapshot di un’immagine) per creare VM identiche nel catalogo. Prima di creare il catalogo, è necessario utilizzare 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 delle macchine in Web Studio. Si seleziona l’immagine (o l’istantanea), si specifica il numero di VM da creare nel catalogo e si configurano informazioni aggiuntive.
• Se le tue macchine sono già disponibili, devi comunque creare uno o più cataloghi macchine per quelle macchine.
• Se si crea un catalogo utilizzando direttamente PowerShell SDK, è possibile specificare un modello di hypervisor (VMTemplates), anziché un’immagine o uno snapshot.
• L’utilizzo di un modello per predisporre un catalogo è considerata una funzionalità sperimentale. Utilizzando 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 durante la creazione del sito. Successivamente (dopo aver creato il primo catalogo e il primo gruppo di distribuzione), potrai modificare le informazioni relative a tale connessione o crearne altre.

Dopo aver completato la procedura guidata di creazione del catalogo, vengono eseguiti automaticamente dei test per garantire che la configurazione sia corretta. Una volta completati i test, è possibile visualizzare un report. Esegui 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 provisioning Citrix, vedere Gestione delle immagini di Citrix Virtual Apps and Desktops.

Controllo della licenza RDS

Attualmente Web Studio non esegue il controllo delle licenze Microsoft RDS valide durante la creazione di un catalogo macchine contenente macchine con sistema operativo Windows multisessione. Per visualizzare lo stato della licenza Microsoft RDS per una macchina con sistema operativo Windows multisessione, vai a Citrix Director. Visualizza lo stato della licenza Microsoft RDS nel pannello Dettagli macchina . Questo pannello si trova nella pagina Dettagli macchina e nella pagina Dettagli utente. Per ulteriori informazioni, vedere Stato della licenza Microsoft RDS.

Registrazione VDA

Quando si avviano sessioni negoziate, un VDA deve essere registrato presso un Delivery Controller. 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 da un amministratore. 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 distribuzione.

Dopo aver aggiunto le macchine esistenti tramite la procedura guidata, 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, rimuovere la macchina o aggiungerla. Ad esempio, se un messaggio indica che non è possibile ottenere informazioni su una macchina, aggiungere comunque la macchina.

Per ulteriori informazioni, vedere:

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

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 è 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 ciascuna VM. Oltre ai due dischi per VM, nella stessa posizione di archiviazione viene archiviato anche un master. Se sono definite più posizioni di archiviazione, ciascuna ottiene i seguenti tipi di disco:
  • La copia completa dello snapshot, 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. Ogni macchina virtuale riceve un disco diverso. Il disco delle differenze contiene le modifiche apportate durante le sessioni. È permanente per i desktop dedicati. Per i desktop in pool, questo viene eliminato e ne viene creato uno nuovo dopo ogni riavvio tramite il delivery controller.

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 copiato dall’immagine di base master.
  • 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.
  • 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 nell’archiviazione locale per ogni XenServer. Questa opzione consente di risparmiare IOPS rispetto all’immagine master 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 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)

Con la funzionalità di ottimizzazione dell’archiviazione Machine Creation Services (MCS), denominata MCS I/O:

• 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 in Web Studio 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.

Abilitazione degli 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 Virtual Apps and Desktops.

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.

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

• Durante la creazione di un catalogo macchine, l’amministratore può configurare la RAM e la dimensione del disco.

  

• L’aggiornamento di un catalogo macchine esistente a un nuovo snapshot VM contenente un VDA configurato per la versione 1903 genera il seguente comportamento: il nuovo snapshot continua a utilizzare l’impostazione I/O MCS del catalogo esistente per RAM e dimensioni del disco. Il disco raw esistente è formattato.

Importante:

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

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

È possibile assegnare una lettera di unità specifica al disco della 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 della cache di write-back I/O MCS. Per assegnare una lettera di unità al disco cache di write-back I/O MCS, è possibile utilizzare 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

Assegna una lettera di unità al disco di 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>'
   <!--NeedCopy-->
   

5. Completa 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 connessioni host, vedere Connessioni e risorse.

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 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 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.

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 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 e quindi installa 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 tramite PowerShell. Non è possibile specificare il numero di vCPU quando si crea un catalogo tramite Web 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 denominare uno snapshot dell’immagine master. Se durante la creazione di un catalogo si specifica un’immagine master anziché uno snapshot, Web Studio crea uno snapshot. Non puoi dargli 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 è 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 Web Studio

Prima di creare un catalogo:

• Rivedi questa sezione per saperne di più sulle scelte che fai e sulle informazioni che fornisci.
• Assicurati di aver creato una connessione all’hypervisor, al servizio cloud e ad altre risorse che ospitano i tuoi computer.
• Se hai creato un’immagine master per il provisioning delle macchine, assicurati di aver installato un VDA su tale immagine.

Per avviare la procedura guidata di creazione del catalogo:

1. 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.

2. Se hai già creato un catalogo e vuoi crearne un altro, segui questi passaggi:

   1. Accedi a Web Studio, seleziona Cataloghi macchine nel riquadro a sinistra, quindi seleziona Crea catalogo macchine nella barra delle azioni.

   2. Per organizzare i cataloghi utilizzando le cartelle, creare cartelle nella cartella predefinita Machine Catalogs . Per ulteriori informazioni, vedere Creare una cartella catalogo.

   3. 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 seguenti voci. Le pagine della procedura guidata visualizzate variano a seconda delle selezioni effettuate.

Sistema operativo

Ogni catalogo contiene macchine di un solo tipo. Selezionane una.

• 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ò contenerli entrambi. (Per maggiori dettagli su questo sistema operativo, consultare la documentazione Linux VDA.)
• Sistema operativo a sessione singola: Un catalogo di sistemi operativi a sessione singola fornisce desktop VDI che è possibile assegnare a vari 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.

Gestione delle macchine

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

La pagina Gestione macchine indica come vengono gestite le macchine e quali strumenti utilizzare per distribuirle.

Scegliere se l’alimentazione delle macchine nel catalogo debba essere gestita tramite Web Studio.

• L’alimentazione delle macchine avviene tramite Web Studio, ad esempio macchine virtuali o PC blade. Questa opzione è disponibile solo se hai già configurato una connessione a un host.
• Le macchine, ad esempio le macchine fisiche, non sono gestite elettricamente tramite Web Studio.

Se hai indicato che l’alimentazione delle macchine è gestita tramite Web Studio, scegli quale strumento utilizzare per creare le 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.

• 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.

Tipi di desktop (esperienza desktop)

Questa pagina viene visualizzata solo quando si crea un catalogo contenente macchine con sistema operativo a sessione singola.

La pagina Esperienza desktop determina cosa accade ogni volta che un utente effettua l’accesso. Seleziona uno dei:

• Ogni volta che effettuano l’accesso, gli utenti si collegano a un nuovo desktop (casuale).
• Ogni volta che accedono, gli utenti si collegano allo stesso desktop (statico).

Immagine e profilo macchina

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

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

   • Immagine principale. Un’immagine che non ha ancora superato il processo di preparazione. Il processo di preparazione delle immagini viene avviato automaticamente quando inizia la 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.

   • Prepared image. An image that has gone through the image preparation process and can be used for VM creation directly. Opting for prepared images rather than master images during catalog creation ensures faster and more reliable machine catalog creation, along with streamlined image lifecycle management.

        > **Note:**
        >
        > -  VMs created using prepared images don't support hibernation.
        > -  Currently, creating catalogs using prepared images are available only in Azure and VMware environments.
     

   Per maggiori informazioni su come creare immagini preparate, vedere Gestione delle immagini (anteprima).

   Quando selezioni un’immagine, se necessario puoi aggiungere una nota all’immagine selezionata.

   Per consentire l’utilizzo delle funzionalità più recenti del prodotto, assicurarsi che nell’immagine master sia 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.

   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.

2. Per utilizzare una VM esistente come profilo macchina, selezionare Usa un profilo macchina, quindi selezionare la VM.

   Nota:

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

   Per le distribuzioni VMware, quando si crea un catalogo 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, vai alla pagina Macchine virtuali , quindi vai alla sezione Seleziona una cartella in cui posizionare le macchine e seleziona il percorso della cartella della macchina virtuale. Se non specificato, il sistema considera come posizione predefinita la cartella del profilo macchina selezionato.

3. 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.

Macchine

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

Il titolo di questa pagina dipende da cosa hai selezionato nella pagina Gestione macchine : Macchine, Macchine virtualio VM e utenti.

Quando si utilizza MCS:

• Specificare quante macchine virtuali creare. Inserisci 0 (zero) se non vuoi crearne nessuno. Successivamente, puoi creare VM per un catalogo vuoto eseguendo Aggiungi macchine.
• Seleziona la quantità di memoria (in MB) di cui dispone 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 selezionarne una 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 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 Active Directory. È possibile modificare il nome dell’account Active Directory per una VM dopo averla aggiunta/importata. Se hai specificato macchine statiche nella pagina Esperienza desktop , puoi facoltativamente specificare il nome utente di Active Directory per ogni VM aggiunta.

Dopo aver aggiunto o importato i nomi, puoi utilizzare il pulsante Rimuovi per eliminare i nomi dall’elenco, mentre sei 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 che non possono essere registrate con un Delivery Controller. Per i dettagli, vedere versioni VDA e livelli funzionali.

Aggiungere SID durante la creazione di macchine virtuali

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

Tuttavia, non è possibile predisporre una macchina con:

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

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.

Versioni VDA e livelli funzionali

Il livello funzionale di un catalogo controlla quali caratteristiche del prodotto sono disponibili per le macchine nel catalogo. Per utilizzare le funzionalità introdotte nelle nuove versioni del prodotto è necessario un nuovo VDA. Impostando un livello funzionale, tutte le funzionalità introdotte in quella versione (e in quelle successive, se il livello funzionale non cambia) diventano disponibili per le macchine presenti nel catalogo. Tuttavia, le macchine presenti 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. Imposta il livello funzionale minimo del catalogo. Per impostazione predefinita, per le distribuzioni on-premise viene selezionato il livello funzionale più aggiornato. Se si segue la raccomandazione di Citrix di installare e aggiornare sempre i VDA e i componenti principali alla versione più recente, non è necessario modificare questa selezione. Tuttavia, se è necessario continuare a utilizzare versioni VDA precedenti, selezionare il valore corretto.

Una versione di Citrix Virtual Apps and Desktops potrebbe non includere una nuova versione VDA oppure la nuova VDA potrebbe non influire 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 versione indica eventuali modifiche al livello funzionale predefinito.

Il livello funzionale selezionato influisce sull’elenco delle macchine superiori. Nell’elenco, una descrizione comandi accanto a ciascuna voce indica se il VDA della macchina è compatibile con il catalogo a quel livello funzionale.

Se il VDA su ogni macchina non soddisfa o supera il livello funzionale minimo selezionato, vengono pubblicati dei messaggi sulla pagina. Puoi continuare con la procedura guidata. Probabilmente in seguito tali macchine non saranno più in grado di registrarsi con un Controller. In alternativa, puoi:

• Rimuovere dall’elenco le macchine contenenti VDA più vecchie, 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 inoltre visualizzato un messaggio se una macchina non è stata aggiunta al catalogo perché è del tipo sbagliato. Esempi di ciò 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 creata originariamente per l’allocazione casuale a un catalogo di macchine statiche.

Importante:

Nella versione 1811 è stato aggiunto un livello funzionale extra: 1811 (o più recente). Questo livello è destinato all’uso con le future funzionalità di Citrix Virtual Apps and Desktops. La selezione 7.9 (o più recente) rimane quella predefinita. Ora questa impostazione predefinita è valida per tutte le distribuzioni.

Se si seleziona 1811 (o più recente), tutte le versioni VDA precedenti in quel catalogo non potranno registrarsi con un Controller. Tuttavia, se il catalogo contiene solo VDA con versione 1811 o versioni successive supportate, è possibile registrarli tutti. Sono inclusi i cataloghi contenenti VDA configurati per le versioni successive di Citrix Virtual Apps and Desktops, tra cui la versione 1903 e altre versioni 19XX precedenti alla versione corrente.

Configurare la cache per i dati temporanei

La memorizzazione nella cache locale dei dati temporanei sulla VM è facoltativa. È possibile abilitare l’utilizzo della cache dati temporanea sulla macchina quando si utilizza MCS per gestire macchine in pool (non dedicate) in un catalogo. Se il catalogo utilizza una connessione che specifica l’archiviazione per i dati temporanei, è possibile abilitare e configurare le informazioni sulla cache dei dati temporanei quando si crea il catalogo.

Importante:

Questa funzionalità richiede un driver MCS I/O aggiornato. L’installazione di questo driver è un’opzione quando si installa o si aggiorna un VDA. Per impostazione predefinita, quel driver non è installato.

Quando si crea la connessione utilizzata dal catalogo, è possibile specificare se i dati temporanei utilizzano un archivio condiviso o locale. Per ulteriori informazioni, vedere Connessioni e risorse. Per configurare una cache per i dati temporanei su ogni macchina, puoi utilizzare le due opzioni seguenti: Memoria allocata alla cache (MB) e Dimensione della cache del disco (GB). Per impostazione predefinita, le due opzioni sono deselezionate. Per abilitare l’opzione Memoria allocata nella cache (MB), selezionare la casella di controllo Dimensione cache disco (GB). Se la casella di controllo Dimensione cache disco non è selezionata, l’opzione Memoria allocata alla cache è disattivata. A seconda del tipo di connessione, i valori predefiniti per queste opzioni potrebbero variare. In genere, i valori predefiniti sono sufficienti per la maggior parte dei casi. Tuttavia, bisogna tenere conto dello 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.

Per configurare una cache per i dati temporanei su ogni macchina, tenere presente i tre scenari seguenti:

• Se non si selezionano le caselle di controllo Dimensione cache disco e Memoria allocata alla cache, i dati temporanei non verranno memorizzati nella cache. Viene scritto direttamente sul disco differente (ubicato nell’archiviazione del sistema operativo) per ogni VM. (Questa è l’azione di provisioning nella versione 7.8 e precedenti.)

• Se si selezionano le caselle di controllo Dimensione cache disco e Memoria allocata alla cache, i dati temporanei vengono inizialmente scritti nella cache di memoria. Quando la cache di memoria raggiunge il limite configurato (il valore Memoria allocata alla cache), i dati più vecchi vengono spostati sul disco della cache dati temporanea.

Importante:

• Se la cache del disco esaurisce lo spazio, la sessione dell’utente diventa inutilizzabile.
• Questa funzionalità non è disponibile quando si utilizza una connessione host Nutanix.
• Non è possibile modificare i valori della cache in un catalogo macchine dopo la creazione della macchina.

Nota:

• La configurazione della cache write-back con solo una cache su disco e nessuna cache di memoria è diventata obsoleta. Per abilitare una cache per i dati temporanei, consigliamo di selezionare sia Dimensione cache disco (GB) che Memoria allocata alla cache (MB) e di specificare una dimensione maggiore di 0 per la cache di memoria.
• La cache di memoria è una parte della quantità totale di memoria presente su ogni macchina. Pertanto, se si abilita l’opzione Memoria allocata nella cache, si consiglia di aumentare la quantità totale di memoria su ciascuna macchina.
• La modifica della dimensione della cache del disco rispetto al valore predefinito può influire sulle prestazioni. Le dimensioni devono essere adatte alle esigenze dell’utente e al carico che grava sulla macchina.

NIC

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

Nella pagina Schede di interfaccia di rete , 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.

Conti macchina

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

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

Quando aggiungi OU, puoi fare quanto segue se il dominio non è visualizzato nell’elenco:

• Cercalo utilizzando una corrispondenza esatta.
• Esplora 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 idonea, è possibile creare tale connessione in un secondo momento e quindi modificare il catalogo delle 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 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.

• 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:

  • Prima di poter utilizzare l’aggiunta ibrida ad Azure Active Directory, assicurati che l’ambiente Azure soddisfi i prerequisiti. Vedere https://docs.microsoft.com/en-us/azure/active-directory/devices/hybrid-azuread-join-managed-domains.
  • Questa opzione richiede che l’immagine master soddisfi i prerequisiti del sistema operativo. Per ulteriori informazioni, consultare la documentazione Microsoft: https://learn.microsoft.com/en-us/azure/active-directory/devices/concept-azure-ad-join-hybrid.

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.

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] NomeaccountcomputerAD.dominio

Assicurati che ci siano abbastanza account per tutte le macchine che vuoi aggiungere. L’interfaccia di Web 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 ciascuna 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 le seguenti regole:

• 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 (-).

Inoltre, quando si specifica lo schema di denominazione, lasciare abbastanza spazio per la crescita. Consideriamo 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 determina 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 (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.

Credenziali di dominio

Selezionare Inserisci credenziali e immettere le credenziali di un amministratore autorizzato a eseguire operazioni sull’account nel dominio Active Directory di destinazione.

Utilizzare l’opzione Controlla nome per verificare se il nome utente è valido o univoco. L’opzione è utile, ad esempio, quando:

• Lo stesso nome utente esiste in più domini. Ti verrà chiesto di selezionare l’utente desiderato.
• Non ricordi il nome del dominio. È possibile immettere il nome utente senza specificare il nome di dominio. Se il controllo viene superato, il nome di dominio viene compilato automaticamente.

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 .

Riepilogo, nome e descrizione

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

Una volta terminato, clicca su Fine per avviare la creazione del catalogo. 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

Sincronizzazione oraria MCS

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

Nota:

La sincronizzazione oraria originale è controllata dalla seguente impostazione del registro e non può essere modificata:

• Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Servizi\W32Time\Config

Valore: MaxAllowedPhaseOffset, MaxNegPhaseCorrection e MaxPosPhaseCorrection

• Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Parametri

Valore: Tipo

Per impedire a MCS di modificare l’impostazione di sincronizzazione dell’ora, impostare il valore della seguente impostazione del registro 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 di sincronizzazione dell’ora originale.
• 1: Mantiene le impostazioni di sincronizzazione dell’ora originali e i valori dei parametri predefiniti.

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.

• In Azure: Proprietà non valida trovata: <invalid property>. Assicurarsi che il parametro CustomProperties supporti la proprietà.
• In GCP: Proprietà non valida trovata: <invalid property>. Assicurarsi che il valore fornito per la proprietà sia supportato nell'Hypervisor.

Risoluzione dei problemi

Importante:

Dopo aver creato il catalogo macchine tramite 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 macchina, indipendentemente dal fatto che la creazione del catalogo sia avvenuta correttamente.

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

1. Nell’immagine master, creare la seguente chiave di registro con il valore 1 (come valore DWORD (32 bit)): HKLM\Software\Citrix\MachineIdentityServiceAgent\LOGGING.

2. Chiudere l’immagine master e creare uno snapshot.

3. Sul Delivery Controller, eseguire il seguente comando PowerShell: Set-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown -Value $True.

4. Crea un catalogo basato su tale istantanea.
5. Una volta creata la VM di preparazione sull’hypervisor, effettuare l’accesso ed estrarre i seguenti file dalla radice di C:\: Image-prep.log e PvsVmAgentLog.txt.
6. Spegnere la macchina, che a quel punto segnala il guasto.
7. Eseguire il seguente comando PowerShell per riattivare l’arresto automatico delle macchine di preparazione delle immagini: Remove-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown.

Problemi di preparazione delle immagini

Poiché MCS crea molte macchine da una singola immagine, vengono eseguiti alcuni passaggi per garantire che tutte le macchine siano univoche e correttamente dotate di licenza. La preparazione delle immagini fa parte del processo di creazione del catalogo. Questa preparazione garantisce che tutte le macchine fornite abbiano indirizzi IP univoci e si annuncino correttamente al server KMS come istanze univoche. In MCS, la preparazione dell’immagine avviene dopo aver selezionato l’istantanea dell’immagine master. Viene creata una copia per consentire al catalogo di isolarsi dalla macchina selezionata. Viene creata una VM di preparazione ** , basata sulla VM originale, ma con la connessione di rete disconnessa. La disconnessione della connessione di rete impedisce conflitti con altre macchine e garantisce al contempo che la VM preparata venga collegata solo al disco appena copiato.

Un piccolo disco di istruzioni ** , contenente i passaggi necessari per eseguire la preparazione dell’immagine, è allegato alla VM preparata. La VM preparata si avvia e inizia il processo di preparazione dell’immagine. La preparazione delle immagini comprende i seguenti processi:

• Abilita DHCP. L’abilitazione di DHCP garantisce che le macchine fornite non causino conflitti di indirizzi IP. DHCP è abilitato su tutte le schede di rete.
• Riarmo di Microsoft Windows KMS. Il riarmo del KMS garantisce che Microsoft Windows sia correttamente concesso in licenza. Il sistema operativo riarmato viene richiamato in modo da essere correttamente segnalato come una nuova istanza al server delle licenze KMS.
• Riarmo di Microsoft Office KMS (se Microsoft Office è installato). Il riarmo di Microsoft Office garantisce che qualsiasi versione di Microsoft Office (2010+) venga registrata correttamente sul server KMS. Una volta richiamato Microsoft Office, questo viene segnalato come una nuova istanza al server delle licenze KMS.

Mancia:

Una volta completato il processo di preparazione dell’immagine, il disco di istruzioni viene ottenuto dall’hypervisor. L’hypervisor contiene le informazioni ricavate dal processo di preparazione delle immagini.

Esistono diverse ragioni per cui la fase di preparazione dell’immagine può fallire. Viene visualizzato un messaggio di errore simile al seguente: Riarmo dell’ufficio preparazione immagine non riuscito.

Questi fallimenti vengono discussi nelle sezioni seguenti.

Abilita DHCP

Questi casi di errore sono causati da schede di rete che non supportano indirizzi IP statici. Ad esempio, le versioni precedenti delle schede di rete Dell SonicWall. L’operazione non è riuscita perché la scheda SonicWall è una scheda di rete firewall, quindi non ha senso impostare la scheda su DHCP, in quanto supporta solo DHCP. Questo problema è stato risolto nelle versioni successive di Citrix Virtual Apps and Desktops. Tuttavia, se il problema si verifica su altri tipi di schede di rete, è necessario segnalarlo a Citrix tramite i forum o contattando il supporto tecnico.

Nota:

Negli esempi seguenti, questa impostazione di PowerShell viene applicata al sito Citrix Virtual Apps and Desktops, pertanto influisce su tutti i nuovi cataloghi e sugli aggiornamenti delle immagini eseguiti sui cataloghi esistenti.

Se riscontri questo problema con altre schede di rete, puoi risolverlo eseguendo un comando PowerShell sul Delivery Controller:

Set-ProvServiceConfigurationData -Name ImageManagementPrep_Excluded_Steps -Value EnableDHCP

Riarmo di Microsoft Office

Possono verificarsi vari errori di riarmo del KMS durante la fase di riarmo di Microsoft Office. I principali fallimenti sono:

• Alcuni runtime di Microsoft Office, ad esempio Access Runtime, possono richiamare il riarmo di Office, causandone il fallimento.
• Non è installata la versione KMS di Microsoft Office.
• Superato il conteggio dei riarmi.

Se l’errore è un falso positivo, puoi risolverlo eseguendo il seguente comando di PowerShell sul Delivery Controller:

Set-ProvServiceConfigurationData -Name ImageManagementPrep_Excluded_Steps -Value OfficeRearm

Riarmo di Microsoft Windows

Durante la fase di riarmo di Microsoft Windows possono verificarsi vari errori del KMS. I principali fallimenti sono:

• La versione di Windows installata non è attivata tramite KMS. Ad esempio, utilizza una chiave di attivazione multipla (MAK).
• Superato il conteggio dei riarmi.

Se la versione di Microsoft Windows è correttamente autorizzata, è possibile annullare il riarmo del sistema operativo eseguendo il seguente comando di PowerShell sul Delivery Controller:

Set-ProvServiceConfigurationData -Name ImageManagementPrep_Excluded_Steps -Value OsRearm

Casi di fallimento completo

La macchina per la preparazione delle immagini non è connessa alla rete per impostazione predefinita, il che significa che a volte la fase di preparazione delle immagini può segnalare solo un guasto completo. Un esempio di questo tipo di errore è simile al seguente: Preparazione dell’immagine della VM master non riuscita. Assicurarsi che l’immagine selezionata abbia un sistema operativo supportato (ad esempio, Windows 7) e che sia installata la versione corretta del VDA (7.0 o successiva).

Le principali cause di un fallimento totale sono:

Virtual Delivery Agent (VDA) non è installato oppure è installata la versione 5.x di VDA

Se VDA 7.x non è installato sull’immagine master, la preparazione dell’immagine si interrompe dopo 20 minuti e viene visualizzato l’errore sopra indicato. Ciò avviene perché sull’immagine master non è installato alcun software per eseguire la fase di preparazione dell’immagine e segnalare il successo o il fallimento. Per risolvere questo problema, assicurarsi che VDA (versione minima 7) sia installato sullo snapshot selezionato come immagine master.

DISKPART SAN Politica

L’intera fase di preparazione dell’immagine può fallire a causa della policy DISKPART SAN impostata sull’immagine master. Se non è impostato per portare online il disco con le istruzioni di preparazione dell’immagine, la macchina viene spenta e la preparazione dell’immagine segnala un errore dopo 20 minuti. Per verificarlo sull’immagine master, eseguire i seguenti comandi:

  C:\>; Diskpart.exe
  DISKPART>; San
<!--NeedCopy-->

Questo comando restituisce la policy corrente. Se non è Online All, modificarlo eseguendo il seguente comando:

DISKPART>; San policy=OnlineAll

Arrestare l’immagine master, creare uno snapshot della macchina e utilizzarlo come immagine MCS di base.

Se la preparazione dell’immagine fallisce per un altro motivo

Se la preparazione dell’immagine non riesce e non vi è una causa chiara del problema, è possibile ignorare il processo di preparazione dell’immagine durante la creazione di un catalogo MCS. Tuttavia, ignorare questo processo può causare problemi con le licenze KMS e con la rete (DHCP) sul tuo sito. Utilizzare il seguente comando PowerShell:

  Set-ProvServiceConfigurationData -Name ImageManagementPrep_DoImagePreparation -Value $false
<!--NeedCopy-->

Se possibile, raccogliere i registri per il team di supporto Citrix. Segnalare il problema a Citrix tramite i forum o tramite il proprio contatto di supporto. Per raccogliere i registri:

1. Sull’immagine master creare la seguente chiave di registro con il valore 1 (come “valore DWORD (32 bit)”): HKLM\Software\Citrix\MachineIdentityServiceAgent\LOGGING.
2. Chiudere l’immagine master e creare uno snapshot. Sul Delivery Controller, avviare PowerShell, con gli snap-in Citrix PowerShell caricati, ed eseguire Set-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown -Value $True.
3. Crea un catalogo basato su tale istantanea.
4. Quando la VM di preparazione viene creata sull’hypervisor, accedi ed estrai dalla radice di C::

  Image-prep.log
  PvsVmAgentLog.txt
<!--NeedCopy-->

Spegnere la macchina. A questo punto segnala il guasto.

Eseguire il seguente comando PowerShell per riattivare l’arresto automatico delle macchine di preparazione delle immagini:

Rimuovi-ProvServiceConfigurationData -Nome ImageManagementPrep_NoAutoShutdown

Dove andare dopo

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

• Crea un catalogo AWS
• Creare un catalogo XenServer
• Crea un catalogo di Google Cloud Platform
• Creare un catalogo Microsoft Azure
• Creare un catalogo di Microsoft System Center Virtual Machine Manager
• Crea un catalogo Nutanix
• Creare un catalogo VMware

Se questo è il primo catalogo creato, Web Studio ti guiderà nella creazione di un gruppo di distribuzione.

Per rivedere l’intero processo di configurazione, vedere Installa e configura.

È possibile creare un catalogo Citrix Provisioning utilizzando Web 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, attualmente è possibile creare i cataloghi utilizzando solo comandi PowerShell. Per ulteriori informazioni, vedere Creare cataloghi Citrix Provisioning in Citrix Studio.

Ulteriori informazioni

• Crea e gestisci connessioni e risorse
• Crea cataloghi di diversi tipi di join
• Gestire i cataloghi delle macchine