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 in dem Artikel Systemanforderungen aufgeführten VMM-Versionen.
Sie können Provisioning Services und Machine Creation Services™ verwenden, um Folgendes bereitzustellen:
- VMs mit Desktop- oder Serverbetriebssystem der Generation 1
- Windows Server 2012 R2, Windows Server 2016 und Windows 10 VMs der Generation 2 (mit oder ohne Secure Boot)
VMM aktualisieren
-
Upgrade von VMM 2012 auf VMM 2012 SP1 oder VMM 2012 R2
Informationen zu den Anforderungen für VMM und Hyper-V-Hosts finden Sie unter https://docs.microsoft.com/de-de/previous-versions/system-center/system-center-2012-R2/gg610649(v=sc.12)?redirectedfrom=MSDN. Informationen zu den Anforderungen für die VMM-Konsole finden Sie unter https://docs.microsoft.com/de-de/previous-versions/system-center/system-center-2012-R2/gg610640(v=sc.12)?redirectedfrom=MSDN.
Ein gemischter Hyper-V-Cluster wird nicht unterstützt. Ein Beispiel für einen gemischten Cluster ist ein Cluster, bei dem die Hälfte des Clusters Hyper-V 2008 und die andere Hälfte Hyper-V 2012 ausführt.
-
Upgrade von VMM 2008 R2 auf VMM 2012 SP1
Wenn Sie von XenDesktop 5.6 auf VMM 2008 R2 aktualisieren, befolgen Sie diese Reihenfolge, um Ausfallzeiten von XenDesktop zu vermeiden.
- VMM auf 2012 aktualisieren (jetzt mit XenDesktop 5.6 und VMM 2012)
- XenDesktop® auf die neueste Version aktualisieren (jetzt mit der neuesten XenDesktop-Version und VMM 2012)
- VMM von 2012 auf 2012 SP1 aktualisieren (jetzt mit der neuesten XenDesktop-Version und VMM 2012 SP1)
-
Upgrade von VMM 2012 SP1 auf VMM 2012 R2
Wenn Sie mit XenDesktop oder XenApp 7.x auf VMM 2012 SP1 beginnen, befolgen Sie diese Reihenfolge, um XenDesktop-Ausfallzeiten zu vermeiden.
- Upgrade von XenDesktop oder XenApp® auf die neueste Version (jetzt mit der neuesten XenDesktop- oder XenApp-Version und VMM 2012 SP1)
- Upgrade von VMM 2012 SP1 auf 2012 R2 (jetzt mit der neuesten XenDesktop- oder XenApp-Version und VMM 2012 R2)
Zusammenfassung der Installation und Konfiguration
Wichtig:
Alle Delivery Controller müssen sich in derselben Gesamtstruktur wie die VMM-Server befinden.
- Installieren und konfigurieren Sie einen Hypervisor.
- 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 frühere 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-Computer. Wenn dieses Konto nur die Rolle des delegierten Administrators in VMM hat, werden die Speicherdaten während des Host-Erstellungsprozesses in Studio nicht aufgeführt.
-
Das für die Studio-Integration verwendete Benutzerkonto muss auch Mitglied der lokalen Sicherheitsgruppe der Administratoren auf jedem Hyper-V-Server sein, um die VM-Lebenszyklusverwaltung (z. B. VM-Erstellung, -Aktualisierung und -Löschung) zu unterstützen. Hinweis: Die Installation eines Controllers auf einem Server mit Hyper-V wird nicht unterstützt.
-
- Erstellen Sie eine Master-VM.
- Installieren Sie einen Virtual Delivery Agent auf der Master-VM und wählen Sie die Option zur Optimierung des Desktops. Dies verbessert die Leistung.
- Erstellen Sie einen Snapshot der Master-VM, um ihn als Sicherung zu verwenden.
- Erstellen Sie virtuelle Desktops. Wenn Sie MCS zum Erstellen von VMs verwenden, erstellen Sie beim Erstellen einer Site oder einer Verbindung
- 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 Administratorkonto ein, das Sie zuvor eingerichtet haben und das über Berechtigungen zum Erstellen neuer VMs verfügt.
- Wählen Sie im Dialogfeld „Hostdetails“ den Cluster oder eigenständigen Host aus, der beim Erstellen neuer VMs verwendet werden soll. Wichtig: Suchen und wählen Sie einen Cluster oder eigenständigen Host aus, auch wenn Sie eine einzelne Hyper-V-Hostbereitstellung verwenden.
MCS auf SMB 3-Dateifreigaben
Stellen Sie bei Maschinenkatalogen, die mit MCS auf SMB 3-Dateifreigaben für die VM-Speicherung erstellt wurden, sicher, dass die Anmeldeinformationen die folgenden Anforderungen erfüllen, damit Aufrufe der Hypervisor Communications Library (HCL) des Controllers erfolgreich eine Verbindung zum SMB-Speicher herstellen können:
- Die VMM-Benutzeranmeldeinformationen müssen vollständigen Lese- und Schreibzugriff auf den SMB-Speicher umfassen.
- Speichervirtualisierungs-Datenträgeroperationen während VM-Lebenszyklusereignissen werden über den Hyper-V-Server unter Verwendung der VMM-Benutzeranmeldeinformationen durchgeführt.
Wenn Sie SMB als Speicher verwenden, aktivieren Sie den Authentication Credential Security Support Provider (CredSSP) vom Controller zu einzelnen Hyper-V-Maschinen, wenn Sie VMM 2012 SP1 mit Hyper-V unter Windows Server 2012 verwenden. Weitere Informationen finden Sie unter CTX137465.
Mithilfe einer standardmäßigen PowerShell V3-Remotesitzung verwendet die HCL CredSSP, um eine Verbindung zur Hyper-V-Maschine zu öffnen. Diese Funktion übergibt Kerberos-verschlüsselte Benutzeranmeldeinformationen an die Hyper-V-Maschine, und die PowerShell-Befehle in der Sitzung auf der Remote-Hyper-V-Maschine werden mit den bereitgestellten Anmeldeinformationen (in diesem Fall die des VMM-Benutzers) ausgeführt, sodass Kommunikationsbefehle zum Speicher korrekt funktionieren.
Die folgenden Aufgaben verwenden PowerShell-Skripte, die in der HCL ihren Ursprung haben und dann an die Hyper-V-Maschine gesendet werden, um auf den SMB 3.0-Speicher einzuwirken.
-
Masterimage konsolidieren – Ein Masterimage erstellt ein neues MCS-Bereitstellungsschema (Maschinenkatalog). Es klont und glättet die Master-VM, um neue 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 -
Differenzdatenträger erstellen – Erstellt einen Differenzdatenträger aus dem Masterimage, das durch 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 -
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 über die Hyper-V-Maschine wie folgt 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 über ein PowerShell-Skript, das in der PowerShell-Remotesitzung ausgeführt wird, in den SMB-Speicher. 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 den Upload des Identitätsdatenträgers auf die Hyper-V-Maschine abgeschlossen hat, kopiert die Remote-PowerShell-Sitzung die Identitätsdatenträger in den SMB-Speicher und löscht sie dann von der Hyper-V-Maschine.
Der Identitätsdatenträgerordner wird neu erstellt, falls er gelöscht wurde, damit er zur Wiederverwendung verfügbar ist.
-
-
Identitätsdatenträger herunterladen – Wie bei Uploads werden die Identitätsdatenträger über die Hyper-V-Maschine an die HCL übergeben. 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, das in der PowerShell V3-Remotesitzung ausgeführt wird, vom SMB-Speicher in den lokalen Hyper-V-Speicher.
- 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.
-
Personal vDisk-Erstellung – Wenn der Administrator die VM in einem Maschinenkatalog für Personal vDisk erstellt, müssen Sie einen leeren Datenträger (PvD) erstellen.
Der Aufruf zum Erstellen einer leeren Festplatte erfordert keinen direkten Zugriff auf den Speicher. Wenn Sie PvD-Datenträger haben, die sich auf einem anderen Speicher als der Haupt- oder Betriebssystemdatenträger befinden, verwenden Sie Remote-PowerShell, um den PvD in einem Verzeichnisordner zu erstellen, der denselben Namen wie die VM hat, von der er erstellt wurde. Verwenden Sie für CSV oder LocalStorage keine Remote-PowerShell. Das Erstellen des Verzeichnisses vor dem Erstellen einer leeren Festplatte verhindert einen VMM-Befehlsfehler.
Führen Sie von der Hyper-V-Maschine aus einen mkdir auf dem Speicher aus.