Hallo,
mein ESX verwaltet mehrere VM`s, deren Dateien in einem Storage liegen. Ein Server liegt mit seinen zwei Partitionen komplett in einem LUN. Nun möchte ich aber die Systempartition und die Datenpartition einer Windows-VM auf zwei LUN`s aufteilen, da ich mir doch schon einen Geschwindigkeitsvorteil davon verspreche, da die beiden LUN`s im Storage über zwei iSCSI-Controller angesprochen werden. Muss ich da nur die vmdk der Datenpartition auf das andere LUN verschieben oder was noch?
Torsten
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!
Festplatte einer VM nachträglich verschieben
- Tschoergez
- Moderator
- Beiträge: 3476
- Registriert: 23.02.2005, 09:14
- Wohnort: Burgberg im Allgäu
- Kontaktdaten:
Hi,
das mit dem Geschwindigkeits-Vorteil mag ich mal bezweifeln (hängt aber von Deiner Architektur ab)... Gibts denn Probleme in der jetzigen Konfig?
Anyway: Du kannst Du virtuellen Platten mit vmkfstools verschieben auf der kommandozeile.
Oder rechtsklick auf die VM (wenn sie aus ist) im VC, dann kannst Du "Migrate" wählen, und den neuen Datastore.
Oder im luafenden Betrieb mit Storage-VMotion, aber das ist noch mehr kommandozeilenaktion.
oder Du nutzt den Konverter (der macht aber ne Kopie der VM)...
Ich würd erstmal die zweite Lösung probieren, wenns da net geht, per vmkfstools die erste Lösung.
(Dann musst Du die platte aber der VM neu hinzufügen...)
Viele Grüße,
Jörg
das mit dem Geschwindigkeits-Vorteil mag ich mal bezweifeln (hängt aber von Deiner Architektur ab)... Gibts denn Probleme in der jetzigen Konfig?
Anyway: Du kannst Du virtuellen Platten mit vmkfstools verschieben auf der kommandozeile.
Oder rechtsklick auf die VM (wenn sie aus ist) im VC, dann kannst Du "Migrate" wählen, und den neuen Datastore.
Oder im luafenden Betrieb mit Storage-VMotion, aber das ist noch mehr kommandozeilenaktion.
oder Du nutzt den Konverter (der macht aber ne Kopie der VM)...
Ich würd erstmal die zweite Lösung probieren, wenns da net geht, per vmkfstools die erste Lösung.
(Dann musst Du die platte aber der VM neu hinzufügen...)
Viele Grüße,
Jörg
Hi,
sagmal hast du die Oracle Datenpartition als VDMK oder RAW Device?
Wenn als VDMK glaube ich ja das es dir mehr Geschwindgkeit bringen würde die auf ein RAW Device umzustellen. Ansonsten sehe ich das auch so, dass das wohl eher wenig bringen wird. Aber das liegt sicher auch an der Umgebungsachitektur, die wir so nicht abschätzen können.
Gruß Peter
sagmal hast du die Oracle Datenpartition als VDMK oder RAW Device?
Wenn als VDMK glaube ich ja das es dir mehr Geschwindgkeit bringen würde die auf ein RAW Device umzustellen. Ansonsten sehe ich das auch so, dass das wohl eher wenig bringen wird. Aber das liegt sicher auch an der Umgebungsachitektur, die wir so nicht abschätzen können.
Gruß Peter
- Tschoergez
- Moderator
- Beiträge: 3476
- Registriert: 23.02.2005, 09:14
- Wohnort: Burgberg im Allgäu
- Kontaktdaten:
hast Du denn Probleme mit der Performance?
Ansonsten bringt es wenig,da was zu ändern, weil Du danach keine Veränderung feststellen wirst...
Auch die Sache mit den RDMs kann Verbesserungen bringen, muss aber nicht.
Um das alles einschätzen zu können, brauchts mehr Info:
Was für ein Storage, welche Platten, wie aufgeteilt, wie viele VMs laufen sonst noch auf der LUN usw...
viele grüße,
jörg
Ansonsten bringt es wenig,da was zu ändern, weil Du danach keine Veränderung feststellen wirst...
Auch die Sache mit den RDMs kann Verbesserungen bringen, muss aber nicht.
Um das alles einschätzen zu können, brauchts mehr Info:
Was für ein Storage, welche Platten, wie aufgeteilt, wie viele VMs laufen sonst noch auf der LUN usw...
viele grüße,
jörg
Naja, wenn ihr alle so meint, dass es nix bringt dann werde ich die VM so komplett auf dem LUN lassen. Da bringt es mir vermutlich mehr eher andere Maschinen von disem LUN in das andere zu verschieben.
Trotzdem noch paar Infos´s zu meinem System. Das Storage ist ein DELL MD300i, 4 LUN`s eingerichtet (8 Platten, immer zwei gespiegelt). Sind übrigens auch die schnelleren Platten der Seagate ..SS-Serie (15.000-er).
Momentan laufen erst 3 VM`s drauf, werden in den nächsten Monaten noch zwei mehr.
Die Oracle-Datenpartition liegt übrigens als VMDK vor.
Habt mir wirklich geholfen, vielen Dank für eure Tipps !!!
Torsten
Trotzdem noch paar Infos´s zu meinem System. Das Storage ist ein DELL MD300i, 4 LUN`s eingerichtet (8 Platten, immer zwei gespiegelt). Sind übrigens auch die schnelleren Platten der Seagate ..SS-Serie (15.000-er).
Momentan laufen erst 3 VM`s drauf, werden in den nächsten Monaten noch zwei mehr.
Die Oracle-Datenpartition liegt übrigens als VMDK vor.
Habt mir wirklich geholfen, vielen Dank für eure Tipps !!!
Torsten
- Tschoergez
- Moderator
- Beiträge: 3476
- Registriert: 23.02.2005, 09:14
- Wohnort: Burgberg im Allgäu
- Kontaktdaten:
hm, letzteres kann man nicht pauschal sagen: Ein RDM ist genauso schnell wie EINE vmdk-Platte auf ner VMFS-Partition
Der Wettbewerb ist halt kleiner, und drum das risiko, dass es zu Engpässen kommt.
Aber wie Du gesehen hast, das ganze rentiert sich nur zu optimieren, wenn Du wirklich Probleme hast, ansonsten wirst Du keine Verbesserung feststellen.
Viele Grüße,
jörg
Der Wettbewerb ist halt kleiner, und drum das risiko, dass es zu Engpässen kommt.
Aber wie Du gesehen hast, das ganze rentiert sich nur zu optimieren, wenn Du wirklich Probleme hast, ansonsten wirst Du keine Verbesserung feststellen.
Viele Grüße,
jörg
@sirrossi
Von einem Raid5 in dem Storage wurde mir von den DELL-Technikern, welche sich besonders mit Perfomance beschäftigen, abgeraten. Dies würde die ganze Sache in diesem Fall sogar noch ausbremsen. Ich war vorher eigentlich auch der Meinung, dass es genau wie bei physischen Maschinen einen Vorteil bringen würde.
Ach, ich denke ich lasse es jetzt einfach so und verteile die Maschinen ordentlich auf die LUN`s. (Wenn ich`s irgendwann will kann ich`s ja immer noch ändern.)
Torsten
Von einem Raid5 in dem Storage wurde mir von den DELL-Technikern, welche sich besonders mit Perfomance beschäftigen, abgeraten. Dies würde die ganze Sache in diesem Fall sogar noch ausbremsen. Ich war vorher eigentlich auch der Meinung, dass es genau wie bei physischen Maschinen einen Vorteil bringen würde.
Ach, ich denke ich lasse es jetzt einfach so und verteile die Maschinen ordentlich auf die LUN`s. (Wenn ich`s irgendwann will kann ich`s ja immer noch ändern.)
Torsten
Moin, moin,
mit der Performance ist das immer so eine Sache, welche CPU Last erzeugt welches RAID Verfahren, wie gut ist das Storage System Hardwareseitig (Controller CPU & Cache) aufgestellt.
Nur hat ein RAID 1, wie bei Deiner Konfiguration, halt immer nur die Performance einer Festplatte, bei einem flotten RAID 5/6 Controller skaliert die Geschwindigkeit mit Zunahme der Platten durchaus noch (da kannst Du auch mal ein 4 Gbit/s FC System maximal auslasten).
Interessant wird es ja dann, wenn auch iSCSI über die neuere 10 Gbit/s Technik läuft und bezahlbar ist, VMware dies sauber unterstützt, dann werden wir diese Systemarchitektur auch bei uns einsetzen (bisher iSCSI nur für Test Systeme, die FC Glasfasern müssen ja für irgendetwas gut sein
)
mit der Performance ist das immer so eine Sache, welche CPU Last erzeugt welches RAID Verfahren, wie gut ist das Storage System Hardwareseitig (Controller CPU & Cache) aufgestellt.
Nur hat ein RAID 1, wie bei Deiner Konfiguration, halt immer nur die Performance einer Festplatte, bei einem flotten RAID 5/6 Controller skaliert die Geschwindigkeit mit Zunahme der Platten durchaus noch (da kannst Du auch mal ein 4 Gbit/s FC System maximal auslasten).
Interessant wird es ja dann, wenn auch iSCSI über die neuere 10 Gbit/s Technik läuft und bezahlbar ist, VMware dies sauber unterstützt, dann werden wir diese Systemarchitektur auch bei uns einsetzen (bisher iSCSI nur für Test Systeme, die FC Glasfasern müssen ja für irgendetwas gut sein
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 5 Gäste
