Replizierter lokaler Speicher

Durch die zunehmende Verbreitung der Virtualisierung und die dadurch bedingte Popularisierung von Hochverfügbarkeitslösungen auf Plattformebene ist der Bedarf an hochverfügbarem Speicher und das Bewusstsein dafür in den Vordergrund der gesamten IT und insbesondere des SMB-Bereichs gerückt. Speicher hat sich, wenig überraschend, zum anspruchsvollsten Aspekt der Virtualisierung von heute entwickelt.

Den meisten, die sich mit Hochverfügbarkeitslösungen für Speicher beschäftigen, ist die Replikation zwischen SAN- oder NAS-Geräten bekannt, doch ist ihnen nicht bewusst, dass auch lokaler Speicher synchron repliziert werden kann, was dieselben Hochverfügbarkeitspraktiken ohne die Notwendigkeit externer Speichergeräte ermöglicht. Tatsächlich ist replizierter lokaler Speicher (Replicated Local Storage oder RLS) dieselbe Technologie (und muss es logischerweise auch sein), die ein SAN oder NAS zur Erreichung von Hochverfügbarkeit verwendet. RLS ist die Grundlage aller Hochverfügbarkeitslösungen für Speicher; es ist lediglich so, dass wir es nur dann mit diesem Namen bezeichnen, wenn wir ein Gerät als “lokal” betrachten. Würden wir an einem SAN oder NAS arbeiten, so würde sich RLS auf dessen eigene Replikationstechnologie beziehen. Betrachten wir einen Server, der mit einem replizierten SAN verbunden ist, so denken wir an diese Replikation als nicht-lokal. Lokal ist eine Frage der jeweiligen Perspektive. Auf technischer Ebene ist letztlich jede Replikation RLS.

RLS-Technologien sind bei bestimmten Betriebssystemen wie Linux beliebt, wo DRBD nativ vorhanden und in den Kernel integriert ist. Das FreeBSD-Projekt hat in den letzten Jahren seine eigene native RLS-Technologie namens HAST eingeführt. Windows verfügt heute über keine native RLS-Option. Linux und FreeBSD führen die RLS-Bewegung im Hinblick auf die im SMB-Bereich gebräuchlichen Betriebssysteme an und treiben die Branche mit der breiteren Akzeptanz dieser Technologien voran.

In der Virtualisierung sehen wir viele weitere Ansätze, um RLS für Virtualisierungsplattformen bereitzustellen. KVM, das auf Linux aufbaut, und die Xen-Familie (einschließlich Xen, XenServer und anderer), die auf Linux setzt, nutzen DRBD für ihr eigenes RLS. Das VMware-Ökosystem verwendet einen Ansatz mit einer replizierten VSA, wobei zu den beliebten Optionen VMwares eigenes VSA-Produkt und das VSA-Produkt von HP gehören. Beide nutzen eine virtualisierte, replizierte NAS-Appliance, um der Plattform RLS bereitzustellen. Auf Microsofts HyperV wird dasselbe durch den Einsatz von Starwinds replizierter SAN-Plattform erreicht, die sich im Wesentlichen wie eine VSA verhält.

RLS gewinnt rasch immer mehr an Bedeutung, da es sich in der Virtualisierung kleinen Maßstabs gut skalieren lässt und damit eine lange als Nischen-Clustertechnologie verfügbare Lösung in den Mainstream bringt. Bevor Hochverfügbarkeit für die Virtualisierung in der SMB-Welt populär wurde, wurden diese Technologien fast ausschließlich für UNIX-Hochverfügbarkeits-Cluster kleinen Maßstabs eingesetzt. Sie waren wichtige Technologien und wurden häufig genutzt, erhielten jedoch wenig Aufmerksamkeit in der Branche, da sie ein “unter der Haube” verborgenes Detail einiger UNIX-Systeme darstellten. Heute, mit der rasanten Verbreitung von Hochverfügbarkeit für die Virtualisierung, hat sich RLS von einer Nischentechnologie zu einer der wichtigsten und geeignetsten Technologien für nahezu jedes SMB entwickelt, das Hochverfügbarkeit für seine Virtualisierungsplattformen erreichen möchte.