Documentazione dei prodotti
Citrix DaaS
Visualizza PDF

Creare cataloghi di macchine

November 21, 2023
Grazie al contributo di: 
C

Nota:

In questo articolo viene descritto come creare cataloghi utilizzando l’interfaccia Full Configuration (Configurazione completa). Se si utilizza Quick Deploy (Distribuzione rapida) per creare risorse di Azure, seguire le indicazioni riportate in Creare cataloghi con Quick Deploy (Distribuzione rapida).

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.

L’interfaccia Manage > Full Configuration (Gestisci > Configurazione completa) guida l’utente nella creazione del primo catalogo delle macchine. Dopo aver creato il primo catalogo, si crea il primo gruppo di consegna. In seguito, è possibile modificare il catalogo creato e creare altri cataloghi.

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.

  • Se si utilizza MCS per il provisioning di macchine virtuali, fornire un’immagine (o una snapshot) per creare macchine virtuali identiche nel catalogo. Prima di creare il catalogo, è innanzitutto necessario utilizzare gli strumenti dell’hypervisor o del servizio cloud per creare e configurare l’immagine. Questo processo include l’installazione di un Virtual Delivery Agent (VDA) sull’immagine. Quindi si crea il catalogo delle macchine nell’interfaccia Manage > Full Configuration (Gestisci > Configurazione completa). Selezionare l’immagine (o la snapshot di un’immagine), specificare il numero di macchine virtuali da creare nel catalogo e configurare le informazioni aggiuntive.
  • Se le macchine sono già disponibili, è comunque necessario creare uno o più cataloghi di macchine per importare queste macchine virtuali nel catalogo.

Quando si utilizza MCS per creare il primo catalogo, è necessario specificare un’unità di hosting creata in precedenza. L’unità di hosting fornisce la configurazione delle risorse per creare una macchina virtuale. Successivamente (dopo aver creato il primo catalogo e il primo gruppo di consegna), è possible modificare le informazioni su quell’unità di hosting o sulla sua connessione host principale oppure creare altre connessioni e unità di hosting.

Se un Cloud Connector non funziona correttamente, le operazioni di provisioning MCS (come gli aggiornamenti del catalogo) richiedono molto più tempo del solito e le prestazioni dell’interfaccia di gestione peggiorano in modo significativo.

Controllo licenza Servizi Desktop remoto

La creazione di un catalogo delle macchine contenente macchine con sistema operativo Windows multisessione include un controllo automatico delle licenze Microsoft RDS valide. Viene eseguita una ricerca nel catalogo per trovare una macchina in funzione e registrata su cui eseguire il controllo.

  • Se non è possibile trovare una macchina in funzione e registrata, viene visualizzato un avviso che indica che il controllo delle licenze RDS non può essere eseguito.
  • Se viene individuata una macchina e viene rilevato un errore, Manage > Full Configuration (Gestisci > Configurazione completa) visualizza un messaggio di avviso per il catalogo contenente il problema rilevato. Per rimuovere un avviso di licenza RDS da un catalogo (in modo che non appaia più sullo schermo), selezionare il catalogo. Selezionare Remove RDS license warning (Rimuovi avviso di licenza RDS). Quando richiesto, confermare l’azione.

Registrazione dei VDA

Un VDA deve essere registrato con un Cloud Connector per essere preso in considerazione quando si avviano sessioni con intermediario. I VDA non registrati possono causare un sottoutilizzo di risorse altrimenti disponibili. Un VDA potrebbe non venire registrato per vari motivi, molti dei quali sono risolvibili. Le informazioni sulla risoluzione dei problemi sono fornite nella procedura guidata di creazione del catalogo e dopo aver aggiunto un catalogo a un gruppo di consegna.

Nella procedura guidata di creazione del catalogo, dopo che sono state aggiunte macchine esistenti mediante la procedura guidata, l’elenco dei nomi di account computer indica se ogni macchina è adatta 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 una macchina problematica, è possibile rimuoverla (utilizzando il pulsante Remove) o aggiungerla. Ad esempio, se un messaggio indica che non è possibile ottenere informazioni su una macchina (forse perché non era mai stata registrata), è possibile scegliere di aggiungere comunque la macchina.

Per ulteriori informazioni sulla risoluzione dei problemi relativi alla registrazione dei VDA, vedere CTX136668.

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 (anziché una snapshot), MCS crea una snapshot.
  • 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 della snapshot (come indicato sopra), 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.

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à. Ad 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. Ad esempio:

    • Citrix Hypervisor IntelliCache crea un disco di lettura sull’archiviazione locale per ogni Citrix Hypervisor. Questa opzione risparmia IOPS rispetto all’immagine che potrebbe essere salvata 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. Calcolare lo spazio per includere il sovraccarico per:

    • File di registro
    • File specifici dell’hypervisor. Ad 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. Ad esempio:

    • La creazione iniziale del catalogo richiede la copia del disco di base da copiare in ogni posizione di archiviazione.
    • L’aggiunta di una macchina a un catalogo non richiede la copia del disco di base in ciascuna posizione di archiviazione. La creazione del catalogo varia in base alle funzioni selezionate.
    • Aggiornare il catalogo per creare un disco di base aggiuntivo su 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)

La funzionalità di ottimizzazione dell’archiviazione di Machine Creation Services (MCS) è nota anche come MCS I/O ed è disponibile solo su Azure, GCP, Citrix Hypervisor, VMware e SCVMM.

  • 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 di 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 le dimensioni del disco durante la creazione del catalogo delle 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 macchina virtuale è attivata, il file della cache di scrittura mcsdif.vhdx viene scritto nel volume formattato MCSWCDisk.
  3. Il file di paging viene reindirizzato al volume MCSWCDisk formattato. 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 MCS I/O, 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.

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

È possibile assegnare una lettera di unità specifica al disco della cache di scrittura I/O MCS. 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 fare ciò, utilizzare i comandi PowerShell. Gli hypervisor supportati sono Azure, GCP, VMware, SCVMM e Citrix Hypervisor.

Nota:

Questa funzionalità richiede VDA versione 2305 o successiva.

Limiti

  • Applicabile solo al sistema operativo Windows
  • Lettera di unità applicabile per il disco della cache di scrittura: da E a Z
  • Non applicabile quando il disco temporaneo di Azure viene usato come disco di cache di 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à al disco della cache write-back:

  1. Aprire la finestra di PowerShell.
  2. Eseguire 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. Ad esempio:

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

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

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

Buono a sapersi:

  • Un’immagine master potrebbe anche essere nota come immagine clone, immagine dorata, macchina virtuale di base o immagine di base. I fornitori di host e i fornitori di servizi cloud potrebbero utilizzare termini diversi.
  • Assicurarsi che l’hypervisor o il servizio cloud 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.
  • Considerazioni sull’attivazione del servizio di gestione delle chiavi di Microsoft quando si utilizza MCS: se la distribuzione include VDA 7.x con un host XenServer 6.1 o 6.2, vSphere o Microsoft System Center Virtual Machine Manager, non è necessario riattivare manualmente Microsoft Windows o Microsoft Office.

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 durante la creazione di un catalogo da Manage > Full Configuration (Gestione > Configurazione completa). 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 una snapshot dell’immagine master in modo che possa essere identificata in un secondo momento. Se si specifica un’immagine master anziché una snapshot durante la creazione di un catalogo, l’interfaccia di gestione crea una snapshot, ma non è possibile assegnarle 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. È possibile saltare il ripristino eseguendo il comando Set-Provserviceconfigurationdata. Per ulteriori informazioni sul ripristino di Microsoft Windows e Microsoft Office tramite KMS durante la preparazione delle immagini, vedere MCS (Machine Creation Services): panoramica della preparazione delle immagini e rilevamento di problemi. Per ulteriori informazioni sull’attivazione di KMS, consultare Attivare tramite KMS (Key Management Service).

Nota:

Tutti i cataloghi delle 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, ad eccezione di Windows Server 2022. Per ulteriori informazioni sull’attivazione basata su Active Directory, vedere 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.

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. Per i passaggi per installare la chiave MAK su un sistema Windows, vedere Deploy MAK Activation.

  • Se non si utilizza la preparazione delle immagini:

    1. Aggiungere il valore DWORD del registro Manual inComputer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform\Activation.
    2. Impostare 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). Vedere 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 inComputer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform\Activation.
    2. Impostare 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 viene attivata con la chiave MAK installata, eseguire il comando Get-ProvVM o Get-ProvScheme in una finestra di PowerShell.

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

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

Prima di creare un catalogo:

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

Per avviare la procedura guidata di creazione del catalogo:

  1. Accedere a Citrix Cloud. Nel menu in alto a sinistra, selezionare My Services > DaaS (I miei servizi > DaaS).
  2. Selezionare Manage (Gestisci).
  3. 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.

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

    1. Da Manage > Full Configuration (Gestisci > Configurazione completa), selezionare Machine Catalogs (Cataloghi delle macchine) nel riquadro di sinistra.

    2. Per organizzare i cataloghi utilizzando le cartelle, creare cartelle nella cartella Machine Catalogs (Cataloghi delle macchine) predefinita. Per ulteriori informazioni, consultare Creare una cartella del catalogo.

    3. Selezionare la cartella in cui si desidera creare il catalogo, quindi fare clic su Create Machine Catalog (Crea catalogo delle macchine). Si apre la procedura guidata di creazione del catalogo.

La procedura guidata comprende le pagine descritte nella sezione seguente. Le pagine visualizzate potrebbero differire a seconda delle selezioni effettuate e della connessione (a un host) utilizzata. Hosts/virtualization resources (Host/risorse di virtualizzazione) elenca le origini delle informazioni per i tipi di host supportati.

Sistema operativo

Ciascun catalogo contiene macchine di un solo tipo:

  • Multi-session OS (Sistema operativo multisessione): un catalogo con sistema operativo 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
  • Single-session OS (Sistema operativo a sessione singola): 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 crea un catalogo di Remote PC Access (Accesso remoto PC).

La pagina Machine Management (Gestione macchine) indica la modalità di gestione delle macchine e lo strumento utilizzato per distribuirle.

Scegliere se l’alimentazione delle macchine del catalogo verrà gestita tramite l’interfaccia Full Configuration (Configurazione completa).

  • Le macchine vengono gestite a livello di alimentazione tramite l’interfaccia Full Configuration (Configurazione completa) o ne viene eseguito il provisioning tramite un ambiente cloud, ad esempio macchine virtuali o PC blade. Questa opzione è disponibile solo se è già stata configurata una connessione a un hypervisor o a un servizio cloud.
  • Le macchine non hanno l’alimentazione non gestita tramite l’interfaccia Full Configuration (Configurazione completa), ad esempio le macchine fisiche.

Se si è indicato che le macchine sono gestite a livello di alimentazione tramite l’interfaccia Full Configuration (Configurazione completa) o se ne viene eseguito il provisioning tramite un ambiente cloud, scegliere lo strumento da utilizzare per creare le macchine virtuali.

  • Citrix Machine Creation Services (MCS): utilizza un’immagine master per creare e gestire macchine virtuali. I cataloghi delle macchine negli ambienti cloud utilizzano MCS. MCS non è disponibile per le macchine fisiche.
  • Other (Altro): uno strumento che gestisce le macchine che è già presente 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 quando si crea un catalogo contenente macchine con sistema operativo a sessione singola o multisessione.

  • Per le macchine con sistema operativo a sessione singola:

    Nella pagina Desktop Experience (Esperienza desktop), è possibile determinare cosa succede ogni volta che gli utenti eseguono l’accesso e si scollegano. Selezionare una delle seguenti opzioni:

    • Agli utenti viene assegnato un nuovo desktop (casuale) ogni volta che eseguono l’accesso.
    • Agli utenti viene assegnato lo stesso desktop (statico) ogni volta che eseguono l’accesso. È inoltre possibile decidere se le modifiche apportate dagli utenti verranno salvate o eliminate dopo che si scollegano.

  • Per le macchine con sistema operativo multisessione:

    Agli utenti viene assegnato un desktop casuale ogni volta che eseguono l’accesso. Nella pagina Desktop Experience, è possibile determinare cosa succede ogni volta che si scollegano. Selezionare una delle seguenti opzioni:

    • Le modifiche apportate dagli utenti al desktop verranno salvate (persistenti).
    • Le modifiche apportate dagli utenti al desktop verranno ignorate (non persistenti).

Nota:

Nel caso delle macchine multisessione persistenti, le modifiche apportate dagli utenti ai desktop verranno salvate e saranno accessibili a tutti gli utenti autorizzati.

Immagine master

Questa pagina viene visualizzata solo quando si utilizza MCS per effettuare il provisioning delle macchine virtuali. Seguire questi passaggi per completare le impostazioni:

  1. Selezionare la snapshot o la macchina virtuale creata in precedenza come immagine principale. Se necessario, è possibile aggiungere una nota per l’immagine selezionata.

    Nota:

    • Quando si utilizza MCS, non eseguire Sysprep sulle immagini master.
    • Se si specifica un’immagine master anziché una snapshot, l’interfaccia di gestione crea una snapshot, ma non è possibile assegnarle un nome.
    • 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.
    • Per aggiornare le immagini all’interno di un nodo immagine, selezionalo nell’albero, quindi fai clic sull’opzione Refresh (Aggiorna) nell’angolo in alto a destra. Se non si seleziona alcun nodo immagine, facendo clic su Refresh vengono aggiornate tutte le immagini dell’albero. Per cancellare un nodo selezionato nell’albero, tenere premuto CTRL e fare clic sul nodo.

  2. Per utilizzare una macchina virtuale esistente come profilo macchina, selezionare Use a machine profile (Usa un profilo macchina), quindi selezionare la macchina virtuale.

    Nota:

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

  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.

Piattaforme cloud e ambienti di servizio

Quando si utilizza un servizio cloud o una piattaforma per ospitare macchine virtuali, la procedura guidata per la creazione del catalogo potrebbe contenere pagine aggiuntive specifiche per tale host. Ad esempio, quando si utilizza un’immagine master di Azure Resource Manager, la procedura guidata per la creazione del catalogo contiene una pagina Storage and License Types(Archiviazione e tipi di licenza).

Per informazioni specifiche sull’host, seguire il collegamento appropriato elencato in Iniziare a creare il catalogo.

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 (Gestione delle macchine): Machines (Macchine), Virtual Machines (Macchine virtuali) o Machines and Users (Macchine e utenti).

Nota:

È possibile creare un catalogo vuoto, ossia un catalogo che non contiene macchine.

  • Quando si utilizza MCS per creare macchine:

    • Specificare quante macchine virtuali creare. Immettete 0 (zero) se non si desidera crearne. Successivamente, per creare macchine virtuali per un catalogo vuoto, è possibile eseguire il comando Add machines (Aggiungi macchine).
    • Scegliere la quantità di memoria (in MB) a disposizione di ciascuna macchina virtuale.
    • Importante: ogni macchina virtuale creata dispone di un disco rigido. Le dimensioni sono impostate nell’immagine master; non è possibile modificare le dimensioni del disco rigido nel catalogo.
    • Se nella pagina Desktop Experience (Esperienza desktop) è stato indicato che le modifiche dell’utente ai desktop statici devono essere salvate in un vDisk personale separato, specificare le dimensioni del disco virtuale in GB e la lettera dell’unità.
    • Se la distribuzione utilizza più di una zona (posizione risorsa), è 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 non persistenti, è possibile abilitare e configurare la cache di write-back per i dati temporanei sulle macchine per migliorare le prestazioni di I/O. Per maggiori informazioni, consultare Configurare la cache per i dati temporanei.

  • Quando si utilizzano altri strumenti per fornire macchine:

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

    Suggerimento:

    Per aggiungere utenti, è possibile selezionarli o immettere manualmente un elenco di nomi utente separato da punti e virgole. Se gli utenti si trovano in Active Directory, immettere direttamente i nomi. In caso contrario, inserire i nomi in questo formato: <identity provider>:<user name>. Esempio: AzureAD:username.

    Dopo aver aggiunto o importato i nomi, è possibile utilizzare il pulsante Remove (Rimuovi) per eliminare i nomi dall’elenco, mentre ci si trova ancora nella pagina della procedura guidata.

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

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. Aggiungere macchine al catalogo utilizzando NewProvVM. Ad esempio:

    New-ProvVM  -ProvisioningSchemeName "name"  -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 duplicati sottili (copia rapida) 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.

Configurare la cache per i dati temporanei

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

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

Prerequisiti

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

  • Utilizzare una connessione in cui specificata l’archiviazione per i dati temporanei. Per ulteriori informazioni, vedere Connessioni e risorse.

  • I VDA devono essere almeno di versione 7.9 e installati con un driver MCSIO corrente.

    Nota:

    L’installazione di questo driver è un’opzione disponibile quando si installa o si aggiorna un VDA. Per impostazione predefinita, tale driver non è installato.

  • Per abilitare l’assegnazione delle lettere di unità alle cache su disco, le macchine virtuali devono soddisfare i seguenti requisiti aggiuntivi:
    • Sistema operativo: Windows
    • Versione VDA: 2305 o successiva

Considerazioni

  • Le cache di write-back sono disponibili nella cache della memoria e nella cache del disco. Per impostazione predefinita, i valori predefiniti variano a seconda del tipo di connessione. Generalmente, i valori predefiniti sono sufficienti per la maggior parte dei casi; tuttavia, 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.

    Immagine di archiviazione

  • Se si attiva la casella di controllo Memory cache size (MB) (recommended) [Dimensione della cache di memoria (MB) (scelta consigliata)], i dati temporanei vengono inizialmente scritti nella cache di memoria. Quando la cache di memoria raggiunge il limite configurato, i dati meno recenti vengono spostati sul disco temporaneo della cache dei dati.
  • La cache di memoria fa parte della quantità totale di memoria disponibile su ogni computer. Pertanto, se si abilita la casella di controllo Memory cache size (MB) (recommended) [Dimensione della cache di memoria (MB) (scelta consigliata)], è consigliabile aumentare la quantità totale di memoria su ogni macchina.
  • Se si mantiene deselezionata la casella di controllo Memory cache size (MB) (recommended), i dati temporanei vengono scritti direttamente nella cache del disco, utilizzando una quantità minima di memoria.
  • La modifica dell’opzione Disk cache size (GB) [Dimensione della cache del disco (GB)] rispetto al valore predefinito può influire sulle prestazioni. La dimensione deve corrispondere ai requisiti dell’utente e al carico posto sulla macchina.

Importante:

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

Se si deseleziona la casella di controllo Disk cache size (Dimensioni della cache del disco), non viene creato alcun disco della cache. In questo caso, specificare un valore per l’opzione Memory allocated to cache (Memoria allocata alla cache) sufficientemente grande da contenere tutti i dati temporanei. Ciò è possibile solo se sono disponibili grandi quantità di RAM per l’allocazione a ciascuna macchina virtuale.

Se si deselezionano entrambe le caselle di controllo, i dati temporanei non vengono memorizzati nella cache. Vengono scritti sul disco di differenza (situato nella posizione di archiviazione del sistema operativo) per ciascuna macchina virtuale (questa è l’azione di provisioning nelle versioni precedenti alla 7.9).

Non abilitare la memorizzazione nella cache se si intende utilizzare questo catalogo per creare AppDisk.

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

Utilizzo di file CSV per aggiungere macchine in blocco

Se si utilizza l’interfaccia di gestione Full Configuration (Configurazione completa), è possibile aggiungere macchine in blocco utilizzando file CSV. La funzionalità è disponibile per tutti i cataloghi ad eccezione dei cataloghi creati tramite MCS.

Di seguito è riportato un flusso di lavoro generale per utilizzare file CSV per aggiungere macchine in blocco:

  1. Nella pagina Machines (Macchine), selezionare Add CSV File (Aggiungi file CSV). Viene visualizzata la finestra Add Machines in Bulk (Aggiungi macchine in blocco).

  2. Selezionare Download CSV Template (Scarica modello CSV).

  3. Compilare il file del modello.

  4. Trascinare o sfogliare il file per caricarlo.

  5. Selezionare Validate (Convalida) per eseguire controlli di convalida sull’importazione.

  6. Selezionare Import (Importa) per completare l’operazione.

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

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

  1. Nella pagina Machines (Macchine), selezionare Export to CSV file (Esporta in un file CSV). Viene scaricato un file CSV contenente un elenco delle macchine.

  2. Aprire il file CSV per aggiungere o modificare le macchine secondo necessità. Per aggiungere macchine in blocco utilizzando il file CSV salvato, vedere la sezione precedente, Utilizzo di file CSV per aggiungere macchine in blocco.

Nota:

  • Questa funzionalità non è disponibile per i cataloghi Remote PC Access (Accesso remoto PC).

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

NIC

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

Se si prevede di utilizzare più NIC, 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.

Specificare gli account delle macchine 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.

È 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 delle macchine per aggiornare le impostazioni di gestione dell’alimentazione.

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

  1. Nella pagina Machine Accounts (Account macchine), selezionare Add CSV File (Aggiungi file CSV). Viene visualizzata la finestra Add Machines in Bulk (Aggiungi macchine in blocco).

  2. Selezionare Download CSV Template (Scarica modello CSV).

  3. Compilare il file del modello.

  4. Trascinare o sfogliare il file per caricarlo.

  5. Selezionare Validate (Convalida) per eseguire controlli di convalida sull’importazione.

  6. Selezionare Import (Importa) per completare l’operazione.

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

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 On-premises Active Directory (Active Directory on-premise) o Hybrid Azure Active Directory joined (Macchine aggiunte ad Azure Active Directory ibrido) come tipo di identità, ogni macchina del catalogo deve disporre di un account computer Active Directory corrispondente.
  • Il tipo di identità Non-domain-joined (Non aggiunte al dominio) richiede la versione 1811 o successiva del VDA come livello di funzionalità minimo per il catalogo. Per renderla disponibile, aggiornare il livello funzionale minimo.
  • I tipi di identità Azure Active Directory joined (Macchine aggiunte ad Azure Active Directory) e Hybrid Azure Active Directory joined (Macchine ibride aggiunte ad Azure Active Directory) richiedono la versione 2203 o successiva del VDA come livello funzionale minimo per il catalogo. Per renderli disponibili, aggiornare il livello funzionale minimo.

Prima di creare account, assicurarsi di avere l’autorizzazione per creare account computer nell’unità organizzativa in cui risiedono i computer. Ogni macchina del catalogo deve avere un nome univoco. Specificate come si desidera creare le identità delle macchine:

  • Specificare l’unità organizzativa e lo schema di denominazione della macchina. Per ulteriori informazioni, vedere Schema di denominazione degli account delle macchine. Quando si crea un catalogo, viene creato automaticamente un pool di identità per contenere tutte le identità delle macchine definite per questo catalogo.
  • Scegliere un pool di identità esistente nel proprio ambiente.

Nota:

Assicurarsi che i nomi delle unità organizzative non utilizzino barre (/).

Se si utilizzano account esistenti, selezionare gli account oppure fare clic su Import (Importa) e specificare 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 Full Configuration (Configurazione completa) 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 comporterà uno o più nomi di macchine 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-## (in cui l’opzione 0-9 è selezionata) genera 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, gli account vengono denominati 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

Selezionare Enter credentials (Immetti credenziali) e immettere le credenziali di un amministratore con l’autorizzazione a eseguire operazioni sull’account nel dominio Active Directory di destinazione.

Utilizzare l’opzione Check name (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. 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 (Identità macchine) è Hybrid Azure Active Directory joined (Macchine aggiunte ad Azure Active Directory ibrido), le credenziali immesse devono aver ottenuto l’autorizzazione Write userCertificate.

Workspace Environment Management (opzionale)

Questa pagina viene visualizzata solo quando si utilizza l’edizione Advanced o Premium di Citrix DaaS.

Selezionare un set di configurazione WEM (Workspace Environment Management) a cui si desidera associare il catalogo. Un set di configurazione è un contenitore logico utilizzato per organizzare un set di configurazioni WEM. L’associazione di un catalogo a un set di configurazione consente di utilizzare WEM per offrire agli utenti la migliore esperienza Workspace possibile.

Importante:

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

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

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

Aggiornamento VDA (opzionale)

Importante:

Questa funzionalità si applica ai seguenti tipi di macchine:

  • Macchine persistenti di cui è stato eseguito il provisioning con MCS. È possibile distribuirle utilizzando Citrix Machine Creation Services nella pagina Machine Management (Gestione macchine) durante la creazione del catalogo.
  • Macchine che non vengono create utilizzando MCS (ad esempio, macchine fisiche). È possibile distribuirle utilizzando Other service or technology (Altro servizio o tecnologia) nella pagina Machine Management (Gestione macchine) durante la creazione del catalogo.

Per ulteriori informazioni sulle due opzioni, vedere Gestione delle macchine.

Nella pagina VDA Upgrade (Aggiornamento VDA), selezionare la versione del VDA a cui eseguire l’aggiornamento. Se specificato, i VDA nel catalogo in cui è installato l’agente di aggiornamento dei VDA possono eseguire l’aggiornamento alla versione selezionata, immediatamente o a un’ora pianificata.

Nota:

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

Scegliere una traccia VDA adatta alla propria distribuzione:

Importante:

È possibile passare dal VDA CR al VDA LTSR purché si passi da una versione precedente a una versione successiva. Non è possibile passare da una versione successiva a una versione precedente perché questo è considerato un downgrade. Ad esempio, non è possibile effettuare il downgrade da 2212 CR a 2203 LTSR (qualsiasi CU), ma è possibile eseguire l’upgrade da 2112 CR a 2203 LTSR (qualsiasi CU).

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

  • Latest LTSR VDA (VDA - LTSR più recenti). Le LTSR (Long Term Service Release) sono ideali per ambienti di produzione aziendali di grandi dimensioni che preferiscono mantenere la stessa versione di base per un periodo prolungato.

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

Se si desidera abilitare l’aggiornamento dei VDA in un secondo momento, è possibile tornare a questa pagina modificando il catalogo dopo la creazione del catalogo. Per ulteriori informazioni, consultare Configurare le impostazioni di aggiornamento dei VDA modificando un catalogo.

Riepilogo, nome e descrizione

Nella pagina Summary controllare le impostazioni specificate. Immettere un nome e una descrizione per il catalogo. Queste informazioni vengono visualizzate nell’interfaccia di gestione Full Configuration (Configurazione completa).

Al termine, selezionare Finish (Fine) per avviare la creazione del catalogo.

In Machine Catalogs (Cataloghi delle macchine), il nuovo catalogo viene visualizzato con una barra di avanzamento in linea.

Per visualizzare i dettagli dell’avanzamento della creazione:

  1. Passare il mouse sul catalogo delle macchine.

  2. Nella descrizione comando visualizzata, fare clic su View details (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

Considerazione importante sull’impostazione di proprietà personalizzate

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

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

Considerazione importante sull’impostazione dei parametri ProvScheme

Quando si utilizza MCS per creare un catalogo, viene visualizzato un messaggio di errore se:

  • Si impostano i seguenti parametri New-ProvScheme negli hypervisor non supportati quando si crea un catalogo delle macchine:
Parametro Hypervisor supportato
UseWriteBackCache VMware
  Hyper-V
  Citrix Hypervisor
  Azure
  GCP
DedicatedTenancy Azure
  GCP
  AWS
TenancyType Azure
  GCP
  AWS
UseFullDiskCloneProvisioning VMware
  Hyper-V
  Citrix Hypervisor

  • Si aggiornano i seguenti parametri Set-ProvScheme dopo aver creato il catalogo delle macchine:

    • CleanOnBoot
    • UseWriteBackCache
    • DedicatedTenancy
    • TenancyType
    • UseFullDiskCloneProvisioning

Passaggi successivi

Per informazioni sulla creazione di cataloghi di hypervisor specifici, vedere:

Se si tratta del primo catalogo che viene creato, si verrà guidati nella creazione di un gruppo di consegna.

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

Ulteriori informazioni

Creare cataloghi di macchine
November 21, 2023
Grazie al contributo di: 
C
November 21, 2023
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.