CPU-Typ der ProxMox VMs ändern

[Rüdiger Kupper]

Derzeit nutzen alle unsere VMs die Standardeinstellung "kvm64" als Prozessortyp. Dies ist der "größte gemeinsame Teiler" zwischen dem, was verschiedene Prozessortypen beherrschen. Diese Einstellung ermöglicht, dass ProxMoxVMs im laufenden Betrieb von einem Host zum anderen transferiert werden können, und dort immer den gleichen Prozessortyp sehen, selbst wenn im Host ein anderer Prozessor steckt.
Diese Kompatibilität hat aber Kosten: erweiterte Features, die nur bestimmte Prozessoren beherrschen, werden nicht genutzt.

Man kann den Prozessortyp so umstellen, dass die VM direkt auf den Prozessor des Hosts zugreifen kann, mit allen Features und Beschleunigungen. Das sollte bei uns problemlos möglich sein, denn:

• wir haben überall identische Hostprozessoren (außer bei ltspl2)
• wir transferieren ohnehin keine VMs im laufenden Betrieb (solange wir keinen ProxMox-Cluster haben)
• Linux verträgt es, im Gegensatz zu Windows, problemlos, wenn nach einem Neustart ein anderer Prozessortyp erscheint. Man kann die VMs also auch so transferieren, wenn man sie dann neu bootet.

ToDo

Die Prozessoremulationen von Typ "kvm64" auf "host" umstellen. Das sollte einen signifikaten Performancegewinn zeigen.

Referenzen

• ​https://pve.proxmox.com/wiki/Allow_Guests_Access_to_Host_CPU
• ​http://www.linux-kvm.org/page/Tuning_KVM

[Rüdiger Kupper]

Erledigt. Die Server sollten jetzt noch etwas flotter laufen.

[Rüdiger Kupper]

Problem: Wie ich oben erwähnte, reagiert Windows nicht ganz so freundlich darauf, wenn man den Prozessortyp wechselt. Unser VirtualBox-XP-Image läuft nun nicht mehr. Auch nicht, wenn man es in VirtualBox komplett neu bootet.

D.h. wir brauchen ein neues XP-Image -- oder wir müssen herausfinden, wie man Windows beibringt, mit einem neuen Prozessor klarzukommen.

[bau]

Leider ist Windoofs da so garnicht großzügig. Der installiet einmal die passende HAL und wenn die nicht mehr passt, dann war es das! Es bleibt also nur die Neuinstallation, die dann hoffentlich tut!

[Rüdiger Kupper]

Ein schönes Beispiel dafür, dass der Wartungsaufwand bei Linux geringer ist als bei Windows. Falls mal wieder jemand fragt, warum wir dieses komische Betriebssystem verwenden.
Erst diese Woche hat mich wieder ein Kollegen angesprochen, ob es eigentlich "Absicht" sei, dass drei der Lehrerzimmerrechner Linux booten. Was glauben die -- dass unsere Rechner rein zufällig irgend etwas machen?
Mir fehlen dann manchmal spontan gute Antworten, warum Linux aus unserer Sicht leichter zu warten ist. Das hier ist ein Beispiel.

[Rüdiger Kupper]

Habe den CPU-Typ erst einmal wieder auf den Ursprungswert zurückgesetzt (minimaler Prozessortyp), so dass das virtuelle Windows erst einmal wieder läuft.
(auf den proxmox: qm set 100 -cpu kvm64, dann Abschalten und wieder Einschalten der VM).

Wenn wir Zeit finden, das Windows-Image neu zu erzeugen, können wir die Hardwareunterstützung wieder einschalten.
(auf den proxmox: qm set 100 -cpu host, dann Abschalten und wieder Einschalten der VM).

Proxmoxltsp1 und Proxmoxltspl1 scheinen allerdings nicht zu laufen. Weiß jemand etwas über die beiden Server?

[Rüdiger Kupper]

Ltsp6 und ltspl1 laufen nun wieder mit Prozessortyp „host“.
Für die übrigen Proxmox überprüfen.
Was soll mit den Ltsp-Servern mittelfristig passieren?

[Rüdiger Kupper]

Hat sich für die LTSP-Server und LZ erledigt.

@bau

haben alle Proxmoxe den Prozessortyp "host"? Bitte prüfen und dann schließen.

[lehm]

Noch aktuell?