DRS والتوفر العالي
يتضمن Cockpit ميزتين تعملان بهدوء في الخلفية للحفاظ على صحة بيئتك:
- جدولة الموارد الموزعة (DRS - Distributed Resource Scheduler) تحافظ على توزيع الأحمال بشكل متساوٍ عبر المضيفين الفيزيائيين، حتى لا يصبح مضيف واحد نقطة اختناق بينما تظل الخوادم الأخرى خاملة.
- التوفر العالي (HA - High Availability) يعيد تشغيل أجهزتك الافتراضية على مضيف آخر في حالة تعطل المضيف الذي كانت تعمل عليه.
معًا، تساعدان بيئات عملك على البقاء سريعة ومتصلة بالإنترنت بقليل من الجهد اليومي منك.
جدولة الموارد الموزعة (DRS)
يراقب DRS باستمرار استخدام المعالج والذاكرة عبر المضيفين في العنقود. عندما يصبح أحد المضيفين أكثر انشغالاً من الآخرين، يمكن لـ DRS نقل الأجهزة الافتراضية الشغالة إلى مضيف أقل تحميلاً — دون أي وقت توقف (No downtime) — لموازنة الأمور.
ما مدى عدوانية التوازن المطلوبة؟
تختار مدى رغبة DRS في نقل بيئات العمل باستخدام شريط سحب واحد Migration Threshold، من Conservative (محافظ) إلى Aggressive (عدواني):
| الإعداد | السلوك |
|---|---|
| Conservative | يعيد التوازن فقط عندما يكون المضيف محملاً بشكل كبير ومستمر. أقل عدد من الترحيلات. |
| Balanced (افتراضي) | حل وسط معقول لغالبية البيئات. |
| Aggressive | يتفاعل حتى مع الاختلالات الصغيرة. يحافظ على تحميل المضيفين بشكل متساوٍ جدًا، على حساب ترحيلات أكثر تكرارًا. |
ابدأ بـ Balanced. وانتقل نحو Conservative إذا كنت تفضل ترحيلات أقل، أو نحو Aggressive إذا كنت تريد تحقيق توازن أكثر دقة.
ما مقدار التحكم الذي تريده؟
يقدم DRS ثلاثة مستويات من الأتمتة:
- Fully Automated — ينقل DRS بيئات العمل بنفسه كلما اكتشف اختلالاً. اضبطه وانسَه.
- Partially Automated — يجري DRS التحليل ولكنه لا يتصرف بمفرده. ينشر توصيات (Recommendations) في لوحة Tasks، وتحدد أنت ما إذا كنت تريد تطبيقها.
- Manual — التوازن التلقائي متوقف. تنقل بيئات العمل بنفسك عندما تختار ذلك. (يتم تعطيل شريط السحب في هذا الوضع.)
التجاوزات لكل جهاز افتراضي (Per-VM overrides)
في بعض الأحيان ترغب في إبقاء معظم العنقود متوازنًا تلقائيًا، ولكن تترك أجهزة افتراضية معينة بالضبط حيث هي — على سبيل المثال قاعدة بيانات حساسة للتأخير لا تريد نقلها على نحو غير متوقع أبدًا.
يمكنك إعطاء جهاز افتراضي فردي مستوى الأتمتة الخاص به الذي يتجاوز إعداد العنقود. على سبيل المثال، ابقِ العنقود Fully Automated ولكن اضبط جهازًا افتراضيًا حرجًا على Manual حتى لا ينقله DRS من تلقاء نفسه أبدًا.
يمكنك ضبط هذا التجاوز في مكانين، ويكونان متزامنين دائمًا لأنهما يتشاركان الإعداد نفسه:
- من قائمة DRS overrides في تبويب Configure الخاص بالعنقود.
- من إعدادات الجهاز الافتراضي (VM settings) الفردية.
ما يمكن لـ DRS نقله وما لا يمكنه نقله
::: important ينقل DRS الحوسبة فقط — تنتقل الذاكرة النشطة وحالة المعالج للجهاز الافتراضي إلى المضيف الجديد، بينما يظل قرص الجهاز الافتراضي حيث هو. لهذا السبب، يكون الجهاز الافتراضي مؤهلاً للتوازن التلقائي فقط إذا كانت جميع أقراصه تقع على مستودع تخزين مشترك (تخزين يمكن لكل مضيف الوصول إليه، مثل NFS أو مستودع تخزين مجمع).
الجهاز الافتراضي الذي توجد أقراصه على تخزين محلي خاص بمضيف واحد فقط يتم تجاهله بواسطة DRS، لأن نقل قرصه سيكون بطيئًا جدًا ليتم تلقائيًا. انظر التخزين ومستودعات التخزين لمزيد من المعلومات حول التخزين المشترك. :::
التوفر العالي (HA)
يحمي HA أجهزتك الافتراضية من تعطل المضيف. عند تفعيله، يراقب Cockpit نبضات قلب كل مضيف. إذا توقف مضيف عن الاستجابة، يعيد Cockpit تشغيل الأجهزة الافتراضية الخاصة بذلك المضيف تلقائيًا على المضيفين الأصحاء المتبقين، حتى تعود الخدمات دون انتظار إصلاح المضيف المتعطل.
الإعدادات
- Enable HA — يشغل أو يوقف الحماية للعنقود.
- Failover Delay — المدة التي ينتظرها Cockpit (على سبيل المثال، 15 ثانية) بعد توقف المضيف عن الاستجابة قبل أن يبدأ في إعادة تشغيل الأجهزة الافتراضية الخاصة بذلك المضيف في مكان آخر. تجنب هذه الوقفة القصيرة التصرف بناءً على انقطاع شبكي مؤقت وتمنع تشغيل الجهاز الافتراضي في مكانين في وقت واحد بالخطأ.
TIP
يعيد HA تشغيل الأجهزة الافتراضية على مضيف آخر، مما يعني أن تلك الأجهزة الافتراضية يجب أن تكون على تخزين مشترك حتى يتمكن المضيف الناجي من الوصول إلى أقراصها. اقرن HA بمستودعات التخزين المشتركة للحصول على أفضل حماية.
الحفاظ على انتشار الخدمات الحرجة
بالنسبة للخدمات التي تعمل كمجموعة — مثل عقد لوحة التحكم الثلاث لعنقود Kubernetes عالي التوفر — يستخدم Cockpit مناهضة التقارب (Anti-affinity) لإبقاء الأعضاء متباعدين:
- عند إنشاء الأجهزة الافتراضية لأول مرة، تُموضع على ثلاثة مضيفين فيزيائيين مختلفين.
- إذا فشل مضيف، يعيد HA تشغيل العضو المتأثر على مضيف ناجٍ لا يشغل بالفعل عضوًا آخر من المجموعة.
يضمن هذا عدم قدرة أي فشل للمضيف الواحد على إسقاط أكثر من عضو واحد في المرة الواحدة، مما يحافظ على قدرة المجموعة على البقاء متصلة بالإنترنت.
مواضيع ذات صلة
- موفر Kubernetes — تعتمد لوحات تحكم HA وتوزيع العقد على DRS ومناهضة التقارب.
- التخزين ومستودعات التخزين — التخزين المشترك هو ما يجعل الترحيل المباشر وإعادة تشغيل HA أمرًا ممكنًا.