von Redaktion IT-A…
Lesezeit
4 Minuten
Seite 2 - Hardware für Virtualisierungsprojekte planen (2)
Die richtige Wahl der Server
Für den Betrieb von einer Hypervisor-Landschaft stehen viele unterschiedliche Möglichkeiten, Modelle und Hersteller zur Verfügung. In den letzten Jahren haben sich hier insbesondere drei unterschiedliche Modelle herauskristallisiert: Tower-, Rack- und Blade-Server.
Steht kein Rack-Schrank zur Verfügung, muss dieser entweder angeschafft werden oder Sie setzen bei der Art des Servers auf ein Standmodell. Dies bedeutet nicht zwangsläufig, dass die Systeme schlechter in der Leistung sind, sie brauchen nur häufig mehr Platz und haben teilweise andere Komponenten verbaut. Das große Gehäuse hat teilweise auch den Vorteil, dass Sie mehr Komponenten verbauen können – sowohl intern als auch extern. Je nach Hersteller können Sie diese Tower-Modelle auch mit speziellen Rack-Kits umbauen und trotzdem im Rack betreiben, was sich in Projekten anbietet, die eine hohe Anzahl an internen HDD-Slots benötigen. In den meisten Fällen handelte es sich hier um Backupsysteme, die eine große Menge an Speicherplatz erfordern und wo durch solch ein Modell die Anschaffung eines externen Disk-Gehäuses samt SAS-Anbindung umgangen werden kann. Grundsätzlich ist nichts gegen diese Art von Server einzuwenden, solange sie mit ausreichend Leistung und Kapazität ausgestattet sind und Sie keine Rack-Systeme nutzen können oder wollen.
Der Großteil der Systeme, die im KMU-Umfeld zur Virtualisierung genutzt werden, sind allerdings Rack-Server. Hier sollten Sie sich primär Geräte mit zwei Höheneinheiten (HE) anschauen, da diese den Vorteil haben, dass Sie noch einiges an PCIe-Karten verbauen und nutzen können. Weiterhin fassen diese Systeme eine recht hohe Anzahl an Datenträgern, sodass einem nachträglichen Ausbau nichts im Wege steht.
Kaufen Sie ein professionelles Serversystem, können Sie die Systeme im hinteren Bereich mit einem Kabelarm ausstatten und so eine saubere und geordnete Kabelführung ermöglichen. Dies wird leider häufig nicht gemacht, da es mehr Zeit kostet als die reine Verkabelung ohne Führungsarm. Die investierte Zeit holen Sie aber im Laufe der Jahre mehrfach wieder rein, sofern Sie den Server zu Wartungs- oder Erweiterungszwecken öffnen müssen. Ohne ein vernünftiges Kabelmanagement müssen Sie alle Kabel entfernen und danach wieder korrekt stecken. Hier kann es durchaus vorkommen, dass zum Beispiel Netzwerkkabel in der falschen Reihenfolge gesteckt werden und die Server nach einem erneuten Start nicht online kommen, bis der Fehler behoben wurde. Teilweise werden solche Kabelführungen auch aktiv bei der Luftführung und Kühlung von einem Server eingeplant, sodass wild herumhängende Kabel die ausströmende Luft behindern und es im schlimmsten Fall zu einem Hitzestau kommt.
Vor einigen Jahren gab es um das Thema Blade Server einen regelrechten Hype. Nahezu jeder Hersteller brachte ein oder mehrere Systeme auf den Markt, bei denen mehrere Server in (meist recht kleiner Bauform) in einem größeren Chassis verbaut waren. Die Systeme selbst haben keine eigenen Netzteile, sondern werden im hinteren Bereich durch einen Connector mit allem versorgt, was sie brauchen: Strom, Netzwerk, Fibre Channel und noch einiges mehr.
Die Konzepte sind zum Teil sehr durchdacht, allerdings findet sich diese Form von Server im KMU-Bereich mittlerweile immer weniger. Dies hat unter anderem den Grund, dass solch ein System häufig sehr unflexibel ist, wenn es um das Thema Erweiterung geht. Da die Systeme sehr kompakt gebaut sind, muss der IT-Verantwortliche schon beim Kauf berücksichtigen, welche Technik verbaut wird. Möchten Sie beispielsweise nach drei Jahren die verbauten NICs von 10 auf 25 GBit/s aufrüsten, ist dies meist nicht möglich. Falls doch, sind die Preise für solch einen Umbau sehr hoch, da ein derartiges Vorgehen eigentlich nicht vorgesehen ist.
Es ist allerdings keineswegs so, dass Blades keine Relevanz haben und nicht genutzt werden. Gerade im Enterprise-Bereich finden sich Projekte, bei denen grundsätzlich auf Blades gesetzt wird, da diese über ein einheitliches Management verfügen und sich viele Prozesse vereinheitlichen lassen. Mit einem für den Kunden genau definierten Produkt lassen sich die Hardware-Anforderungen deutlich besser abschätzen als in einer Umgebung, in der die IT-Abteilung auf die unterschiedlichsten Notwendigkeiten reagieren muss.
Die zentrale Speicherung der Daten führt zu mehreren Punkten, die zu beachten sind. Ein positiver Effekt ist, dass die Server nur noch sehr wenig lokalen Speicherplatz benötigen. Dies reduziert die Anzahl der benötigten Datenträger meist auf zwei bis gar keine, je nach Serveraufbau und Design. Auf der anderen Seite müssen Sie aber auch dafür sorgen, dass die Storage-Hardware den Anforderungen entspricht und die gewünschte Leistung liefern kann.
Die Art der Anbindung hängt stark von Ihrer Hypervisor-Lösung ab. Sie haben hier die Wahl zwischen den "traditionellen" Anbindungen wie Fibre Channel und iSCSI (vereinzelt finden sich auch SAS-basierte Lösungen), auf der anderen Seite stehen Lösungen, die sich von iSCSI, FC und SAS lösen und über (mehr oder weniger gewöhnliches) Ethernet arbeiten.
Besonders hervorzuheben ist hier das SMB3-Protokoll von Microsoft, das seit Windows Server 2012 im Einsatz ist und gepaart mit RDMA-fähigen Netzwerkkarten enorme Bandbreiten zu absolut erschwinglichen Preisen bietet. Schauen Sie sich solche Lösungen einmal unvoreingenommen an oder wenden Sie sich an einen Partner, der sich mit dem Thema gut auskennt. Sie haben mit solch einer Konstellation die Chance, dass Sie sich ein performantes System ins Haus holen, das bei guter Planung auch nach mehreren Jahren noch ausreichend Leistung und Speicherplatz zur Verfügung stellt. Wir kommen im weiteren Verlauf des Artikels auch noch auf das Thema "Hyperconverged Virtualization", hier geht es ebenfalls um genau diese Anforderungen und Lösungsansätze.
Einige Hersteller bieten auch Lösungen an, in denen die Compute-Knoten (Ihr Hypervisor) und der genutzte Storage direkt in einem System verbaut sind. Die Datenträger, die alle Knoten gemeinsam nutzen, sind dann häufig intern per SAS an die Server angebunden und stehen so zentral zur Verfügung. Diese Art von Systemen ist häufig relativ günstig zu bekommen und in den letzten Jahren primär im kleinen SMB-Umfeld recht populär.
Der preisliche Vorteil basiert meist, ähnlich wie bei Blade-Systemen, auf einer beschränkten Upgrade-Möglichkeit der Hardware. Was Sie bei dieser Art von System ebenfalls bedenken sollten ist die Tatsache, dass bei einem Hardwaredefekt möglicherweise das gesamte System ausfällt und die virtuellen Server für mehrere Stunden oder Tage offline sein werden, bis der Fehler behoben ist. Dies ist zwar bei einem professionellen System nicht allzu wahrscheinlich, aber das Risiko und die Folgen müssen Sie trotzdem einkalkulieren.
Seite 2: Die richtige Wahl der Server
Im dritten Teil zeigen wir auf, warum hyperkonvergente Systeme auch für KMU die richtige Wahl bei der Virtualisierung sein können. Im ersten Teil des Workshops ging es darum, was Sie beim Herstellersupport beachten sollten und was die Vorteile von identischer Hardware sind.
jp/ln/Jan Kappen
Für den Betrieb von einer Hypervisor-Landschaft stehen viele unterschiedliche Möglichkeiten, Modelle und Hersteller zur Verfügung. In den letzten Jahren haben sich hier insbesondere drei unterschiedliche Modelle herauskristallisiert: Tower-, Rack- und Blade-Server.
Steht kein Rack-Schrank zur Verfügung, muss dieser entweder angeschafft werden oder Sie setzen bei der Art des Servers auf ein Standmodell. Dies bedeutet nicht zwangsläufig, dass die Systeme schlechter in der Leistung sind, sie brauchen nur häufig mehr Platz und haben teilweise andere Komponenten verbaut. Das große Gehäuse hat teilweise auch den Vorteil, dass Sie mehr Komponenten verbauen können – sowohl intern als auch extern. Je nach Hersteller können Sie diese Tower-Modelle auch mit speziellen Rack-Kits umbauen und trotzdem im Rack betreiben, was sich in Projekten anbietet, die eine hohe Anzahl an internen HDD-Slots benötigen. In den meisten Fällen handelte es sich hier um Backupsysteme, die eine große Menge an Speicherplatz erfordern und wo durch solch ein Modell die Anschaffung eines externen Disk-Gehäuses samt SAS-Anbindung umgangen werden kann. Grundsätzlich ist nichts gegen diese Art von Server einzuwenden, solange sie mit ausreichend Leistung und Kapazität ausgestattet sind und Sie keine Rack-Systeme nutzen können oder wollen.
Der Großteil der Systeme, die im KMU-Umfeld zur Virtualisierung genutzt werden, sind allerdings Rack-Server. Hier sollten Sie sich primär Geräte mit zwei Höheneinheiten (HE) anschauen, da diese den Vorteil haben, dass Sie noch einiges an PCIe-Karten verbauen und nutzen können. Weiterhin fassen diese Systeme eine recht hohe Anzahl an Datenträgern, sodass einem nachträglichen Ausbau nichts im Wege steht.
Kaufen Sie ein professionelles Serversystem, können Sie die Systeme im hinteren Bereich mit einem Kabelarm ausstatten und so eine saubere und geordnete Kabelführung ermöglichen. Dies wird leider häufig nicht gemacht, da es mehr Zeit kostet als die reine Verkabelung ohne Führungsarm. Die investierte Zeit holen Sie aber im Laufe der Jahre mehrfach wieder rein, sofern Sie den Server zu Wartungs- oder Erweiterungszwecken öffnen müssen. Ohne ein vernünftiges Kabelmanagement müssen Sie alle Kabel entfernen und danach wieder korrekt stecken. Hier kann es durchaus vorkommen, dass zum Beispiel Netzwerkkabel in der falschen Reihenfolge gesteckt werden und die Server nach einem erneuten Start nicht online kommen, bis der Fehler behoben wurde. Teilweise werden solche Kabelführungen auch aktiv bei der Luftführung und Kühlung von einem Server eingeplant, sodass wild herumhängende Kabel die ausströmende Luft behindern und es im schlimmsten Fall zu einem Hitzestau kommt.
Vor einigen Jahren gab es um das Thema Blade Server einen regelrechten Hype. Nahezu jeder Hersteller brachte ein oder mehrere Systeme auf den Markt, bei denen mehrere Server in (meist recht kleiner Bauform) in einem größeren Chassis verbaut waren. Die Systeme selbst haben keine eigenen Netzteile, sondern werden im hinteren Bereich durch einen Connector mit allem versorgt, was sie brauchen: Strom, Netzwerk, Fibre Channel und noch einiges mehr.
Die Konzepte sind zum Teil sehr durchdacht, allerdings findet sich diese Form von Server im KMU-Bereich mittlerweile immer weniger. Dies hat unter anderem den Grund, dass solch ein System häufig sehr unflexibel ist, wenn es um das Thema Erweiterung geht. Da die Systeme sehr kompakt gebaut sind, muss der IT-Verantwortliche schon beim Kauf berücksichtigen, welche Technik verbaut wird. Möchten Sie beispielsweise nach drei Jahren die verbauten NICs von 10 auf 25 GBit/s aufrüsten, ist dies meist nicht möglich. Falls doch, sind die Preise für solch einen Umbau sehr hoch, da ein derartiges Vorgehen eigentlich nicht vorgesehen ist.
Es ist allerdings keineswegs so, dass Blades keine Relevanz haben und nicht genutzt werden. Gerade im Enterprise-Bereich finden sich Projekte, bei denen grundsätzlich auf Blades gesetzt wird, da diese über ein einheitliches Management verfügen und sich viele Prozesse vereinheitlichen lassen. Mit einem für den Kunden genau definierten Produkt lassen sich die Hardware-Anforderungen deutlich besser abschätzen als in einer Umgebung, in der die IT-Abteilung auf die unterschiedlichsten Notwendigkeiten reagieren muss.
Neben dem Betrieb eines Servers mit direkter Speicherung der VMs besteht in einem Virtualisierungsprojekt auch immer die Möglichkeit, dass Sie durch zwei oder mehr Server Hochverfügbarkeit erreichen. Durch die Einrichtung eines HA- beziehungsweise Failover-Cluster-Verbunds lassen sich Hardware-Ausfälle zeitnah kompensieren und der Betrieb der virtuellen Server nach kurzer Zeit wieder fortsetzen. Erreicht wird dies dadurch, dass die Hypervisor-Knoten die virtuellen Server zwar ausführen und betreiben, die Daten dieser VMs aber auf einem zentralen Storage liegen. Fällt einer der Hardwareknoten aus, kann ein Partnersystem dies erkennen und die ausgefallenen VMs zeitnah wieder starten. Dies ist möglich, weil grundsätzlich beide Hypervisor einen gemeinsamen Zugriff auf den Storage haben.
Die zentrale Speicherung der Daten führt zu mehreren Punkten, die zu beachten sind. Ein positiver Effekt ist, dass die Server nur noch sehr wenig lokalen Speicherplatz benötigen. Dies reduziert die Anzahl der benötigten Datenträger meist auf zwei bis gar keine, je nach Serveraufbau und Design. Auf der anderen Seite müssen Sie aber auch dafür sorgen, dass die Storage-Hardware den Anforderungen entspricht und die gewünschte Leistung liefern kann.
Die Art der Anbindung hängt stark von Ihrer Hypervisor-Lösung ab. Sie haben hier die Wahl zwischen den "traditionellen" Anbindungen wie Fibre Channel und iSCSI (vereinzelt finden sich auch SAS-basierte Lösungen), auf der anderen Seite stehen Lösungen, die sich von iSCSI, FC und SAS lösen und über (mehr oder weniger gewöhnliches) Ethernet arbeiten.
Besonders hervorzuheben ist hier das SMB3-Protokoll von Microsoft, das seit Windows Server 2012 im Einsatz ist und gepaart mit RDMA-fähigen Netzwerkkarten enorme Bandbreiten zu absolut erschwinglichen Preisen bietet. Schauen Sie sich solche Lösungen einmal unvoreingenommen an oder wenden Sie sich an einen Partner, der sich mit dem Thema gut auskennt. Sie haben mit solch einer Konstellation die Chance, dass Sie sich ein performantes System ins Haus holen, das bei guter Planung auch nach mehreren Jahren noch ausreichend Leistung und Speicherplatz zur Verfügung stellt. Wir kommen im weiteren Verlauf des Artikels auch noch auf das Thema "Hyperconverged Virtualization", hier geht es ebenfalls um genau diese Anforderungen und Lösungsansätze.
Einige Hersteller bieten auch Lösungen an, in denen die Compute-Knoten (Ihr Hypervisor) und der genutzte Storage direkt in einem System verbaut sind. Die Datenträger, die alle Knoten gemeinsam nutzen, sind dann häufig intern per SAS an die Server angebunden und stehen so zentral zur Verfügung. Diese Art von Systemen ist häufig relativ günstig zu bekommen und in den letzten Jahren primär im kleinen SMB-Umfeld recht populär.
Der preisliche Vorteil basiert meist, ähnlich wie bei Blade-Systemen, auf einer beschränkten Upgrade-Möglichkeit der Hardware. Was Sie bei dieser Art von System ebenfalls bedenken sollten ist die Tatsache, dass bei einem Hardwaredefekt möglicherweise das gesamte System ausfällt und die virtuellen Server für mehrere Stunden oder Tage offline sein werden, bis der Fehler behoben ist. Dies ist zwar bei einem professionellen System nicht allzu wahrscheinlich, aber das Risiko und die Folgen müssen Sie trotzdem einkalkulieren.
Seite 2: Die richtige Wahl der Server
Im dritten Teil zeigen wir auf, warum hyperkonvergente Systeme auch für KMU die richtige Wahl bei der Virtualisierung sein können. Im ersten Teil des Workshops ging es darum, was Sie beim Herstellersupport beachten sollten und was die Vorteile von identischer Hardware sind.
| << Vorherige Seite | Seite 2 von 2 |
jp/ln/Jan Kappen
