Bei einem Failover Cluster kann über die Eigenschaften einer Cluster Ressource definiert werden, welche Cluster Nodes berechtigt sind diese Ressource zu betreiben. In der Regel sind in der Liste der “Possible Owners”. sämtliche Cluster Nodes eingetragen. Auch wenn ein weiterer Cluster Node hinzugefügt wird, wird dieser automatisch als ein weiterer Possible Owner mitaufgenommen. In der Regel klappt dies auch, ausser wenn Probleme mit dem Zoning bestehen. Hat der neue Cluster Node (noch) keinen Zugriff auf das CSV würde dies einen “Redirected Access” verursachen.

(weiterlesen…)

Wird ein Hyper-V Cluster um einen weiteren Cluster Nodes erweitert, so lässt sich dieser sehr einfach mittels System Center Virtual Machine Manager in einen bestehenden Cluster integrieren. Einzige Bedinung, der neue Hyper-V Host muss bereits durch VMM verwaltet werden, damit dieser im “Add Cluster Node” Wizard ausgewählt werden kann. Wird allerdings das Bare Metal Deployment eingesetzt wäre dies bereits gegeben.

Ein Cluster Node kann mit folgendem Wizard zu einem Hyper-V Cluster hinzugefügt werden:

Doch was wenn dieser Prozess mit einer Fehlermeldung fehlschlägt? Ein gängiger Fehler ist folgender:

Error (25334)
Adding host hyperv03.backslash.li to the cluster hyperv.backslash.li failed because of error An error occurred while adding node ‘hyperv.backslash.li’ to cluster ‘hyperv’. The system cannot find the file specified.

Recommended Action
Please refer to cluster documentation for resolving cluster problems.

Only one could be added, the other three failed. We managed it by adding them to the cluster using Failover Cluster Manager.

In diesem Fall ist die Ursache leicht zu ermitteln, denn “Add” sowie “Remove” von Cluster Nodes erfordern die Failover Cluster PowerShell cmdlet (APIs). Das heisst, wenn in VMM Failover Cluster eine Add / Remove Aktionen durchgeführt werden sollen, so müssen die Failover Clustering Tools installiert sein. Sollten die Tools nicht (mehr) installiert sein, so lassen sich diese über den Server Manager, oder PowerShell einfach installieren:

Import-Module ServerManager
Add-WindowsFeature RSAT-Clustering

Wie erwähnt sollten ab SCVMM 2012 die Failover Clustering Tools eigentlich automatisch auf dem VMM Server installiert worden sein.

Die VMM Database beinhaltet viele Informationen, einige davon sind weniger kritisch, andere können durchaus sensitive Daten beinhalten, wie zum Beispiel Passwörter von Administratoren und Produkteschlüssel. Damit diese Information nicht einfach aus der Database, oder einer Kopie davon, ausgelesen werden können, werden diese durch VMM verschlüsselt. Per Default wird der dazu erforderliche Encryption Key auf dem lokalen VMM Server gespeichert. Dadurch entsteht allerdings die Situation, dass kein weiterer Server auf die Datenbank zugreifen kann. (weiterlesen…)

Nebst den klassischen Virtual Hard Disk (VHD) können bei Hyper-V auch Pass-Through Disks konfiguriert werden. Diese bieten die Möglichkeit, dass eine Virtual Machine ein LUN direkt vom Storage zugewiesen bekommt. Das Storage kann dabei eine lokal an den Hyper-V angeschlossene Disk, oder ein Logical Unit (LUN) von einem Storage Area Network (SAN) sein. Da mit Windows Server 2008 R2 die Performance der VHDs massiv optimiert werden konnte, werden Pass-Through Disk inzwischen hauptsächlich für Szenarien eingesetzt, wo Volumes grösser als 2 TB  sein müssen.

(weiterlesen…)

Viele Unternehmungsrichtlinien besagen, dass jedes Windows System einen Anti-Viren Scanner installiert zu haben braucht. Doch wenn diese Regel ganz ohne Anpassungen bei jedem Server einfach so angewendet wird, kann dies in einem grossen Problem enden. Wie zum Beispiel bei einem Exchange Server, oder eben auch bei einem Hyper-V Host.

In einem älteren Artikel wurde zwar bereits einmal darüber berichtet, doch scheint dies noch immer eine “heisse Diskussion” zu sein, weswegen ich eine überarbeitete Version zum Thema Anti-Virus Scanner mit Hyper-V veröffentliche. Denn noch immer gilt, werden bei Hyper-V die Konfiguration der Ausschlüsse nicht entsprechend angepasst, kann es zur Situation kommen wo sich Virtual Machines nicht mehr starten lassen (Fehlercode “0x800704C8″, “0×80070037″ oder “0x800703E3″). Im schlimmsten Fall verschwindet eine Virtual Machine sogar ganz aus der Hyper-V Management Console.

(weiterlesen…)

Wer kennt das nicht, in einem Hyper-V Cluster existieren oftmals Virtual Machines welche in Hyper-V angelegt wurden und nun mit System Center Virtual Machine Manager verwaltet werden. Spricht technisch gesehen nichts dagegen, aber wenn man unter die Haube schaut, dann sieht man da doch einen Unterschied… die Namenskonvention für die Virtual Machine Cluster Ressourcen.

(weiterlesen…)

Mit Windows Server 2008 wurde erstmals Server Core vorgestellt. Der Installation Mode ohne grafisches User Interface (GUI) bietet diverse Vorteile, vor allem aber im Bereich Security. Für produktive (Hyper-V) Systeme empfiehlt Microsoft daher auch den Core Installation Mode zu wählen. In vielen Fällen wurde aber dennoch zunächst der alt bekannte bewährte Full Installation Mode verwendet. Daher taucht inzwischen vermehrt die Frage auf, wie ein Hyper-V Installation von Full auf Server Core migriert werden kann. Da es keine Setup-Routine für solch eine Aktion gibt, muss ein Rolling Upgrade gewählt werden.

(weiterlesen…)

Am gestrigen Tag hat Microsoft die Arbeiten am Service Pack 1 für Windows 7 und Server 2008 R2 abgeschlossen. Dies hat somit den Status “Release to Manufacturing” (RTM) erreicht und ist ab 22. Februar als Download erhältlich.

Welche Änderungen das neue SP bringt und welche Anforderungen gelten, können im Artikel “Was kommt mit Service Pack 1 für Windows 7 und Server 2008 R2” nachgelesen werden. In diesem Artikel geht es darum einen bestehenden Hyper-V Failover Cluster auf SP1 zu aktualisieren.

(weiterlesen…)

Kommt eine Infrastruktur an ihr Limit, muss diese in der Regel weiter ausgebaut werden. Doch wie kann ein zusätzlicher Host in die bestehende Umgebung integriert? Mit der Erweiterung eines Hyper-V Failover Clusters befasst sich nun dieses How-To. Zunächst muss der neue Hyper-V Host installiert und soweit konfiguriert werden, dass dieser den anderen Nodes entspricht. Dies beinhaltet unteranderem folgende Punkte:

• Hardware Configuration (Power, BIOS, Firmware)
• Storage Configuration (LUN, MPIO, DSM, etc.)
• Network Configuration (Drivers, Teaming, IP Settings)
• Hyper-V (Virtual Networks)
• Windows Updates (analog den existierenden Nodes)
• etc.

(weiterlesen…)

Storage ist eines der wichtigsten Erfolgsfaktoren Virtualisierungs-Projekte. Ein sehr beliebtes Storage System kommt aus dem Hause HP und trägt den Namen p4000, früher auch bekannt unter dem Namen HP LeftHand p4000. Wie bereits andere Storage Lösungen folgt das p4000 auch dem GRID-Ansatz. Das Storage System besteht aus mehreren Storage Nodes welche in einem Cluster zusammengefasst werden. Jeder einzelne Node bietet als abgeschlossene Einheit die Kombination aus Speicherkapazität (SATA oder SAS), eigener Rechenleistung und Netzwerkbandbreite an.

Damit ein Host, wie zum Beispiel Hyper-V, eine fehlertolerante Verbindung mit mehreren iSCSI HBAs / NICs aufbauen kann, wird Multipath I/O (MPIO) mit zusätzlichem “Device Specific Module” (DSM) vom Storage Hersteller erweitert. Dieses Modul wird von HP als SAN/iQ bezeichnet.

Nebst MPIO installiert SAN/iQ auch den Hardware VSS Provider welcher für das Storage integrierte Backup verwendet werden kann. Diese erlauben es, Backups von Virtual Machines schnell und parallel durchzuführen indem die Hardware VSS Provider des Storage System angesprochen und Snapshots erstellt werden. Doch die Problematik liegt wiedermal im Detail…

SAN/iQ 8.5 wird zwar für Windows Server 2008 R2 und auch Hyper-V supported, doch wird Cluster Shared Volume (CSV) nicht speziell erwähnt. Dies kann zu grossen Problemen führen! Sobald ein Backup Job startet und das DSM anspricht, kann es zu Disk Deadlocks und schlussendlich zum Blue Screen “STOP: 0x0000009E” auf den Hyper-V Hosts kommen.

HP hat reagiert und im November 2010 ist die neueste SAN/iQ in der Version 9.0 erschienen. Dies sollte die Probleme adressieren und nun auch offiziell die Hardware VSS Provider für CSV Backups unterstützen. SAN/iQ 9.0  ist für die HP LeftHand p4000 G1 und G2 Modelle einsetzbar. Gemäss HP ist ein direktes Update von den Versionen 8.0, 8.1 und 8.5 möglich. Die Software kann kostenlos bei HP bezogen werden.