Ambienti di virtualizzazione 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 diverse versioni di Hyper-V) non sono supportati.
È possibile utilizzare Citrix Provisioning (precedentemente Provisioning Services) e Machine Creation Services™ per il provisioning di:
- VM di sistema operativo desktop o server di generazione 1 supportate.
- VM di sistema operativo desktop o server di generazione 2 supportate, incluso il supporto per l’avvio protetto.
Installare e configurare un hypervisor
Importante:
Tutti i Delivery Controller devono trovarsi nella stessa foresta dei server VMM.
- Installare il server Microsoft Hyper-V e VMM sui server.
- Installare la console di System Center Virtual Machine Manager su 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 fallisce se le versioni differiscono.
-
Verificare le seguenti informazioni sull’account:
L’account utilizzato per specificare gli host in Studio è un amministratore VMM o un amministratore delegato VMM per le macchine 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, si definisce un gruppo host di livello superiore e si concedono all’amministratore delegato le autorizzazioni complete solo per questo gruppo. Più gruppi host richiedono più amministratori delegati VMM. Configurare un amministratore delegato per ogni gruppo host.
L’account utente utilizzato per l’integrazione di Studio deve essere anche un membro del gruppo di sicurezza locale degli amministratori su ogni server Hyper-V. Questa configurazione supporta la gestione del ciclo di vita delle VM, come la creazione, l’aggiornamento e l’eliminazione delle VM.
L’installazione di un Controller su un server che esegue Hyper-V non è supportata.
Creare una VM master
- Installare un VDA sulla VM master e selezionare l’opzione per ottimizzare il desktop per migliorare le prestazioni.
- Acquisire uno snapshot della VM master da utilizzare come backup.
Creare desktop virtuali
Se si utilizza MCS per creare VM, durante la creazione di un sito o di una connessione:
- Selezionare il tipo di host di virtualizzazione Microsoft.
- Immettere l’indirizzo come nome di dominio completo del server host.
- Immettere le credenziali per l’account amministratore configurato in precedenza che dispone delle autorizzazioni per creare VM.
-
In Dettagli host, selezionare il cluster o l’host autonomo da utilizzare per la creazione delle VM.
Cercare e selezionare un cluster o un host autonomo anche se si utilizza una singola distribuzione host Hyper-V.
MCS su condivisioni file SMB 3
Per i cataloghi di macchine creati con MCS su condivisioni file SMB 3 per l’archiviazione delle VM, assicurarsi che le credenziali soddisfino i seguenti requisiti. Questi requisiti garantiscono che le chiamate dalla 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 sui dischi virtuali di archiviazione durante gli eventi del ciclo di vita delle VM vengono eseguite tramite il server Hyper-V utilizzando le credenziali utente VMM.
Quando si utilizza l’archiviazione SMB, abilitare l’Authentication Credential Security Support Provider (CredSSP) dal Controller alle singole macchine Hyper-V. Utilizzare questo processo per VMM 2012 SP1 con Hyper-V su Windows Server 2012. Per maggiori informazioni, consultare CTX137465.
L’HCL utilizza CredSSP per aprire una connessione alla macchina Hyper-V. Questa funzionalità passa le credenziali utente crittografate con Kerberos alla macchina Hyper-V. I comandi PowerShell nella sessione sulla macchina Hyper-V remota vengono eseguiti con le credenziali fornite. In questo caso, le credenziali dell’utente VMM, in modo che i comandi di comunicazione all’archiviazione funzionino correttamente.
Le seguenti attività utilizzano script PowerShell che hanno origine nell’HCL e vengono quindi inviati alla macchina Hyper-V per agire sull’archiviazione SMB 3.0.
-
Consolidare l’immagine master: un’immagine master crea uno schema di provisioning MCS (catalogo di macchine). Clona e appiattisce la VM master pronta per la creazione di VM dal nuovo disco creato (e rimuove la dipendenza dalla VM master originale).
ConvertVirtualHardDisknello spazio dei nomiroot\virtualization\v2Esempio:
$ims = Get-WmiObject -class $class -namespace "root\\virtualization\\v2";
$result = $ims.ConvertVirtualHardDisk($diskName, $vhdastext)
$result
<!--NeedCopy-->
-
Creare un disco differenziale: crea un disco differenziale dall’immagine master generata consolidando l’immagine master. Il disco differenziale viene quindi collegato a una nuova VM.
CreateVirtualHardDisknello spazio dei nomiroot\virtualization\v2Esempio:
$ims = Get-WmiObject -class $class -namespace "root\\virtualization\\v2";
$result = $ims.CreateVirtualHardDisk($vhdastext);
$result
<!--NeedCopy-->
-
Caricare i dischi di identità: l’HCL non può caricare direttamente il disco di identità nell’archiviazione SMB. Pertanto, la macchina Hyper-V deve caricare e copiare il disco di identità nell’archiviazione. Poiché la macchina Hyper-V non può leggere il disco dal Controller, l’HCL deve prima copiare il disco di identità tramite la macchina Hyper-V come segue.
L’HCL carica l’identità nella macchina Hyper-V tramite la condivisione amministrativa.
La macchina Hyper-V copia il disco nell’archiviazione SMB tramite uno script PowerShell in esecuzione nella sessione remota PowerShell. Viene creata una cartella sulla macchina Hyper-V e le autorizzazioni su tale cartella sono bloccate solo per l’utente VMM (tramite la connessione PowerShell remota).
L’HCL elimina il file dalla condivisione amministrativa.
Quando l’HCL termina il caricamento del disco di identità nella macchina Hyper-V, la sessione remota PowerShell copia i dischi di identità nell’archiviazione SMB. Quindi li elimina dalla macchina Hyper-V.
La cartella del disco di identità viene ricreata se viene eliminata in modo che sia disponibile per il riutilizzo.
-
Scaricare i dischi di identità: come per i caricamenti, i dischi di identità passano attraverso la macchina Hyper-V all’HCL. Il seguente processo crea una cartella che ha solo le autorizzazioni utente VMM sul server Hyper-V se non esiste.
La macchina Hyper-V copia il disco dall’archiviazione SMB all’archiviazione Hyper-V locale tramite uno script PowerShell. Questo script viene eseguito nella sessione remota PowerShell V3.
L’HCL legge il disco dalla condivisione amministrativa della macchina Hyper-V nella memoria.
L’HCL elimina il file dalla condivisione amministrativa.