Shared RAID Controller

In Situationen, in denen man einen Failover Cluster unter Nutzung eines Shared RAID Controllers installieren möchte, wird es zu einer Fehlermeldung bei der Validierung kommen mit dem Hinweis:
Disk bus type does not support clustering„.

Shared RAID Controller kommen vor allem bei Bladesystemen zum Einsatz, bei denen einzelne Knoten denselben Controller nutzen, um auf ein lokales Disksubsystem zuzugreifen. So kommt es zur oben genannten Fehlermeldung, obwohl oft eine Shared Storage im Chassis verbaut ist.
Dies kommt z.B. bei einer » Dell VRTX (Sprich: Vertex) vor, die dieses Jahr erschienen ist.

Eine Installation des Features Windows Server Failover Cluster ist dennoch möglich, dazu sollte vorher ein Registry-key namens AllowBusTypeRAID in den Parametern von ClusDisk gesetzt werden:

» http://support.microsoft.com/kb/2839292/en-us
» http://en.community.dell.com/techcenter/extras/w/wiki(…)

Stay tuned,
N.Own

Netzwerkeinstellungen auf einem Cluster

„Best Practice“ Empfehlungen sind nicht immer passend zu jeder Lösung, die man aufbauen kann. Im Falle von Hyper-V gibt es recht klare Richtlinien bzgl. der Netzwerkkonfiguration auf einem Cluster, die man berücksichtigen sollte:

  • Trennung und Isolation der Netzwerke nach Einsatzzweck: Management, Live Migrations, Storage, Client Access, Backup etc.
  • Anpassung der Adapter und Bindungen (Network Binding Order)
  • Anpassung der Quality of Service Policy hinsichtlich der Prioritäten ab W2K12

Siehe folgenden Artikel für Hyper-V Cluster:
» http://technet.microsoft.com/library/dn550728.aspx

Bei Nutzung von Cluster Shared Volumes (CSV) sollte man die Metric überprüfen, i.d.R. wählt der Cluster das passende CSV Netzwerk selbst aus – eine Kontrolle kann nicht schaden:
» http://technet.microsoft.com/en-us/library/ff182335%28WS.10%29.aspx

Für Exchange 2013 sowie 2010 Verfügbarkeitsgruppen (Database Availability Groups – DAG) gibt es jeweils einen Artikel:
Exchange 2013: » http://technet.microsoft.com/(…)exchg.150%29.aspx#Dat
Exchange 2010: » http://technet.microsoft.com/(…)exchg.141%29.aspx#Dat

Grundlegende Empfehlungen, die für jeden Cluster gelten, sind hier zu finden:
TechNet Blog: » http://blogs.technet.com/(…)configuring-windows-failover-cluster-networks.aspx
MSDN Channel 9: » http://channel9.msdn.com/Events/TechEd/(…)

Die Empfehlungen des Herstellers sollte man mindestens prüfen und idealerweise entsprechend umsetzen, außer es gibt triftige Gründe gewisse Einstellungen anders zu wählen für den eigenen Anwendungsfall.

Stay tuned,
N.Own

Windows Server 2012 R2 – April, August & September Update

Wer heute einen Windows Server 2012 R2 aufsetzt oder betreibt, sollte sicherstellen, dass er die kumulativen Updates » KB2919355 und » KB2975719 sowie » KB2984006 installiert.

Microsoft spricht im Zusammenhang mit dem April Update von „Windows Server 2012 Update“ und „Windows 8.1 Update“, im Zusammenhang mit dem August und September Update von „Windows Server 2012 R2 update rollup“ bzw. „Windows 8.1 update rollup“ und stellt den Erscheinungsmonat voran.
Das August Update KB2975719 und auch das September Update KB2984006 setzen das April Update KB2919355 voraus.

In dem KB Artikel für das August und September Update sind die Neuerungen beschrieben – siehe Abschnitt „Improvements in this update“ respektive „Issues that this update fixes“, für das April Update sind die Neuerungen in dem folgenden Artikel beschrieben:
» http://technet.microsoft.com/en-us/library/dn645472.aspx

Die Updates beinhalten alle bis dahin erschienenen Sicherheitsupdates, aber auch die in den weiterführenden Links beschriebenen Neuerungen und Hotfixe.
Zur Zeit steht über MSDN eine Windows Server 2012 R2 Version mit inkludiertem April Update als Download zur Verfügung.

Stay tuned,
N.Own