Ich hatte vor kurzem das Problem, dass ich ein Timeout bekam wenn ich eine VM per Livemigration von einem Host weg oder zu diesem Host hin verschieben wollte.
Problem war die MTU des physikalischen Interface die auf den Host auf 1500 gestellt war während die restlichen Hosts im Cluster eine MTU von 9000 hatten. Nachdem die MTU auf 9000 gestellt wurde (Neustart nicht erforderlich) ging alles wieder.
Im Verlauf meiner Diplomarbeit testete ich den ESX Scheduler. Das meiste lief ganz wunderbar, aber bei der Verteilung der Rechenzeit über shares gab es Probleme. Den ESX Scheduler interessierte es überhaupt nicht welche shares die Maschinen hattem, er hat alle Maschinen immer gleichberechtigt behandelt.
Die Lösung des Problems ist eigentlich simpel. Ich hatte meine VMs in einen Ressourcen Pool gepackt. Die einzige Scheduler Einstellung welche der ESX Server bei diesen Maschinen interessiert ist der Grenzwert für Rechenzeit. Garantien und shares werden ignoriert.
Werden die Maschinen aus dem Ressourcen Pool rausgezogen wird die share sofort beachtet. In anbetracht der Tatsache das sich die Leute im VMware Forum wegen diesem und ähnlichen Problemen in Threads wie:
http://communities.vmware.com/thread/73411?tstart=0&start=30
http://communities.vmware.com/message/703448#703448
die Köpfe einschlagen und teilweise auf ziemlich abstruse Ideen kommen, wäre es schön wenn sich VMware bequemen würde Klarheit zu schaffen ob es ein Bug oder Feature ist.
Eingesetzt wird:
- VMware ESX Server 3.5.0 Build 110268 German-000
- VMware Infrastructure Client 2.5.0 Build 103672