Pentru a porni o mașină virtuală SLES 15 KVM după o repornire a gazdei, instalați componentele de gestionare KVM și libvirt, marcați acel invitat pentru pornire automată cu virsh autostart VM_NAMEși asigurați-vă că daemonul activ libvirt al gazdei pornește în timpul pornirii. Pornirea automată este o setare per mașină virtuală; instalarea KVM sau pornirea singură a libvirt nu pornește automat fiecare invitat.
Comenzile de mai jos respectă Ghidul de virtualizare SLES 15 SP7 de la SUSE. Pachetele de service anterioare pot diferi, așadar verificați ghidul corespunzător și unitățile systemd instalate înainte de a aplica comenzile de service.
Pentru o gazdă care va rula și gestiona sistemele invitate prin libvirt, instalați atât serverul KVM, cât și instrumentele KVM. SUSE definește serverul KVM ca fiind mediul QEMU/KVM minimal, iar instrumentele KVM ca fiind stiva de administrare bazată pe libvirt, care include virshfluxul de lucru utilizat aici.
Înainte de instalare, confirmați dacă procesorul și firmware-ul mașinii expun virtualizarea hardware. SUSE documentează suportul CPU și software-ul necesar în Ghidul de virtualizare SLES 15 SP7 . Dacă validarea raportează o problemă hardware sau de configurare, rezolvați-o în firmware sau în configurația gazdă înainte de a încerca să definiți o mașină virtuală; semnalizatorul de pornire automată nu poate compensa o gazdă care nu poate rula KVM.
Pe un server deja instalat, deschideți YaST și selectați Virtualizare > Instalare hipervizor și instrumente . Dacă modulul de virtualizare YaST lipsește, SUSE spune că este furnizat de yast2-vmpachet.
Selectați Serverul KVM și instrumentele KVM , apoi acceptați modificările pachetului. YaST vă poate oferi configurarea unei punți de rețea. Alegeți această opțiune numai dacă se potrivește designului rețelei gazdei. Modificarea rețelei unei gazde de producție poate întrerupe accesul la distanță, așadar planificați și programați modificările punții înainte de a le aplica.
După finalizarea configurării, creați sau importați un domeniu guest și asigurați-vă că este definit ca domeniu libvirt persistent. Ghidul SUSE precizează că configurarea KVM prin YaST nu necesită o repornire a gazdei.
Alternativ, SUSE documentează instalarea modelelor cu Zypper: sudo zypper install -t pattern kvm_server kvm_tools. Alegeți o rută de instalare și examinați tranzacția pachetului înainte de a o confirma. Dacă gazda este instalată de la zero, rolul de sistem KVM Virtualization Host instalează și configurează selecția corespunzătoare în timpul instalării SLES.
Mai întâi, listați domeniile prin conexiunea sistemului libvirt, astfel încât să puteți utiliza numele exact al invitatului:
sudo virsh -c qemu:///system list --allOpțiunea --allinclude mașinile invitate care sunt în prezent oprite. Selectați mașina virtuală persistentă dorită din rezultat. Apoi activați pornirea automată pentru domeniul respectiv:
sudo virsh autostart VM_NAMEPentru a anula setarea ulterior, executați comanda sudo virsh autostart --disable VM_NAME. Aceasta nu este o restaurare cu memorie salvată: sistemul invitat pornește normal de pe discurile configurate după pornirea gazdei. De asemenea, nu selectează automat fiecare mașină virtuală. Aplicați comanda numai sistemului invitat care ar trebui să ruleze pe această gazdă.
Depinde de utilizarea daemonilor modulari libvirt sau a celor monolitici tradiționali libvirtd. SUSE documentează daemonii modulari ca fiind activați în mod implicit în SLES 15 SP7 și recomandă pornirea serviciului de driver relevant la pornire atunci când sistemele invitate sunt configurate să pornească automat. Serviciul de driver QEMU este [ numele sistemului virtqemud.service]. Într-o configurație monolitică, SUSE recomandă libvirtd.serviceîn schimb. Nu activați ambele moduri de implementare doar pentru că există ambele nume de unități.
Verificați unitățile de pe gazdă înainte de a le modifica:
systemctl status virtqemud.service libvirtd.serviceDacă gazda folosește libvirt modular și este instalată unitatea QEMU, activați-o cu:
sudo systemctl enable --now virtqemud.serviceDacă gazda este configurată în mod deliberat pentru daemonul monolitic, utilizați în schimb această comandă:
sudo systemctl enable --now libvirtd.service
Cu libvirt modular, gestionarea rețelelor virtuale și a stocării poate utiliza daemoni de driver sau socketuri separate. Dacă guest-ul depinde de o rețea gestionată de libvirt, faceți ca și acea rețea să pornească automat; de exemplu, documente SUSE sudo virsh net-autostart defaultpentru rețeaua predefinită default. Faceți acest lucru numai atunci când guest-ul utilizează efectiv acea rețea. O punte configurată la nivel de gazdă nu utilizează această setare de rețea libvirt. Verificați rețeaua reală atașată guest-ului, în loc să presupuneți numele default.
Dacă un sistem invitat utilizează un disc extern sau montat în rețea, asigurați-vă că spațiul său de stocare de rezervă este disponibil la pornire. SUSE notează că starea activă a unui pool de stocare libvirt nu modifică disponibilitatea volumelor deja atașate la sistemele invitate, dar activarea pornirii automate a pool-ului este utilă atunci când pool-ul trebuie să fie activ pentru gestionarea pool-ului pe partea gazdă sau pentru operațiuni ulterioare pe volume: sudo virsh pool-autostart POOL. Înlocuiți POOLcu numele real al pool-ului; nu creați un pool nou doar pentru a seta pornirea automată a mașinii virtuale.
Înainte de o repornire planificată pentru mentenanță, inspectați configurația domeniului și starea daemonului. Folosiți sudo virsh dominfo VM_NAMEpentru a confirma că pornirea automată este activată și/ systemctl is-enabled virtqemud.servicesau systemctl is-enabled libvirtd.servicepentru modul daemon ales. Dacă prima comandă eșuează deoarece sistemul invitat nu este găsit, asigurați-vă că interogați aceeași conexiune libvirt pe care a fost creat.
Apoi testați în timpul unei ferestre de întreținere aprobate. După ce gazda revine, rulați sudo virsh -c qemu:///system list --all. Gustătorul selectat ar trebui să fie afișat ca rulând; confirmați separat rețeaua și serviciile sale guest. Dacă rămâne oprit, inspectați jurnalele de boot ale daemonului activ cu journalctl -b -u virtqemud.servicesau journalctl -b -u libvirtd.service, după caz, și verificați dacă există spațiu de stocare indisponibil sau o rețea virtuală necesară. Aceste condiții depind de configurația gazdei, astfel încât jurnalul daemonului și configurația reală a dispozitivului mașinii virtuale determină următoarea remediere.
Pentru detalii despre servicii specifice versiunii, configurarea rețelei și gestionarea oaspeților, consultați documentația daemonului SLES 15 SP7 libvirt de la SUSE și capitolul despre pregătirea gazdei VM .
Instalați instrumentele SLES 15 KVM și libvirt, activați serviciul gazdă corect și configurați mașinile virtuale selectate pentru a porni după o repornire.
Fă copii de rezervă ale fișierelor Nextcloud și MariaDB împreună, programează snapshot-uri Restic criptate cu cron și verifică recuperarea fără a risca serverul activ.
Exportați o cutie poștală individuală Zimbra Community Edition, validați copia de rezervă TGZ și restaurați elementele lipsă fără a suprascrie e-mailurile existente.
Permiteți doar conturilor aprobate să deschidă săli Jitsi Meet folosind Keycloak și autentificarea prin token, menținând în același timp posibilitatea participării invitaților atunci când este nevoie.
Conectați ONLYOFFICE DocSpace la Active Directory sau OpenLDAP, importați utilizatori și grupuri în siguranță, mapați câmpurile contului și programați o sincronizare fiabilă.
Instalați fonturi personalizate în ONLYOFFICE Document Server, comparați montările persistente din Docker cu copii directe, reconstruiți lista de fonturi și verificați rezultatul.
Configurați HAProxy HTTPS, anteturile de redirecționare, timeout-urile WebSocket și verificările de funcționare pentru ONLYOFFICE Docs, apoi verificați editarea și salvările.
Încărcați un modul kernel SLES 15 personalizat fără a dezactiva Secure Boot. Corelați kernelul care rulează, semnați fișierul .ko, înscrieți o cheie MOK și verificați încărcarea.
Trimiteți jurnalele de sistem SLES către un colector rsyslog la distanță prin TLS autentificat, cu verificări ale certificatelor, memorare temporară în caz de întreruperi și teste de livrare.
Diagnosticați în siguranță modul de urgență al serverului Ubuntu. Citiți jurnalele de bootare, verificați montările root și fstab, reparați o unitate defectă, gestionați erorile sistemului de fișiere și verificați o repornire curată.
