Hallo zusammen
Wir haben unsere design etwas angepasst und mit dem erweitern von machinen auf 4vCPU bin ich nicht mehr sicher ob dies so Sinn macht.
In einem Cluster haben wir 4 Host
1.) 2 x dual core AMD
2.) 2 x dual core AMD
3.) 4 x quad core AMD
4.) 4 x quad core AMD
Auf diesem Cluster ist DRS "Fully automated" aktivert.
Nun könnte es ja sein, dass die VM XYZ welche mit 4 vCPU arbeitet von DRS auf den Host 1 verschoben wird. Was eher schlecht wäre oder?
Ich kann ja einer vm nicht sagen das sie nur auf Host 3 oder 4 laufen darf.
Danke für Eurer Feedback
Gruss Sven
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!
HA Design
- Tschoergez
- Moderator
- Beiträge: 3476
- Registriert: 23.02.2005, 09:14
- Wohnort: Burgberg im Allgäu
- Kontaktdaten:
hm, hat mit HA nix zu tun, Deine Frage, oder ?
Aber egal. In den neueren Versionen kann man für HA bevorzugte Failoverhosts angeben. Aber auch das gibt keine Garantie.
Für DRS kannst Du mit Dummy-VMs und anti-affinitätsregeln was basteln.
Oder irgendwelche VMotion-Bedingungen für die anderen beiden Hosts brechen....
Such mal hier im Forum, evtl. auch im VC bereich, das wurde vor ein paar wochen schon mal diskutiert (anti-affinity müsste ein guter suchbegriff sein, der kommt sonst selten vor
)
Viele Grüße,
Jörg
Aber egal. In den neueren Versionen kann man für HA bevorzugte Failoverhosts angeben. Aber auch das gibt keine Garantie.
Für DRS kannst Du mit Dummy-VMs und anti-affinitätsregeln was basteln.
Oder irgendwelche VMotion-Bedingungen für die anderen beiden Hosts brechen....
Such mal hier im Forum, evtl. auch im VC bereich, das wurde vor ein paar wochen schon mal diskutiert (anti-affinity müsste ein guter suchbegriff sein, der kommt sonst selten vor
Viele Grüße,
Jörg
Hi,
es spielt für den Host keine Rolle wie viele "virtuelle" CPUs deine VMs haben. In diesem "ungünstigen" Fall würde notfalls nur mehr Performance vom Host verwendet.
Und im übrigen wenn der Host dadurch überlastet würde, dann wird das DRS ihn schon wieder auf einen anderen Host vershcieben.
Gruß Peter
es spielt für den Host keine Rolle wie viele "virtuelle" CPUs deine VMs haben. In diesem "ungünstigen" Fall würde notfalls nur mehr Performance vom Host verwendet.
Und im übrigen wenn der Host dadurch überlastet würde, dann wird das DRS ihn schon wieder auf einen anderen Host vershcieben.
Gruß Peter
- Tschoergez
- Moderator
- Beiträge: 3476
- Registriert: 23.02.2005, 09:14
- Wohnort: Burgberg im Allgäu
- Kontaktdaten:
Hi,
Ihr habt beide recht
!
Auch die 4 vCPU-VM kann ohne Probleme auf dem 2*dualcore (=4 logische CPUs=>ausreichend (physicalische CORES, nicht phys. CPUs, wenn ich Deine Aussage richtig verstehe...) - ESX laufen.
Allerdings besteht da die Gefahr, dass 1. diese VM dort dann relativ langsam ist, und/oder 2. diese eine VM den ganzen ESX runterbremst (denn jedesmal, wenn die VM vom vmkernel gescheduled wird, belegt sie die komplette Hardware)
Aber ich denke auch, dass DRS das selber merken sollte, und die VMs dann wieder zurückmigrieren, oder diese Migration erstmal gar nicht durchführen würde....
Probiers doch einfach mal aus
Viele Grüße,
Jörg
Ihr habt beide recht
Auch die 4 vCPU-VM kann ohne Probleme auf dem 2*dualcore (=4 logische CPUs=>ausreichend (physicalische CORES, nicht phys. CPUs, wenn ich Deine Aussage richtig verstehe...) - ESX laufen.
Allerdings besteht da die Gefahr, dass 1. diese VM dort dann relativ langsam ist, und/oder 2. diese eine VM den ganzen ESX runterbremst (denn jedesmal, wenn die VM vom vmkernel gescheduled wird, belegt sie die komplette Hardware)
Aber ich denke auch, dass DRS das selber merken sollte, und die VMs dann wieder zurückmigrieren, oder diese Migration erstmal gar nicht durchführen würde....
Probiers doch einfach mal aus
Viele Grüße,
Jörg
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 3 Gäste