Nachdem ich in meinen letzten Artikeln den grundsätzlichen Aufbau eines SANs und das Verbinden eines Hyper-V Servers mit selbigem beschrieben habe, werde ich heute dafür sorgen, dass die Verbindung richtig performant wird. Ich habe daher mein SAN und meinen Hyper-V Server mit zwei Netzwerkkarten verbunden (in meinem Fall CrossOver – aber das ist nicht wirklich relevant). Ziel ist es nun meinen Windows 2008 R2 Server Core dazu zu bekommen beide Karten gleichzeitig dazu zu verwenden das SAN anzusprechen. Selbstverständlich muss das SAN das auch verstehen – das ist bei der von mir verwendeten Lösung “open-e” gegeben.

Zuerst müssen wir auf unserem Hyper-V Server das MPIO feature installieren. Das erledigt folgender Befehl:

ocsetup MultipathIO /norestart

(… wie der Name der Option /norestart vermuten lässt unterbinden wir im ersten Schritt einen Reboot – natürlich kann man den Server auch rebooten, das kommt aber eh gleich…)

Nun sorgen wir dafür, dass alle Verbundenen LUNs auf MPIO umgestellt werden – man kann das auch über die ISCSICPL-Oberfläche erledigen, aber so gehts schneller

Vorsicht: Der Befehl fürht dazu, dass der Server ohne eine weitere Nachfrage neu startet.

mpclaim -r -i -d "MSFT2005iSCSIBusType_0x9"

Nach dem Neustart prüft man am besten kurz ob wirklich alle LUS’s auf MPIO umgestellt wurden:

mpclaim -s -d

In der vierten Spalte dieses Listings kann man zudem erkennen welche load balance Richtlinie aktiv ist. Das in meiner Aufstellung verwendete “RR” steht für Round Robin – in den meisten Fällen wird dies auch die beste Auswahl sein.

Nun wechseln wir auf die grafische Oberfläche der iSCSI – Konsole. Dies erreiche wir durch Eingabe des Befehls:

iSCSIcpl

Um die MPIO Option für eine bestehende Verbindung zu konfigurieren, ist es notwendig, einen weiteren Pfad zu dem Device einzurichten. Hierzu wählt man das device aus und klickt auf “Connect”. Bei dem sich öffnenden Fenster muss die Option “Enable multi-path” aktiviert werden!

Über die Einstellungen unter “Advanced” kann man alternative Route auswählen und wenn nötig die Authentifizierung dafür einrichten:

Nachdem man die gemachten Eingaben bestätigt hat, kann man recht einfach prüfen ob alles wie gewünscht funktioniert hat:

mpclaim -s -d [Device#]

Mausfreunde können das ganze auch über iSCSIcpl prüfen:

That’ it. Unser Hyper-V ist jetzt über zwei Netzwerkverbindungen mit dem SAN verbunden. Selbstverständlich kann man die Schritte für jede weitere Netzwerkkarte analog durchführen und erhält somit immer mehr Durchsatz (Solange die Platten im SAN schnell genug sind ).

Weiterführende Informationen:

Technet Seite mit der Befehlreferenz für MPCLAIM

Blog Post mit der Beschreibung wie man ein Windows 2008 R2 core an ein SAN anbindet

Jeder der schon mal in meiner Wohnung war weiss, dass ich zwischenzeitlich ein recht umfangreiches Testlab betreibe. Mein Testlab bildet die Basis für die ganzen Experimente von denen ich einige ab und an vorstelle. Das Herzstück des Testlabs sind drei dual-socket (+dual core) Server welche über hyper-v und ESXi meine Testlandschaft bereitstellen. Schon vor ein paar Jahren habe ich die Festplatten dieser Systeme in ein zentrales Storage ausgelagert. Dieser Storageserver (eigenes LAN) stellte den Speicherplatz bis jetzt über NFS-Shares bereit. Leider ist das nicht so wirklich sicher und zudem fehlen NFS Funktionen, die ich zukünftig gerne nutzen möchte.

Mein neues Projekt heißt also: „Finde eine vernünftige und bezahlbare iSCSI Lösung für Standardhardware die mir min. 6 TB an Speicher bereitstellen kann.“

So wie sich das gehört,  fange ich mal mit einer groben Anforderungsliste an:

• Unterstützung der iSCSI Standards
• Bereitstellung von min. 6 TB Speicher sollte möglich sein
• Unterstützung von Software- und Hardwareraid
• Verständliches Managementinterface
• Erweiterbarkeit des Speichers
• Vernünftiger Datendurchsatz
• Keine Limitierung von Netzwerkanschlüssen oder Unterstützung von min. 8 NIC‘s
• Unterstützung von „persistent reservations“ (wichtig für MS Cluster)
• Die vorhandene Hardware muss verwendet werden können (das Budget für neue Hardware ist leider nicht groß genug um ein SAN zu kaufen…)

Nachfolgend die Produkte, die nach einer ersten Internetsuche auf meine Liste gekommen sind.

Openfiler

Das wohl bekannteste open source Projekt zu dem Thema NAS & SAN ist openfiler. Die Software unterstützt in der kostenlosen Version beliebig viel Speicher und stellt diesen über diverse Protokolle (NFS, SMB, WebDAV, FTP und natürlich iSCSI) zur Verfügung. Einschränkungen bezüglich der Raid-Unterstützung bzw. Erweiterung sind nicht vorhanden. Es gibt auch keine Limitierung von Netzwerkanschlüssen und da das System auf einem „normalen“ Linux aufsetzt läuft das Ganze auch auf meiner vorhandenen Hardware. Leider scheidet openfile trotz alle dem aus, es unterstützt nämlich keine persistent reservations zudem ist die Menüführung des Managementinterfaces sehr gewöhnungsbedürftig.

FreeNAS

Nicht ganz unbekannt ist auch das open source Projekt FreeNAS. Die Webseite zu dem Produkt ist bei weitem nicht so gut / informativ wie die von Openfiler. Das Produkt selbst wird aber aktiv gepflegt und bietet ebenfalls eine beachtliche Menge an Features. Das Produkt ist sonst weitgehen mit Openfiler vergleichbar bietet jedoch noch eine weitere Einschränkung – software raid gibt’s nur als RAID 0, 1 oder 5.

Open-e

Open-e ist ein kommerzielles Produkt mit einer kostenlosen (eingeschränkten) Version. Ein guter Freund hat mich darauf aufmerksam gemacht und das Produkt so in meine Vergleichsliste gebracht. Die Webseite des Herstellers macht einen sehr guten Eindruck und bietet alle notwendigen Informationen. Leider reicht die kostenlose Version der Software nicht aus um meine Anforderungen zu erfüllen (kein Hardwarraid, nur eine NIC, zu wenig Speicher, keine persistent reservations etc). Die kostenpflichtige Version Open-E DSS V6 bietet jedoch alle gewünschten Funktionen (und noch vieles mehr).

Fazit

Da open-e die derzeit einzige Lösung in meiner Liste ist, welche alle Anforderungen erfüllt, werde ich mein Testlab – SAN mit diesem Produkt ausrüsten und mittelfristig betreiben. Die beschriebenen kostenlosen Produkte bieten jedoch, wenn man auf einige wenige Features verzichten kann, eine sehr gute Alternative die man bei einer Produktevaluierung auf jeden Fall betrachten sollte.

Ausblick

Ich werde in den nächsten Tagen weitere Artikel online stellen in denen ich meine Erfahrungen beim Konfigurieren von open-e selbst und natürlich auch von ESXi und Hyper-V im Zusammenspiel mit open-e schildern werde.

[Update]

iSCSI SAN für ESXi & Hyper-V – Teil 1

iSCSI SAN für ESXi & Hyper-V auf Basis von open-e – Teil 2

iSCSI SAN für ESXi & Hyper-V auf Basis von open-e – Teil 3

iSCSI SAN für Hyper-V (Win2k8R2 core) auf Basis von open-e – Teil 4

iSCSI SAN für ESXi auf Basis von open-e – Teil 5

Multipath I/O (MPIO) mit Windows 2008 R2 Server Core und iSCSI

Ich bin ein fauler Mensch, daher habe ich für fast alle meine Systeme Backups . Um dies bei einem Hyper-V Server (oder jedem anderen Windows Core Server) verwenden zu können sind folgende Schritte notwendig:

Installieren von Windows Server Backup über die Konsole:

start /w ocsetup WindowsServer Backup

Nach der Installation steht einem das Tool wbadmin zur Verfügung. Es kann dazu verwendet werden die gewünschten Jobs einzurichten.

Um ein einmaliges Systemstate Backup auf eine andere Platte durchzuführen verwendet man z. B. folgenden Befehl:

wbadmin start systemstatebackup -backuptarget:E:\systemstate\

GUI – Freunde können das ganze natürlich auch Remote machen. Dazu muss allerdings die Firewall mit folgendem Befehl für die Remoteverwaltung geöffnet werden:

Netsh advfirewall firewall set rule group="windows backup" new enable=yes

Um einen Hyper-V Server auf einem Win2k8R2 core-System zu installieren sind einige Schritte und Befehle notwendig. Einen Teil dieser Befehle habe ich bereits für win2k8 hier dokumentiert.

Ich gehe mal davon aus, dass jeder die Installation selbst hin bekommt und setze daher eine fertige Installation und den angemeldeten Administrator voraus.

Remotedesktop aktivieren

Um die nachfolgenden Befehle via copy und paste ausführen zu können (und um nicht bei dem Server sein zu müssen) ist es zuerst wichtig die Maschine aus der Ferne administrieren zu können. Auch der Core-Server stellt hierfür einen RDP-Zugang zur Verfügung. Dieser muss jedoch erst aktiviert werden. Dies erreicht man mit folgendem Befehl:

Cscript %windir%\System32\SCRegEdit.wsf /ar 0

Will man mit einem älteren System (XP od. Win2k3) auf den Server zugreifen so braucht man zusätzlich noch diesen Befehle:

Cscript %windir%\System32\SCRegEdit.wsf /cs 0

Servername Ändern

Um den Servernamen zu ändern ist es notwendig den aktuellen (vom System vergebenen) Namen zu kennen. Diesen erfährt man mit dem Befehl:

hostname

Mit diesem Namen kann man dann folgenden Befehl ausführen um den Namen zu ändern:

netdom renamecomputer <ComputerName> /NewName:<NewComputerName>

Domäne beitreten

Um die Administration des Servers zu vereinfachen sollte die Maschine (wenn vorhanden) Mitglied der Domäne sein. Dies erreicht man durch folgenden Befehl:

netdom join <ComputerName> /domain:<DomainName> /userd:<UserName> /passwordd:*

Server aktivieren

Auch ein core-server muss aktiviert werden – dies erledigt man mit folgenden Befehlen:

cscript %systemroot%\system32\SLmgr.vbs -ipk [Seriennummer]

slmgr.vbs -ato

Fernzugriff auf die MMC aktivieren

Um remote auf die MMC zugreifen zu können ist es nötig die Firewall entsprechend zu konfigurieren – auch dies geht mit einem Einzeiler:

netsh advfirewall firewall set rule group="Remote Administration" new enable=yes

Hyper-V Rolle installieren

Hyper-V ist eine Rolle des Core-Servers und kann somit über die Standard Werkzeuge installiert werden. Es gilt zu beachten, dass dieser Befehl Case Sensitiv ist!

start /w ocsetup Microsoft-Hyper-V

Die Installation selbst dauert ein wenig – auch wenn man keinen Fortschrittsbalken oder sonst was Blinkendes sieht. Man kann die Zeit dazu verwenden um den nächsten Schritt schon mal durchzuführen.

Remote Server Administration

Da es nicht wirklich Spaß macht die VM’s über die Konsole zu verwalten, gibt es natürlich auch komfortablere Lösungen. Zum einen könnte man seinen Server über einen SCVM Management Server verwalten (für größere Umgebungen sehr gut!) oder man verwendet die Remote Server Administration Tools (kurz: RSAT).

Download: http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=7d2f6ad7-656b-4313-a005-4e344e43997d

Nach der Installation des Packets muss man die Tools erst noch aktivieren. Dies erledigt man durch öffnen der Programmverwaltung (Programs and Features). Dort klickt man auf „Turn Windows Features on“ und aktiviert hier Remote Server Administration Tools.

Danach kann man in einer MMC (oder direkt über das Suchfeld im Startmenü) den Hyper-V Manager starten.

Verzeichnis der VM’s freigeben

Um ein Verzeichnis auf einem Core-Server freizugeben ist nur ein recht einfacher Befehl notwendig:

Net share vmfs=c:\vmfs /Grant:"rootdom\hyperv-admins",Full

Dieser Befehl gibt der AD-Gruppe hyperv-admins Vollzugriff auf das Share “vmfs”.

Mit Windows 7 hat Microsoft die Funktion eingeführt, dass man Systeme direkt in VHD’s booten kann. Ich habe die Funktion zwischenzeitlich echt lieben gelernt (hab eigene VHD’s zum arbeiten, programmieren, spielen etc). Da ich meine Workstation (nach meinem Umzug) nun von Vista auf Win7 umstellen wollte, wollte ich darauf keine “native” Installation mehr vornehmen. Nach etwas stöbern im Internet konnte ich mir die dafür notwendigen Schritte zusammen suchen.

Hier nun die Zusammenfassung:

1. Windows 7 vom Installationsmedium (USB od. DVD) booten
2. Die Frage nach der Sprache beantworten
3. NICHT installieren – sondern die Reparaturoptionen wählen (im unteren Teil des Bildschrims)
4. Command Promt öffnen
5. diskpart
6. list disk (um herauszufinden welches die richtige HD ist)
7. select disk 0 (wenn das Listing oben eine andere Nummer ergeben hat, dann entsprechend ersetzen)
8. clean (macht alles leer!)
9. crate partition (erstellt eine Partition)
10. active
11. format fs=ntfs
12. assign
13. create vdisk file=c:\win7_01.vhd maximum=150000 (erstellt eine vhd auf c mit 150 GB)
14. attach vdisk (hängt die vhd ins system ein)
15. exit
16. x: (wechselt zurück auf das Installationsmedium)
17. setup.exe (startet das “normale” windows 7 Setup)

Bei der Auswahl der VHD als Installationmedium erhält man eine Fehlermeldung. Diese kann man aber einfach ignorieren – die Installation läuft ohne Probleme durch.