Sobald der Virtual Machine Manager einsatz­bereit ist, kann man Gruppen er­stellen und Hosts in sie auf­nehmen. Auf die Hyper-V-Server werden dann erforderliche Agenten ausge­bracht. Damit ist die Voraus­setzung ge­geben, um die Server zu konfi­gurieren. Dieser Beitrag zeigt zudem einige Ein­stellungen für Hosts in VMM.

Dieser Artikel zeigt die eigent­liche Installation des Virtual Machine Manager 1801, nach­dem die Vor­arbeiten hierfür abge­schlossen sind. Die An­leitung geht zudem davon aus, dass der erfor­derliche SQL Server 2016 SP1 auf einem sepa­raten (virtuellen) Server bereits einge­richtet ist. Durch das Setup selbst führt dann ein Wizard.

Dieser Beitrag be­schreibt die Vorarbeiten für das Setup des Virtual Machine Manager (SCVMM). Dazu zählen das An­legen eines AD-Kontos, eines SPN und eines Distri­buted Key Manage­ment Containers sowie die Instal­lation diverser Tools. Manche Maß­nahmen sind nur für eine hoch­verfügbare Konfigu­ration nötig.

Der System Center Virtual Machine Manager (SCVMM) dient einer Admini­stration von virtua­lisierten Rechen­zentren, seine Reich­weite geht bis in die Azure Cloud. Neben VMs ver­waltet er Hosts, Storage und Netzwerke. Zu den Neuer­ungen der Version 1801 gehört der Support für Nested Virtualization und Linux Shielded VMs.

Vembu BDR deckt eine Reihe von Szen­arien ab, darun­ter auch die Sicherung nicht virtua­lisierter Server oder von Work­stations. Die Kern­kompo­nente ist VMBackup für agen­ten­lose Backups von VMs unter VMware vSphere und Hyper-V. Die relativ groß­zügige Free Edition kann für kleinere Umge­bungen aus­reichen.

Wird hochver­fügbarer Speicher auf Basis von Storage Spaces Direct etwa als Hybrid aus SSDs und HDDs konfiguriert, dann können über­bean­spruchte mecha­nische HDD irgend­wann aus­fallen. Dieser Artikel beschreibt, wie S2D mit derartigen Fehlern um­geht und wie defekte Platten ohne Down­time getauscht werden.

Im Semi-Annual Channel (SAC) steht Windows Server 1803 an. Micro­soft gab dafür mit der 17074 eine weitere Preview frei. Die Neuerungen sind über­schaubar, sie be­treffen vor allem die Storage Spaces Direct (S2D). Hinzu kommen ein erwei­terter Cluster-Support in Azure-VMs und zusätz­liche Optionen für ReFS.

Failover-Cluster unter­liegen wie alle Windows-Systeme einem Update-Zyklus. Der dafür erfor­derliche War­tungs­prozess lässt sich mit Cluster-Aware Updating auto­matisieren, so dass die Knoten der Reihe nach aktua­lisiert werden. VMs und Storage auf Basis von S2D bleiben dabei während des ganzen Vorgangs ver­fügbar.

Immer wenn Updates auf pro­duktiv ge­nutzten Clustern mit Storage Spaces Direct ein­gespielt werden müssen, ver­setzt man einen Kno­ten nach dem anderen in den War­tungs­modus. Das kann manu­ell oder auto­matisiert per Cluster-Aware Updating passieren. Dabei migrieren VMs unterbrechungsfrei auf andere Cluster-Knoten.

VM Fleet kann Storage Spaces Direct Cluster mit simu­lierten Work­loads unter Last setzen. Es bringt dafür mehrere Skripte mit und baut auf Diskspd, um dann innerhalb von auto­matisch generierten VMs Arbeits­last zu erzeugen. Dieser Bei­trag zeigt, wie eine Umgebung für VM Fleet vorbe­reitet wird und Tests konfiguriert werden.