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الوحدة النمطية العامة بالإضافة إلى الوحدة النمطية الخاصة بالمعالج. إذا لم يتم تحميل الوحدة النمطية، فلا تتابع بإنشاء جهاز افتراضي في محاكاة البرامج. أعد التحقق من إعدادات محاكاة البرامج الثابتة وتوافق المضيف أولاً، إلا إذا كانت محاكاة البرامج فقط جزءًا مقصودًا من تصميمك.

المرجع: SUSE: إعداد خادم مضيف KVM VM .

5. تحقق من نموذج برنامج libvirt daemon المستخدم بواسطة حزمة الخدمة الخاصة بك

يُفعّل نظام SLES 15 SP7 نموذج libvirt المعياري افتراضيًا. بالنسبة لـ KVM، يكون برنامج إدارة الأجهزة الافتراضية الأساسي هو virtqemud. تتولى البرامج الثانوية وظائف مثل الشبكات الافتراضية والتخزين. لا تزال SUSE توثق libvirtdالنشر المتجانس التقليدي، ولكن لا ينبغي تفعيل كلا النموذجين بشكل عشوائي.

على مضيف KVM افتراضي يعمل بنظام SP7، تحقق من برنامج QEMU الخفي:

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

توصي SUSE تحديدًا بتهيئة خدمة libvirt ذات الصلة لتبدأ تلقائيًا عند الإقلاع، خاصةً إذا كانت الأجهزة الافتراضية مُهيأة أيضًا للبدء التلقائي من المضيف. في حالة التثبيتات القديمة التي تستخدم 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وتأكد من أن المجموعة المقصودة نشطة. بالنسبة لأنظمة الإنتاج، أدرج تخزين الأجهزة الافتراضية في تصميم مراقبة السعة والنسخ الاحتياطي بدلاً من التعامل مع صورة القرص كملف معزول يُفترض أن يُدار تلقائيًا.

7. إنشاء الجهاز الظاهري

يمكنك إنشاء جهاز ضيف بشكل رسومي باستخدام مدير الأجهزة الافتراضية أو من سطر الأوامر باستخدام virt-install. تصف SUSE virt-installأداة سطر الأوامر هذه بأنها أداة لإنشاء أجهزة ضيف من خلال libvirt، وهي مفيدة بشكل خاص لعمليات البناء المتكررة والإدارة عن بعد.

في مدير الأجهزة الافتراضية، أنشئ جهازًا افتراضيًا جديدًا، واختر وسائط التثبيت المحلية، وحدد نظام التشغيل الضيف، وخصص الذاكرة ووحدات المعالجة المركزية الافتراضية، وحدد وحدة التخزين، ثم اختر الشبكة الافتراضية المطلوبة. تستخدم الشاشة أدناه صورة SLES 15 ISO كمثال توضيحي؛ استخدم صورة التثبيت والملف التعريفي المناسبين لحزمة الخدمة المرخصة لديك.

مثال مشابه في سطر الأوامر هو:

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، ومصدر الشبكة، والبرامج الثابتة، والرسومات بما يتناسب مع متطلبات العمل. إذا كنت تستخدم شبكة libvirt NAT بدلاً من جسر، فاستبدل خيار الجسر بالشبكة الافتراضية المناسبة. تأكد من أنظمة التشغيل الضيف المدعومة وخيارات الأجهزة في وثائق دعم المحاكاة الافتراضية من SUSE عندما يكون دعم بيئة الإنتاج مهمًا.

المرجع: SUSE: تثبيت الضيف باستخدام virt-install .

8. تفعيل بدء تشغيل الجهاز الظاهري تلقائيًا

خاصية التشغيل التلقائي للأجهزة الافتراضية هي خاصية في مكتبة libvirt لكل جهاز افتراضي دائم. وتوضح وثائق SUSE صراحةً أن هذه الخاصية غير مفعلة افتراضياً، ويجب تفعيلها بشكل فردي؛ فلا يوجد خيار عام واحد يحدد بدء التشغيل التلقائي لجميع الأجهزة الافتراضية.

قم بتفعيله للضيف:

sudo virsh autostart sles15-vm

تحقق من الإعدادات:

sudo virsh dominfo sles15-vm | grep -i autostart

لإيقاف هذا السلوك لاحقاً:

sudo virsh autostart --disable sles15-vm

في إدارة الأجهزة الافتراضية، يوجد عنصر التحكم المكافئ ضمن عرض الضيف > التفاصيل > خيارات التمهيد ، حيث يمكنك تمكين بدء تشغيل الجهاز الظاهري عند بدء تشغيل المضيف وتطبيق التغيير.

المرجع: SUSE: إدارة الأجهزة الافتراضية الأساسية والتشغيل التلقائي .

9. اختبر الإعدادات بدلاً من افتراض أن التشغيل التلقائي يعمل.

الاختبار الفعال هو إعادة تشغيل المضيف بشكل مُتحكم به خلال فترة الصيانة. قبل إعادة التشغيل، سجّل الحالة الحالية وتأكد من استمرارية عمل الجهاز الظاهري.

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

ثم أعد تشغيل الجهاز المضيف. بعد عودة الجهاز المضيف للعمل، تأكد من حالة برنامج التشغيل الافتراضي وحالة الجهاز الضيف:

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

إذا كان نظامك يستخدم libvirt المتكامل، فاستبدل فحص الخدمة بـ libvirtd. يجب أن تنتقل الآلة الافتراضية التي تم تشغيلها تلقائيًا إلى وضع runningالتشغيل دون الحاجة إلى فحص يدوي virsh start. تحقق أيضًا من الخدمة داخل نظام التشغيل الضيف، وليس فقط حالة الآلة الافتراضية. قد لا تزال الآلة الافتراضية قيد التشغيل تعاني من تطبيق معطل، أو إعدادات شبكة مفقودة، أو مشكلة في استعادة نظام الملفات.

مرجع استكشاف الأخطاء وإصلاحها

تحذر SUSE من أن الإغلاق القسري virsh destroyيُعادل قطع التيار الكهربائي فجأة، وقد يتسبب في تلف نظام ملفات الجهاز الضيف أو فقدان البيانات. لذا، يُنصح باختبار سلوك الإغلاق وإعادة التشغيل بشكل سليم قبل استخدام الجهاز الظاهري في بيئة الإنتاج.

أساس عملي لمضيف SLES 15 KVM موثوق

إن إنشاء خط أساس نظيف أمر بسيط: حافظ على المضيف على حزمة خدمة SLES 15 مدعومة، وقم بتثبيت الأنماط الموثقة kvm_server، kvm_toolsواستخدم libvirt باستمرار، واختر اتصال الجسر أو الشبكة الافتراضية عن قصد، واحتفظ بوحدة تخزين VM بعيدًا عن نظام ملفات الجذر صغير الحجم، وقم بتحديد الضيوف الذين يحتاجون حقًا إلى بدء التشغيل في وقت التمهيد فقط باستخدام virsh autostart.

بالنسبة لنظام SLES 15 SP7، تذكر تفاصيل الخدمة التي يسهل إغفالها: خدمات libvirt المعيارية هي الخدمة الافتراضية، لذا virtqemudفهي الخدمة التي تتحقق منها عادةً لـ KVM بدلاً من افتراض أن كل مضيف حالي يعتمد على النظام القديم المتكامل libvirtd. هذا التمييز مهم عند تشخيص جهاز افتراضي تم تحديده بشكل صحيح للتشغيل التلقائي ولكنه لا يظهر بعد إعادة تشغيل المضيف.