Documentazione dei prodotti
Citrix Virtual Apps and Desktops
Service Current Release 2402 LTSR 2311 2308 2305 2303 2212 2209 2206 2203 LTSR 1912 LTSR
Visualizza PDF

Creare cataloghi di macchine

November 5, 2024
Grazie al contributo di: 
C

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 del ciclo di vita (EOL) che utilizzano tali tecnologie.

  • Personal vDisks (PvDs)
  • AppDisks
  • Tipi di host cloud pubblici: Citrix CloudPlatform, Microsoft Azure Classic

Per i dettagli, vedere Rimuovere PVD, AppDisks e host non supportati.

Nota:

È possibile gestire l’implementazione di Citrix Virtual Apps and Desktops utilizzando due console di gestione: Web Studio (basato sul Web) e Citrix Studio (basato 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 implementazione, hai bisogno della licenza Hybrid Rights per completare la nuova installazione o eseguire l’aggiornamento alla versione corrente.

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

Introduzione

Le raccolte di macchine fisiche o virtuali vengono gestite in una singola entità denominata catalogo di macchine. Tutte le macchine in un catalogo hanno lo stesso tipo di sistema operativo: sistema operativo multisessione o sistema operativo a sessione singola 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 per creare il primo gruppo di consegna. In seguito, è possibile modificare il catalogo creato e creare altri cataloghi.

Mancia:

L’aggiornamento di una distribuzione esistente abilita la funzionalità MCS (Machine Creation Services) Storage Optimization (MCS I/O) e non è richiesta alcuna configurazione aggiuntiva. Il Virtual Delivery Agent (VDA) e l’aggiornamento DEL Delivery Controller gestiscono l’aggiornamento della funzionalità MCS I/O.

Panoramica

Quando si crea un catalogo di macchine virtuali, è necessario specificare come eseguire il provisioning di tali macchine virtuali. È possibile utilizzare Machine Creation Services (MCS). In alternativa, è possibile utilizzare i propri strumenti per il provisioning delle macchine.

Considerare gli aspetti seguenti:

  • 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 di macchine virtuali, fornire un’immagine master (o un’istantanea di un’immagine) per creare macchine virtuali identiche nel catalogo. Prima di creare il catalogo, utilizzare innanzitutto gli strumenti per creare e configurare l’immagine master. Questo processo include l’installazione di un Virtual Delivery Agent (VDA) sull’immagine. Quindi creare il catalogo macchine in Web Studio. Selezionare l’immagine (o l’istantanea), specificare il numero di macchine virtuali da creare nel catalogo e configurare ulteriori informazioni.
  • Se le macchine sono già disponibili, è comunque necessario creare uno o più cataloghi di macchine per tali macchine.
  • Se stai creando un catalogo utilizzando direttamente PowerShell SDK, puoi specificare un modello di hypervisor (VMTemplates), anziché un’immagine o un’istantanea.
  • 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 il primo gruppo di consegna, è possibile modificare le informazioni relative a tale connessione o creare altre connessioni.

Dopo aver completato la creazione guidata del catalogo, vengono eseguiti automaticamente test per verificare che sia configurato correttamente. Al termine dei test, è possibile visualizzarne il resoconto. 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 Citrix Virtual Apps and Desktops Image Management.

Controllo licenza Servizi Desktop remoto

Attualmente Web Studio non controlla la presenza di licenze valide per Servizi Desktop remoto Microsoft durante la creazione di un catalogo di macchine che contiene computer con sistema operativo multisessione Windows. Per visualizzare lo stato della licenza di Servizi Desktop remoto Microsoft per un sistema operativo multisessione Windows, passare a Citrix Director. Visualizzare lo stato della licenza Servizi Desktop remoto Microsoft nel pannello Machine Details (Dettagli macchina). Questo pannello si trova nelle pagine Machine Details e User Details . Per ulteriori informazioni, vedere Microsoft RDS license health.

Registrazione dei VDA

Un VDA deve essere registrato presso un Delivery Controller quando si avviano sessioni mediate. I VDA non registrati possono causare un sottoutilizzo di risorse altrimenti disponibili. Esistono vari motivi per cui un VDA potrebbe non essere registrato, molti dei quali sono risolvibili da un amministratore. Web Studio fornisce informazioni sulla risoluzione dei problemi nella creazione guidata catalogo e dopo che sono stati aggiunti computer da un catalogo a un gruppo di consegna.

Dopo che sono stati aggiunti computer esistenti mediante la procedura guidata, l’elenco dei nomi di account computer indica se ogni computer è adatto per l’aggiunta al catalogo. Passare il mouse sull’icona accanto a ogni macchina per visualizzare un messaggio informativo su quella macchina.

Se il messaggio identifica un computer problematico, rimuovere quel computer o aggiungerlo. Ad esempio, se un messaggio indica che non è stato possibile ottenere informazioni su una macchina, aggiungere comunque la macchina.

Per ulteriori informazioni, vedere:

Riepilogo della creazione del catalogo MCS

Ecco una breve panoramica delle azioni MCS predefinite dopo che sono state fornite le informazioni nella creazione guidata catalogo.

  • Se è stata selezionata un’immagine master (anziché un’istantanea), MCS crea un’istantanea.
  • MCS crea una copia completa dell’istantanea e la posiziona in ciascuna posizione di archiviazione definita nella connessione host.
  • MCS aggiunge le macchine ad Active Directory, che crea identità univoche.
  • MCS crea il numero di macchine virtuali specificato nella procedura guidata, definendo due dischi per ciascuna macchina virtuale. Oltre ai due dischi per macchina virtuale, viene memorizzato anche un master nella stessa posizione di archiviazione. Se sono stati definiti più percorsi di archiviazione, ciascuno di essi ottiene i seguenti tipi di disco:
    • Copia completa dell’istantanea di sola lettura e condivisa tra le macchine virtuali appena create.
    • Un disco di identità univoco da 16 MB che conferisce a ciascuna macchina virtuale un’identità univoca. Ogni macchina virtuale ottiene un disco di identità.
    • Un disco di differenza univoco per archiviare le scritture effettuate nella macchina virtuale. Questo disco è sottoposto a thin provisioning (se supportato dall’archiviazione host) e aumenta fino alle dimensioni massime dell’immagine master, se necessario. Ogni macchina virtuale ottiene un disco di differenza. Il disco di differenza contiene le modifiche apportate durante le sessioni. È permanente per i desktop dedicati. Per i desktop in pool, viene eliminato e ne viene creato uno nuovo dopo ogni riavvio tramite il Delivery Controller.

In alternativa, durante la creazione di macchine virtuali per la distribuzione di desktop statici, è possibile specificare (nella pagina Machines della creazione guidata catalogo) duplicati di macchine virtuali spesse (copia completa). I cloni completi non richiedono la conservazione dell’immagine master in ogni archivio dati. Ogni macchina virtuale dispone di un proprio file.

Considerazioni sull’archiviazione MCS

Ci sono molti fattori da valutare quando si scelgono le soluzioni di archiviazione, le configurazioni e le capacità per MCS. Le seguenti informazioni forniscono considerazioni appropriate per la capacità di archiviazione:

Considerazioni sulla capacità:

  • Dischi

    I dischi Delta o Differencing (Diff) occupano la maggior quantità di spazio nella maggior parte delle distribuzioni MCS per ogni macchina virtuale. Ogni macchina virtuale creata da MCS viene fornita con almeno 2 dischi al momento della creazione.

    • Disk0= Diff Disk: contiene il sistema operativo quando viene copiato dall’immagine di base principale.
    • Disk1 = Disco di identità: 16 MB - contiene i dati di Active Directory per ogni macchina virtuale.

    Mano mano che il prodotto si evolve, potrebbe essere necessario aggiungere altri dischi per soddisfare determinati casi d’uso e il consumo di funzionalità. Per esempio:

    • MCS Storage Optimization crea un disco in stile cache di scrittura per ogni macchina virtuale.
    • MCS ha aggiunto la possibilità di utilizzare cloni completi invece dello scenario del disco Delta descritto nella sezione precedente.

    Anche le funzionalità dell’hypervisor potrebbero essere considerate. Per esempio:

    • XenServer IntelliCache crea un disco di lettura sullo storage locale per ogni XenServer. Questa opzione salva su IOPS rispetto all’immagine master che potrebbe essere contenuta nella posizione di archiviazione condivisa.

  • Sovraccarico Hypervisor

    I diversi hypervisor utilizzano file specifici che creano un sovraccarico per le macchine virtuali. Gli hypervisor utilizzano l’archiviazione anche per la gestione e le operazioni di registrazione generali. Calcola lo spazio da includere le spese generali per:

    • File di registro
    • File specifici dell’hypervisor. Per esempio:
      • VMware aggiunge altri file alla cartella di VM storage. Vedere le best practice di VMware.
      • Calcola i requisiti di dimensioni totali delle macchine virtuali. Si consideri una macchina virtuale contenente 20 GB per il disco virtuale, 16 GB per il file di scambio e 100 MB per i file di registro, con un consumo totale di 36,1 GB.
    • Snapshot per XenServer; Snapshot per VMware.

  • Sovraccarico del processo

    La creazione di un catalogo, l’aggiunta di un computer e l’aggiornamento di un catalogo hanno implicazioni di archiviazione uniche nel loro genere. Per esempio:

    • La creazione iniziale del catalogo richiede la copia del disco di base in ogni posizione di archiviazione.
    • L’aggiunta di una macchina a un catalogo non richiede la copia del disco di base in ogni posizione di archiviazione. La creazione del catalogo varia in base alle funzioni selezionate.
    • Aggiornamento del catalogo per creare un disco di base aggiuntivo in ogni posizione di archiviazione. Gli aggiornamenti del catalogo presentano anche un picco di archiviazione temporaneo in cui ogni macchina virtuale del catalogo dispone di 2 dischi Diff per un certo periodo di tempo.

Altre considerazioni:

  • Dimensionamento RAM: influisce sulle dimensioni di alcuni file e dischi dell’hypervisor, quali i dischi di ottimizzazione I/O, la cache di scrittura e i file istantanea.
  • Thin/Thick provisioning: l’archiviazione NFS è preferita grazie alle funzionalità di thin provisioning.

Ottimizzazione dell’archiviazione MCS (Machine Creation Services)

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

  • Il contenitore della cache di scrittura è basato su file, la stessa funzionalità che si trova in Citrix Provisioning. Ad esempio, il nome del file della cache di scrittura Citrix Provisioning è D:\vdiskdif.vhdx e il nome del file della cache di scrittura I/O MCS è D:\mcsdif.vhdx.
  • Si ottengono miglioramenti diagnostici includendo il supporto di un file di dettagli arresto anomalo di Windows scritto sul disco della cache di scrittura.
  • MCS I/O conserva la tecnologia cache nella RAM con overflow sul disco rigido per fornire la soluzione ottimale di cache di scrittura multi-livello. Questa funzionalità consente all’amministratore di ottenere un equilibrio fra il costo in ciascun livello, ciascuna RAM e ciascun 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:

  1. MCS I/O non supporta più la cache solo RAM. Specificare una dimensione del disco in Web Studio durante la creazione del catalogo macchine.
  2. Il disco della cache di scrittura della macchina virtuale viene creato e formattato automaticamente al primo avvio di una macchina virtuale. Una volta che la VM è attiva, il file di cache di scrittura mcsdif.vhdx viene scritto nel volume formattato McSWCDisk.
  3. Il pagefile viene reindirizzato a questo volume formattato, McSWCDisk. Di conseguenza, questa dimensione del disco considera la quantità totale di spazio su disco. Include il delta tra la dimensione del disco e il carico di lavoro generato più la dimensione del file di paging. Questo è in genere associato alle dimensioni della RAM della macchina virtuale.

Attivare gli aggiornamenti per l’ottimizzazione dell’archiviazione MCS

Per abilitare la funzionalità di ottimizzazione dell’archiviazione I/O MCS, aggiornare il Delivery Controller e il VDA alla versione più recente di Citrix Virtual Apps and Desktops.

Nota:

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

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

  • Quando si crea un catalogo di macchine, l’amministratore può configurare la RAM e le dimensioni del disco.

    Configurazione del catalogo delle macchine

  • L’aggiornamento di un catalogo di macchine esistente in una nuova istantanea di macchina virtuale contenente un VDA configurato per la versione 1903 determina il seguente comportamento: la nuova istantanea continua a utilizzare l’impostazione MCS I/O del catalogo esistente per la RAM e la dimensione del disco. Il disco non formattato esistente viene 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, 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 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 dimensioni extra per il file di paging. La dimensione del file di paging è in genere correlata alla quantità di RAM di sistema. Se le dimensioni del disco di catalogo esistenti non sono sufficienti, creare un catalogo di macchine e allocare un disco di cache di scrittura più grande.

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

È possibile assegnare una lettera di unità specifica al disco cache write-back MCS I/O. Questa implementazione consente di evitare conflitti tra la lettera di unità di qualsiasi applicazione utilizzata e la lettera di unità del disco di cache write-back I/O MCS. Per assegnare la lettera di unità al disco cache 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 cache write-back: da 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 di macchine

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

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

  1. Aprire una finestra di 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:\\Unità di Hosting\\name\\virtualprivatecloud.folder\\Regione USA Orientale\\virtualprivatecloud.folder\\abcd-resources.resourcegroup\\abcd-resources-vnet.virtualprivatecloud\\default.network"} `
-ServiceOffering "XDHyp:\\Unità di Hosting\\<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. Completare la creazione del catalogo di macchine. 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 connessioni, vedere Connessioni e risorse.

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

Considerazioni importanti:

  • Un’immagine master potrebbe anche essere nota come immagine clone, immagine dorata, macchina virtuale di base o immagine di base. I fornitori host utilizzano termini diversi.
  • Assicurarsi che l’host disponga di processori, memoria e archiviazione sufficienti per supportare 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 un secondo momento o nel catalogo macchine.
  • I cataloghi di macchine Accesso remoto PC non utilizzano immagini master.

Installare e configurare il seguente software nell’immagine master:

  • Strumenti di integrazione per l’hypervisor (ad esempio Citrix VM Tools, Hyper-V Integration Services o strumenti VMware). Se si omette questo passaggio, applicazioni e 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 nell’immagine master causa l’esito negativo della creazione del catalogo.
  • Strumenti di terze parti, se necessario, come software antivirus o agenti di distribuzione software elettronici. Configurare i servizi con impostazioni appropriate per gli utenti e il tipo di computer (ad esempio l’aggiornamento delle funzionalità).
  • 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 numero inferiore di applicazioni installate riduce le dimensioni dei dischi rigidi dell’immagine master, risparmiando così 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 internazionali e i Language Pack. Durante il provisioning, quando viene creata una copia istantanea, le macchine virtuali di cui viene eseguito il provisioning utilizzano le impostazioni internazionali e i Language Pack 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, creare un’immagine master e quindi installare il sistema operativo, oltre a tutti i service pack e gli aggiornamenti. Specificare il numero di vCPU. È inoltre 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 un secondo momento o nel catalogo.
  2. Assicurarsi che il disco rigido sia collegato alla posizione del dispositivo 0. La maggior parte dei modelli di immagini master standard configura questa posizione per impostazione predefinita, ma alcuni modelli personalizzati potrebbero non farlo.
  3. Installare e configurare il software di cui sopra nell’immagine master.
  4. Se non si utilizza MCS, aggiungere 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 di cui viene eseguito il provisioning vengono aggiunte al dominio specificato nella creazione guidata catalogo.
  5. 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, in Web Studio viene creata un’istantanea. Non è possibile attribuirle un nome.

Attivazione dei contratti multilicenza

MCS supporta l’attivazione dei contratti multilicenza per automatizzare e gestire l’attivazione dei sistemi operativi Windows e di Microsoft Office. I tre modelli supportati da MCS per l’attivazione dei contratti multilicenza sono:

  • Key Management Service (KMS)
  • Attivazione basata su Active Directory (ADBA)
  • Chiave di attivazione multipla (MAK)

È possibile modificare l’impostazione di attivazione dopo aver creato il catalogo delle macchine.

Key Management Service (KMS)

KMS è un servizio leggero che non richiede un sistema dedicato e può essere facilmente ospitato in co-hosting su un sistema che fornisce altri servizi. Questa funzionalità è supportata in tutte le versioni di Windows supportate da Citrix. Durante la preparazione delle immagini, MCS esegue il ripristino di Microsoft Windows e Microsoft Office tramite KMS. Puoi saltare il riarmo eseguendo il comando Set-Provserviceconfigurationdata. Per ulteriori informazioni su Microsoft Windows KMS Rearm e Microsoft Office KMS Rearm durante la preparazione delle immagini, vedere Machine Creation Services: Image Preparation Overview and Fault-Finding. Per ulteriori informazioni sull’attivazione del KMS, consulta Attivazione tramite il servizio di gestione delle chiavi.

Nota:

Tutti i cataloghi di macchine creati dopo l’esecuzione del comando Set-Provserviceconfigurationdata hanno le stesse impostazioni fornite 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 entrano a far parte del dominio. Queste macchine rimangono attivate finché rimangono unite al dominio e sono in contatto con il dominio stesso. Questa funzionalità è supportata in 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 di attivare il volume e autenticare il sistema Windows con l’aiuto del server Microsoft. È necessario acquistare da Microsoft la chiave MAK, a cui è assegnato un numero fisso di conteggi di attivazione. Ogni volta che viene attivato un sistema Windows, il numero di attivazioni si riduce. Esistono due modi per attivare il sistema:

  • Attivazione online: se il sistema Windows che si desidera attivare dispone di accesso a Internet, il sistema attiva automaticamente Windows al momento dell’installazione del codice prodotto. Questo processo riduce il numero di attivazioni di 1 per il MAK corrispondente.
  • Attivazione offline: se il sistema Windows non è in grado di connettersi a Internet per eseguire l’attivazione online, MCS riceve un ID di conferma e un ID di installazione dal server Microsoft per attivare il sistema Windows. Questa modalità di attivazione è utile per i cataloghi di macchine non persistenti.

Nota:

  • MCS non supporta l’attivazione di Microsoft Office tramite MAK.
  • La versione minima del VDA richiesta è 2303.

Requisiti chiave

  • Il Delivery Controller deve avere accesso a Internet.
  • Creare un nuovo catalogo se la nuova immagine da aggiornare ha una chiave MAK diversa dall’originale.
  • Installare la chiave MAK sull’immagine master. Vedi Deploy MAK Activation per i passaggi per installare MAK Key su un sistema Windows.

  • Se non si utilizza la preparazione delle immagini:

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

Conteggi delle attivazioni

Per visualizzare il numero di attivazioni rimanenti per la chiave MAK o per verificare se una macchina virtuale stia facendo uso di due o più attivazioni, utilizzare lo Strumento di gestione dell’attivazione dei contratti multilicenza (VAMT). Vedi Installare VAMT.

Attivare il sistema Windows utilizzando MAK

Per attivare il sistema Windows utilizzando MAK:

  1. Installare il codice prodotto sull’immagine principale. Questo passaggio richiede un conteggio delle attivazioni.
  2. Creare un catalogo di macchine MCS.

  3. Se non si utilizza la preparazione delle immagini:

    1. Aggiungere il valore DWORD del registro Manual 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 macchine virtuali al catalogo delle macchine.
  5. Accendere le macchine virtuali.

  6. A seconda che si tratti di attivazione online o offline, il sistema Windows viene attivato o meno.

    • Se l’attivazione è online, il sistema Windows viene attivato dopo l’installazione del codice prodotto.
    • Se l’attivazione è offline, MCS comunica con le macchine virtuali 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 di cui è stato eseguito il provisioning non è attivata con la chiave MAK installata, esegui il comando Get-ProvVM o Get-ProvScheme in una finestra di PowerShell.

  • Il comando Get-ProvScheme : vedete il parametro WindowsActivationType associato al catalogo macchine MCS dall’immagine master più recente.
  • Il comando Get-ProvVM . Vedi i parametri WindowsActivationType, WindowsActivationStatus, WindowsActivationStatusErrorCodee 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:

  • Consultare questa sezione per conoscere le scelte da fare e le informazioni da fornire.
  • Assicurati di aver creato una connessione all’hypervisor, al servizio cloud e ad altre risorse che ospitano le tue macchine.
  • Se è stata creata un’immagine master per eseguire il provisioning delle macchine, assicurarsi di aver installato un VDA su tale immagine.

Per avviare la procedura guidata di creazione del catalogo:

  1. Se questo è il primo catalogo creato, si viene guidati alla selezione corretta (ad esempio “Set up the machines and create machine catalogs to run apps and desktops” [Configura le macchine e crea cataloghi delle macchine per eseguire app e desktop]). Si apre la procedura guidata di creazione del catalogo.

  2. Se è già stato creato un catalogo e si desidera crearne un altro, attenersi alla seguente procedura:

    1. Accedi a Web Studio, seleziona Machine Catalogs nel riquadro a sinistra, quindi seleziona Create Machine Catalog nella barra delle azioni.

    2. Per organizzare i cataloghi utilizzando le cartelle, create delle cartelle nella cartella predefinita Machine Catalogs . Per ulteriori informazioni, consulta Creare una cartella di catalogo.

    3. Selezionate la cartella in cui desiderate creare il catalogo, quindi fate clic su Create Machine Catalog. Si apre la procedura guidata di creazione del catalogo.

La procedura guidata comprende i seguenti elementi. Le pagine della procedura guidata visualizzate sono diverse a seconda delle selezioni effettuate.

Sistema operativo

Ciascun catalogo contiene macchine di un solo tipo. Selezionarne uno

  • Multi-session OS: un catalogo con sistemi operativi multisessione fornisce desktop condivisi ospitati. Le macchine possono eseguire versioni supportate dei sistemi operativi Windows o Linux, ma il catalogo non può contenere entrambi i sistemi operativi (vedere la documentazione di Linux VDA per i dettagli di quel sistema operativo).
  • Single-session OS: un catalogo con sistemi operativi a sessione singola fornisce desktop VDI che è possibile assegnare a vari utenti diversi.
  • Remote PC Access: un catalogo Accesso remoto PC consente agli utenti di accedere in remoto ai computer desktop dell’ufficio fisico. Accesso remoto PC non richiede una VPN per garantire la sicurezza.

Gestione macchine

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

La pagina Machine Management indica come vengono gestite le macchine e quali strumenti si utilizzano per distribuire le macchine.

Scegliere se le macchine presenti nel catalogo sono gestite tramite Web Studio.

  • L’alimentazione delle macchine è gestita tramite Web Studio, ad esempio nel caso di macchine virtuali o PC blade. Questa opzione è disponibile solo se è già stata configurata una connessione a un host.
  • L’alimentazione delle macchine non è gestita tramite Web Studio, ad esempio nel caso di macchine fisiche.

Se è stato indicato che l’alimentazione dei computer è gestita tramite Web Studio, scegliere lo strumento da utilizzare per creare macchine virtuali.

  • Tecnologia Citrix Provisioning

    • Citrix Machine Creation Services (MCS) Crea un catalogo di macchine virtuali di cui è stato eseguito il provisioning e l’immagine utilizzando MCS. MCS copia le immagini clonate da un’immagine master su tali VM.

    • Citrix Provisioning Services (PVS) Crea un catalogo di macchine virtuali con provisioning tramite MCS e immagini utilizzando PVS. Queste VM fungono da dispositivi di destinazione PVS e il server PVS può trasmettere loro una singola immagine del disco condivisa.

      Nota:

      Questa opzione è disponibile solo per i siti PVS registrati con Citrix Cloud ed è 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 che le macchine nel catalogo siano coerenti.

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 Desktop Experience determina ciò che si verifica ogni volta che un utente effettua l’accesso. Selezionare una delle seguenti opzioni:

  • Gli utenti si connettono a un nuovo desktop (casuale) ogni volta che accedono.
  • Gli utenti si connettono allo stesso desktop (statico) ogni volta che accedono.

Immagine e profilo macchina

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

  1. Selezionate un tipo di immagine per il catalogo delle macchine, quindi selezionate un’immagine. Sono disponibili due tipi di immagini:

    • Immagine master. Un’immagine che non è ancora stata sottoposta al processo di preparazione. Il processo di preparazione dell’immagine viene avviato automaticamente all’avvio della creazione del catalogo.

      Nota:

      • Quando si utilizza MCS, non eseguire Sysprep sulle immagini master.
      • Se si specifica un’immagine master anziché un’istantanea, Web Studio crea un’istantanea, ma non è possibile assegnarle un nome.

    • Immagine preparata. Un’immagine che ha superato il processo di preparazione e può essere utilizzata direttamente per la creazione di VM. Scegliendo immagini preparate anziché immagini master durante la creazione del catalogo si garantisce una creazione più rapida e affidabile del catalogo macchine, oltre a una gestione semplificata del ciclo di vita delle immagini.

       > **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’utilizzo delle funzionalità più recenti del prodotto, verificare che nell’immagine master sia installata la versione più recente del VDA. Non modificare la selezione VDA minima predefinita. Tuttavia, se è necessario utilizzare una versione di VDA precedente, vedere Versioni e livelli funzionali dei VDA.

    Viene visualizzato un messaggio di errore se si seleziona un’istantanea o una macchina virtuale non compatibile con la tecnologia di gestione computer selezionata in precedenza nella procedura guidata.

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

    Nota:

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

    Per le implementazioni 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, vai alla pagina Macchine virtuali e vai a Seleziona una cartella per posizionare la sezione macchine e seleziona la posizione della cartella della macchina virtuale. Se non è specificato, il sistema considera la cartella del profilo macchina selezionato come posizione predefinita.

  3. Selezionare il livello funzionale minimo per il catalogo. Per abilitare l’uso delle funzionalità più recenti del prodotto, verificare che nell’immagine master sia installata la versione più recente del VDA.

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 Machine Management: Machines, Virtual Machines o VMs and users.

Quando si utilizza MCS:

  • Specificare quante macchine virtuali creare. Immettete 0 (zero) se non volete crearne. Successivamente, puoi creare VM per un catalogo vuoto eseguendo Add machines.
  • Scegliere la quantità di memoria (in MB) a disposizione di ciascuna macchina virtuale.
  • Ogni macchina virtuale creata dispone di un disco rigido. La sua dimensione è impostata nell’immagine master. Non è possibile modificare le dimensioni del disco rigido nel catalogo.
  • Se la distribuzione contiene più di una zona, è possibile selezionare una zona per il catalogo.
  • Se si creano macchine virtuali desktop statiche, selezionare una modalità di copia della macchina virtuale. Vedere Modalità di copia della macchina virtuale.
  • Se si creano macchine virtuali desktop casuali che non utilizzano vDisks, è 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 computer Active Directory. È possibile modificare il nome dell’account di Active Directory per una macchina virtuale dopo averla aggiunta/importata. Se nella pagina Esperienza desktop sono state specificate macchine statiche, è possibile specificare facoltativamente il nome utente di Active Directory per ogni macchina virtuale aggiunta.

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

Quando si utilizzano altri strumenti (ad eccezione di MCS):

Un’icona e una descrizione comando per ogni macchina aggiunta (o importata) aiutano a identificare le macchine che potrebbero non essere idonee a essere aggiunte al catalogo o non essere in grado di registrarsi con un Delivery Controller. Per i dettagli, vedere Versioni e livelli funzionali dei VDA.

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

A questo scopo:

  1. Creare un catalogo con il tipo di identità supportato.

  2. Aggiungi macchine al catalogo usando NewProvVM. Per esempio:

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

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

  • Un account AD che non fa parte del pool di identità del catalogo
  • Un account AD che non è in stato disponibile

Modalità di copia della macchina virtuale

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

  • Usa duplicati a copia veloce per un utilizzo più efficiente dell’archiviazione e una creazione più rapida della macchina.
  • Utilizzare duplicati a copia completa per migliorare il supporto del ripristino e della migrazione dei dati, con IOPS potenzialmente ridotti dopo la creazione delle macchine.

Versioni e livelli funzionali dei VDA

Il livello funzionale di un catalogo controlla quali caratteristiche del prodotto sono disponibili per le macchine presenti nel catalogo. L’utilizzo delle funzionalità introdotte nelle nuove versioni dei prodotti richiede un nuovo VDA. L’impostazione di un livello funzionale rende disponibili tutte le funzionalità introdotte in quella versione (e nelle successive, se il livello funzionale non cambia) per le macchine del catalogo. Tuttavia, le macchine di quel catalogo con una versione VDA precedente non possono registrarsi.

Un menu nella parte inferiore della pagina Machines (o Devices) consente di selezionare il livello VDA minimo. Questo imposta il livello funzionale minimo del catalogo. Per impostazione predefinita, per le distribuzioni locali 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 alla versione più recente, non è necessario modificare questa selezione. Tuttavia, se è necessario continuare a utilizzare versioni di VDA precedenti, selezionare il valore corretto.

Una versione di Citrix Virtual Apps and Desktops potrebbe non includere una nuova versione di VDA oppure il nuovo VDA non influisce sul livello funzionale. In questi casi, il livello funzionale potrebbe indicare una versione di VDA precedente ai componenti installati o aggiornati. L’articolo What’s new di ogni versione indica qualsiasi modifica nel livello funzionale predefinito.

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

I messaggi vengono pubblicati sulla pagina se il VDA installato su ciascuna macchina non raggiunge o supera il livello minimo di funzionalità selezionato. È possibile continuare a seguire la procedura guidata. Queste macchine probabilmente non saranno in grado di registrarsi con un Controller in un secondo momento. In alternativa, è possibile:

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

Viene anche pubblicato un messaggio se un computer non è stato aggiunto al catalogo perché è il tipo di computer sbagliato. Gli esempi includono il tentativo di aggiungere un server a un catalogo con 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:

Alla release 1811 è stato aggiunto un livello funzionale supplementare: 1811 (o più recente). Tale livello è destinato all’uso con le future funzionalità di Citrix Virtual Apps and Desktops. La selezione 7.9 (o più recente) rimane l’impostazione predefinita. Tale impostazione predefinita ora è valida per tutte le distribuzioni.

Se si seleziona 1811 (o più recente), qualsiasi versione di VDA precedente presente nel catalogo non sarà in grado di registrarsi con un Controller. Tuttavia, se il catalogo contiene solo VDA versione 1811 o versioni successive supportate, questi sono tutti idonei per la registrazione. Sono inclusi i cataloghi contenenti VDA configurati per le versioni successive di Citrix Virtual Apps and Desktops, inclusa 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 nella macchina virtuale è facoltativa. È possibile abilitare l’uso della cache dei dati temporanei sul computer 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 temporanee della cache dati quando si crea il catalogo.

Importante:

Questa funzione richiede un driver MCS I/O corrente. L’installazione di questo driver è un’opzione disponibile quando si installa o si aggiorna un VDA. Per impostazione predefinita, tale driver non è installato.

Specificare se i dati temporanei dovranno utilizzare l’archiviazione condivisa o locale quando si crea la connessione utilizzata dal catalogo. Per ulteriori informazioni, vedere Connessioni e risorse. Per configurare una cache per i dati temporanei su ciascun computer, è possibile utilizzare le due opzioni seguenti: Memory allocated to cache (MB) (Memoria allocata alla cache (MB)) e Disk cache size (GB) (Dimensione cache disco (GB)). Per impostazione predefinita, le due opzioni sono deselezionate. Per attivare l’opzione Memory allocated to cache (MB), selezionare la casella di controllo Disk cache size (GB). Se la casella di controllo Disk cache size non è selezionata, l’opzione Memory allocated to cache è disattivata. A seconda del tipo di connessione, i valori predefiniti per queste opzioni potrebbero differire. Generalmente, i valori predefiniti sono sufficienti per la maggior parte dei casi. Tuttavia, prendere in considerazione lo spazio necessario per:

  • File di dati temporanei creati da Windows stesso, incluso il file di paging di Windows.
  • Dati del profilo utente.
  • Dati ShareFile sincronizzati con le sessioni degli utenti.
  • Dati che potrebbero essere creati o copiati da un utente di sessione o da qualsiasi applicazione che gli utenti potrebbero installare all’interno della sessione.

Archiviazione temporanea e archiviazione delle immagini

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

  • Se non si seleziona la casella di controllo Dimensione della cache del disco e la casella di controllo Memoria allocata alla cache, i dati temporanei non vengono memorizzati nella cache. Vengono scritti direttamente sul disco di differenza (situato nella posizione di archiviazione del sistema operativo) per ciascuna macchina virtuale (questa è l’azione di provisioning nelle versioni 7.8 e precedenti).

  • Se si selezionano le caselle di controllo Disk cache size e Memory allocated to cache, i dati temporanei vengono inizialmente scritti nella cache di memoria. Quando la cache di memoria raggiunge il limite configurato (il valore di Memory allocated to cache), i dati meno recenti vengono spostati sul disco temporaneo della cache dei dati.

Importante:

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

Nota:

  • La configurazione della cache di write-back con solo una cache su disco e nessuna cache di memoria è stata deprecata. Per abilitare una cache per i dati temporanei, consigliamo di selezionare sia Disk cache size (GB) che Memory allocated to cache (MB) e di specificare una dimensione maggiore di 0 per la cache di memoria.
  • La cache di memoria fa parte della quantità totale di memoria disponibile su ogni computer. Pertanto, se si attiva l’opzione Memory allocated to cache, è consigliabile aumentare la quantità totale di memoria su ogni computer.
  • La modifica dell’opzione Disk cache size (Dimensione della cache del disco) rispetto al valore predefinito può influire sulle prestazioni. La dimensione deve corrispondere ai requisiti dell’utente e al carico posto sulla macchina.

NIC

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

Se si prevede di utilizzare più schede NIC della pagina Network Interface Cards, associare una rete virtuale a ciascuna scheda. Ad esempio, è possibile assegnare una scheda per accedere a una rete protetta specifica e un’altra scheda per accedere a una rete utilizzata più comunemente. È inoltre possibile aggiungere o rimuovere schede di interfaccia di rete da questa pagina.

Account macchina

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

Nella pagina Machine Accounts specificare gli account computer di Active Directory o le unità organizzative (OU) da aggiungere che corrispondono a utenti o gruppi di utenti. Non utilizzare una barra (/) in un nome di unità organizzativa.

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

  • Cercarlo usando una corrispondenza esatta.
  • Sfogliare tutti i domini per trovarlo.

È possibile scegliere una connessione con gestione dell’alimentazione configurata in precedenza o scegliere di non utilizzare la gestione dell’alimentazione. Se si desidera utilizzare la gestione dell’alimentazione, ma non è stata ancora configurata una connessione adeguata, è possibile crearla in un secondo momento e quindi modificare il catalogo del computer per aggiornare le impostazioni di gestione dell’alimentazione.

Identità macchina

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

Ogni macchina del catalogo deve avere un’identità unica. Questa pagina consente di configurare le identità per le macchine del catalogo. Le macchine vengono unite all’identità dopo il provisioning. 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. Selezionare un’identità dall’elenco.
  2. Indicare se creare account o utilizzare quelli esistenti e la posizione (dominio) per tali account.

È possibile selezionare una delle seguenti opzioni:

Importante:

  • Se si seleziona Active Directory locale o Hybrid Azure Active Directory aggiunto a come tipo di identità, ogni computer del catalogo deve avere un account computer Active Directory corrispondente.

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

Nota:

Assicuratevi che i nomi delle unità organizzative non utilizzino barre in avanti (/).

Se utilizzi account esistenti, vai agli account o fai clic su Import e specifica un file .csv contenente i nomi degli account. Il contenuto del file importato deve essere nel formato seguente:

  • [ADComputerAccount] ADcomputeraccountname.domain

Assicurarsi che ci siano account sufficienti per tutte le macchine che si stanno aggiungendo. L’interfaccia di Web Studio gestisce questi account. Pertanto, consentire all’interfaccia di reimpostare le password per tutti gli account o 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 che a un account utente.

Schema di denominazione degli account delle macchine

Ogni macchina in un catalogo deve avere un nome univoco. È necessario specificare uno schema di denominazione degli account delle macchine quando si crea un catalogo. Utilizzare caratteri jolly (cancelletti) come segnaposto per numeri o lettere sequenziali che appaiono nel nome.

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

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

Inoltre, lasciare spazio sufficiente per l’espansione 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 computer che superano il massimo di 15 caratteri.

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

  • 0-9. Se l’opzione è selezionata, 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 ce ne sono tre, i nomi degli account iniziano con 001 e così via.

  • A-Z. Se l’opzione è selezionata, i caratteri jolly specificati vengono risolti 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 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 A-Z, i nomi degli account vengono assegnati in sequenza, a partire dalle lettere specificate. Immettere 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

Seleziona Inserisci le credenziali e inserisci le credenziali di un amministratore con il permesso di eseguire operazioni sull’account nel dominio Active Directory di destinazione.

Utilizzate l’opzione Check name per verificare se il nome utente è valido o unico. L’opzione è utile, ad esempio, quando:

  • Lo stesso nome utente esiste in più domini. Viene richiesto di selezionare l’utente desiderato.
  • Non si ricorda il nome del dominio. È possibile immettere il nome utente senza specificare il nome del dominio. Se il controllo viene superato, il nome del dominio viene popolato automaticamente.

Nota:

Se il tipo di identità selezionato in Machine Identities è Hybrid Azure Active Directory aggiunto a, alle credenziali inserite deve essere stata concessa l’autorizzazione Write UserCertificate .

Riepilogo, nome e descrizione

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

Al termine, fare clic su Finish per avviare la creazione del catalogo. Al termine, seleziona Finish per iniziare la creazione del catalogo.

In Machine Catalogs, il nuovo catalogo appare con una barra di avanzamento in linea.

Per visualizzare i dettagli dell’avanzamento della creazione:

  1. Passare il mouse sul catalogo delle macchine.

  2. Nel tooltip che appare, fai clic su Visualizza dettagli.

    Viene visualizzato un grafico di avanzamento dettagliato in cui è possibile visualizzare quanto segue:

    • Cronologia dei passaggi
    • Avanzamento e tempo di esecuzione del passaggio corrente
    • Passaggi rimanenti

Sincronizzazione dell’ora MCS

La sincronizzazione dell’ora è determinata dall’immagine master e dal tipo di catalogo aggiunto a identità di macchine. È possibile ottenere il seguente metodo di sincronizzazione dell’ora in base all’immagine principale e al catalogo:

Immagine master Catalogo Metodo di sincronizzazione temporale risultante
NDJ AD o Azure AD ibrido Per impostazione predefinita, NT5DS. È possibile disattivare la modifica da parte di MCS delle impostazioni di sincronizzazione dell’ora utilizzando le impostazioni del registro nell’immagine master.
NDJ NDJ o Azure AD Uguale all’impostazione originale di sincronizzazione dell’ora
AD o Azure AD ibrido AD o Azure AD ibrido Uguale all’impostazione originale di sincronizzazione dell’ora
Azure AD Azure AD Uguale all’impostazione originale di sincronizzazione dell’ora

Nota:

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

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

Valore: MaxAllowedPhaseOffset, MaxNegPhaseCorrection, and MaxPosPhaseCorrection

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

Valore: Tipo

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

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

Considerazione importante sull’impostazione di proprietà personalizzate

Le proprietà personalizzate devono essere impostate correttamente su New-ProvScheme e Set-ProvScheme in ambienti GCP e Azure. Se si specificano una o più proprietà personalizzate inesistenti, viene visualizzato il seguente messaggio di errore e l’esecuzione dei comandi non viene eseguita.

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

Risoluzione dei problemi

Importante:

Dopo aver creato il catalogo macchine utilizzando Web Studio, non è più possibile utilizzare il comando Get-ProvTask PowerShell 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 di macchine indipendentemente dalla riuscita o meno della creazione del catalogo.

Citrix consiglia di raccogliere i registri per aiutare il team di supporto a fornire soluzioni. Quando si utilizza Citrix Provisioning, attenersi alla 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. Arrestare l’immagine master e creare un’istantanea.

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

  4. Creare un catalogo basato su tale istantanea.
  5. Quando la VM di preparazione viene creata sull’hypervisor, accedi ed estrai i seguenti file dalla radice di C:\: Image-prep.log e PvsVmAgentLog.txt.
  6. Spegnere la macchina; a quel punto viene segnalato l’errore.
  7. Esegui il seguente comando PowerShell per riattivare lo spegnimento automatico delle macchine per la 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 uniche e correttamente concesse in licenza. La preparazione delle immagini fa parte del processo di creazione del catalogo. Questa preparazione assicura che tutte le macchine di chi è stato effettuato il provisioning dispongano di indirizzi IP univoci e che si annuncino correttamente al server KMS come istanze univoche. All’interno di MCS, la preparazione dell’immagine avviene dopo aver selezionato l’istantanea dell’immagine master. Ne viene eseguita una copia per consentire al catalogo di isolarsi dalla macchina selezionata. Viene creata una macchina virtuale di preparazione, basata sulla macchina virtuale originale, ma con la connessione di rete disconnessa. La disconnessione della connessione di rete previene i conflitti con altre macchine, garantendo al contempo che la VM preparata sia collegata solo al disco appena copiato.

Alla macchina virtuale preparata viene collegato un piccolo disco di istruzioni, contenente i passaggi necessari per eseguire la preparazione dell’immagine. Questa macchina virtuale preparata si avvia e ha inizio il processo di preparazione dell’immagine. La preparazione delle immagini include i seguenti processi:

  • Abilitare DHCP. L’abilitazione di DHCP garantisce che le macchine di cui viene effettuato il provisioning non causino conflitti di indirizzo IP. DHCP è abilitato su tutte le schede di rete.
  • Riattivazione del servizio di gestione delle chiavi (KMS) di Microsoft Windows. La riattivazione del servizio di gestione delle chiavi garantisce che Microsoft Windows sia correttamente concesso in licenza. Il sistema operativo riattivato viene richiamato in modo che venga segnalato correttamente come nuova istanza al server licenze KMS.
  • Riattivazione del servizio di gestione delle chiavi di Microsoft Office (se è installato Microsoft Office). La riattivazione di Microsoft Office garantisce che qualsiasi versione di Microsoft Office (2010+) sia registrata correttamente nel server del servizio di gestione delle chiavi. Una volta richiamato il riattivazione di Microsoft Office, viene segnalato come nuova istanza al server licenze KMS.

Mancia:

Al termine del processo di preparazione dell’immagine, viene ottenuto il disco di istruzioni dall’hypervisor. L’hypervisor contiene le informazioni raccolte dal processo di preparazione delle immagini.

Ci sono vari motivi per cui la fase di preparazione dell’immagine può non riuscire. Viene visualizzato un messaggio di errore simile al seguente: Image Preparation Office Rearm Failed.

Questi errori sono descritti nelle sezioni seguenti.

Abilitare DHCP

Questi casi di errore sono causati da schede di rete che non supportano indirizzi IP statici. Ad esempio, versioni precedenti delle schede di rete Dell SonicWall. L’operazione non è riuscita perché una scheda SonicWall è una scheda di rete firewall, quindi l’impostazione della scheda su DHCP non ha senso in quanto supporta solo DHCP. Questo problema è stato risolto nelle versioni successive di Citrix Virtual Apps and Desktops. Tuttavia, se viene visualizzato su altri tipi di schede di rete, deve essere segnalato a Citrix tramite i forum o il contatto dell’assistenza.

Nota:

L’impostazione di PowerShell riportata negli esempi seguenti viene applicata al sito Citrix Virtual Apps and Desktops, pertanto influisce su tutti i nuovi cataloghi e gli aggiornamenti delle immagini eseguiti nei cataloghi esistenti.

Se si verifica questo problema con altre schede di rete, è possibile risolverlo eseguendo un comando PowerShell sul Delivery Controller:

Set-ProvServiceConfigurationData -Nome ImageManagementPrep_Excluded_Steps -Valore EnableDHCP

Riattivare Microsoft Office

Esistono vari errori di riattivazione del servizio di gestione delle chiavi che possono verificarsi durante la fase di riattivazione di Microsoft Office. I principali errori sono:

  • Alcuni runtime di Microsoft Office, ad esempio Access Runtime, possono richiamare la riattivazione di Office, causando l’errore.
  • Non è installata una versione del servizio di gestione delle chiavi di Microsoft Office.
  • Numero di riattivazioni superato.

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

Set-ProvServiceConfigurationData -Nome ImageManagementPrep_Excluded_Steps -Valore OfficeRearm

Riattivare Microsoft Windows

Durante la fase di riavvio di Microsoft Windows possono verificarsi vari errori del servizio di gestione delle chiavi. I principali errori sono:

  • La versione di Windows installata non viene attivata tramite il servizio di gestione delle chiavi. Ad esempio, utilizza una chiave di attivazione multipla (MAK).
  • Numero di riattivazioni superato.

Se la versione di Microsoft Windows è dotata della licenza corretta, è possibile annullare il riavvio del sistema operativo eseguendo sul Delivery Controller il seguente comando PowerShell:

Set-ProvServiceConfigurationData -Nome ImageManagementPrep_Excluded_Steps -Valore OsRearm

Istanze di operazione non riuscita

La macchina per la preparazione dell’immagine non è collegata alla rete come da progetto, quindi a volte la fase di preparazione dell’immagine può solo segnalare la mancata riuscita dell’operazione. Un esempio di questo tipo di errore è simile a: Preparation of the Master VM Image failed (Preparazione dell’immagine della macchina virtuale principale non riuscita). Assicurati che l’immagine selezionata abbia un sistema operativo supportato (ad esempio, Windows 7) e sia installata la versione corretta del VDA (7.0 o successiva).

I motivi principali per la mancata riuscita sono:

Virtual Delivery Agent (VDA) non è installato o è installato un VDA versione 5.x

Se il VDA 7.x non è installato sull’immagine master, la preparazione dell’immagine scade dopo 20 minuti e riporta l’errore precedente. Questo perché nell’immagine master non è installato alcun software per eseguire la fase di preparazione dell’immagine e segnalare la riuscita o la mancata riuscita. Per risolvere il problema, assicurarsi che sull’istantanea selezionata come immagine master sia installato il VDA (versione minima 7).

Politica DISKPART SAN

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 di istruzioni per la preparazione delle immagini, la macchina viene arrestata e la preparazione delle immagini segnala un errore dopo 20 minuti. Per controllare questo sull’immagine master eseguire i seguenti comandi:

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

Con questo comando viene restituito il criterio corrente. Se non è Online All, modificarlo eseguendo il comando seguente:

DISKPART>; Politica San=OnlineAll

Arrestare l’immagine master, creare un’istantanea di quella macchina e utilizzarla come immagine MCS di base.

Se la preparazione dell’immagine non riesce per un altro motivo

Se la preparazione dell’immagine non riesce e non vi è alcun motivo chiaro di errore, è 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 del servizio di gestione delle chiavi e le reti (DHCP) sul sito. Utilizzare il seguente comando PowerShell:

Set-ProvServiceConfigurationData -Nome ImageManagementPrep_DoImagePreparation -Valore $false
<!--NeedCopy-->

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

  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. Arrestare l’immagine master e creare un’istantanea. Sul Delivery Controller, avviate PowerShell, con gli snap-in Citrix PowerShell caricati, ed eseguite Set-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown -Value $True.
  3. Creare 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-->

Arrestare la macchina. A questo punto segnalare l’errore.

Esegui il seguente comando PowerShell per riattivare lo spegnimento automatico delle macchine per la preparazione delle immagini:

Remove-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown

Passaggi successivi

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

Se questo è il primo catalogo creato, Web Studio guida l’utente a creare gruppi di consegna.

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

È possibile creare un catalogo Citrix Provisioning utilizzando l’interfaccia di configurazione completa e PowerShell. Questa implementazione offre i seguenti vantaggi:

  • Un’unica console unificata per gestire i cataloghi MCS e Citrix Provisioning.
  • Disponete di nuove funzionalità per i cataloghi Citrix Provisioning, come una soluzione di gestione delle identità, il provisioning su richiesta e così via.

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

Ulteriori informazioni

Creare cataloghi di macchine
November 5, 2024
Grazie al contributo di: 
C
November 5, 2024
Grazie al contributo di: 
C

In questo articolo

Feedback sito | Your privacy choices footer linkScelte di privacy | Privacy e condizioni legali | Preferenze cookie | Impostazioni di consenso | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.