Bald muss ich GUI-Anwendungen auf mehreren Distributionen testen. Bisher habe ich das mit virtuellen Maschinen auf VirtualBox gemacht, aber deren Verwendung kann frustrierend langsam sein. Ich habe Multibooting in Betracht gezogen, aber das wäre mit hohen Kosten verbunden, wenn man a) Umgebungen austauscht und b) Umgebungen verwaltet (hinzufügt/entfernt/aktualisiert).
In letzter Zeit bin ich auf containerbasierte Lösungen gestoßen wieLXDund Typ-1-Hypervisor-basierte Lösungen wieKVMUndQubes OS-Vorlagen-VMs(Xen-basiert).
Sind Container und/oder Hypervisoren eine praktikable Alternative zum Multibooting für GUI-basierte Distributionen?
Eine konkrete Lösung wäre eine ideale Antwort, aber eine fundierte theoretische Antwort ist akzeptabel.
Antwort1
Ja, die Verwendung virtualisierter Umgebungen ist eine sehr praktikable und gute Alternative zum Multi-Booting, da mehrere Betriebssysteme parallel ausgeführt werden können und Sie Ihr Hauptsystem nicht neu starten müssen, um von einem zum anderen zu wechseln.
Ob die eine oder andere Technologie (Bare-Metal- oder gehosteter Hypervisor), LXD oder sogar gar kein Hypervisor (LXC) Ihren Anforderungen entspricht, hängt davon ab, welche Betriebssysteme Sie testen möchten (Gast) und welches Ihr Hauptbetriebssystem ist (Host).
Ich würde die Verwendung containerbasierter Lösungen empfehlen, wenn der auf Ihrem Host ausgeführte Kernel mit dem Betriebssystem kompatibel ist, das Sie virtualisieren möchten, da dies die Lösung mit dem geringsten Overhead ist. Sie könnten beispielsweise Red Hat, Debian, Ubuntu mit verschiedenen grafischen Umgebungen (Gnome, KDE usw.) ausführen.
Ansonsten gibt es keinen offensichtlichen Grund, der Bare-Metal-Hypervisoren einen Leistungsvorteil gegenüber hostbasierten Hypervisoren wie VirtualBox verschaffen würde. Wenn Ihre Erfahrung anders ist, liegt möglicherweise ein Konfigurations- oder Ressourcenproblem vor.
Antwort2
Hypervisoren aller Art sind eine Verbesserung gegenüber einer Multi-Boot-Situation, da sie eine bessere gemeinsame Nutzung der Systemressourcen ermöglichen. Bei Multi-Boot kann jeweils nur ein Betriebssystem das System verwenden.
Mit Virtualisierung können Sie Gästen zu viele Systemressourcen zuweisen. Allerdings nützt das wenig, wenn alle Gäste (und der Host) gleichzeitig auf die ihnen zugewiesenen Ressourcen zugreifen möchten. Ein Hypervisor vom Typ 1 (auch Bare Metal genannt)typischerweise(aber nicht immer) hat geringere Systemressourcenanforderungen für sich selbst. Dies wird natürlich aufgehoben, wenn Sie so etwas wie KVM auf einem Benutzersystem mit einer vollständigen GDE und allen zusätzlichen Diensten ausführen, die regelmäßig verwendet werden.
Es klingt, als ob die langsame VM-Leistung damit zusammenhängt, dass die VM auf einem System ausgeführt wird, das bereits einer gewissen Systemlast ausgesetzt ist. Wenn möglich, sollten Sie erwägen, die VMs auf einem anderen Host auszuführen, der über mehr Kapazität verfügt.