SLES 15 KVM-Setup: Ausgewählte VMs beim Systemstart starten

Damit eine SLES 15 KVM-VM nach einem Neustart des Hosts automatisch startet, installieren Sie die KVM- und libvirt-Verwaltungskomponenten, markieren Sie die VM für den automatischen Start virsh autostart VM_NAMEund stellen Sie sicher, dass der aktive libvirt-Daemon des Hosts beim Bootvorgang gestartet wird. Der automatische Start ist eine Einstellung pro VM; die Installation von KVM oder das Starten von libvirt allein startet nicht automatisch alle VMs.

Die folgenden Befehle orientieren sich an der Virtualisierungsanleitung von SUSE SLES 15 SP7. Bei älteren Service Packs können Abweichungen auftreten. Prüfen Sie daher vor der Anwendung der Befehle die entsprechende Anleitung und die installierten systemd-Units.

Benötigen Sie einen KVM-Server, KVM-Tools oder beides?

Für einen Host, der Gastsysteme über libvirt ausführt und verwaltet, müssen sowohl der KVM-Server als auch die KVM-Tools installiert werden. SUSE definiert den KVM-Server als die minimale QEMU/KVM-Umgebung und die KVM-Tools als den auf libvirt basierenden Management-Stack, der den virshhier verwendeten Workflow umfasst.

Vor der Installation prüfen Sie, ob Prozessor und Firmware des Rechners Hardwarevirtualisierung unterstützen. SUSE dokumentiert die CPU-Unterstützung und die erforderliche Software im Virtualisierungsleitfaden SLES 15 SP7 . Falls die Validierung ein Hardware- oder Konfigurationsproblem meldet, beheben Sie dieses in der Firmware oder der Hostkonfiguration, bevor Sie versuchen, eine VM zu definieren. Die Autostart-Funktion kann einen Host, der KVM nicht ausführen kann, nicht kompensieren.

Ein Linux-Terminal zeigt den Befehl sudo virt-host-validate zur Überprüfung der Bereitschaft des Virtualisierungshosts an.
Führen Sie das Host-Validierungsprogramm aus, bevor Sie Gäste erstellen; das Terminal zeigt den Befehl an, nicht das Testergebnis.

Wie installiert man den SLES 15 KVM-Host-Stack?

Ein Terminal zeigt den Zypper-Befehl zum Installieren der Muster kvm_server und kvm_tools auf SLES.
Diese optionale Zypper-Route installiert den dokumentierten KVM-Server und die libvirt-Verwaltungsmuster.
  1. Öffnen Sie auf einem bereits installierten Server YaST und wählen Sie Virtualisierung > Hypervisor und Tools installieren . Falls das YaST-Virtualisierungsmodul fehlt, wird es laut SUSE im yast2-vmPaket bereitgestellt.

  2. Wählen Sie den KVM-Server und die KVM-Tools aus und bestätigen Sie die Paketänderungen. YaST bietet Ihnen die Konfiguration einer Netzwerkbrücke an. Wählen Sie diese Option nur, wenn sie zum Netzwerkdesign des Hosts passt. Änderungen am Netzwerk eines Produktivsystems können den Fernzugriff unterbrechen. Planen und terminieren Sie daher Brückenänderungen sorgfältig, bevor Sie diese anwenden.

  3. Nach Abschluss der Einrichtung erstellen oder importieren Sie einen Gast und stellen Sie sicher, dass dieser als persistente libvirt-Domäne definiert ist. Laut SUSE-Anleitung ist für die KVM-Einrichtung über YaST kein Neustart des Hostsystems erforderlich.

Alternativ dokumentiert SUSE die Installation der Muster mit Zypper: sudo zypper install -t pattern kvm_server kvm_tools. Wählen Sie einen Installationsweg und überprüfen Sie die Pakettransaktion, bevor Sie sie bestätigen. Bei einer Neuinstallation des Hosts installiert und konfiguriert die KVM-Virtualisierungshost -Systemrolle die entsprechende Auswahl während der SLES-Installation.

Wie kann man eine VM so einstellen, dass sie automatisch startet?

Zuerst listen Sie die Domänen über die System-libvirt-Verbindung auf, damit Sie den genauen Gastnamen verwenden können:

Im Terminal wird der Befehl sudo virsh -c qemu:///system list --all angezeigt, um die libvirt-Domänen des Systems aufzulisten.
Listen Sie alle Domänen der Systemverbindung auf und kopieren Sie den genauen VM-Namen, bevor Sie den Autostart aktivieren.
sudo virsh -c qemu:///system list --all

Die --allOption umfasst auch derzeit ausgeschaltete Gäste. Wählen Sie die gewünschte persistente VM aus der Ausgabe aus. Aktivieren Sie anschließend den Autostart für diese Domäne:

Im Terminal wird sudo virsh autostart VM_NAME angezeigt, der Befehl zum Aktivieren des automatischen Starts einer Domäne beim Systemstart.
Ersetzen Sie VM_NAME durch den genauen libvirt-Domänennamen des Gastsystems, um dessen Autostart-Flag zu aktivieren.
sudo virsh autostart VM_NAME

Um die Einstellung später rückgängig zu machen, führen Sie den Befehl aus sudo virsh autostart --disable VM_NAME. Dies ist keine Wiederherstellung des gespeicherten Speichers: Der Gast startet nach dem Start des Hosts normal von seinen konfigurierten Festplatten. Außerdem werden nicht alle VMs automatisch ausgewählt. Wenden Sie den Befehl nur auf die Gastsysteme an, die auf diesem Host ausgeführt werden sollen.

Welcher libvirt-Dienst muss beim Systemstart gestartet werden?

Es hängt davon ab, ob dieser SLES-Host die modularen Daemons von libvirt oder die traditionelle monolithische Architektur verwendet libvirtd. SUSE dokumentiert, dass modulare Daemons in SLES 15 SP7 standardmäßig aktiviert sind und empfiehlt, den entsprechenden Treiberdienst beim Systemstart zu starten, wenn die Gastsysteme für den automatischen Start konfiguriert sind. Der QEMU-Treiberdienst ist [hier fehlt der Name des Treiberdienstes] . virtqemud.serviceBei einer monolithischen Konfiguration empfiehlt SUSE libvirtd.servicestattdessen [hier fehlt der Name des Treiberdienstes]. Aktivieren Sie nicht beide Bereitstellungsmodi, nur weil beide Unit-Namen existieren.

Prüfen Sie die Einheiten auf Ihrem Host, bevor Sie sie ändern:

Ein Terminal zeigt den Befehl systemctl status an, der die Diensteinheiten virtqemud und libvirtd überprüft.
Bevor Sie irgendetwas aktivieren, prüfen Sie die verfügbaren libvirt-Daemon-Einheiten, um den Bereitstellungsmodus des Hosts zu ermitteln.
systemctl status virtqemud.service libvirtd.service

Wenn der Host die modulare libvirt-Plattform verwendet und die QEMU-Einheit installiert ist, aktivieren Sie sie mit folgendem Befehl:

sudo systemctl enable --now virtqemud.service

Wenn der Host absichtlich für den monolithischen Daemon konfiguriert ist, verwenden Sie stattdessen diesen Befehl:

Ein Terminal zeigt sudo systemctl enable --now libvirtd.service für einen Host, der die monolithische libvirt-Bibliothek verwendet.
Aktivieren Sie diese Einheit nur auf einem Host, der die monolithische libvirtd-Bereitstellung verwendet; modulare Hosts verwenden ihren Treiber-Daemon.
sudo systemctl enable --now libvirtd.service
Im Terminal wird sudo virsh net-autostart default angezeigt, um den automatischen Start des standardmäßigen libvirt-Netzwerks zu aktivieren.
Markieren Sie das Standard-libvirt-Netzwerk nur dann für den automatischen Start, wenn die VM dieses virtuelle Netzwerk verwendet.

Mit dem modularen libvirt können virtuelle Netzwerk- und Speicherverwaltung separate Treiber-Daemons oder Sockets verwenden. Wenn das Gastsystem von einem libvirt-verwalteten Netzwerk abhängig ist, sollte dieses Netzwerk ebenfalls automatisch gestartet werden; siehe beispielsweise die SUSE-Dokumentation sudo virsh net-autostart defaultfür das vordefinierte defaultNetzwerk. Führen Sie diese Einstellung nur aus, wenn das Gastsystem dieses Netzwerk tatsächlich nutzt. Eine auf Hostebene konfigurierte Bridge verwendet diese libvirt-Netzwerkeinstellung nicht. Überprüfen Sie das tatsächlich mit dem Gastsystem verbundene Netzwerk, anstatt den Namen anzunehmen default.

Wenn ein Gastsystem eine externe oder netzwerkgebundene Festplatte verwendet, stellen Sie sicher, dass der zugehörige Speicher beim Systemstart verfügbar ist. SUSE weist darauf hin, dass der aktive Status eines libvirt-Speicherpools die Verfügbarkeit bereits an Gastsysteme angehängter Volumes nicht beeinflusst. Die Aktivierung des automatischen Poolstarts ist jedoch hilfreich, wenn der Pool für die hostseitige Poolverwaltung oder spätere Volume-Operationen aktiv sein muss. sudo virsh pool-autostart POOLErsetzen Sie ` POOL<Poolname>` durch den tatsächlichen Poolnamen; erstellen Sie keinen neuen Pool nur, um den automatischen VM-Start zu aktivieren.

Wie kann man überprüfen, ob die VM wieder funktioniert?

Ein Terminal zeigt sudo virsh dominfo VM_NAME an, um die Konfigurationsdetails einer Gastdomäne zu überprüfen.
Verwenden Sie die Domäneninformationen des Gastsystems, um dessen Autostart-Einstellung zu überprüfen, bevor Sie einen Neustart des Hostsystems planen.

Überprüfen Sie vor einem geplanten Wartungsneustart die Domänenkonfiguration und den Daemon-Status. Verwenden Sie den Befehl, sudo virsh dominfo VM_NAMEum zu bestätigen, dass der Autostart aktiviert ist, und systemctl is-enabled virtqemud.serviceprüfen systemctl is-enabled libvirtd.serviceSie den gewählten Daemon-Modus. Falls der erste Befehl fehlschlägt, weil der Gast nicht gefunden wird, stellen Sie sicher, dass Sie dieselbe libvirt-Verbindung abfragen, über die der Gast erstellt wurde.

Testen Sie anschließend während eines genehmigten Wartungsfensters. Führen Sie nach der Rückkehr des Hosts den Befehl aus sudo virsh -c qemu:///system list --all. Der ausgewählte Gast sollte als aktiv angezeigt werden; überprüfen Sie dessen Netzwerk- und Gastdienste separat. Falls er weiterhin deaktiviert bleibt, prüfen Sie die Boot-Logs des aktiven Daemons mit journalctl -b -u virtqemud.serviceoder journalctl -b -u libvirtd.service(je nach Anwendbarkeit) und suchen Sie nach nicht verfügbarem Speicher oder einem erforderlichen virtuellen Netzwerk. Diese Bedingungen hängen von der Host-Konfiguration ab; daher bestimmen das Daemon-Log und die tatsächliche Gerätekonfiguration der VM die weiteren Schritte.

Für versionsspezifische Servicedetails, Netzwerkkonfiguration und Gastverwaltung konsultieren Sie die Dokumentation zum libvirt-Daemon von SUSE SLES 15 SP7 sowie das Kapitel zur Vorbereitung von VM-Hosts .

Einen Kommentar hinterlassen

SLES 15 KVM-Setup: Ausgewählte VMs beim Systemstart starten

SLES 15 KVM-Setup: Ausgewählte VMs beim Systemstart starten

Installieren Sie die SLES 15 KVM- und libvirt-Tools, aktivieren Sie den richtigen Host-Dienst und konfigurieren Sie die ausgewählten virtuellen Maschinen so, dass sie nach einem Neustart automatisch starten.

Diagnose eines SUSE-Servers, der beim Herunterfahren mit systemd hängen bleibt

Diagnose eines SUSE-Servers, der beim Herunterfahren mit systemd hängen bleibt

Verwenden Sie systemd jobs und das vorherige Boot-Journal, um eine langsame Dienst-, Mount- oder Speicherabhängigkeit zu lokalisieren und diese dann zu beheben, ohne die Ursache zu verschleiern.

Öffnen Sie nur den Webverkehr, den Ihr SLES 15-Server benötigt.

Öffnen Sie nur den Webverkehr, den Ihr SLES 15-Server benötigt.

Verwenden Sie firewall-cmd, um die aktive Zone zu untersuchen, HTTP sicher zuzulassen, den SSH-Zugriff aufrechtzuerhalten und zu überprüfen, ob die Regel einen Neustart unter SLES 15 übersteht.

SLES PAM-Anmeldefehler diagnostizieren, ohne sich selbst auszusperren

SLES PAM-Anmeldefehler diagnostizieren, ohne sich selbst auszusperren

Ermitteln Sie, ob ein PAM-Fehler auf den zugehörigen Dienst, die Kontorichtlinie oder den Identitätsanbieter zurückzuführen ist, und beheben Sie anschließend die richtige SLES-Konfiguration, während gleichzeitig eine funktionierende Administratorsitzung erhalten bleibt.

Debian 12 auf einem VPS mit wenig RAM: So reduzieren Sie MySQL-Speicherfehler

Debian 12 auf einem VPS mit wenig RAM: So reduzieren Sie MySQL-Speicherfehler

MySQL-OOM-Fehler unter Debian 12 diagnostizieren, VPS-Speichergrenzen prüfen, Swap konfigurieren und Datenbankspeicher und Parallelität optimieren, ohne eine universelle Lösung zu versprechen.

Automatisieren Sie regelmäßige Nextcloud-Backups mit Restic und Cron

Automatisieren Sie regelmäßige Nextcloud-Backups mit Restic und Cron

Sichern Sie die Dateien von Nextcloud und MariaDB gemeinsam, planen Sie verschlüsselte Restic-Snapshots mit Cron und überprüfen Sie die Wiederherstellung, ohne den laufenden Server zu gefährden.

Installation und Signierung benutzerdefinierter Kernelmodule unter SLES 15 Secure Boot

Installation und Signierung benutzerdefinierter Kernelmodule unter SLES 15 Secure Boot

Laden Sie ein benutzerdefiniertes SLES-15-Kernelmodul, ohne Secure Boot zu deaktivieren. Passen Sie es an den laufenden Kernel an, signieren Sie die .ko-Datei, registrieren Sie einen MOK-Schlüssel und überprüfen Sie das Laden.

Sichern und Wiederherstellen eines Zimbra CE-Postfachs mithilfe von TGZ-Exporten

Sichern und Wiederherstellen eines Zimbra CE-Postfachs mithilfe von TGZ-Exporten

Exportieren Sie ein einzelnes Zimbra Community Edition-Postfach, überprüfen Sie dessen TGZ-Backup und stellen Sie fehlende Elemente wieder her, ohne vorhandene E-Mails zu überschreiben.

So konfigurieren Sie ein WireGuard Point-to-Site-VPN unter Debian 12

So konfigurieren Sie ein WireGuard Point-to-Site-VPN unter Debian 12

Richten Sie einen Debian 12 WireGuard VPN-Server für einen Remote-Client ein. Konfigurieren Sie Schlüssel, IPv4-Weiterleitung, nftables NAT, Firewall-Zugriff und Verbindungsprüfungen.

Genehmigten Benutzern die Erstellung von Jitsi-Räumen mit Keycloak-Anmeldung ermöglichen

Genehmigten Benutzern die Erstellung von Jitsi-Räumen mit Keycloak-Anmeldung ermöglichen

Nur genehmigte Konten dürfen Jitsi Meet-Räume mit Keycloak und Token-Authentifizierung starten, während die Teilnahme von Gästen bei Bedarf weiterhin möglich bleibt.