Citrix Virtual Apps and Desktops

Ambienti di virtualizzazione di Microsoft System Center Virtual Machine Manager

Seguire queste indicazioni se si utilizza Hyper-V con Microsoft System Center Virtual Machine Manager (VMM) per fornire macchine virtuali.

Questa versione supporta le versioni di VMM elencate in Requisiti di sistema.

Nota:

I cluster Hyper-V misti (contenenti server che eseguono versioni di Hyper-V diverse) non sono supportati.

È possibile utilizzare Citrix Provisioning (in precedenza Provisioning Services) e Machine Creation Services per eseguire il provisioning di quanto segue:

  • Macchine virtuali con sistema operativo desktop o server supportate di generazione 1.
  • Macchine virtuali con sistema operativo desktop o server supportate di seconda generazione, incluso il supporto per l’avvio sicuro.

Installare e configurare un hypervisor

Importante:

Tutti i Delivery Controller devono trovarsi nella stessa foresta dei server VMM.

  1. Installare il server Microsoft Hyper-V e VMM sui server.
  2. Installare la console di System Center Virtual Machine Manager in tutti i controller. La versione della console deve corrispondere alla versione del server di gestione. Sebbene una console precedente possa connettersi al server di gestione, il provisioning dei VDA non riesce se le versioni sono diverse.
  3. Verificare le seguenti informazioni sull’account:

    L’account utilizzato per specificare gli host in Studio è un amministratore VMM o un amministratore delegato VMM per i computer Hyper-V pertinenti. Se questo account ha solo il ruolo di amministratore delegato in VMM, i dati di archiviazione non vengono elencati in Studio durante il processo di creazione dell’host.

    Suggerimento:

    Quando si utilizza un amministratore delegato VMM, è possibile definire un gruppo host di livello massimo e concedere all’amministratore delegato autorizzazioni complete solo per questo gruppo. Più gruppi host richiedono più amministratori delegati di VMM. Configurare un amministratore delegato per ciascun gruppo host.

    L’account utente utilizzato per l’integrazione in Studio deve anche essere membro del gruppo di protezione locale degli amministratori in ogni server Hyper-V. Questa configurazione supporta la gestione del ciclo di vita delle macchine virtuali, ad esempio la creazione, l’aggiornamento e l’eliminazione di macchine virtuali.

    L’installazione di un controller in un server che esegue Hyper-V non è supportata.

Creare una macchina virtuale master

  1. Installare un VDA nella macchina virtuale master e selezionare l’opzione per ottimizzare il desktop per migliorare le prestazioni.
  2. Creare un’istantanea della macchina virtuale master da utilizzare come backup.

Creare desktop virtuali

Se si utilizza MCS per creare macchine virtuali, durante la creazione di un sito o di una connessione:

  1. Selezionare il tipo di host di virtualizzazione Microsoft.
  2. Immettere l’indirizzo come nome di dominio completo del server host.
  3. Immettere le credenziali per l’account dell’amministratore impostato in precedenza che dispone delle autorizzazioni per la creazione di macchine virtuali.
  4. In Host Details (Dettagli host) selezionare il cluster o l’host autonomo da utilizzare per la creazione di macchine virtuali.

    Cercare e selezionare un cluster o un host autonomo anche se si utilizza una singola distribuzione host Hyper-V.

MCS su condivisioni di file SMB 3

Per i cataloghi di macchine creati con MCS su condivisioni di file SMB 3 per l’archiviazione nelle macchine virtuali, assicurarsi che le credenziali soddisfino i requisiti che seguono. Questi requisiti garantiscono che le chiamate dall’Hypervisor Communications Library (HCL) del Controller si connettano correttamente all’archiviazione SMB:

  • Le credenziali utente VMM devono includere l’accesso completo in lettura e scrittura all’archiviazione SMB.
  • Le operazioni del disco virtuale di archiviazione durante gli eventi del ciclo di vita delle macchine virtuali vengono eseguite tramite il server Hyper-V utilizzando le credenziali utente VMM.

Quando si utilizza l’archiviazione SMB, abilitare il Credential Security Support Provider (CredSSP) di autenticazione dal controller ai singoli computer Hyper-V. Utilizzare questo processo per VMM 2012 SP1 con Hyper-V in Windows Server 2012. Per ulteriori informazioni, vedere CTX137465.

L’HCL utilizza CredSSP per aprire una connessione alla macchina Hyper-V. Questa funzionalità passa le credenziali utente crittografate mediante Kerberos al computer Hyper-V. I comandi di PowerShell nella sessione sul computer Hyper-V remoto vengono eseguiti con le credenziali fornite. In questo caso, le credenziali dell’utente VMM, in modo che i comandi di comunicazione per l’archiviazione funzionino correttamente.

Le attività seguenti utilizzano script PowerShell che hanno origine nell’HCL e vengono quindi inviati al computer Hyper-V per agire sull’archiviazione SMB 3.0.

  • Consolidate master image (Consolida immagine master): un’immagine master crea uno schema di provisioning MCS (catalogo macchine). Clona e appiattisce la macchina virtuale master pronta per la creazione di macchine virtuali dal nuovo disco creato (e rimuove la dipendenza dalla VM master originale).

    ConvertVirtualHardDisk nello spazio dei nomi root\virtualization\v2

    Esempio:

$ims = Get-WmiObject -class $class -namespace "root\virtualization\v2";
$result = $ims.ConvertVirtualHardDisk($diskName, $vhdastext)
$result
<!--NeedCopy-->
  • Create difference disk (Crea disco di differenza): crea un disco di differenza dall’immagine master generata dal consolidamento dell’immagine master. Il disco di differenza viene quindi collegato a una nuova macchina virtuale.

    CreateVirtualHardDisk nello spazio dei nomi root\virtualization\v2

    Esempio:

$ims = Get-WmiObject -class $class -namespace "root\virtualization\v2";
$result = $ims.CreateVirtualHardDisk($vhdastext);
$result
<!--NeedCopy-->
  • Upload identity disks (Carica dischi di identità): l’HCL non può caricare direttamente il disco di identità nell’archiviazione SMB. Pertanto, il computer Hyper-V deve caricare e copiare il disco di identità nella posizione di archiviazione. Poiché il computer Hyper-V non è in grado di leggere il disco dal controller, l’HCL deve prima copiare il disco di identità attraverso il computer Hyper-V come segue.

    L’HCL carica l’identità nel computer Hyper-V tramite la condivisione dell’amministratore.

    Il computer Hyper-V copia il disco nell’archiviazione SMB tramite uno script PowerShell in esecuzione nella sessione remota di PowerShell. Nel computer Hyper-V viene creata una cartella e le autorizzazioni per tale cartella sono bloccate solo per l’utente VMM (tramite la connessione remota PowerShell).

    L’HCL elimina il file dalla condivisione dell’amministratore.

    Quando l’HCL termina il caricamento del disco di identità sul computer Hyper-V, la sessione remota di PowerShell copia i dischi di identità nell’archiviazione SMB. Quindi lo elimina dalla macchina Hyper-V.

    La cartella del disco di identità viene ricreata se viene eliminata in modo che sia disponibile per il riutilizzo.

  • Download identity disks (Scarica dischi di identità): come avviene nel caricamento, i dischi di identità passano attraverso il computer Hyper-V per giungere all’HCL. Il processo seguente crea una cartella che dispone solo delle autorizzazioni utente VMM sul server Hyper-V se non esiste.

    Il computer Hyper-V copia il disco dall’archiviazione SMB all’archiviazione Hyper-V locale tramite uno script PowerShell. Questo script viene eseguito nella sessione remota di PowerShell V3.

    L’HCL legge il disco dalla condivisione amministratore del computer Hyper-V in memoria.

    L’HCL elimina il file dalla condivisione amministratore.

Ambienti di virtualizzazione di Microsoft System Center Virtual Machine Manager