إعداد SLES 15 KVM: تشغيل الأجهزة الافتراضية المحددة عند بدء التشغيل
قم بتثبيت أدوات SLES 15 KVM و libvirt، وقم بتمكين خدمة المضيف الصحيحة، وقم بتكوين الأجهزة الافتراضية المحددة للبدء بعد إعادة التشغيل.
لتشغيل جهاز افتراضي يعمل بنظام SLES 15 KVM بعد إعادة تشغيل المضيف، ثبّت مكونات إدارة KVM وlibvirt، وفعّل خاصية التشغيل التلقائي للجهاز الضيف virsh autostart VM_NAME، وتأكد من بدء تشغيل خدمة libvirt النشطة على المضيف أثناء الإقلاع. التشغيل التلقائي هو إعداد خاص بكل جهاز افتراضي؛ فتثبيت KVM أو تشغيل libvirt وحده لا يؤدي إلى تشغيل جميع الأجهزة الضيفة تلقائيًا.
تتبع الأوامر أدناه دليل SUSE SLES 15 SP7 للتشغيل الافتراضي. قد تختلف حزم الخدمة السابقة، لذا يُرجى مراجعة الدليل المطابق ووحدات systemd المثبتة قبل تطبيق أوامر الخدمة.
بالنسبة للمضيف الذي سيشغل ويدير الأجهزة الافتراضية عبر libvirt، قم بتثبيت كل من خادم KVM وأدوات KVM. تُعرّف SUSE خادم KVM بأنه بيئة QEMU/KVM الأساسية، وأدوات KVM بأنها حزمة إدارة libvirt، والتي تتضمن virshسير العمل المستخدم هنا.
قبل التثبيت، تأكد من أن معالج الجهاز وبرنامجه الثابت يدعمان تقنية المحاكاة الافتراضية للأجهزة. توفر SUSE دليل المحاكاة الافتراضية لنظام SLES 15 SP7، موثقًا بذلك . في حال وجود مشكلة في الأجهزة أو الإعدادات أثناء التحقق، قم بحلها في البرنامج الثابت أو إعدادات الجهاز المضيف قبل محاولة تعريف جهاز افتراضي؛ إذ لا يمكن لخاصية التشغيل التلقائي أن تعوض عن جهاز مضيف لا يدعم تشغيل KVM.


على خادم مُثبّت عليه البرنامج مسبقًا، افتح YaST واختر Virtualization > Install Hypervisor and Tools . إذا كانت وحدة YaST Virtualization غير موجودة، فستُشير SUSE إلى أنها مُضمّنة في yast2-vmالحزمة.
حدد خادم KVM وأدوات KVM ، ثم وافق على تغييرات الحزمة. قد يقترح YaST إمكانية تهيئة جسر الشبكة. اختر هذا الخيار فقط إذا كان مناسبًا لتصميم شبكة المضيف. قد يؤدي تغيير شبكة مضيف الإنتاج إلى انقطاع الوصول عن بُعد، لذا خطط وجدول تغييرات الجسر قبل تطبيقها.
بعد اكتمال الإعداد، أنشئ أو استورد جهازًا افتراضيًا وتأكد من تعريفه كنطاق libvirt دائم. يشير دليل SUSE إلى أن إعداد KVM عبر YaST لا يتطلب إعادة تشغيل الجهاز المضيف.
بدلاً من ذلك، توفر SUSE وثائق لتثبيت الأنماط باستخدام Zypper sudo zypper install -t pattern kvm_server kvm_tools. اختر مسار تثبيت واحد وراجع عملية الحزمة قبل تأكيدها. إذا كان يتم تثبيت المضيف من الصفر، فإن دور نظام KVM Virtualization Host يقوم بتثبيت وتكوين الخيار المناسب أثناء تثبيت SLES.
أولاً، قم بإدراج النطاقات من خلال اتصال libvirt الخاص بالنظام حتى تتمكن من استخدام اسم الضيف المحدد:

sudo virsh -c qemu:///system list --all
يتضمن هذا --allالخيار الأجهزة الافتراضية التي تم إيقاف تشغيلها حاليًا. حدد الجهاز الافتراضي الدائم المطلوب من القائمة. ثم فعّل التشغيل التلقائي لهذا النطاق.

sudo virsh autostart VM_NAME
لإلغاء الإعداد لاحقًا، شغّل الأمر sudo virsh autostart --disable VM_NAME. هذا ليس استعادة للذاكرة المحفوظة: يبدأ تشغيل الجهاز الضيف بشكل طبيعي من أقراصه المُهيأة بعد بدء تشغيل المضيف. كما أنه لا يختار جميع الأجهزة الافتراضية تلقائيًا. طبّق الأمر فقط على الأجهزة الضيفة التي يجب تشغيلها على هذا المضيف.
يعتمد الأمر على ما إذا كان مضيف SLES هذا يستخدم برامج libvirt المعيارية أو النظام المتكامل التقليدي libvirtd. تُشير وثائق SUSE إلى أن البرامج المعيارية مُفعّلة افتراضيًا في SLES 15 SP7، وتوصي بتشغيل خدمة برنامج التشغيل ذات الصلة عند بدء التشغيل عندما تكون الأجهزة الضيفة مُهيأة للتشغيل التلقائي. خدمة برنامج تشغيل QEMU هي virtqemud.service. في حالة الإعداد المتكامل، توصي SUSE libvirtd.serviceبدلاً من ذلك. لا تُفعّل كلا وضعي النشر لمجرد وجود اسمي الوحدتين.
تحقق من وحدات القياس على جهازك المضيف قبل تغييرها:

systemctl status virtqemud.service libvirtd.service
إذا كان المضيف يستخدم libvirt المعياري وتم تثبيت وحدة QEMU، فقم بتمكينها باستخدام:
sudo systemctl enable --now virtqemud.service
إذا تم تكوين المضيف عمداً للعمل مع البرنامج الخفي المتجانس، فاستخدم هذا الأمر بدلاً من ذلك:

sudo systemctl enable --now libvirtd.service

مع libvirt المعياري، يمكن استخدام برامج تشغيل أو مقابس منفصلة لإدارة الشبكات الافتراضية والتخزين. إذا كان النظام الضيف يعتمد على شبكة مُدارة بواسطة libvirt، فاجعل تلك الشبكة تبدأ تلقائيًا أيضًا؛ على سبيل المثال، توفر SUSE وثائق sudo virsh net-autostart defaultللشبكة المُعرّفة مسبقًا default. لا تقم بذلك إلا عندما يستخدم النظام الضيف تلك الشبكة فعليًا. لا يستخدم الجسر المُكوّن على مستوى المضيف إعداد شبكة libvirt هذا. تحقق من الشبكة الفعلية المتصلة بالنظام الضيف بدلًا من افتراض اسمها default.
إذا كان الجهاز الضيف يستخدم قرصًا خارجيًا أو قرصًا متصلًا بالشبكة، فتأكد من توفر وحدة التخزين الأساسية الخاصة به عند بدء التشغيل. تشير SUSE إلى أن حالة التنشيط لمجموعة تخزين libvirt لا تُغير من توافر وحدات التخزين المتصلة بالفعل بالأجهزة الضيفة، ولكن تفعيل التشغيل التلقائي للمجموعة مفيد عندما يجب أن تكون المجموعة نشطة لإدارة المجموعة من جانب المضيف أو لإجراء عمليات لاحقة على وحدات التخزين. sudo virsh pool-autostart POOLاستبدل POOLباسم المجموعة الفعلي؛ لا تُنشئ مجموعة جديدة لمجرد ضبط التشغيل التلقائي للجهاز الظاهري.

قبل إعادة تشغيل النظام للصيانة المخطط لها، افحص إعدادات النطاق وحالة الخدمة. استخدم الأمر sudo virsh dominfo VM_NAMEللتأكد من تفعيل التشغيل التلقائي، systemctl is-enabled virtqemud.serviceأو systemctl is-enabled libvirtd.serviceللتحقق من وضع الخدمة الذي اخترته. إذا فشل الأمر الأول لعدم العثور على الجهاز الضيف، فتأكد من أنك تستعلم عن نفس اتصال libvirt الذي تم إنشاء الاتصال عليه.
ثم اختبر النظام خلال فترة صيانة معتمدة. بعد عودة المضيف، شغّل الأمر sudo virsh -c qemu:///system list --all. يجب أن يظهر الجهاز الضيف المحدد قيد التشغيل؛ تأكد من شبكته وخدماته بشكل منفصل. إذا ظل متوقفًا، فافحص سجلات بدء تشغيل البرنامج الخفي النشط باستخدام الأمر journalctl -b -u virtqemud.serviceأو journalctl -b -u libvirtd.service، حسب الاقتضاء، وتحقق من وجود مساحة تخزين غير متاحة أو شبكة افتراضية مطلوبة. تعتمد هذه الشروط على تكوين المضيف، لذا فإن سجل البرنامج الخفي وتكوين الجهاز الفعلي للجهاز الظاهري يحددان الحل التالي.
للحصول على تفاصيل الخدمة الخاصة بالإصدار، وإعداد الشبكة، وإدارة الضيوف، راجع وثائق SUSE's SLES 15 SP7 libvirt daemon وفصل إعداد مضيف الجهاز الظاهري .
قم بتثبيت أدوات SLES 15 KVM و libvirt، وقم بتمكين خدمة المضيف الصحيحة، وقم بتكوين الأجهزة الافتراضية المحددة للبدء بعد إعادة التشغيل.
استخدم وظائف systemd وسجل التمهيد السابق لتحديد موقع خدمة بطيئة أو عملية تحميل أو تبعية تخزين، ثم قم بتصحيحها دون إخفاء السبب.
استخدم firewall-cmd لفحص المنطقة النشطة، والسماح بـ HTTP بأمان، والحفاظ على الوصول إلى SSH، والتحقق من أن القاعدة تبقى بعد إعادة التحميل على SLES 15.
تتبع فشل PAM إلى الخدمة أو سياسة الحساب أو موفر الهوية، ثم قم بإصلاح تكوين SLES الصحيح مع الحفاظ على جلسة مسؤول عاملة.
قم بعمل نسخ احتياطية لملفات Nextcloud و MariaDB معًا، وجدول لقطات Restic المشفرة باستخدام cron، وتحقق من الاستعادة دون المخاطرة بالخادم المباشر.
قم بتشخيص وضع الطوارئ في خادم أوبونتو بأمان. اقرأ سجلات بدء التشغيل، وتحقق من مجلدات الجذر و fstab، وأصلح الوحدة المعطلة، وتعامل مع أخطاء نظام الملفات، وتحقق من إعادة التشغيل النظيفة.
قم بتصدير صندوق بريد فردي من إصدار Zimbra Community Edition، وتحقق من صحة نسخة TGZ الاحتياطية الخاصة به، واستعد العناصر المفقودة دون الكتابة فوق البريد الموجود.
السماح فقط للحسابات المعتمدة ببدء غرف Jitsi Meet باستخدام Keycloak ومصادقة الرمز المميز، مع إبقاء إمكانية انضمام الضيوف متاحة عند الحاجة.
قم بتوصيل ONLYOFFICE DocSpace بـ Active Directory أو OpenLDAP، واستورد المستخدمين والمجموعات بأمان، وقم بتعيين حقول الحساب، وجدول مزامنة موثوقة.
قم بتثبيت الخطوط المخصصة في خادم مستندات ONLYOFFICE، وقارن عمليات تحميل Docker الدائمة مع النسخ المباشرة، وأعد بناء قائمة الخطوط، وتحقق من النتيجة.