Hallo,
Ist es möglich die Konfigfiles (vmx Files) auch auf einer externen LUN (SAN) abzulegen. Zum Beispiel auf der vmfs LUN auf der auch die VM Disk Files liegen?
Danke für die Info!
robert
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!
Konfigfiles auf externer LUN
Hi.
Das Problem dabei ist, dass du unter dem ESX Server normalerweise den HBA nur für ein VMFS Volume zuweisen kannst. Der kann auch nicht zwischen VMFS Volume und Service Konsole geschared werden.
Man kann allerdings einen extra HBA dediziert der Service Konsole zuweisen, und dann da auch Konfig Files auf das SAN legen, allerdings steht dieser HBA dann nicht mehr für die DSK also das VMFS Volume zur Verfügung.
Da in den meisten System eh PCI Mangel herscht, denke ich ist das mit den Konfigs auf dem San nicht so eine gute Sache.
Aber vielleicht kennt noch jemand hier eine Möglichkeit, wie man das machen kann.
Weshalb sollen die eigentlich auf dem San liegen? Was ist denn die Zielsetzung, vielleicht gibt es dafür andere Möglichkeiten.
Grüße
Alex
Das Problem dabei ist, dass du unter dem ESX Server normalerweise den HBA nur für ein VMFS Volume zuweisen kannst. Der kann auch nicht zwischen VMFS Volume und Service Konsole geschared werden.
Man kann allerdings einen extra HBA dediziert der Service Konsole zuweisen, und dann da auch Konfig Files auf das SAN legen, allerdings steht dieser HBA dann nicht mehr für die DSK also das VMFS Volume zur Verfügung.
Da in den meisten System eh PCI Mangel herscht, denke ich ist das mit den Konfigs auf dem San nicht so eine gute Sache.
Aber vielleicht kennt noch jemand hier eine Möglichkeit, wie man das machen kann.
Weshalb sollen die eigentlich auf dem San liegen? Was ist denn die Zielsetzung, vielleicht gibt es dafür andere Möglichkeiten.
Grüße
Alex
klar, geht
klar geht es die vmx-Files ins SAN zu werfen. Schreibt man halt die Config-Files auf eine vmfs-Partition. In den Config-File sollten noch folgende Einträge gemacht werden::
### NVRAM
nvram = "iv3s7027.nvram"
### Log file
log.fileName = "iv3s7027.vmware.log"
diese werden dann im gleichen Verzeichniss wie die vmx-files abgelegt. Ansonsten würden sich die Logs und die nvram Daten der Gäste gegenseitig überschreiben.
Noch´n HInweis: die vmfs-partition nicht zu klein anlegen (vmkfstools -n Parameter, da 256 default ist und jeder Gast gleich mal 6Files braucht)
Zum Thema sinnvoll: wenn zwei oder mehr esx-Server auf die Gäste schaun, dann kann mann dadurch locker ´nen Gast von Server A nach Server B umziehen. Machen wir. tut.
Allerdings gibts natürlich, wie immer, einen Pferdefuß: das Ganze funktioniert so gut, daß es nicht zertifiziert ist. Und, falls mal was beim System-Start im SAN was nictht koscher ist, dann verschwinden eventuelle Autostart-Gäste aus der /etc/vmware/vm-list. auch das vm-support - Script steht der Sache etwas skeptisch gegenüber.
aber damit läßt sich leben.
Laut den VMware-Jungs steht vmx im SAN auch irgendwo auf einer roadmap und soll auch irgendwann mal supported werden. Bis dahin nutzen und zufrieden sein.
grüße thorsten
### NVRAM
nvram = "iv3s7027.nvram"
### Log file
log.fileName = "iv3s7027.vmware.log"
diese werden dann im gleichen Verzeichniss wie die vmx-files abgelegt. Ansonsten würden sich die Logs und die nvram Daten der Gäste gegenseitig überschreiben.
Noch´n HInweis: die vmfs-partition nicht zu klein anlegen (vmkfstools -n Parameter, da 256 default ist und jeder Gast gleich mal 6Files braucht)
Zum Thema sinnvoll: wenn zwei oder mehr esx-Server auf die Gäste schaun, dann kann mann dadurch locker ´nen Gast von Server A nach Server B umziehen. Machen wir. tut.
Allerdings gibts natürlich, wie immer, einen Pferdefuß: das Ganze funktioniert so gut, daß es nicht zertifiziert ist. Und, falls mal was beim System-Start im SAN was nictht koscher ist, dann verschwinden eventuelle Autostart-Gäste aus der /etc/vmware/vm-list. auch das vm-support - Script steht der Sache etwas skeptisch gegenüber.
aber damit läßt sich leben.
Laut den VMware-Jungs steht vmx im SAN auch irgendwo auf einer roadmap und soll auch irgendwann mal supported werden. Bis dahin nutzen und zufrieden sein.
grüße thorsten
nur so eine Idee. Es geht doch darum, das der Umzug der VM's vereinfacht wird. Warum nicht per scp regelmäßig die Config Files auf die ESX Server verteilen. Dann kann ich die Instanzen auch gleich auf allen Server registieren.
Wenn ich dann noch regelmäßig den Heartbeat der VM Ware Tools prüfe kann mir sogar einen gewissen Automatismus einbauen und per ssh die andere Maschine starten.
Gruß
Bernd
Wenn ich dann noch regelmäßig den Heartbeat der VM Ware Tools prüfe kann mir sogar einen gewissen Automatismus einbauen und per ssh die andere Maschine starten.
Gruß
Bernd
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 26 Gäste