iSCSI in der Praxis

Erste Voraussetzung neben dem Vorhandensein eines Netzwerkes ist ein iSCSI-Server. Hier haben wir zum einen die Softwarelösung SANMelody von DataCore ausprobiert, die im Web als 21-Tage-Testversion zu haben ist. Zum anderen kam Adaptecs Storage Array iSA 1500 zum Einsatz, welches als vollwertige SAN-Application gesehen werden darf. Beide Lösungen genügen den Ansprüchen an iSCSI, um in den jeweiligen Hostsystemen vorhandenen Speicherplatz von Clientsystemen aus per iSCSI zugreifbar zu machen. Ein Clientsystem lässt sich auf Wunsch mit dem Adaptec-Adapter ausstatten, um die CPU dieses Rechners zu schonen (z.B. in Workstations).

Grundsätzlich ist iSCSI über 100-MBit-Netzwerke gut zu verwenden, jedoch sind Tempoeinbußen im Vergleich zu lokalen Laufwerken deutlich zu spüren. Mehr Sinn macht Gigabit-Ethernet, da einzelne Festplatten und RAID-5-Arrays bis hin zu mehreren Festplatten damit noch nicht ausgebremst werden. Lediglich bei RAID-0-Verbunden ist die Netzwerkleistung ein Flaschenhals, doch einen so schnellen Storage-Bereich will man in aller Regel ohnehin nicht regelmäßig über ein Netzwerk bedienen.

Anzeige

Auf der Clientseite benötigt man einen iSCSI-Initiator, welcher für alle gängigen Betriebssystem erhältlich ist. Eine Google-Suche über die Stichworte "Microsoft", "iSCSI" und "Initiator" führt schnell zum Erfolg. Innerhalb der Initiator-Software muss man sich mit Hilfe der Server-IP-Adresse an diesem anmelden. Auf Wunsch geschieht dies beim Systemstart gleich automatisch. Die auf dem Server zuvor zugeteilten Laufwerke stehen nun als physiche Laufwerke samt Laufwerksbuchstaben im Windows-Arbeitsplatz bereit und können wie lokale Laufwerke behandelt werden.

Im iSCSI-Protokoll ist auch eine Paketverschlüsselung nach IPSec vorgesehen, welche allerdings nicht immer zwingend ist. Im Intranet ist eine solche Verschlüsselung nicht immer notwendig, doch bei WAN-Verbindungen drängt sich eine solche Möglichkeit aus Sicherheitsgründen geradezu auf.