SLES 15 KVM Virtualization Setup and VM Auto-Start Guide

SUSE Linux Enterprise Server 15 can serve as a KVM host with the QEMU/KVM hypervisor and the libvirt management stack. This guide is written as a practical reference for administrators who want a repeatable setup: confirm hardware virtualization, install the supported components, choose networking and storage, create a guest, enable per-VM automatic startup, and verify that the guest returns after the host reboots.

The commands and menu paths below were checked against the SUSE Linux Enterprise Server 15 SP7 Virtualization Guide, whose current publication is dated September 10, 2026. Earlier SLES 15 service packs are similar, but package versions, daemon defaults, and available guest profiles can differ. SUSE recommends managing supported virtualization through libvirt rather than mixing libvirt with direct hypervisor-specific management.

Quick planning checklist

1. Verify that the host can run KVM

KVM requires processor virtualization support and firmware settings that expose that support to the operating system. On an x86 host, a quick first check is to look for the Intel vmx or AMD svm CPU flag. The libvirt client package also provides virt-host-validate, which performs a broader set of host checks.

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

A positive CPU flag count is useful, but it is not the only requirement. If validation reports that KVM is unavailable, check BIOS or UEFI settings first, especially on a newly provisioned server. SUSE's KVM host documentation states that virtualization must be supported by the CPU and enabled in BIOS/firmware. Also remember that nested virtualization is a separate feature; on SLES 15 SP7 SUSE documents nested KVM as a technology preview rather than a production-supported default.

2. Install the KVM server and libvirt management tools

The most support-aligned path is YaST. Open YaST > Virtualization > Install Hypervisor and Tools, select KVM server, and select KVM tools if you want the libvirt management stack. SUSE documents the yast2-vm package as the YaST module used for this setup.

For command-line automation, SLES groups the same functionality into installation patterns. Install both the host and management patterns:

sudo zypper install -t pattern kvm_server kvm_tools

The kvm_server pattern installs the basic QEMU/KVM host environment. The kvm_tools pattern adds libvirt-based tools for managing and monitoring guests. The exact dependency list is service-pack dependent, so installing the documented patterns is preferable to maintaining a hand-written package list unless you have a controlled minimal-host design.

Reference: SUSE: Installation of virtualization components.

3. Choose the VM network model before moving production traffic

SUSE describes a network bridge as the default and recommended connection when guests should attach directly to the host's LAN. A bridge acts like a Layer 2 switch: the host's physical interface and VM virtual interfaces participate in the same Ethernet segment. This is usually the clearest choice for infrastructure VMs that need their own LAN addresses, inbound services, DHCP reservations, or normal visibility to other machines.

A libvirt virtual network is often better when guests need isolation or simple outbound connectivity. NAT can let several guests share the host's external address while remaining on a private subnet. Routed mode forwards traffic without address translation, but requires suitable routing in the surrounding network.

If the host uses wicked, which SUSE documents as the default network management service on server hosts, create the bridge with YaST or the corresponding command-line configuration. NetworkManager systems can use nmcli. Be cautious on remote servers: moving the host IP configuration to a bridge can interrupt SSH if the change is wrong. Schedule a maintenance window or make sure you have console access.

Reference: SUSE: Preparing the VM Host Server.

4. Confirm the KVM kernel modules are loaded

After installation, verify the kernel side of KVM. Intel hosts normally use kvm_intel; AMD hosts use kvm_amd. SUSE's KVM host setup guide demonstrates loading the processor-specific module and checking it with lsmod.

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

lsmod | grep kvm

คุณควรเห็นkvmโมดูลทั่วไปรวมถึงโมดูลเฉพาะโปรเซสเซอร์ หากโมดูลโหลดไม่สำเร็จ อย่าดำเนินการต่อโดยการสร้าง VM ในการจำลองซอฟต์แวร์เพียงอย่างเดียว ตรวจสอบการตั้งค่าการจำลองเสมือนเฟิร์มแวร์และความเข้ากันได้ของโฮสต์อีกครั้งก่อน เว้นแต่ว่าการจำลองซอฟต์แวร์อย่างเดียวเป็นส่วนหนึ่งของการออกแบบของคุณโดยตั้งใจ

อ้างอิง: SUSE: การตั้งค่าเซิร์ฟเวอร์โฮสต์ VM KVM

5. ตรวจสอบโมเดลเดมอน libvirt ที่ใช้โดย Service Pack ของคุณ

SLES 15 SP7 เปิดใช้งานโมเดล daemon libvirt แบบโมดูลาร์โดยค่าเริ่มต้น สำหรับ KVM นั้น daemon ไฮเปอร์ไวเซอร์หลักคือvirtqemudส่วน daemon รองจะจัดการฟังก์ชันต่างๆ เช่น เครือข่ายเสมือนและพื้นที่จัดเก็บข้อมูล SUSE ยังคงจัดทำเอกสารเกี่ยวกับlibvirtdการใช้งานแบบรวมศูนย์แบบดั้งเดิม แต่คุณไม่ควรเปิดใช้งานทั้งสองโมเดลโดยพลการ

บนโฮสต์ KVM SP7 ที่มีค่าเริ่มต้น ให้ตรวจสอบ daemon QEMU:

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

SUSE แนะนำเป็นพิเศษให้กำหนดค่าบริการ libvirt ที่เกี่ยวข้องให้เริ่มต้นเมื่อบูตเครื่อง เมื่อ VM ถูกกำหนดค่าให้เริ่มต้นอัตโนมัติเมื่อบูตเครื่องโฮสต์ด้วย สำหรับการติดตั้งเวอร์ชันเก่าที่ตั้งใจใช้ libvirt แบบรวมศูนย์ ให้ตรวจสอบซ็อกlibvirtd.serviceเก็ตแทน ก่อนที่จะเปลี่ยนโมเดลเดมอนบนโฮสต์ที่ใช้งานอยู่ ให้ปฏิบัติตามขั้นตอนการเปลี่ยนผ่านที่ SUSE ได้บันทึกไว้ และหยุดหรือย้ายแขกรับเชิญออกไป

อ้างอิง: SUSE: libvirt daemons

6. เตรียมสื่อสำหรับจัดเก็บและติดตั้ง

ก่อนสร้างเครื่องเสมือน ให้ตัดสินใจว่าดิสก์เสมือนของเครื่องเสมือนนั้นควรอยู่ที่ใด และไฟล์ ISO สำหรับการติดตั้งจะถูกเมานต์ที่ใด ค่าเริ่มต้นนั้นสะดวกสำหรับโฮสต์แบบสแตนด์อโลนขนาดเล็ก ในขณะที่การติดตั้งขนาดใหญ่อาจใช้ไดรฟ์ LVM เฉพาะ ระบบไฟล์แยกต่างหาก NFS iSCSI หรือพื้นที่จัดเก็บข้อมูลอื่น ๆ ที่จัดการผ่าน libvirt กฎการทำงานที่สำคัญคือต้องหลีกเลี่ยงการเติมระบบไฟล์รูทของโฮสต์โดยไม่แจ้งให้ทราบล่วงหน้าด้วยอิมเมจเครื่องเสมือนที่เพิ่มขนาดขึ้นเรื่อย ๆ

สำหรับเครื่องเสมือนที่สำรองข้อมูลด้วยไฟล์ โปรดตรวจสอบพื้นที่ว่างก่อนสร้างดิสก์:

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

หากคุณใช้พูลจัดเก็บข้อมูล libvirt โปรดตรวจสอบvirsh pool-list --allให้แน่ใจว่าพูลที่ต้องการใช้งานนั้นเปิดใช้งานอยู่ สำหรับระบบที่ใช้งานจริง ควรคำนึงถึงการจัดเก็บข้อมูล VM ในการออกแบบการตรวจสอบความจุและการสำรองข้อมูล แทนที่จะมองว่าอิมเมจดิสก์เป็นไฟล์ที่ไม่โปร่งใสซึ่งจะจัดการตัวเองโดยอัตโนมัติ

7. สร้างเครื่องเสมือน

คุณสามารถสร้างเครื่องเสมือนได้ทั้งแบบกราฟิกโดยใช้ Virtual Machine Manager หรือจากบรรทัดคำสั่งโดยใช้คำสั่ง ` suse-in-the virt-install-guest` SUSE อธิบายvirt-installว่า `suse-in-the-guest` เป็นเครื่องมือบรรทัดคำสั่งสำหรับสร้างเครื่องเสมือนผ่าน libvirt และมีประโยชน์อย่างยิ่งสำหรับการสร้างซ้ำๆ และการดูแลระบบจากระยะไกล

ใน Virtual Machine Manager ให้สร้าง VM ใหม่ เลือกสื่อการติดตั้งแบบโลคอล เลือกระบบปฏิบัติการของเครื่องเสมือน จัดสรรหน่วยความจำและซีพียูเสมือน เลือกพื้นที่จัดเก็บข้อมูล จากนั้นเลือกเครือข่ายเสมือนที่ต้องการ ภาพหน้าจอด้านล่างใช้ไฟล์ ISO ของ SLES 15 เป็นตัวอย่างประกอบ โปรดใช้ภาพการติดตั้งและโปรไฟล์ที่เหมาะสมกับ Service Pack ที่ได้รับอนุญาตของคุณ

ตัวอย่างการใช้งานผ่านบรรทัดคำสั่งที่เทียบเคียงได้คือ:

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

ปรับค่าหน่วยความจำ จำนวนซีพียู ขนาดดิสก์ เส้นทางไฟล์ ISO แหล่งที่มาของเครือข่าย เฟิร์มแวร์ และตัวเลือกกราฟิกให้เหมาะสมกับปริมาณงานของคุณ หากคุณใช้เครือข่าย NAT ของ libvirt แทนบริดจ์ ให้แทนที่ตัวเลือกบริดจ์ด้วยเครือข่ายเสมือนที่เหมาะสม ตรวจสอบระบบปฏิบัติการแขกและตัวเลือกอุปกรณ์ที่รองรับในเอกสารสนับสนุนการจำลองเสมือนของ SUSE เมื่อการสนับสนุนในสภาพแวดล้อมการผลิตมีความสำคัญ

อ้างอิง: SUSE: การติดตั้งระบบปฏิบัติการแขกด้วย virt- install

8. เปิดใช้งานการเริ่มต้น VM อัตโนมัติ

การเริ่มต้น VM อัตโนมัติเป็นคุณสมบัติของ libvirt ในแต่ละเครื่องเสมือนแบบถาวร เอกสารของ SUSE ระบุไว้อย่างชัดเจนว่าคุณสมบัตินี้ไม่ได้เปิดใช้งานโดยค่าเริ่มต้น และต้องเปิดใช้งานทีละเครื่อง ไม่มีสวิตช์เดียวที่ใช้กำหนดให้ทุก VM เริ่มทำงานอัตโนมัติ

เปิดใช้งานสำหรับแขก:

sudo virsh autostart sles15-vm

ตรวจสอบการตั้งค่า:

sudo virsh dominfo sles15-vm | grep -i autostart

หากต้องการปิดการใช้งานในภายหลัง:

sudo virsh autostart --disable sles15-vm

ใน Virtual Machine Manager การควบคุมที่เทียบเท่ากันจะอยู่ภายใต้ View > Details > Boot Options ของเครื่องเสมือนซึ่งคุณสามารถเปิดใช้งานStart virtual machine on host boot upและบันทึกการเปลี่ยนแปลงได้

อ้างอิง: SUSE: การจัดการและการเริ่มต้นอัตโนมัติของเครื่องเสมือน (VM Guest ) ขั้นพื้นฐาน

9. ทดสอบการตั้งค่าแทนที่จะคิดเอาเองว่าการเริ่มต้นอัตโนมัติจะทำงานได้

การทดสอบที่มีความหมายคือการรีบูตโฮสต์อย่างเป็นระบบในระหว่างช่วงเวลาการบำรุงรักษา ก่อนรีบูต ให้บันทึกสถานะปัจจุบันและตรวจสอบว่า VM ยังคงทำงานอยู่:

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

จากนั้นให้รีบูตเครื่องโฮสต์ หลังจากที่เครื่องโฮสต์กลับมาทำงานแล้ว ให้ตรวจสอบสถานะของเดมอนเวอร์ชวลไลเซชันและสถานะของเครื่องเกสต์:

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

หากการใช้งานของคุณใช้ libvirt แบบรวมศูนย์ ให้แทนที่การตรวจสอบบริการด้วยlibvirtdVM ที่เริ่มต้นอัตโนมัติควรเปลี่ยนสถานะเป็นโดยrunningไม่ต้องทำการเปลี่ยนแปลงด้วยตนเองvirsh startนอกจากนี้ ให้ตรวจสอบบริการภายในเครื่องเสมือน ไม่ใช่แค่สถานะของ VM เท่านั้น VM ที่กำลังทำงานอยู่ก็อาจยังมีแอปพลิเคชันที่ล้มเหลว การกำหนดค่าเครือข่ายที่ขาดหายไป หรือปัญหาในการกู้คืนระบบไฟล์ได้

คู่มือการแก้ไขปัญหา

SUSE เตือนว่าการปิดเครื่องแบบบังคับvirsh destroyนั้นเทียบเท่ากับการตัดกระแสไฟอย่างกะทันหัน และอาจทำให้ระบบไฟล์ของเครื่องเสมือนเสียหายหรือข้อมูลสูญหายได้ ควรทดสอบการปิดเครื่องและการรีบูตอย่างนุ่มนวลก่อนใช้งานเครื่องเสมือนในสภาพแวดล้อมการใช้งานจริง

หลักเกณฑ์พื้นฐานที่ใช้งานได้จริงสำหรับโฮสต์ KVM SLES 15 ที่เชื่อถือได้

การตั้งค่าพื้นฐานที่สะอาดนั้นตรงไปตรงมา: รักษาโฮสต์ให้อยู่บน Service Pack SLES 15 ที่ได้รับการสนับสนุน ติดตั้งรูปแบบkvm_serverและkvm_toolsเอกสารประกอบ ใช้ libvirt อย่างสม่ำเสมอ เลือกการเชื่อมต่อแบบบริดจ์หรือเครือข่ายเสมือนอย่างรอบคอบ อย่าใช้พื้นที่จัดเก็บข้อมูล VM บนระบบไฟล์รูทที่มีขนาดเล็กเกินไป และทำเครื่องหมายเฉพาะเครื่องเสมือนที่จำเป็นต้องเริ่มต้นทำงานเมื่อบูตเครื่องเท่านั้นด้วยvirsh autostart.

สำหรับ SLES 15 SP7 โปรดจำรายละเอียดเกี่ยวกับเดมอนที่มักถูกมองข้าม: เดมอน libvirt แบบโมดูลาร์เป็นค่าเริ่มต้น เช่นเดียวvirtqemudกับบริการที่คุณตรวจสอบความถูกต้องสำหรับ KVM ตามปกติ แทนที่จะสันนิษฐานว่าโฮสต์ปัจจุบันทุกเครื่องใช้ระบบแบบรวมศูนย์แบบเดิมlibvirtdความแตกต่างนี้มีความสำคัญเมื่อวินิจฉัย VM ที่ถูกตั้งค่าให้เริ่มต้นอัตโนมัติอย่างถูกต้อง แต่ยังคงไม่ปรากฏขึ้นหลังจากรีบูตโฮสต์