Proxmox VE / متقدم: التنسيق ودليل الاسترجاع / الدرس 15
التوفر العالي والعزل الوقائي
افهم استرجاع الضيوف المنضبط والملكية الحصرية وسعة الفشل دون وعد بخدمة مستمرة من وسم HA.
في هذه الصفحة
أهداف الدرس
- فصل استرجاع إعادة البدء عن توفر التطبيق.
- شرح fencing لحماية البيانات من كتاب متزامنين.
- تقييم قواعد الموضع وسعة الباقين معا.
حدد ادعاء التوفر
يمكن لـProxmox HA تنسيق استرجاع الضيوف المدارة حين تتحقق شروط الفشل والمتطلبات المدعومة. تظل إعادة الضيف على مضيف آخر تشمل الكشف وحسم الملكية والبدء واسترجاع التطبيق. ولا تحول تطبيق النسخة الواحدة إلى نظام موزع يقدم الخدمة بلا انقطاع. عرف هدف الانقطاع الذي يراه المستخدم وتحمل فقد البيانات بصورة مستقلة. قد يبقى ضيف موسوم HA غير متاح إذا لم توجد عقدة مناسبة بسعة أو وصول بيانات كافيين. يحدد الرسم الأول مراحل الاسترجاع دون ضمان توقيت عام أو إحداث فشل.
failure observation -> safe ownership decision -> suitable recovery placement
-> guest start -> filesystem/application recovery -> user acceptance
separate prerequisites: quorum, fencing, storage access, spare capacityالتسلسل مفاهيمي ولا يعد بإكمال بيئة محددة مراحله.
افهم الملكية الحصرية
إذا أصبحت العقدة غير قابلة للوصول مع استمرارها في الكتابة إلى تخزين مشترك، فقد ينشئ بدء الضيف نفسه على عقدة أخرى كتابا متعارضين. يحسم fencing هذا الغموض بإثبات أن مالك التنفيذ السابق لا يستطيع الاستمرار في الحالة غير الآمنة. يستخدم تصميم Proxmox HA المدعوم آليات مرتبطة بـwatchdog، ولها افتراضات عتاد وبرمجيات يجب مراجعتها. ليس العزل حالة تجميلية، ولا يعطل عرضا لتسريع الاسترجاع. يشرح الدرس الثابت فقط، ولا يصل إلى watchdog أو يعيد عقدة أو يوقف خدمة أو يغير HA.
احسب سعة العقد الباقية
ينقل الفشل الأحمال إلى العقد الباقية؛ لذلك يجب توفر سعة احتياطية حيث تسمح قواعد الموضع. يستخدم البرنامج الثاني ثلاث عقد افتراضية، لكل منها 16 GiB، وطلب ضيوف 30 GiB. يترك فقد عقدة واحدة 32 GiB إجمالا قبل احتياط المضيف وقيود الطوبولوجيا. لا يثبت هذا الهامش الحسابي الصغير قابلية الاسترجاع. يعتمد الموضع الفعلي على CPU وI/O التخزين والشبكة والحجوزات وذرى التطبيق أيضا. قد يبدو إجمالي العنقود مريحا بينما تزدحم عقدة مؤهلة واحدة بسبب قواعد التقارب أو موقع البيانات.
nodes = 3
gross_gib_per_node = 16
guest_demand_gib = 30
after_one_failure = (nodes - 1) * gross_gib_per_node
print(after_one_failure)
print(after_one_failure - guest_demand_gib)32
2تغفل32 و2 احتياط المضيف وباقي القيود ولا تمثل توصية قبول أو سعة HA.
راجع الموضع والاعتماديات
يمكن لتفضيلات الموضع وقواعد التقارب جمع الأحمال المرتبطة أو فصلها، لكنها يجب أن تبقي أهداف استرجاع ممكنة في سيناريو الفشل المطلوب. يفيد فصل نسختين على عقدتين فقط إذا لم تهزم الطاقة أو التخزين المشتركان استقلال الفشل المقصود. وبالمقابل، قد يجعل اشتراط جمع ضيوف كبيرة على عقدة باقية الاسترجاع مستحيلا. للتكرار اعتبارات نقطة استرجاع، وللتخزين المشترك متطلبات وصول ومجال فشل. اقرأ نموذج الموضع للنسخة المختارة لأنه يتطور، ولا تنقل مثالا قديما للمجموعات إلى نسخة أخرى دون مراجعة.
تحقق من عقد الخدمة
تشمل مراجعة HA العضوية وافتراضات العزل ووصول الأقراص وسعة الباقين وإمكان الموضع وبدء التطبيق. إن وصول الضيف في النهاية إلى حالة تشغيل أضعف من استرجاع الخدمة للمستخدم، وقد يخفي فسادا أو اعتماديات ناقصة. عرف قبول التطبيق وسجل التوقيت المرصود في سيناريو معزول ومخول صراحة. لا ينفذ المسار انتقال فشل أو انقطاع عقدة فعليا ولا يمس خدمة عنقود. يثبت برنامج السعة الطرح فقط. ناتج التعلم خريطة دليل تشرح الشروط التي يجب إثباتها ليصبح ادعاء HA ذا معنى لهذا الحمل.
الأخطاء الشائعة وإصلاحها
تقديم HA كضمان انقطاع صفري لضيف واحد
- لماذا يحدث؟
- اختلط استرجاع إعادة البدء بالتكرار المستمر للتطبيق.
- كيف تصلحه؟
- حدد مراحل الانقطاع ودليل استرجاع التطبيق.
- كيف تتجنب تكراره؟
- صغ ضمانات التوفر عند حد الخدمة التي يراها المستخدم.
افتراض أن العقدة غير المتاحة للإدارة لا تستطيع الكتابة إلى التخزين
- لماذا يحدث؟
- حل غياب الوصول الشبكي محل دليل الملكية الحصرية.
- كيف تصلحه؟
- اتبع تصميم العزل واسترجاع الملكية المدعوم.
- كيف تتجنب تكراره؟
- لا تساو تعذر الاتصال بإغلاق آمن مؤكد.
عدم وجود عقدة استرجاع مؤهلة تملك سعة كافية
- لماذا يحدث؟
- أُهملت قيود الموضع عند الفشل لصالح مجموع سعة الاستقرار.
- كيف تصلحه؟
- راجع ميزانيات العقد الباقية وخيارات التقارب الممكنة.
- كيف تتجنب تكراره؟
- نمذج حالات الفشل المطلوبة قبل قبول أحمال HA.
اختبر فهمك
1. لماذا يظل fencing مهما رغم أن العقدة غير القابلة للوصول لا تجيب طلبات الإدارة؟
اعرض الحل المشروح
لا يثبت تعذر الإدارة توقف التنفيذ أو الكتابة. فقد يترك الانقسام الضيف نشطا على بيانات مشتركة. قبل إنشاء كاتب آخر عند الاسترجاع، يجب أن يثبت التصميم المدعوم الملكية الحصرية. هذا شرط لحماية البيانات، وليس تأخيرا اختياريا يزال لأن الحادث عاجل. ينبغي أن يستند القرار إلى دليل التنفيذ والتخزين، لا إلى غياب رد من واجهة إدارة.
2. ترك نموذج السعة الإجمالية 2 GiB بعد الفشل. هل يكفي ذلك لاعتماد الحمل على العنقود؟
اعرض الحل المشروح
لا يمكن اعتماد الحمل من هذا النموذج. قد تستهلك احتياطيات المضيف الهامش، وقد تجعل CPU والتخزين والشبكة وذرى العمل والتقارب الموضع غير ممكن. استخدم طلبا مقاسا ومتطلبات استرجاع خاصة بالنسخة وسيناريو الفشل الدقيق. يحدد الحساب سؤالا يحتاج إجابة، ولا يمنح موافقة تشغيلية لمجرد أن الفرق موجب.
أهم ما تعلمته
- يحتاج HA ملكية حصرية وبيانات متاحة وموضع باقين ممكنا.
- إعادة الضيف واسترجاع التطبيق المفيد مرحلتان مختلفتان.