Microsoft System Center Virtual Machine Manager-Virtualisierungsumgebungen
Befolgen Sie diese Anleitung, wenn Sie Hyper-V mit Microsoft System Center Virtual Machine Manager (VMM) verwenden, um virtuelle Maschinen bereitzustellen.
Diese Version unterstützt die unter Systemanforderungen aufgeführten VMM-Versionen.
Hinweis:
Gemischte Hyper-V-Cluster (mit Servern, die verschiedene Hyper-V-Versionen ausführen) werden nicht unterstützt.
Sie können Citrix Provisioning (früher Provisioning Services) und Machine Creation Services™ verwenden, um Folgendes bereitzustellen:
- Unterstützte Desktop- oder Server-Betriebssystem-VMs der Generation 1.
- Unterstützte Desktop- oder Server-Betriebssystem-VMs der Generation 2, einschließlich Secure Boot-Unterstützung.
Hypervisor installieren und konfigurieren
Wichtig:
Alle Delivery Controller müssen sich in derselben Gesamtstruktur wie die VMM-Server befinden.
- Installieren Sie Microsoft Hyper-V Server und VMM auf Ihren Servern.
- Installieren Sie die System Center Virtual Machine Manager-Konsole auf allen Controllern. Die Konsolenversion muss mit der Version des Verwaltungsservers übereinstimmen. Obwohl eine ältere Konsole eine Verbindung zum Verwaltungsserver herstellen kann, schlägt die Bereitstellung von VDAs fehl, wenn die Versionen abweichen.
-
Überprüfen Sie die folgenden Kontoinformationen:
Das Konto, das Sie zum Angeben von Hosts in Studio verwenden, ist ein VMM-Administrator oder ein delegierter VMM-Administrator für die relevanten Hyper-V-Maschinen. Wenn dieses Konto nur die Rolle des delegierten Administrators in VMM hat, werden die Speicherdaten während des Host-Erstellungsprozesses in Studio nicht aufgelistet.
Tipp:
Bei Verwendung eines delegierten VMM-Administrators definieren Sie eine Hostgruppe der obersten Ebene und erteilen dem delegierten Administrator nur für diese Gruppe volle Berechtigungen. Mehrere Hostgruppen erfordern mehrere delegierte VMM-Administratoren. Konfigurieren Sie einen delegierten Administrator pro Hostgruppe.
Das für die Studio-Integration verwendete Benutzerkonto muss auch Mitglied der lokalen Sicherheitsgruppe der Administratoren auf jedem Hyper-V-Server sein. Diese Konfiguration unterstützt die VM-Lebenszyklusverwaltung, z. B. die Erstellung, Aktualisierung und Löschung von VMs.
Die Installation eines Controllers auf einem Server mit Hyper-V wird nicht unterstützt.
Master-VM erstellen
- Installieren Sie einen VDA auf der Master-VM, und wählen Sie die Option zur Optimierung des Desktops, um die Leistung zu verbessern.
- Erstellen Sie einen Snapshot der Master-VM zur Verwendung als Sicherung.
Virtuelle Desktops erstellen
Wenn Sie MCS zum Erstellen von VMs verwenden, gehen Sie beim Erstellen einer Site oder einer Verbindung wie folgt vor:
- Wählen Sie den Microsoft-Virtualisierungshosttyp aus.
- Geben Sie die Adresse als vollqualifizierten Domänennamen des Hostservers ein.
- Geben Sie die Anmeldeinformationen für das zuvor eingerichtete Administratorkonto ein, das über Berechtigungen zum Erstellen von VMs verfügt.
-
Wählen Sie unter Hostdetails den Cluster oder eigenständigen Host aus, der beim Erstellen von VMs verwendet werden soll.
Suchen und wählen Sie einen Cluster oder eigenständigen Host aus, auch wenn Sie eine Bereitstellung mit einem einzelnen Hyper-V-Host verwenden.
MCS auf SMB 3-Dateifreigaben
Stellen Sie bei Maschinenkatalogen, die mit MCS auf SMB 3-Dateifreigaben für VM-Speicher erstellt wurden, sicher, dass die Anmeldeinformationen die folgenden Anforderungen erfüllen. Diese Anforderungen stellen sicher, dass Aufrufe von der Hypervisor Communications Library (HCL) des Controllers erfolgreich eine Verbindung zum SMB-Speicher herstellen:
- VMM-Benutzeranmeldeinformationen müssen vollständigen Lese- und Schreibzugriff auf den SMB-Speicher umfassen.
- Vorgänge an virtuellen Speicherdatenträgern während VM-Lebenszyklusereignissen werden über den Hyper-V-Server unter Verwendung der VMM-Benutzeranmeldeinformationen ausgeführt.
Wenn Sie SMB-Speicher verwenden, aktivieren Sie den Authentication Credential Security Support Provider (CredSSP) vom Controller zu einzelnen Hyper-V-Maschinen. Verwenden Sie diesen Prozess für VMM 2012 SP1 mit Hyper-V unter Windows Server 2012. Weitere Informationen finden Sie unter CTX137465.
Die HCL verwendet CredSSP, um eine Verbindung zur Hyper-V-Maschine zu öffnen. Diese Funktion übergibt Kerberos-verschlüsselte Benutzeranmeldeinformationen an die Hyper-V-Maschine. Die PowerShell-Befehle in der Sitzung auf der Remote-Hyper-V-Maschine werden mit den bereitgestellten Anmeldeinformationen ausgeführt. In diesem Fall sind dies die Anmeldeinformationen des VMM-Benutzers, damit Kommunikationsbefehle an den Speicher korrekt funktionieren.
Die folgenden Aufgaben verwenden PowerShell-Skripts, die in der HCL ihren Ursprung haben und dann an die Hyper-V-Maschine gesendet werden, um auf den SMB 3.0-Speicher zuzugreifen.
-
Masterimage konsolidieren: Ein Masterimage erstellt ein MCS-Bereitstellungsschema (Maschinenkatalog). Es klont und glättet die Master-VM, um VMs von der neu erstellten Festplatte zu erstellen (und entfernt die Abhängigkeit von der ursprünglichen Master-VM).
ConvertVirtualHardDisk im Namespace root\virtualization\v2
Beispiel:
$ims = Get-WmiObject -class $class -namespace "root\\virtualization\\v2";
$result = $ims.ConvertVirtualHardDisk($diskName, $vhdastext)
$result
<!--NeedCopy-->
-
Differenzdatenträger erstellen: Erstellt einen Differenzdatenträger aus dem Masterimage, das durch die Konsolidierung des Masterimages generiert wurde. Der Differenzdatenträger wird dann an eine neue VM angehängt.
CreateVirtualHardDisk im Namespace root\virtualization\v2
Beispiel:
$ims = Get-WmiObject -class $class -namespace "root\\virtualization\\v2";
$result = $ims.CreateVirtualHardDisk($vhdastext);
$result
<!--NeedCopy-->
-
Identitätsdatenträger hochladen: Die HCL kann den Identitätsdatenträger nicht direkt in den SMB-Speicher hochladen. Daher muss die Hyper-V-Maschine den Identitätsdatenträger in den Speicher hochladen und kopieren. Da die Hyper-V-Maschine den Datenträger nicht vom Controller lesen kann, muss die HCL den Identitätsdatenträger zuerst wie folgt über die Hyper-V-Maschine kopieren.
Die HCL lädt die Identität über die Administratorfreigabe auf die Hyper-V-Maschine hoch.
Die Hyper-V-Maschine kopiert den Datenträger in den SMB-Speicher über ein PowerShell-Skript, das in der PowerShell-Remotesitzung ausgeführt wird. Auf der Hyper-V-Maschine wird ein Ordner erstellt, und die Berechtigungen für diesen Ordner sind nur für den VMM-Benutzer gesperrt (über die Remote-PowerShell-Verbindung).
Die HCL löscht die Datei aus der Administratorfreigabe.
Wenn die HCL das Hochladen des Identitätsdatenträgers auf die Hyper-V-Maschine abgeschlossen hat, kopiert die Remote-PowerShell-Sitzung die Identitätsdatenträger in den SMB-Speicher. Anschließend löscht sie diese von der Hyper-V-Maschine.
Der Ordner für Identitätsdatenträger wird neu erstellt, wenn er gelöscht wird, damit er zur Wiederverwendung verfügbar ist.
-
Identitätsdatenträger herunterladen: Wie bei Uploads durchlaufen die Identitätsdatenträger die Hyper-V-Maschine zur HCL. Der folgende Prozess erstellt einen Ordner, der nur VMM-Benutzerberechtigungen auf dem Hyper-V-Server hat, falls er nicht existiert.
Die Hyper-V-Maschine kopiert den Datenträger über ein PowerShell-Skript aus dem SMB-Speicher in den lokalen Hyper-V-Speicher. Dieses Skript wird in der PowerShell V3-Remotesitzung ausgeführt.
Die HCL liest den Datenträger aus der Administratorfreigabe der Hyper-V-Maschine in den Arbeitsspeicher.
Die HCL löscht die Datei aus der Administratorfreigabe.