6
ISCSI Array erstellt. Sind die LUNS - Partitionen?
Hallo zusammen,
bin neuling im Bereich iSCSI Targets.
Ich habe in meinem Win7 eine VHD erstellt. Mit Hilfe von StarWind habe ich einen iSCSI Target erstellt und mittels iSCSI-Initiator mit dem rechner wieder verbunden. Im Gerätenmanager sehe ich jetzt sowie meine VHD als auch iSCSI Platte.
Ich möchte jetzt verstehen, was LUN ist. Ist das einfach eine Partition aud dem iSCSI-Array? heisst das, dass ich mehrere Partitionen (also LUNs) erstellen kann und auf jedem LUN jeweils ein betriebssystem installieren kann?
Ich danke euch im Voraus
bin neuling im Bereich iSCSI Targets.
Ich habe in meinem Win7 eine VHD erstellt. Mit Hilfe von StarWind habe ich einen iSCSI Target erstellt und mittels iSCSI-Initiator mit dem rechner wieder verbunden. Im Gerätenmanager sehe ich jetzt sowie meine VHD als auch iSCSI Platte.
Ich möchte jetzt verstehen, was LUN ist. Ist das einfach eine Partition aud dem iSCSI-Array? heisst das, dass ich mehrere Partitionen (also LUNs) erstellen kann und auf jedem LUN jeweils ein betriebssystem installieren kann?
Ich danke euch im Voraus
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 180634
Url: https://administrator.de/forum/iscsi-array-erstellt-sind-die-luns-partitionen-180634.html
Ausgedruckt am: 23.12.2024 um 18:12 Uhr
6 Kommentare
Neuester Kommentar
Hallo! Also eine LUN entspricht in der Logik von SCSI der einzelnen Festplatte, die am SCSI-Bus hängt. "Auf" einer LUN kannst du wiederum einzelne Partitionen erstellen.
Hi Cormic,
Wenn du mit Starwind eine LUN erstellst, so wird im Hintergrund einfach eine Datei erstellt. Das ist eine virtuelle Festplatte.
Du kannst mir Starwind mehrere (so viele bis deine Festplatte voll ist) LUNs erstellen und an verschiedene Rechner präsentieren.
Dort erscheint die LUN im Disk Management als Festplatte.
Wenn ich dich richtig verstehe, so hast du einen Server mit Starwind, welcher LUNs an einen Virtualisierungshost weitergibt und auf dem LUNs werden virtuelle Maschinen installiert?
In diesem Fall, solltest du auf die Festplattenkonfiguration und Netzwerkgeschwindigkeit achten.
Gruß,
Jens
Wenn du mit Starwind eine LUN erstellst, so wird im Hintergrund einfach eine Datei erstellt. Das ist eine virtuelle Festplatte.
Du kannst mir Starwind mehrere (so viele bis deine Festplatte voll ist) LUNs erstellen und an verschiedene Rechner präsentieren.
Dort erscheint die LUN im Disk Management als Festplatte.
Wenn ich dich richtig verstehe, so hast du einen Server mit Starwind, welcher LUNs an einen Virtualisierungshost weitergibt und auf dem LUNs werden virtuelle Maschinen installiert?
In diesem Fall, solltest du auf die Festplattenkonfiguration und Netzwerkgeschwindigkeit achten.
Gruß,
Jens
Hallo Jens,
vielen Dank für deine Erklärung.
Ich habe immer die VDH-Platte als LUN betrachtet (was eigetlich zum teil auch richtig ist). Starwind erkenn solche Platten als eine Brücke. Selbst erstellt Starwind eine IMG Festplatte.
Ist das immer so? Sind die LUNs immer eine IMG datei?
Meine Ziel ist zwei LUNs in zwei separaten SAN-Arrays zu erstellen, und beide irgendwie in RAID1 hinzufügen, so dass ich auf diesem RAID1 Windows Server installieren kann. Diese Idee kamm, als ich IBM BladeCenter im S-Gehäuse gesehen habe. In diesem gehäuse sind zwei separaten Platten-Arrays integriert. Ich möchte einen Cluster auf den gespiegelten LUNs installieren und diesen gegen Blaid- und Datenträgerausfall absichern.
Oder ist das alles zu kompliziert und Blödsinn
?
vielen Dank für deine Erklärung.
Ich habe immer die VDH-Platte als LUN betrachtet (was eigetlich zum teil auch richtig ist). Starwind erkenn solche Platten als eine Brücke. Selbst erstellt Starwind eine IMG Festplatte.
Ist das immer so? Sind die LUNs immer eine IMG datei?
Meine Ziel ist zwei LUNs in zwei separaten SAN-Arrays zu erstellen, und beide irgendwie in RAID1 hinzufügen, so dass ich auf diesem RAID1 Windows Server installieren kann. Diese Idee kamm, als ich IBM BladeCenter im S-Gehäuse gesehen habe. In diesem gehäuse sind zwei separaten Platten-Arrays integriert. Ich möchte einen Cluster auf den gespiegelten LUNs installieren und diesen gegen Blaid- und Datenträgerausfall absichern.
Oder ist das alles zu kompliziert und Blödsinn
?
Hi,
etwas zu kompliziert gedacht
Kleine Aufklärung:
Starwind emuliert die LUNs. Da es auf einem Windows Server läuft, müssen die Daten irgendwie vom Dateisystem des Servers getrennt werden. Deshalb packt Starwind das ganze in eine IMG-Datei. Die IMG-Datei ist somit der Speicherort für die LUN. Bei einem richtigen SAN wird das als Vdisk bezeichnet.
Eine LUN kannst du an mehrere Server präsentieren, allerdings kann immer nur ein Server darauf schreiben. Sinn macht die Präsentation einer LUN an mehrere Server daher nur innerhalb eines Clusters.
LUNs kannst du soviele erstellen wie du willst, allerdings ist iSCSI abhängig von deiner Netzwerkgeschwindigkeit. Diese sollte mindestens 1GBit/s sein.
Zu deinem Vorhaben:
Ich verstehe es nicht so wirklich.
1. Du hast zwei SAN-Systeme (oder zwei Server mit Starwind)?
2. Du willst auf jedem dieser SANs eine LUN bereitstellen?
3. Diese LUNs willst du (wohin?) präsentieren und dort Windows installieren?
4. Das Windows ist eine VM in einem Cluster?
5. In der VM willst du nach der Windows installation die LUNs spiegeln?
Zum Verständnis, könntest du mir bitte mal genauer die ganze Umgebung beschreiben (Server Modelle/SAN Modelle/etc.)?
Gruß,
Jens
etwas zu kompliziert gedacht
Kleine Aufklärung:
Starwind emuliert die LUNs. Da es auf einem Windows Server läuft, müssen die Daten irgendwie vom Dateisystem des Servers getrennt werden. Deshalb packt Starwind das ganze in eine IMG-Datei. Die IMG-Datei ist somit der Speicherort für die LUN. Bei einem richtigen SAN wird das als Vdisk bezeichnet.
Eine LUN kannst du an mehrere Server präsentieren, allerdings kann immer nur ein Server darauf schreiben. Sinn macht die Präsentation einer LUN an mehrere Server daher nur innerhalb eines Clusters.
LUNs kannst du soviele erstellen wie du willst, allerdings ist iSCSI abhängig von deiner Netzwerkgeschwindigkeit. Diese sollte mindestens 1GBit/s sein.
Zu deinem Vorhaben:
Ich verstehe es nicht so wirklich.
1. Du hast zwei SAN-Systeme (oder zwei Server mit Starwind)?
2. Du willst auf jedem dieser SANs eine LUN bereitstellen?
3. Diese LUNs willst du (wohin?) präsentieren und dort Windows installieren?
4. Das Windows ist eine VM in einem Cluster?
5. In der VM willst du nach der Windows installation die LUNs spiegeln?
Zum Verständnis, könntest du mir bitte mal genauer die ganze Umgebung beschreiben (Server Modelle/SAN Modelle/etc.)?
Gruß,
Jens
Es sieht so aus:
1. ich habe zwei SAN-Systeme
2. Ich will auf jedem dieser SANs eine LUN bereitstellen
3. Ich dachte ich kann aus diesen zwei LUNs eine RAID1 Volume erstellen und Windows Server darauf insstallieren, aber das geht nicht. Ein "LUN-Raidkontroller" existiert nicht. Daher möchte ich zwei Blades je einer LUN zuordnen und dann Win installieren => also eine fysikalische Maschine pro LUN. Der Server soll von der LUN booten.
5. Aus beiden Win-Server möchte ich einen Cluster für TS und SQL erstellen.
6. Die SQL-Datenbank lege ich auf einer anderen LUN-RAID1-Volume, die ich aus zwei neuen LUNs der beiden SANs (eine LUN von rechts und eine LUN von links) erstelle.
1. ich habe zwei SAN-Systeme
2. Ich will auf jedem dieser SANs eine LUN bereitstellen
3. Ich dachte ich kann aus diesen zwei LUNs eine RAID1 Volume erstellen und Windows Server darauf insstallieren, aber das geht nicht. Ein "LUN-Raidkontroller" existiert nicht. Daher möchte ich zwei Blades je einer LUN zuordnen und dann Win installieren => also eine fysikalische Maschine pro LUN. Der Server soll von der LUN booten.
5. Aus beiden Win-Server möchte ich einen Cluster für TS und SQL erstellen.
6. Die SQL-Datenbank lege ich auf einer anderen LUN-RAID1-Volume, die ich aus zwei neuen LUNs der beiden SANs (eine LUN von rechts und eine LUN von links) erstelle.
Ok, jetzt wird die Sache etwas klarer.
zu 1.: Wie sind die SAN-Systeme an die Server angebunden (iSCSI, FC, etc.)(Geschwindigkeit?)? Reden wir immernoch von StarWind?
zu 3.: Haben deine Server keine internen Festplatten? Wenn sie welche haben, dann solltest du eher diese für das Betriebssystem nutzen. Booten vom SAN würde ich nur wenn es nicht anders geht. Probleme die du hier haben kannst, sind u.a. Geschwindigkeit oder z.b. ein kleiner Aussetzer in der SAN Verbindung.
zu 5.: Generell kein Problem, aber warum beides auf einem Cluster?
zu 6.: Für SQL solltest du mehrere LUNs auf verschiedenen physikalischen Platten haben. Mindestens eine für Daten und eine andere für Logs.
Gruß,
Jens
zu 1.: Wie sind die SAN-Systeme an die Server angebunden (iSCSI, FC, etc.)(Geschwindigkeit?)? Reden wir immernoch von StarWind?
zu 3.: Haben deine Server keine internen Festplatten? Wenn sie welche haben, dann solltest du eher diese für das Betriebssystem nutzen. Booten vom SAN würde ich nur wenn es nicht anders geht. Probleme die du hier haben kannst, sind u.a. Geschwindigkeit oder z.b. ein kleiner Aussetzer in der SAN Verbindung.
zu 5.: Generell kein Problem, aber warum beides auf einem Cluster?
zu 6.: Für SQL solltest du mehrere LUNs auf verschiedenen physikalischen Platten haben. Mindestens eine für Daten und eine andere für Logs.
Gruß,
Jens
