Ghid de configurare a virtualizării SLES 15 KVM și de pornire automată a mașinii virtuale

SUSE Linux Enterprise Server 15 poate servi ca gazdă KVM cu hipervizorul QEMU/KVM și stiva de gestionare libvirt. Acest ghid este scris ca o referință practică pentru administratorii care doresc o configurare repetabilă: confirmarea virtualizării hardware, instalarea componentelor acceptate, alegerea rețelei și a stocării, crearea unui guest, activarea pornirii automate per mașină virtuală și verificarea faptului că guest-ul revine după repornirea gazdei.

Comenzile și căile de meniu de mai jos au fost verificate în raport cu Ghidul de virtualizare SUSE Linux Enterprise Server 15 SP7 , a cărui publicare curentă este datată 10 septembrie 2026. Pachetele service pack-uri SLES 15 anterioare sunt similare, dar versiunile pachetelor, setările implicite ale daemonului și profilurile de oaspeți disponibile pot diferi. SUSE recomandă gestionarea virtualizării acceptate prin libvirt, mai degrabă decât combinarea libvirt cu gestionarea directă specifică hipervizorului.

Listă de verificare rapidă pentru planificare

1. Verificați dacă gazda poate rula KVM

KVM necesită suport pentru virtualizarea procesorului și setări de firmware care expun acest suport sistemului de operare. Pe o gazdă x86, o primă verificare rapidă este să căutați indicatorul CPU Intel vmxsau AMD svm. Pachetul client libvirt oferă, de asemenea virt-host-validate, , care efectuează un set mai larg de verificări ale gazdei.

egrep -c '(vmx|svm)' /proc/cpuinfo
sudo virt-host-validate qemu

Un număr pozitiv de semnalizatoare CPU este util, dar nu este singura cerință. Dacă validarea raportează că KVM nu este disponibil, verificați mai întâi setările BIOS sau UEFI, în special pe un server nou furnizat. Documentația gazdei KVM de la SUSE precizează că virtualizarea trebuie să fie acceptată de CPU și activată în BIOS/firmware. De asemenea, rețineți că virtualizarea imbricată este o caracteristică separată; pe SLES 15 SP7, documentele SUSE au imbricat KVM ca o previzualizare a tehnologiei, mai degrabă decât ca o configurație implicită acceptată de producție.

2. Instalați serverul KVM și instrumentele de administrare libvirt

Calea cea mai compatibilă cu suportul este YaST. Deschideți YaST > Virtualizare > Instalare hipervizor și instrumente , selectați server KVM și selectați instrumente KVM dacă doriți stiva de administrare libvirt. SUSE documentează yast2-vmpachetul ca modul YaST utilizat pentru această configurare.

Pentru automatizarea prin linia de comandă, SLES grupează aceleași funcționalități în modele de instalare. Instalați atât modelul gazdă, cât și cel de gestionare:

sudo zypper install -t pattern kvm_server kvm_tools

Modelul kvm_serverinstalează mediul gazdă QEMU/KVM de bază. kvm_toolsModelul adaugă instrumente bazate pe libvirt pentru gestionarea și monitorizarea sistemelor invitate. Lista exactă de dependențe depinde de service pack, așadar instalarea modelelor documentate este preferabilă menținerii unei liste de pachete scrise de mână, cu excepția cazului în care aveți un design controlat cu gazdă minimală.

Referință: SUSE: Instalarea componentelor de virtualizare .

3. Alegeți modelul de rețea VM înainte de a muta traficul de producție

SUSE descrie o punte de rețea ca fiind conexiunea implicită și recomandată atunci când oaspeții ar trebui să se conecteze direct la rețeaua locală a gazdei. O punte acționează ca un comutator de nivel 2: interfața fizică a gazdei și interfețele virtuale ale mașinii virtuale participă la același segment Ethernet. Aceasta este de obicei cea mai clară alegere pentru mașinile virtuale cu infrastructură care au nevoie de propriile adrese LAN, servicii de intrare, rezervări DHCP sau vizibilitate normală către alte mașini.

O rețea virtuală libvirt este adesea mai potrivită atunci când oaspeții au nevoie de izolare sau de conectivitate simplă la ieșire. NAT poate permite mai multor oaspeți să partajeze adresa externă a gazdei, rămânând în același timp într-o subrețea privată. Modul rutat redirecționează traficul fără traducerea adreselor, dar necesită o rutare adecvată în rețeaua înconjurătoare.

Dacă gazda utilizează wicked, pe care SUSE îl documentează ca serviciu implicit de gestionare a rețelei pe gazdele serverului, creați puntea cu YaST sau configurația corespunzătoare din linia de comandă. Sistemele NetworkManager pot utiliza nmcli. Fiți atenți pe serverele la distanță: mutarea configurației IP a gazdei pe o punte poate întrerupe SSH dacă modificarea este greșită. Programați o fereastră de întreținere sau asigurați-vă că aveți acces la consolă.

Referință: SUSE: Pregătirea serverului gazdă VM .

4. Confirmați că modulele kernel KVM sunt încărcate

După instalare, verificați partea de kernel a KVM. Gazdele Intel utilizează în mod normal kvm_intel; gazdele AMD utilizează kvm_amd. Ghidul de configurare a gazdei KVM de la SUSE demonstrează încărcarea modulului specific procesorului și verificarea acestuia cu lsmod.

sudo modprobe kvm_intel   # Intel host
# or
sudo modprobe kvm_amd     # AMD host

lsmod | grep kvm

Ar trebui să vedeți kvmmodulul generic plus modulul specific procesorului. Dacă modulul nu se încarcă, nu continuați prin simpla creare a unei mașini virtuale în emulare software. Verificați din nou setările de virtualizare a firmware-ului și compatibilitatea gazdei, cu excepția cazului în care emularea exclusiv software face parte în mod intenționat din designul dvs.

Referință: SUSE: Configurarea unui server gazdă KVM VM .

5. Verificați modelul daemonului libvirt utilizat de pachetul dvs. de service

SLES 15 SP7 activează implicit modelul daemon modular libvirt. Pentru KVM, daemonul principal al hypervisorului este virtqemud. Daemonii secundari gestionează funcții precum crearea de rețele virtuale și stocarea. SUSE documentează în continuare libvirtdimplementarea monolitică tradițională, dar nu ar trebui să activați ambele modele în mod arbitrar.

Pe o gazdă KVM SP7 implicită, verificați daemonul QEMU:

systemctl status virtqemud.service
sudo systemctl enable --now virtqemud.service

SUSE recomandă în mod specific configurarea serviciului libvirt relevant pentru a porni la bootare atunci când mașinile virtuale sunt configurate și pentru pornire automată de la bootarea gazdei. Pe o instalare mai veche care utilizează intenționat libvirt monolitic, verificați libvirtd.serviceîn schimb și socket-urile sale. Înainte de a schimba modelele de daemon pe o gazdă stabilită, urmați procedura de tranziție documentată de SUSE și opriți sau evacuați sistemele invitate.

Referință: SUSE: daemoni libvirt .

6. Pregătiți suporturile de stocare și instalare

Înainte de a crea unitatea gazdă, decideți unde îi aparține discul virtual și unde este montată fișierul ISO de instalare. Setările implicite sunt convenabile pentru o gazdă independentă mică, în timp ce instalările mai mari pot utiliza volume LVM dedicate, sisteme de fișiere separate, NFS, iSCSI sau alte spații de stocare gestionate prin libvirt. Regula operațională cheie este de a evita umplerea silențioasă a sistemului de fișiere rădăcină al gazdei cu imagini VM în creștere.

Pentru un dispozitiv invitat cu fișiere salvate, verificați spațiul liber înainte de a crea discul:

df -h /var/lib/libvirt/images
ls -lh /data/ISOs/

Dacă utilizați un pool de stocare libvirt, verificați-l cu virsh pool-list --allși asigurați-vă că pool-ul dorit este activ. Pentru sistemele de producție, includeți stocarea mașinilor virtuale în designul de monitorizare a capacității și de backup, în loc să tratați imaginea discului ca un fișier opac care se va descurca singur.

7. Creați mașina virtuală

Puteți crea un guest grafic cu Virtual Machine Manager sau din linia de comandă cu virt-install. SUSE este descris virt-installca instrumentul din linia de comandă pentru crearea de guest-uri prin libvirt și este util în special pentru compilări repetabile și administrare la distanță.

În Virtual Machine Manager, creați o mașină virtuală nouă, alegeți mediul de instalare local, selectați sistemul de operare guest, alocați memorie și procesoare virtuale, selectați spațiul de stocare, apoi alegeți rețeaua virtuală dorită. Ecranul de mai jos utilizează un fișier ISO SLES 15 ca exemplu ilustrativ; utilizați imaginea și profilul de instalare exacte corespunzătoare pachetului service pack licențiat.

Un exemplu comparabil din linia de comandă este:

sudo virt-install   --name sles15-vm   --memory 4096   --vcpus 2   --disk path=/var/lib/libvirt/images/sles15-vm.qcow2,size=40   --cdrom /data/ISOs/SLES-15-SP7-DVD-x86_64-GM-DVD1.iso   --network bridge=br0,model=virtio   --graphics spice

Ajustați opțiunile de memorie, număr de procesoare, dimensiunea discului, calea ISO, sursa de rețea, firmware-ul și grafică pentru sarcina de lucru. Dacă utilizați o rețea NAT libvirt în loc de o punte (bridge), înlocuiți opțiunea de punte cu rețeaua virtuală corespunzătoare. Confirmați sistemele de operare guest și opțiunile de dispozitive acceptate în documentația de asistență pentru virtualizare SUSE atunci când asistența pentru producție este importantă.

Referință: SUSE: Instalare ca guest cu virt-install .

8. Activează pornirea automată a mașinii virtuale

Pornirea automată a mașinii virtuale este o proprietate libvirt pe fiecare sistem invitat persistent. Documentația SUSE precizează explicit că această funcție nu este activată în mod implicit și trebuie activată individual; nu există un singur comutator global care să marcheze fiecare mașină virtuală pentru pornire automată.

Activează-l pentru oaspete:

sudo virsh autostart sles15-vm

Verificați setarea:

sudo virsh dominfo sles15-vm | grep -i autostart

Pentru a dezactiva comportamentul mai târziu:

sudo virsh autostart --disable sles15-vm

În Virtual Machine Manager, controlul echivalent se află în meniul View > Details > Boot Options al sistemului oaspete , unde puteți activa opțiunea Start virtual machine on host boot up (Pornire mașină virtuală la pornirea gazdei) și aplica modificarea.

Referință: SUSE: Gestionarea de bază a invitaților la mașini virtuale și pornirea automată .

9. Testați configurația în loc să presupuneți că pornirea automată funcționează

Testul semnificativ este o repornire controlată a gazdei în timpul unei ferestre de întreținere. Înainte de repornire, înregistrați starea curentă și verificați dacă mașina virtuală este persistentă:

sudo virsh list --all
sudo virsh dominfo sles15-vm

Apoi reporniți gazda. După ce gazda revine, confirmați starea daemonului de virtualizare și a guest-ului:

systemctl is-active virtqemud.service
sudo virsh list --all

Dacă implementarea dvs. utilizează libvirt monolitic, înlocuiți verificarea serviciului cu libvirtd. O mașină virtuală pornită automat ar trebui să treacă la runningfără o trecere manuală virsh start. Verificați și serviciul din interiorul mașinii invitate, nu doar starea mașinii virtuale. O mașină virtuală care rulează poate avea în continuare o aplicație eșuată, o configurație de rețea lipsă sau o problemă de recuperare a sistemului de fișiere.

Referință de depanare

SUSE avertizează că o oprire forțată virsh destroyeste echivalentă cu deconectarea bruscă a alimentării și poate cauza coruperea sistemului de fișiere al sistemului oaspete sau pierderea de date. Testați comportamentul de oprire și repornire grațioasă înainte de a utiliza o mașină virtuală în producție.

Linia de bază practică pentru o gazdă KVM SLES 15 fiabilă

O bază curată este simplă: păstrați gazda pe un service pack SLES 15 acceptat, instalați modelele documentate kvm_serverși kvm_tools, utilizați libvirt în mod consecvent, alegeți în mod deliberat conectivitatea bridge sau de rețea virtuală, păstrați spațiul de stocare al mașinilor virtuale departe de un sistem de fișiere rădăcină subdimensionat și marcați doar sistemele invitate care au nevoie cu adevărat de pornire la momentul bootării cu virsh autostart.

Pentru SLES 15 SP7, rețineți detaliul daemonului care este ușor de trecut cu vederea: daemonii modulari libvirt sunt impliciti, la fel virtqemudeste și serviciul pe care îl validați în mod normal pentru KVM, în loc să presupuneți că fiecare gazdă curentă este centrată pe monoliticul vechi libvirtd. Această distincție este importantă atunci când diagnosticați o mașină virtuală care este marcată corect pentru pornire automată, dar tot nu apare după o repornire a gazdei.