Proxmox VE / أساسي: أسس المنصة والضيف / الدرس 1
بنية المنصة والدليل
افصل المضيف والضيف ومستوى الإدارة والتطبيق عند فهم نظام Proxmox VE دون تشغيل مشرف افتراضي.
في هذه الصفحة
أهداف الدرس
- تمييز موارد المضيف والآلات الافتراضية وحاويات Linux.
- تتبع مهام الإدارة منفصلة عن طلبات التطبيق.
- تحديد ما يثبته النموذج دون اتصال وما لا يثبته.
حدد حدود المضيف
يدمج Proxmox VE إدارة الأنظمة الافتراضية فوق مضيف يعمل بنظام Linux. تملك كل آلة افتراضية من نوع QEMU/KVM نواة نظام تشغيل ضيف مستقلة، بينما تشترك حاويات LXC في نواة المضيف. وتربط خدمات التخزين والشبكة هذه الضيوف بالبيانات الدائمة والأنظمة الأخرى. لذلك تختلف مسؤوليات المضيف عن مسؤوليات التطبيق الذي يعمل داخل أحد ضيوفه. إن استجابة صفحة الإدارة بصورة سليمة لا تثبت اتساق نظام ملفات الضيف، ولا تثبت أن التطبيق يعيد نتائج صحيحة. ابدأ التحقيق بتحديد الحد الذي يظهر عنده الفشل، بدلا من التعامل مع المنصة كلها باعتبارها خادما واحدا تتطابق حالات مكوناته.
افصل مساري التحكم والبيانات
ترسل واجهة الويب وواجهة API أعمال الإدارة، مثل تغيير مخطط في إعداد ضيف. وتعرض المهام الخلفية تقدم هذه الأعمال، في حين ينفذ الضيف عمله باستخدام موارد الحوسبة والأجهزة المسندة إليه. قد يستمر مرور الشبكة الخاص بالضيف عندما تفشل جلسة المتصفح، وقد تنجح مهمة إدارية بينما يظل التطبيق غير جاهز. يوضح الرسم الأول توزيع المسؤوليات، ولا يمثل طوبولوجيا مادية أو خطوات تثبيت. يفترض هذا المسار مفاهيم مألوفة من Proxmox VE 9.x ومضيفات تعليمية افتراضية بمعمارية x86-64؛ أما الميزات الدقيقة ودعم الأجهزة وتسميات الواجهة فيجب مراجعتها في توثيق النسخة المثبتة فعليا.
management client -> API/task handling -> intended guest configuration
guest process -> virtual devices -> host storage/network paths
application request -> guest service -> application resultلا يعني الرسم اكتمالا متزامنا ولا يثبت وجود نظام يعمل.
سجل الهويات والوقت
لا يكتمل معنى معرّف الضيف إلا بسياق المنصة ونوع الضيف ووقت جمع المعلومة. وتفيد الأسماء بوصفها تسميات قابلة للتغيير، لكنها لا تصلح وحدها مفتاحا لربط سجلات الحادث. يقرأ المثال الثاني هويات افتراضية من الذاكرة، ليوضح كيف تستخدم بيئتان تعليميتان مستقلتان الرقم نفسه دون الإشارة إلى الحمل نفسه. وفي المراجعة الفعلية ينبغي حفظ هويات العقدة والتخزين المرتبطة بالعارض أيضا. فصورة شاشة قديمة لا تحمل وقت جمعها لا تثبت موقع الضيف الحالي أو حالته الحالية، مهما بدا معرّفه مألوفا.
a = ("training-a", "qemu", 210)
b = ("training-b", "qemu", 210)
print(a[2] == b[2])
print(a == b)True
Falseيقارن البرنامج ثلاثيات عامة فقط ولا يقرأ إعداد مضيف أو ضيف.
ارسم الملكية والاعتماديات
قد يعتمد الحمل على قرص افتراضي وجسر في المضيف وDNS ومزامنة الوقت وخدمة خارجية. عيّن مالكا لكل حد من هذه الحدود قبل اختيار العلاج. فقد تكون الآلة الافتراضية في حالة تشغيل، بينما ينتظر تطبيقها تخزينا غير متاح؛ وإعادة تشغيل الضيف لا تصلح مسار التخزين نفسه. كذلك لا تحمي لقطة التخزين تلقائيا بيانات تحتفظ بها خدمة خارجية. اكتب أولا سلوك التطبيق المتوقع ومواقع بياناته. بذلك يصبح لنقاش النسخ الاحتياطي والنقل والتوفر العالي لاحقا نطاق مسؤولية محدد، بدلا من افتراض أن كل ما يستخدمه التطبيق يقع تحت ملكية المنصة.
حدد حدود التعلم
جميع سجلات الواجهة ومقاطع الإعداد والخطط التشغيلية هنا أمثلة توضيحية غير منفذة. لا يصل المسار إلى مضيف Proxmox أو آلة افتراضية أو حاوية أو عنقود أو نقطة تخزين أو بيانات اعتماد. وتعمل برامج Python الكاملة كحسابات آمنة بمدخلات افتراضية في الذاكرة فقط. يظل هذا مفيدا للتعلم، إذ يستطيع القارئ فحص مقارنة الهويات وحساب السعة ومنطق القرار دون ادعاء نتيجة نشر. أما التمرين البيئي المصرح به مستقبلا فيحتاج إجراءاته المناسبة للنسخة وضوابط استرجاعه. يثبت التحقق التحريري المحلي بنية JSON ونتائج الأمثلة فقط، ولا يثبت توافق المشرف الافتراضي أو العزل أو التوفر أو صحة التطبيق.
الأخطاء الشائعة وإصلاحها
الحكم على صحة التطبيق لمجرد أن واجهة الإدارة تعمل
- لماذا يحدث؟
- استُخدم دليل مستوى الإدارة بدلا من فحص الضيف والتطبيق.
- كيف تصلحه؟
- تتبع طلب المستخدم، وافحص اعتماديات التخزين والشبكة في مساراتها المستقلة.
- كيف تتجنب تكراره؟
- حدد ادعاء الصحة لكل حد، وسجل وقت الدليل الذي يدعمه.
ربط سجلين باستخدام معرّف الضيف وحده
- لماذا يحدث؟
- حُذف سياق البيئة ونوع الضيف من المقارنة.
- كيف تصلحه؟
- استخدم هوية مركبة، واحفظ دليل العقدة وموقع الضيف.
- كيف تتجنب تكراره؟
- احتفظ بمعرّفات السياق عند تصدير الجرد.
اقتراح إعادة تشغيل الضيف لكل فشل في اعتماد خارجي
- لماذا يحدث؟
- لم تحدد الطبقة التي يقع عندها الفشل.
- كيف تصلحه؟
- حدد مالك الاعتماد الفاشل والدليل المتعلق به قبل اختيار الإجراء.
- كيف تتجنب تكراره؟
- ارسم اعتماديات الحمل قبل وضع خطة الاسترجاع.
اختبر فهمك
1. أبلغت المهمة الإدارية عن اكتمالها، لكن التطبيق ما زال يعيد أخطاء. ما الذي أثبته تقرير المهمة فعلا؟
اعرض الحل المشروح
لم تثبت إلا النتيجة التي أبلغت عنها المهمة الإدارية ضمن نطاقها المحدد. وما زال بدء الضيف ووصوله إلى الأجهزة وصحة إعداده وتوفر اعتمادياته ودلالة نتائج التطبيق أسئلة مستقلة. احفظ معرّف المهمة ووقت حدوثها، ثم تتبع الفشل الذي يراه المستخدم حتى الحد المسؤول عنه. لا توسع معنى اكتمال المهمة ليصبح حكما على صحة المنصة كلها؛ فالإدارة والضيف والتطبيق قد ينجح أحدها ويفشل الآخر في الوقت نفسه.
2. لماذا تختلف الهوية training-a/qemu/210 عن training-b/qemu/210 رغم تطابق الرقم 210؟
اعرض الحل المشروح
أعيد استخدام المعرّف العددي داخل سياقين مستقلين. لذلك تشير الهويتان المركبتان إلى كائنين مختلفين، رغم تطابق جزء واحد منهما. يجب أن تحتفظ مقارنة الحوادث بالبيئة ونوع الضيف ووقت الرصد. وعند تشخيص مشكلة موضع أو قرص، أضف مراجع العقدة والتخزين ذات الصلة. يمنع ذلك دمج دليلين عن حملين مختلفين أو تفسير سجل قديم على أنه وصف للحالة الحالية.
أهم ما تعلمته
- تحتاج حالة الإدارة وحالة الضيف وسلوك التطبيق الصحيح أدلة مختلفة.
- يجعل السياق والملكية تشخيص الافتراضية دقيقا.