Proxmox VE / أساسي: أسس المنصة والضيف / الدرس 6

العتاد الافتراضي ودورة حياة الضيف

راجع افتراضات CPU والبرمجيات الثابتة والأجهزة والإقلاع مع تمييز الإغلاق الواعي بالضيف عن قطع الطاقة.

وقت القراءة التقريبي: 5 دقيقةتاريخ مراجعة المحتوى 2026-10-28

في هذه الصفحة

أهداف الدرس

شرح خيارات توافق المعالج والأجهزة الافتراضية.
فصل الموارد المضبوطة عن جاهزية مشغلات الضيف.
نمذجة ترتيب البدء ودليل دورة حياة واع بالضيف.

عامل العتاد الافتراضي كعقد

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

وازن ميزات CPU وتوافقه

يتحكم نموذج CPU في الميزات التي يراها الضيف. قد يناسب كشف ميزات المضيف المحددة آلة واحدة، لكنه يقيد النقل إلى مضيف ذي ميزات مختلفة. وقد تدعم قاعدة مشتركة قابلية النقل مقابل إخفاء بعض القدرات. لا تختر النموذج لأن اسمه يوحي بأنه الأسرع. يسجل المثال الأول المفاضلة دون ضبط أي نموذج. أدرج ترخيص البرامج وتوافق الضيف والمضيفات الهدف في المراجعة. وتذكر أن عدد vCPU يمثل طلبا للجدولة، لا ضمانا بتخصيص أنوية مادية مستقلة حصريا لهذا الضيف.

text مراجعة توافق CPU غير منفذة

guest requirement: documented instruction-set baseline
source and destination: compare supported CPU features
review tradeoff: portability versus host-specific features
separate checks: guest drivers, firmware, application licensing

هذا سجل معماري بلا أمر qm أو مخرج ميزات مضيف حقيقي.

افهم الأجهزة ونطاق وكيل الضيف

قد تقلل الأجهزة شبه الافتراضية عبء المحاكاة حين تثبت المشغلات المدعومة، لكن اختيار الجهاز لا يثبت تثبيت مشغله داخل الضيف. وQEMU Guest Agent تكامل صريح آخر؛ إذ يجب تشغيل خدمته في الضيف وتفعيل قناته بصورة مناسبة. يقدم معلومات وعمليات واعية بالضيف، لكنه ليس مراقبا كاملا لصحة التطبيق. فقد يكون العنوان الذي يبلغ عنه قديما أو غير مرتبط بالمسار الذي يستخدمه العميل. عامل إعداد المضيف وبرنامج الضيف والسلوك المرصود بوصفها ثلاثة أدلة، لا نتيجة خانة اختيار واحدة.

افصل ترتيب البدء عن الجاهزية

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

python ترتيب اعتماد بدء افتراضي

guests = [(30, "frontend"), (10, "data"), (20, "api")]
for order, name in sorted(guests):
    print(name)

الناتج المتوقع

data
api
frontend

الناتج ترتيب فقط ولا يثبت جاهزية data قبل api أو وجود ضيف.

حدد نتائج الإغلاق الرفيق والمفاجئ

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

الأخطاء الشائعة وإصلاحها

توقف إقلاع الضيف بعد اختيار متحكم قرص جديد

لماذا يحدث؟: لم يفحص مشغل الضيف المطلوب وتخطيط إقلاعه.
كيف تصلحه؟: راجع العتاد الافتراضي المتوافق وعقد الإقلاع المثبت داخل الضيف.
كيف تتجنب تكراره؟: سجل الأجهزة وfirmware قبل استيراد الضيف أو تغييره.

افتراض أن نموذج CPU الخاص بالمضيف قابل للنقل إلى كل هدف

لماذا يحدث؟: أُهملت اختلافات ميزات المعالج على الوجهة.
كيف تصلحه؟: قيّم توافق ميزات المصدر والهدف قبل تخطيط الترحيل.
كيف تتجنب تكراره؟: اختر قاعدة CPU موثقة تناسب متطلبات التنقل المقصودة.

اعتبار تأخير بدء الضيف إثباتا لجاهزية التطبيق

لماذا يحدث؟: حل مرور الوقت محل شرط فعلي لجاهزية الاعتماد.
كيف تصلحه؟: عرف جاهزية تراعي التطبيق وسلوك فشل محدودا بوضوح.
كيف تتجنب تكراره؟: افصل ترتيب الضيوف وحالة الطاقة وفحوص التطبيق في المراجعة.

اختبر فهمك

1. لماذا قد لا يؤدي تفعيل خيار وكيل الضيف إلى استجابات مفيدة من الوكيل؟

اعرض الحل المشروح

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

2. بدأت الواجهة بعد API بعشر ثوان. ما الذي ما زال مجهولا عن جاهزية الاعتماد؟