IBM System Storage-Kompendium

54
1999 bis 2005
Die Epoche der Multiplattform-Systeme und des FibreChannel SAN und NAS
IBM NAS Gateway 500, verfügbar Februar 2004, pSeries-basierend,
bis 224 TB Kapazität im SAN
Um die Speicherressourcen im SAN für Fileserving zu nutzen,
bot die IBM, damals am Anfang als einziger Vendor, die Möglichkeit,
vorhandene IP­Netzwerkstrukturen über ein NAS
Gateway mit dem SAN zu verbinden. Das NAS Gateway war
ein dedizierter Fileserver. Dieser war mit dem SAN über Fibre­
Channel verbunden und so in der Lage, Kapazitäten z. B.
eines Enterprise Storage Servers ESS im SAN optimal für
Fileserving einzusetzen. Durch die Nutzbarmachung eines
SAN­Speicherpools über Gateways konnten Fileserver in ein
SAN konsolidiert werden. Ebenso wurde durch die Nutzung
des Speichers im SAN eine Server­unabhängige Skalierung
bezüglich der Kapazitäten möglich. Das NAS Gateway 300G
wurde später, im Jahr 2004, durch das wesentlich leistungsstärkere
Gateway 500 ersetzt.
iSCSI ist eine gemeinsame Entwicklung der Firmen IBM und
Cisco. Dabei wird das SCSI­Protokoll über TCP/IP übertragen.
iSCSI verfolgt damit einen ähnlichen Ansatz wie SAN, mit
dem Unterschied, dass bei iSCSI eine TCP/IP­Verbindung
das SCSI­Kabel ersetzt, und stellte damals in Bereichen mit
niedrigen oder mittleren Leistungsanforderungen eine kostengünstigere
Alternative zu SANs dar. Der Vorteil bestand darin,
dass bereits vorhandene IP­Netzwerke direkt genutzt werden
konnten und nicht ein separates Glasfasernetz in Form eines
SANs aufgebaut werden musste. Die Implementierung von
iSCSI­Lösungen im Vergleich zu SANs war wesentlich einfacher
und erforderte nicht den hohen IT­Skill, der bei einem
Aufbau eines Storage Area Network (SAN) notwendig war.
Die IBM Modelle IP Storage 200i (Modelle 200 und 225)
verwendeten im Gegensatz zu den NAS und NAS Gateways
Linux als Betriebssystem (Kernel) und boten eine Kapazität
von 108 GB bis 1,74 TB an.
Die iSCSI­Lösungen setzten sich allerdings auf dem Markt
nicht wirklich durch, zumal kurze Zeit später der enorme
Preisverfall der Monomode­Glasfaser einsetzte, der die Implementierung
von SANs auch im Mittelstand und für Kleinbetriebe
bezahlbar machte.
Plattensysteme
Im Juli 1999 wurde das erste IBM multiplattformfähige Plattensystem,
der Enterprise Storage Server ESS, angekündigt.
Unter dessen Entwicklungsname ‘Shark’ fand das System
allerdings weit mehr Verbreitung als unter dem Begriff ESS.
Die Typenbezeichnung war 2105 und die 1999 angekündigten
Modelle waren die E10 und E20 mit einer Kapazität von
420 GB bis 11,2 TB. Dabei wurden Plattenlaufwerke von 9 GB,
18 GB und 36 GB als SSA­Platten verwendet, die über vier
sogenannte Device Adapter Pairs in SSA­Loop­Technik an
den Rechner angebunden waren. Am Anfang konnten die
Plattentypen nicht gemischt werden, später allerdings war es
möglich, unterschiedliche Platten in die Arrays einzubauen.
Cache­Größen von bis zu 6 GB waren konfigurierbar und
ein Strom unabhängiger Schreibspeicher (NVS Non Volatile
Storage) von 384 MB stand zur Verfügung. Die Arrays waren
am Anfang ausschließlich unter RAID5 betreibbar. Für den
Mainframe standen die 3380­ und 3390­Spurformate zur Verfügung,
an Open Systems (UNIX, Windows NT und AS/400)
wurden entsprechende LUNs emuliert (Logical Unit Number).
Vom Vorgänger der ESS, dem Versatile Storage Server, einem
Kurzläufer von wenigen Monaten, wurde der IBM Data Path
Optimizer für AIX und Windows NT als integraler Bestandteil
für die Multipfadfähigkeit der Maschine übernommen.
Funktional war die Maschine am Anfang noch schwach auf
der Brust und es standen nur begrenzt Copy Services als
Funktionen zur Verfügung, was die Markteinführung nicht
gerade vereinfachte. Später kamen dann die Mainframe­Funktionen
‘Concurrent Copy’ und XRC, ‘eXtended Remote Copy’
als asynchrone Spiegelmöglichkeit ganzer Systeme für S/390­
Server (mit konsistentem Datenbestand auf der Sekundärseite)
und wiederum zeitversetzt die Funktion PPRC ‘Peer to
Peer Remote Copy’ als synchrone Spiegelung sowohl für
den Mainframe als auch den Open­Systems­Bereich. Auch
FlashCopy (Instant- oder Point-in-Time-Copy) wurde auf
der Maschine implementiert, um in Sekundenschnelle Kopien
erzeugen zu können, mit denen man sofort arbeiten konnte.
1952 – 1961 1962 – 1974 1975 – 1993 1994 – 1998 1999 – 2005 2006 – 2010 Software Anhang