LUN-Management als zentrales Element der SAN-Konfiguration

Durch LUNs lassen sich Speicher-Arrays flexibel da einsetzen, wo sie benötigt werden und sind damit zentraler Bestandteil einer SAN-Konfiguration.

Dieser Artikel behandelt

SAN-Management

Dieser Artikel erklärt, was LUNs sind und welche Rolle sie bei SAN-Technologie spielen.

Festplatten-Laufwerke sind das Fundament von Daten-Storage, doch Betriebssysteme können nicht direkt auf sie zugreifen. Die Magnetscheiben, Köpfe, Spuren und Sektoren einer physischen Festplatte müssen zunächst in logische Entsprechungen übersetzt werden, die das Betriebssystem dann als linearen Adressraum aus Blöcken fester Größe wahrnimmt. Durch die Übersetzung entsteht also eine logische Einheit, über die Betriebssysteme Dateien lesen und schreiben können.

Auch bei Storage-Netzwerken müssen auf der Grundlage der physischen Festplatten logische Einheiten definiert werden, damit Host-Server auf Speicherplatz in Storage-Area Networks (SANs) zugreifen können. Hier wird jede logische Einheit als Logical Unit Number (LUN) bezeichnet.

LUN-Grundlagen

Eine LUN ist eine logische Einheit, die rein physischen Festplatten-Platz zu logischem Storage-Platz zur Nutzung durch das Betriebssystem eines Host-Servers macht. Jeder Computer-Nutzer dürfte die logischen Laufwerksbuchstaben kennen, die ihren Festplatten zugewiesen werden. So startet ein Rechner vielleicht von Laufwerk C: und bringt Dateien auf einem zweiten logischen Laufwerk mit der Bezeichnung D: unter. LUNs übernehmen dieselbe Aufgabe: „Sie differenzieren zwischen unterschiedlichen Stücken an Platten-Platz“, erklärt Dan Mack, leitender Berater bei GlassHouse Technologies im US-Bundesstaat Massachusetts. „Eine LUN ist der Teil der Adresse von Storage, das Sie einem Host-Server präsentieren“.

Erstellt werden LUNs als grundlegender Bestandteil des Prozesses der Storage-Provisionierung mit Hilfe von Software-Werkzeugen, die meist Teil einer Storage-Plattform sind. Dabei gibt es kein 1:1-Verhältnis zwischen verfügbaren Laufwerken und LUNs: Auf einem einzigen Laufwerk lassen sich problemlos zahlreiche LUNs anlegen.

So lässt sich ein Laufwerk mit 500 Gigabyte in eine LUN mit 200 GB und eine mit 300 GB partitionieren, die für den Host-Server dann als einzelne Laufwerke erscheinen. Andersherum können Storage-Administratoren mit Software für LUN-Management auch aus mehreren LUNs ein größeres Volume machen. Ein Beispiel für solche Software ist Veritas Volume Manager von Symantec Corp. In der Praxis werden Festplatten für mehr Kapazität und Redundanz meist zunächst zu einer RAID-Gruppe verbunden (z.B. RAID 50), auf der dann die einzelnen LUNs erstellt werden.

LUNs werden oft als logische „Volumes“ bezeichnet, was die alte Verwendung von Buchstaben für Laufwerke wie C: oder F: auf PCs widerspiegelt. Experten warnen jedoch davor, die beiden Ausdrücke zu verwechseln: „Volume“ werde oft auch als Bezeichnung für das große Volume verwendet, das entsteht, wenn mehrere LUNs mittels Manager-Software kombiniert werden. In diesem Zusammenhang kann ein Volume mehrere LUNs enthalten, was zu Verwirrung bei der Storage-Zuweisung führen kann. „Das „Volume“ ist ein Teil einer Volume-Gruppe, und die Volume-Gruppe besteht aus mehreren LUNs“, erklärt Mack.

Einmal erstellt, können LUNs auch von mehreren Servern verwendet werden, etwa gleichzeitig von einem aktiven und einem Standby-Server. Wenn dann der aktive Server ausfällt, kann das Standby-Gerät sofort einspringen. Allerdings kann es katastrophal sein, wenn mehrere Server gleichzeitig auf dieselbe LUN zugreifen und es keine Vorkehrungen zur Koordination geänderter Blöcke gibt, um die Daten-Integrität sicherzustellen. Für die Koordination ist Clustering-Software erforderlich, etwa ein Clustered Volume Manager, ein Cluster-Dateisystem, eine Cluster-Anwendung oder ein Netzwerk-Dateisystem wie NFS oder CIFS.

SAN-Zoning und -Masking

LUNs sind die Grundvehikel für die Realisierung von Storage, doch für die Provisionierung von SAN-Storage braucht es mehr als LUNs oder Volumes: Auch die SAN-Fabric selbst muss so konfiguriert sein, dass die Festplatten und ihre LUNs auf die entsprechenden Server abgestimmt sind. Die richtige Konfiguration hilft dabei, Storage-Traffic zu verwalten und die SAN-Sicherheit aufrechtzuerhalten, indem verhindert wird, dass jeder Server Zugriff auf jede LUN hat.

Mittels Zoning (Zonenbildung) können Geräte in einem Fibre Channel (FC)-Netzwerk einander erkennen. Wenn man die Sichtbarkeit von Endgeräten einschränkt, können Server (Hosts) jedoch nur noch diejenigen Storage-Geräte sehen und verwenden, die sich in derselben Zone befinden. Praktischer gesprochen: Zoning erlaubt bestimmten Servern, einen oder mehrere Ports auf einem Disk-Array zu sehen. Indem man bestimmte Ports fest einer Zone zuweist oder inkompatible Ports voneinander isoliert, lässt sich Bandbreite reservieren, um die Erfüllung von Service-Anforderungen sicherzustellen.

Zoning ist eine wichtige Komponente von SAN-Sicherheit und hochverfügbaren SANs. Es lässt sich in hartes und weiches Zoning unterteilen. Bei hartem Zoning ist jedes Gerät einer Zone zugeordnet, was stets so bleibt. Bei weichem Zoning kann die Zuordnung vom Netzwerk-Administrator verändert werden.

LUN-Masking (Maskierung) gibt diesem Konzept mehr Feinkörnigkeit. Denn dass Sie einen Server und eine Festplatte in dieselbe Zone einordnen, heißt noch nicht, dass der Server alle LUNs auf dieser Festplatte sehen soll. Nach dem Zoning des SANs können LUNs deshalb so maskiert werden, dass jeder Host-Server nur bestimmte davon sehen kann.

Angenommen, eine Festplatte hat zwei LUNs: LUN_A und LUN_B. Wenn wir zwei Server in die Zone dieser Festplatte aufnehmen würden, könnten beide Server beide LUNs sehen. Mit LUN-Masking aber lässt sich erreichen, dass einer der Server nur LUN_A sieht und der andere nur LUN-B. Port-basiertes LUN-Masking erlaubt eine Steuerung auf der Ebene von Ports am Storage-Array, so dass jegliche Festplatten an einem Port für jegliche Server an diesem Port verfügbar sind. Server-basiertes LUN-Masking ermöglicht ein etwas feineres Vorgehen: Ein Server sieht dann nur die ihm  zugewiesenen LUNs, unabhängig davon, welche weiteren Festplatten und Server angeschlossen sind.

LUN-Skalierung und Performance

LUNs basieren auf Festplatten, also hängt auch ihre Performance und Zuverlässigkeit von diesen ab. So wird eine LUN auf einer Fibre-Channel-Platte mit 15.000 Umdrehungen pro Minute deutlich mehr leisten als eine LUN derselben Größe auf einem SATA-Laufwerk mit 7200 Umdrehungen. Dies gilt auch für LUNs auf der Grundlage von RAID-Arrays: Bei einer RAID-0-Gruppe kann die Performance ganz anders aussehen als bei RAID 5 mit Paritätsschutz oder RAID 6 mit doppelter Paritätsprüfung. Die richtige Konfiguration der RAID-Gruppen kann also erhebliche Folgen für die LUN-Performance haben.

In einer Organisation können hunderte oder sogar tausende unterschiedlicher LUNs genutzt werden. Damit hat die Entscheidung über die Storage-Ressourcen  für Storage-Administratoren enorme Bedeutung: Sie müssen Anwendungen nicht nur genügend Kapazität in Gigabyte zur Verfügung stellen, sondern die LUNs dafür müssen auch von Platten-Storage mit den passenden Eigenschaften stammen.

„Wir durchlaufen einen Qualifizierungsprozess, um die Erfordernisse einer Anwendung, die eine bestimmte LUN verwendet, hinsichtlich Performance, Verfügbarkeit und Kosten zu verstehen“, sagt Mack. So könne eine LUN für eine geschäftskritische Datenbank-Anwendung von einer RAID-0-Gruppe mit Tier-1-Storage stammen, während eine LUN für eine virtuelle Band-Bibliothek wohl mit einer RAID-6-Gruppe und Tier-2- oder Tier-3-Storage auskommen würde.

Werkzeuge für LUN-Management

Auf einem Enterprise-Array können bis zu 10.000 LUNs untergebracht sein, also sind Software-Werkzeuge für effiziente Erstellung, Änderungen und Berichte unverzichtbar. Die Auswahl an solchen Management-Hilfen ist groß. Fast jeder Storage-Anbieter liefert als Ergänzung zu seinen Produkten, von Geräten für Direct-attached Storage (DAS) bis zu Enterprise-Arrays, auch irgendeine Management-Software.

Meist entscheiden sich Administratoren hier für anbieterspezifische oder heterogene Werkzeuge. Ein Rechenzentrum mit nur einem Storage-Array oder ein Anwender mit Geräten nur eines Herstellers sollte gut mit dem Werkzeug für LUN-Management zurechtkommen, das mit dem Storage-System geliefert wurde. Anwender von Technik unterschiedlicher Anbieter aber sollten über heterogene Werkzeuge, die LUN-Management über unterschiedliche Storage-Plattformen hinweg ermöglichen, zumindest nachdenken. Mack verwendet für LUN-Maskierung und -Zuweisung EMC ControlCenter, eines der vielen Angebote für heterogenes Management auf dem Markt.

Bei der Auswahl eines Werkzeugs für mehrere Plattformen rät Mack zur Vorsicht: „Wenn das Werkzeug von einem bestimmten Anbieter stammt, ist es manchmal so ausgelegt, dass es die „eigenen“ LUNs am besten verwaltet. LUNs von anderen Herstellern werden dann auf die hinteren Plätze geschoben – das Management ist nicht unbedingt so weitgehend integriert.“

Ein Werkzeug für LUN-Management sollte zudem den gesamten Prozess der Storage-Provisionierung unterstützen. An Funktionen sollte es Zuweisung zu bestimmten Array-Ports und die Maskierung bestimmter Host-Busadapter unterstützen, zusammen mit umfassendem Reporting. Auch die Wiederverwendung von frei gewordenem Storage sollte möglich sein. Einige Produkte für LUN-Management unterstützen auch autonome Provisionierung, doch manche Storage-Administratoren haben Bedenken gegenüber solcher Automatisierung: „Die Kapazitätsplanung wird schwierig, wenn man keinen Einfluss mehr auf die Provisionierung hat“, sagt Mack. Durch Automation könnten zudem strenge Prozesse für Änderungskontrollen in IT-Organisationen ausgehebelt werden.

LUNs in der Praxis

Starkes Storage-Wachstum bedeutet mehr LUNs, die es effizient zu erstellen und zu verwalten gilt, während möglichst wenige Fehler auftreten, die Kosten im Griff und die Sicherheit gewahrt bleiben. Bei Thomas Weisel Partners LLC etwa, einer Investmentfirma in San Francisco, ist der Storage-Bedarf innerhalb von zwei Jahren von 8 Terabyte auf heute 80 Terabyte geradezu explodiert; jeden Monat kommen weitere 2 bis 3 Terabyte neu hinzu.

Dieses aggressive Wachstum war für das Unternehmen Anlass, sein Storage-Array von Htachi Data Systems abzuschaffen und stattdessen ein S400-System von 3PARdata Inc. zu kaufen. Dabei beginnt die LUN-Einrichtung mit der Feststellung realistischer Anforderungen bezüglich Kapazität und Performance für eine Anwendung.

„Braucht etwas, zum Beispiel eine Datenbank, viele schnelle Zugriffe, oder reicht eine einfache Datei-Freigabe aus?“, ist eine der Fragen, die sich Kevin Fiore, Leiter der Technik-Dienste bei Thomas Weisel, stellt. Wenn die Anforderungen ermittelt sind, wird in seinem Haus ein Change-Ticket erstellt, und ein Storage-Administrator richtet, je nach Anwendungsart, die gewünschten Ressourcen auf einer RAID-5- oder einer RAID-1-Gruppe ein. Fiore betont dabei die Bedeutung von effizienter Provisionierung; das interne Management-Werkzeug seines S400 zum Beispiel ermögliche Provisionierung mit wenigen Klicks.

Auch auf die Flexibilität von Werkzeugen für LUN-Management und die Möglichkeit, Daten zu verschieben, legt Fiore viel Wert. „Mit dynamischer Optimierung kann ich LUNs zwischen Festplatten-Sätzen bewegen“, sagt er. Auch Virtualisierung spielt eine große Rolle für das LUN-Management. Mit Hilfe von VMware konnte Fiore etwa 50 Server im ganzen Unternehmen konsolidieren, was Platz, Strom und Kühlungsaufwand erspart. Und die Organisation kann auf diese Weise mehr Storage mit weniger Hardware verwalten.

LUNs werden größer

Allerorten nehmen die Storage-Mengen zu. Vor diesem Hintergrund erwarten Experten, dass Funktionen für mehr Effizienz wie etwa Automatisierung bald eine größere Rolle im LUN-Management spielen werden. Ebenso wird für Virtualisierung und virtuelle Umgebungen eine zunehmende Bedeutung erwartet. So wird es üblicher, virtuellen Maschinen sehr große Storage-Blöcke (500 Gigabyte, 1 Terabyte oder noch mehr) zur Verfügung zu stellen. „Man könnte einem Cluster von VMware-Servern einige Terabyte zuweisen und dieses Storage dann mit der Zeit vergeben“, erklärt Mack. Anfangs kann dies natürlich zu einer erheblichen Unter-Auslastung von Storage-Ressourcen führen.

Artikel wurde zuletzt im Januar 2007 aktualisiert

Pro+

Premium-Inhalte

Weitere Pro+ Premium-Inhalte und andere Mitglieder-Angebote, finden Sie hier.

Erfahren Sie mehr über SAN-Management

0 Kommentare

Älteste Beiträge 

Passwort vergessen?

Kein Problem! Tragen Sie Ihre E-Mail-Adresse unten ein. Wir werden Ihnen eine E-Mail mit Ihrem Passwort schicken.

Ihr Passwort wurde an die folgende E-Mail-Adresse gesendet::

- GOOGLE-ANZEIGEN

SearchSecurity.de

SearchNetworking.de

SearchEnterpriseSoftware.de

SearchDataCenter.de

Close