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

تخطيط المضيف وجرد الإدارة

جهز خطة مضيف وإدارة مبنية على الدليل دون تثبيت برامج أو تغيير برمجيات ثابتة أو لمس خادم قائم.

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

في هذه الصفحة

أهداف الدرس

فصل متطلبات التقييم عن سعة الإنتاج.
حجز موارد لخدمات المضيف والاسترجاع.
تسجيل افتراضات وصول الإدارة والنسخة والجرد.

ابدأ بالحمل ومجال الفشل

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

احجز ميزانية المضيف

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

python احتياطي تخطيط افتراضي

total_gib = 32
non_guest_reserve_gib = 6
planned_guests_gib = 20
print(total_gib - non_guest_reserve_gib - planned_guests_gib)

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

ستة GiB نتيجة هذه المدخلات فقط. لا يخصص البرنامج ذاكرة أو يقيسها أو يحجزها.

احصر المكونات المتوافقة

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

خطط لوصول الإدارة

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

text سجل تخطيط إدارة غير منفذ

synthetic hostname: node-a.example.test
documentation address: 192.0.2.10/24
record separately: gateway, DNS, time source, management owner
recovery requirement: independent approved access path

العنوان والنطاق مثالان محجوزان. لا يفحص أو يغير المثال شبكة محلية أو بعيدة.

اكتب خط أساس قابل للمراجعة

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

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

عرض الحدود الدنيا للتقييم كضمان لسعة الإنتاج

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

إسناد ذاكرة المضيف كلها إلى الضيوف

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

فقد وسيلة الإدارة الوحيدة بعد تغيير شبكة

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

اختبر فهمك

1. أظهر الحساب هامشا موجبا للذاكرة. لماذا لا يكفي ذلك لقبول ضيف إضافي؟

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

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

2. ما الذي ينبغي عرضه كبيانات افتراضية في مثال عام عن خطة الإدارة، بدلا من نشر تصدير حقيقي؟