Thomas Frey - Server-Infrastrukturen mit Microsoft Windows Server Technologien

Logische Netzwerke und physikalische Standorte. Logische und physikalische Topologien können identisch sein, müssen es aber nicht. Die logischen Abgrenzungen können Sie im VMM berücksichtigen.

Sie können in VMM wie im Hyper-V Manager den statischen Adressbereichspool festlegen. Das ist ebenso mit den MAC-Adressen möglich.

Vorlagen für virtuelle IP-Bereiche.

Der Netzwerklasten-Ausgleich kann mit VMM gesteuert werden.

Es können logische Switche erstellt werden, die je nach Anforderungen unterschiedlich bedient werden, beispielsweise mit Multicast-Daten für Standorte mit langsamer Anbindung.

Die erstellten Schnittstellenprofile und –Klassifizierungen auf dem Hyper-V Host können im VMM weiterverwendet werden.

Sie können Netzwerkgeräte bzw. –dienste wie Gateways, Switche, Netzwerk-Manager im VMM aufnehmen und Verwalten.

Als VMM Fabric sind alle physischen Ressourcen in VMM zu verstehen, die für den Betrieb und die Verwaltung von virtuellen Maschinen notwendig sind. Dazu zählt:

Die Infrastruktur mit Library Server, PXE Server, Update Server, vCenter Server, VMM Server.

Die Netzwerkinfrastruktur mit allem, was für Netzwerkanbindungen zu berücksichtigen ist (siehe oben).

Speicher wie Speicherpools, Arrays, File Server.

Alle Hosts wie Hyper-V Hosts, Hyper-V Cluster und die bereits unter Infrastruktur aufgezählten Server.

Das Fabric Management fasst zusammen und abstrahiert alles aus den Ressourcen, was verwendet und bereitgestellt werden kann. Dabei wird die physische Struktur mit DHCP, DNS, DC, Servern etc. und mit Speicher- und Netzwerksteuerung komplett abgebildet. Es stellt somit den Baukasten dar, aus dem Sie sich bedienen können.

Für das Management wird ein Administrator bzw. Benutzer mit bestimmten Rollen für die Ressourcenzuweisung in der privaten Cloud benötigt.

Wenn Sie den Einsatz des VMM planen, sollten Sie folgendes berücksichtigen:

Die Anzahl der benötigten Hyper-V Hosts. Ist ein bestimmter Teil der Hosts nur zeitweise notwendig?

Die Anzahl möglicher Standorte und Filialen mit Hyper-V Hosts. Sind die in der Domäne? Wie sind die Standorte angebunden?

Die benötigten Sicherheitsanforderungen, Administratorgruppen und „Self-Service Optionen“. Gibt es in Standorten Administratoren oder wird es mit dem VMM entfernt verwaltet? Dürfen Anwender VMs im Self-Service abrufen oder ist eine Genehmigung zwischengeschaltet?

Die maximale Ausfallzeit der benötigten Komponenten und die Zeit für eine eventuelle Wiederherstellung.

Warum empfiehlt es sich, logische Netzwerke anzulegen? Die Antwort ist weiter oben schon gegeben worden: Das Abbilden Ihrer Infrastruktur im VMM erlaubt es Ihnen, die Fabric wie einen Baukasten zu benutzen. Sie nehmen sich heraus, was Sie benötigen. Vorher müssen Sie den Baukasten allerdings mit Bausteinen füllen. Logische Netzwerke wären ein möglicher Baustein um Ihren Baukasten zu füllen.

Starten Sie den „Assistenten zum Erstellen eines logischen Netzwerks“:

Legen Sie den Namen fest und wählen Sie das passende Szenario aus:

Fügen Sie einen Netzwerkstandort hinzu, verbinden Sie es mit dem logischen Netzwerk und ordnen Sie das Subnetz ebenfalls zu. Benennen Sie den Standort nach Bedarf.

Fügen Sie einen zweiten Standort hinzu und verbinden Sie auch dieses mit dem zweiten logischen Netzwerk.

In der Zusammenfassung können Sie sich das Powershell-Skript ansehen und die Konfiguration fertig stellen.

Dem logischen Netzwerk wird als nächstes ein IP-Pool zugeordnet. Den IP-Pool müssen Sie erstellen und im weiteren Verlauf ebenso das IP-Subnetz bestimmen, aus dem Sie den IP-Pool bilden:

Bei der Netzwerkstandortauswahl stehen die beiden eingerichteten Standorte zur Verfügung:

Der verwaltete Adresspool wird festgelegt:

Im weiteren Verlauf des Assistenten können Sie Einträge für Gateway, DNS und WINS festlegen. Das Ergebnis in der VMM Konsole:

Das ganze wird jetzt nochmal mit dem zweiten angelegten Standort durchgeführt. Im obigen Bild ist das schon erledigt.

Ein wichtiger Teil des VMM Fabric Managements sind die physischen Server, die zum Betrieb und zur Verwaltung Ihrer privaten Cloud benötigt werden. Dazu zählen u. a. die Library Server. Diese stellen die Virtual Machine Manager Libraries bereit.

Alles was Sie im VMM einrichten, wird entweder auf Freigaben oder in der VMM-Datenbank abgelegt. Organisiert in Bibliotheken (Libraries) sind das die Ressourcen, die Sie zum Erzeugen von virtuellen Maschinen benötigen. Auf Freigaben lieben beispielsweise die Festplattendateien. In der Datenbank sind es Konfigurationsinformationen.

Die VMM Libraries enthalten also:

Den Katalog mit den in den Libraries gespeicherten Ressourcen (ein paar Ressourcen sind in der VMM Database gespeichert).

Sie enthalten Vorlagen und Profile.

Die Libraries enthalten auf dem Library Server freigegebene, indizierte und in Unterordnern organisierte Ordner. Diese unterstützen Daten-Deduplizierung und Datenkompression.

VMM Library Server sollten nur diese Rolle innehaben. Sie müssen in einer Domäne sein, die eine Vertrauensstellung mit einem VMM Server hat. VMM Library Server können in einem Failover-Cluster redundant betrieben werden, sie können aber nicht das gleiche Failover-Cluster nutzen, dass die VMM-Server Rolle clustert. Eine Alternative zum Failover-Cluster wäre, mehrere Library Server zu betreiben. Zu berücksichtigen ist in dem Fall, dass VMM Library Server-Daten nicht automatisch repliziert werden. Das Kopieren müssen Sie manuell durchführen oder über Skripte steuern.