Diese Dokumentation wurde archiviert und wird nicht länger gepflegt.

Planen des VMM-Servers

Letzte Aktualisierung: Oktober 2008

Betrifft: Virtual Machine Manager 2008, Virtual Machine Manager 2008 R2, Virtual Machine Manager 2008 R2 SP1

Der VMM-Server dient als Hub einer VMM-Implementierung, über die alle anderen VMM-Komponenten interagieren und kommunizieren.

Der VMM-Server kommuniziert mit der VMM-Datenbank und mit verwalteten Computern, also Hosts für virtuelle Maschinen und Bibliothekservern.

Bevor Sie den VMM-Server installieren, muss der Computer einer Domäne der Active Directory-Domänendienste (AD DS) beitreten.

Die Installation des VMM-Servers in einem Cluster wurde nicht getestet und wird nicht unterstützt. Um den VMM-Server hoch verfügbar zu machen, wird empfohlen, ihn auf einer hoch verfügbaren virtuellen Maschine zu installieren.

ImportantWichtig
Wenn Sie den VMM-Server auf einer virtuellen Maschine installieren, migrieren Sie diese nicht mithilfe der VMM-Administratorkonsole zu einem anderen Host. Wenn die virtuelle Maschine hoch verfügbar ist, migrieren Sie diese nicht mithilfe der VMM-Administratorkonsole zu einem anderen Knoten im Cluster. Wenn der VMM-Server auf einer virtuellen Maschine ausgeführt wird, verwaltet er sich im Wesentlichen selbst, sodass jede Migration, selbst eine Quick-Migration, zu einer Dienstunterbrechung führt.

Mehrere VMM-Server

Für die meisten VMM-Bereitstellungen ist ein einzelner VMM-Server ausreichend, denn er erlaubt bei wachsender virtueller Umgebung die Erweiterung der VMM-Bereitstellung durch zusätzliche Hosts für virtuelle Maschinen und Bibliothekserver. Ein VMM-Server mit einer einzelnen Datenbank ermöglicht Ihnen die zentrale Verwaltung der gesamten virtuellen Umgebung.

In folgenden Situationen bietet sich die Einrichtung weiterer VMM-Server an:

  • Ihre Umgebung umfasst neben einem zentralen Rechenzentrum weitere Zweigstellen oder Remotestandorte, an denen virtuelle Maschinen erstellt, ausgeführt und verwaltet werden sollen. Diese Topologie wird in diesem Thema noch genauer behandelt.

  • Sie möchten eine virtuelle Umgebung für Entwicklungs- und Testzwecke von Ihrer virtuellen Produktionsumgebung getrennt verwalten.

  • Ihre virtuelle Umgebung wächst über die unterstützte maximale Anzahl von Hosts (400) und virtuellen Maschinen (8.000) hinaus.

  • Sie verfügen über eine große Anzahl (zwischen 1.000 und 4.000) virtueller Self-Service-Maschinen, die ausschließlich für die Verwendung durch Self-Service-Benutzer bestimmt sind.

Wenn Sie aufgrund Ihrer Geschäftsanforderungen mehr als einen VMM-Server installieren müssen, beachten Sie folgende Richtlinien:

  • Jeder VMM-Server muss auf einem separaten Computer installiert werden und jeweils eine eigene VMM-Datenbank verwenden. Mehrere VMM-Server können die gleiche Datenbankinstanz verwenden, jedoch nicht dieselbe Datenbank.

  • Jeder Host oder Bibliothekserver kann jeweils nur von einem VMM-Server verwaltet werden.

  • Mehrere VMM-Umgebungen können nicht integriert werden, sodass die gemeinsame Nutzung von Daten nicht möglich ist.

  • VMM bietet keine Möglichkeit zum Replizieren von physischen Dateien in der VMM-Bibliothek oder von Metadaten von Objekten, die in der VMM-Datenbank gespeichert sind. Physische Dateien müssen außerhalb von VMM repliziert werden, und die Übertragung von Metadaten geschieht mithilfe von Skripts oder anderen Methoden. VMM bietet keine Unterstützung für DFSN (DFS Namespaces), früher auch als DFS (Distributed File System, verteiltes Dateisystem) oder DFSR (DFS-Replikation) bezeichnet.

Zweigstellen oder andere Remotestandorte

Wenn Ihre Umgebung neben einem zentralen Rechenzentrum weitere Zweigstellen oder Remotestandorte umfasst, an denen virtuelle Maschinen erstellt, ausgeführt und verwaltet werden sollen, sind zusätzliche Aspekte in Bezug auf die Topologie zu beachten. Weitere Informationen finden Sie unter Planung für Zweigstellen oder Remotestandorte.

Siehe auch

 
Anzeigen: