Die Foren-SW läuft ohne erkennbare Probleme. Sollte doch etwas nicht funktionieren, bitte gerne hier jederzeit melden und wir kümmern uns zeitnah darum. Danke!
Virtual Disk sharing
Virtual Disk sharing
Hi,
ich habe drei virtualisierte Debian Linux Server, welche ein gemeinsame Partition benötigen.
Hintergrund ist, das dies Nodes von Webservern sind, welche aber in ein gemeinsames tmp Verzeichnis schreiben müssen.
Wie würdet Ihr diese Angelegenheit angehen?
Bin für jeden Hinweis dankbar...
thx
vicodas
ich habe drei virtualisierte Debian Linux Server, welche ein gemeinsame Partition benötigen.
Hintergrund ist, das dies Nodes von Webservern sind, welche aber in ein gemeinsames tmp Verzeichnis schreiben müssen.
Wie würdet Ihr diese Angelegenheit angehen?
Bin für jeden Hinweis dankbar...
thx
vicodas
-
kastlr
- Profi
- Beiträge: 993
- Registriert: 31.03.2008, 17:26
- Wohnort: Einzugsbereich des FC Schalke 04
- Kontaktdaten:
Hallo,
dem ersten Debian Server eine neue LUN zuweisen.
Diese LUN muß über einen eigenen SCSI Adapter erreichbar sein, dies legtst du bei der Vergabe der SCSI ID fest.
Nachdem die LUN angelegt ist, sollte deine VM über einen weiteren SCSI Adapter verfügen.
Bei diesem mußt du SCSI Bus Sharing auf Virtual umstellen, sonst kann deine LUN nicht zwischen mehreren VM's geshared werden.
Danach den beiden anderen VM die existierende LUN hinzufügen und dabei ebenfalls die SCSI ID beachten.
Dann auch bei diesen den neuen SCSI Controller wie beschrieben konfigurieren.
Danach solltest du alle VM's starten können und der Zugriff auf die LUN sollte funktionieren.
Viel Erfolg
Ralf
dem ersten Debian Server eine neue LUN zuweisen.
Diese LUN muß über einen eigenen SCSI Adapter erreichbar sein, dies legtst du bei der Vergabe der SCSI ID fest.
Nachdem die LUN angelegt ist, sollte deine VM über einen weiteren SCSI Adapter verfügen.
Bei diesem mußt du SCSI Bus Sharing auf Virtual umstellen, sonst kann deine LUN nicht zwischen mehreren VM's geshared werden.
Danach den beiden anderen VM die existierende LUN hinzufügen und dabei ebenfalls die SCSI ID beachten.
Dann auch bei diesen den neuen SCSI Controller wie beschrieben konfigurieren.
Danach solltest du alle VM's starten können und der Zugriff auf die LUN sollte funktionieren.
Viel Erfolg
Ralf
-
kastlr
- Profi
- Beiträge: 993
- Registriert: 31.03.2008, 17:26
- Wohnort: Einzugsbereich des FC Schalke 04
- Kontaktdaten:
Hallo,
du mußt dazu die VM stoppen.
Danach über Edit Settings, Add eine neue Hard Disk hinzufügen, dann öffnet sich ein Wizard.
Die SCSI ID Kennung wird dann durch den Wizard abgefragt.
Du kannst auch eine RAW Disk verwenden, dann kannst du die LUN aber nur für diese Server verwenden.
Viel Erfolg,
Ralf
du mußt dazu die VM stoppen.
Danach über Edit Settings, Add eine neue Hard Disk hinzufügen, dann öffnet sich ein Wizard.
Die SCSI ID Kennung wird dann durch den Wizard abgefragt.
Du kannst auch eine RAW Disk verwenden, dann kannst du die LUN aber nur für diese Server verwenden.
Viel Erfolg,
Ralf
Hi,
jetzt habe ich das nächste Problem
Kein VMotion mehr möglich, folgende Meldung:
Migrieren von host1 nach host2 nicht möglich. Die VM ist zur Verwendung eines Gerätes konfiguriert, das die Migration verhindert: Das Gerät 'SCSI Controller 1' ist ein SCSI-Controller, der an der gemeinsamen Busnutzung beteiligt ist.
Der SCSI Controller 1 ist der neu konfigurierte.
Ist das normal, das jetzt kein VMotion mehr möglich ist?
thx
vicodas
jetzt habe ich das nächste Problem
Kein VMotion mehr möglich, folgende Meldung:
Migrieren von host1 nach host2 nicht möglich. Die VM ist zur Verwendung eines Gerätes konfiguriert, das die Migration verhindert: Das Gerät 'SCSI Controller 1' ist ein SCSI-Controller, der an der gemeinsamen Busnutzung beteiligt ist.
Der SCSI Controller 1 ist der neu konfigurierte.
Ist das normal, das jetzt kein VMotion mehr möglich ist?
thx
vicodas
irix hat geschrieben:Ist denn spaeter das Device bzw. FS fuer das /tmp irgendwas besonderes oder wolltest du nur mal ausprobieren wielange es dauert bis das FS sich zerlegt hat?
Gruss
Joerg
Ne, ich brauche halt ein gemeinsames Verzeichnis.
Da die Webserver in diesem tmp Bereich immer nur temporär Dateien ablegen, welche immer einen anderen Namen haben, sollte dies doch kein Problem sein oder habe ich da ein Denkfehler?
ja das ist insofern ein Problem, als dass du zwei konkurrierende Windows Systeme hast, die nichts voneinander wissen und beide versuchen sie mit unterschiedlichen IDs zu initialisieren und gleichzeitig auf die Platten zu schreiben.
Normalerweise verwendet man so etwas für Cluster Systeme wie der MS Cluster, der sorgt dafür, dass nur ein System auf die Ressourcen gleichzeitig zugreifen kann.
Wie IRIX schon schrieb, wird es dir früher oder Später das Gast FS zerschiessen, windows mag so was nämlich gar nicht gerne.
"Normale" Webserver kommen damit nicht klar, dafür verwendet man lieber Shares, da gibt es das Problem nicht, denn die Sever sehen diesen Bereich nicht physisch sondern nur hinter der "Netzwerk Logik"
Normalerweise verwendet man so etwas für Cluster Systeme wie der MS Cluster, der sorgt dafür, dass nur ein System auf die Ressourcen gleichzeitig zugreifen kann.
Wie IRIX schon schrieb, wird es dir früher oder Später das Gast FS zerschiessen, windows mag so was nämlich gar nicht gerne.
"Normale" Webserver kommen damit nicht klar, dafür verwendet man lieber Shares, da gibt es das Problem nicht, denn die Sever sehen diesen Bereich nicht physisch sondern nur hinter der "Netzwerk Logik"
-
irix
- King of the Hill
- Beiträge: 13059
- Registriert: 02.08.2008, 15:06
- Wohnort: Hannover/Wuerzburg
- Kontaktdaten:
mangold hat geschrieben:ja das ist insofern ein Problem, als dass du zwei konkurrierende Windows Systeme hast, die nichts voneinander wissen und beide versuchen sie mit unterschiedlichen IDs zu initialisieren und gleichzeitig auf die Platten zu schreiben.
Er hat Linux was aber am Kern der Sache nichts aendert. Wenn das FS es nicht unterstuetzt denkt ein OS immer es ist alleiniger Herr im Hause.
@vicodas
Verwende also ein Share oder aber sowas wie memcached.
Gruss
Joerg
Hi @all,
thx für die vielen Beiträge.
Mir ist natürlich klar, das es im allgemeinen Probleme gibt, wenn ein OS gleichzeitig auf eine Platte schreiben will.
Deshalb ja auch mein erster Post.
Ich wollte einfach nur eruieren, ob man mit VMware Bordmitteln auch ohne ClusterFS auskommt.
Für was wird denn das Disk Sharing genutzt?
Noch mal zum Verständnis:
- ich richte auf dem ESX ein Storage ein, welcher auf allen ESX präsentiert wird.
- Danach richte ich eine VDisk ein (mit think Option)
- Dann ordne ich diese Vdisk den VM's über einen Extra SCSI-Controller mit der Option "SCSI Bus Sharing 'Physical'" zu
Ich ging davon aus, das der ESX die Zugriffe regelt, so das es nicht zu Komplikationen auf dem FS kommt, da ja ein vmfs hinter liegt.
Ist das ein Irrglaube?
thx vicodas
thx für die vielen Beiträge.
Mir ist natürlich klar, das es im allgemeinen Probleme gibt, wenn ein OS gleichzeitig auf eine Platte schreiben will.
Deshalb ja auch mein erster Post.
Ich wollte einfach nur eruieren, ob man mit VMware Bordmitteln auch ohne ClusterFS auskommt.
Für was wird denn das Disk Sharing genutzt?
Noch mal zum Verständnis:
- ich richte auf dem ESX ein Storage ein, welcher auf allen ESX präsentiert wird.
- Danach richte ich eine VDisk ein (mit think Option)
- Dann ordne ich diese Vdisk den VM's über einen Extra SCSI-Controller mit der Option "SCSI Bus Sharing 'Physical'" zu
Ich ging davon aus, das der ESX die Zugriffe regelt, so das es nicht zu Komplikationen auf dem FS kommt, da ja ein vmfs hinter liegt.
Ist das ein Irrglaube?
thx vicodas
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 6 Gäste
