كيفية إعداد نظام التجميع عالي التوافر (HAE) على نظام SUSE Linux 15

يشرح هذا الدليل للمبتدئين كيفية إنشاء مجموعة أساسية ثنائية العقد، نشطة/خاملة، باستخدام نظام SUSE Linux Enterprise High Availability (SLE HA) 15. ويستخدم هذا الدليل نصوص CRM Shell التمهيدية المدعومة: تهيئة العقدة الأولى باستخدام الأمر `configure` crm cluster init، وإضافة الثانية باستخدام الأمر crm cluster join`configure`، والتحقق من العضوية، واختبار تجاوز الفشل المخطط له لعنوان IP الظاهري للإدارة. تتبع الأمثلة وثائق SUSE SLE HA 15 SP7، المنشورة في 24 سبتمبر 2026؛ وقد تختلف التعليمات البرمجية حسب حزمة الخدمة والأجهزة والمنصة.

يُستخدم مصطلح "HAE" غالبًا بشكل غير رسمي للإشارة إلى امتداد التوافر العالي. وتُطلق عليه وثائق منتجات SUSE الحالية اسم "SUSE Linux Enterprise High Availability" أو "SLE HA". يوفر هذا الإجراء بنية أساسية فعّالة للمجموعة الحاسوبية وإمكانية الوصول إلى إدارة Hawk2. ولا يضمن هذا الإجراء تلقائيًا توافرًا عاليًا للتطبيقات أو قواعد البيانات أو بياناتها؛ إذ يتطلب ذلك موارد Pacemaker خاصة بها، وتصميمًا للتخزين، واختبارات مُخصصة لأحمال العمل.

تُظهر الرسوم التوضيحية أدناه لشاشة الجهاز الطرفي وشاشة Hawk2 نماذجًا لواجهات المستخدم، وليست لقطات من نظام حقيقي. الأسماء والعناوين هي أمثلة فقط، استبدلها بقيم من شبكتك.

ماذا ستفعل هذه المجموعة؟

المجموعة هي مجموعة من الخوادم، تُسمى العُقد ، تنسق فيما بينها للحفاظ على تشغيل خدمات مُحددة. يتولى Corosync إدارة عضوية العُقد ومراسلة المجموعة. أما Pacemaker، مدير موارد المجموعة، فيُحدد مكان تشغيل الموارد المُدارة ويستجيب للأعطال. المورد هو خدمة أو عنوان يمكن لـ Pacemaker تشغيله وإيقافه ومراقبته ونقله.

في هذا الشرح، تُشكّل العقدة `node` aliceو`node` bobمجموعةً ثنائية العقد. يمنح عنوان IP إداري عائم المسؤولين عنوانًا ثابتًا لـ Hawk2، واجهة الويب الخاصة بـ SUSE. في حال وضع إحدى العقدتين في وضع الاستعداد، يُمكن لـ Pacemaker نقل عنوان IP هذا إلى العقدة الأخرى. بالنسبة لمجموعة ثنائية العقد في بيئة إنتاجية، توصي SUSE بإضافة QDevice/QNetd لاتخاذ قرارات النصاب، ويتطلب ذلك عزل العقد.

ما الذي يجب عليك تحضيره قبل التثبيت؟

• نظامان مدعومان من SUSE Linux Enterprise Server 15 يعملان بنفس حزمة الخدمة وبنية المعالج، مع حساب الجذر أو حساب sudo ذي امتيازات مناسبة.
• يجب أن يكون التسجيل في نظام SUSE ساريًا وأن يكون لديك الحق في استخدام ميزة SLE HA على كل عقدة. يجب أن يتطابق نمط الامتداد والحزمة مع حزمة خدمة SLES وبنيتها.
• عناوين عقد ثابتة، وحلّ أسماء نطاقات فعّال، وساعات متزامنة، واتصال موثوق بشبكة المجموعة. اختر واجهة Corosync المُرادة بعناية؛ فالمسارات المنفصلة أو المتكررة مفيدة في تصميمات الإنتاج.
• خطة عزل. تعمل خاصية العزل (STONITH، وتعني "إطلاق النار على العقدة الأخرى") على عزل أو إعادة تشغيل عقدة قد تكون غير سليمة، مما يمنع كلا طرفي الشبكة المنقسمة من الكتابة إلى البيانات المشتركة. يجب تفعيل خاصية العزل في أي مجموعة مدعومة.
• في حال استخدام جهاز SBD (جهاز STONITH Block Device)، يلزم وجود نظام مراقبة مناسب على كل عقدة، ووحدة تخزين مشتركة مصممة بشكل صحيح مع مسار جهاز مستقر. يُفضل استخدام نظام مراقبة مادي في بيئة الإنتاج. في حال استخدام حاجز طاقة مادي، يجب تهيئة واختبار جهاز STONITH مدعوم.
• بالنسبة للعقدتين، يُنصح بتخطيط وجود شاهد QDevice/QNetd قبل التهيئة إذا كنت تنوي تهيئته من خلال عملية التمهيد. يساعد الشاهد المجموعة على تحديد الجانب الذي يمتلك النصاب القانوني عند فقدان الاتصال.

لا تتعامل مع إعداد المختبر على أنه جاهز للإنتاج. تتطلب متطلبات نظام SUSE SLE HA 15 SP7 استخدام تقنية الحماية (Secing)، وتوصي نظرة عامة على التثبيت باختبار الإعداد باستخدام عقدتين أو ثلاث عقد قبل توسيعه.

الخطوة 1: تثبيت ملحق SLE HA والحزم

إذا لم يتم تحديد SLE HA أثناء تثبيت SLES، فقم بتمكين الامتداد على كل عقدة. بالنسبة لمضيف x86_64 SLES 15 SP7 مسجل، يكون النمط الموثق كما يلي:

SUSEConnect -p sle-ha/15.7/x86_64 -r ADDITIONAL_REGCODE
zypper install -t pattern ha_sles

استبدل ADDITIONAL_REGCODEهذا برمز تسجيل SLE HA. استخدم مُعرّف منتج التفعيل الذي يُطابق حزمة الخدمة وبنية النظام لديك؛ لا تنسخ مثال SP7 إلى حزمة خدمة SLES 15 أخرى. شغّل أمر package-pattern على كلا العقدتين. تُوثّق SUSE النمط ha_slesعلى أنه مجموعة الحزم المُستخدمة لتكوين وإدارة المجموعة.

الخطوة الثانية: تجهيز الأسماء والوقت وإمكانية الوصول إلى الشبكة

امنح كلا العقدتين أسماء مضيف ثابتة وعناوين IP أساسية ثابتة. تأكد من قدرة كل عقدة على الوصول إلى الأخرى باستخدام كلٍ من الاسم المختصر والاسم الكامل. توصي إرشادات إعداد SUSE بإدراج أعضاء المجموعة /etc/hostsعند الحاجة، لأن فشل تحليل الأسماء قد يؤدي إلى انقطاع الاتصال الداخلي. على سبيل المثال، عدّل إدخالات كهذه لتتوافق مع نظام أسماء النطاقات (DNS) وخطة العناوين لديك:

10.20.0.11 alice.example.net alice
10.20.0.12 bob.example.net bob

قم بمزامنة كلا الساعتين مع مصدر NTP خارج المجموعة، وحافظ على تطابق المناطق الزمنية بينهما. Chrony هو تطبيق NTP الافتراضي على SLES 15. تحقق من اتصال الشبكة التي تنوي استخدامها لـ Corosync. يمكن لبرامج التمهيد فتح منافذ جدار الحماية اللازمة لاتصال المجموعة، ولكن تأكد من أن جدران الحماية الخاصة بمضيفك وشبكتك تسمح بحركة البيانات المطلوبة لبنية الشبكة التي اخترتها. البث الأحادي هو الوضع الافتراضي في عملية التمهيد؛ ومنفذ Corosync الافتراضي الموثق هو 5405.

الخطوة 3: تهيئة العقدة الأولى

قم aliceبتشغيل أمر bootstrap كمسؤول النظام (root):

crm cluster init --name demo-ha

راجع التعليمات قبل الموافقة عليها. حدد الواجهة وعنوان الشبكة المُخصصين لـ Corosync، ثم أكد المنفذ. يتحقق البرنامج النصي من مزامنة الوقت وتوفر جهاز المراقبة، ويمكنه إعداد مفاتيح SSH وتكوين المجموعة ذي الصلة. يسألك البرنامج عما إذا كنت ترغب في تكوين SBD، وعنوان IP افتراضي لإدارة Hawk2، وQDevice/QNetd. يتطلب SBD أن يكون جهاز المراقبة والجهاز المشترك جاهزين مسبقًا. إذا كنت ستُكوّن QDevice في هذه المرحلة التمهيدية، فقم بإعداد خادم QNetd أولًا. يُنشئ البرنامج النصي مجموعة عاملة من عقدة واحدة؛ ولا يُضيف أي شيء bobفي هذه المرحلة.

لا تختر مسارًا عشوائيًا للقرص أو الجهاز المشترك لـ SBD. يجب أن يُحدد المسار نفس وحدة التخزين المناسبة على كل عقدة، ويجب أن يتوافق سلوكه في حالة الفشل ومهلاته الزمنية مع تصميم وحدة التخزين. تُشير SUSE إلى أنه softdogلا يمكن إعادة تشغيل الجهاز إذا كانت جميع وحدات المعالجة المركزية عالقة، لذا استخدم مُؤقت مراقبة الأجهزة الصحيح للإنتاج كلما كان ذلك مُتاحًا.

الخطوة الرابعة: ضم العقدة الثانية

بعد تهيئة العقدة الأولى، قم بتسجيل الدخول bobوتشغيل الأمر التالي:

crm cluster join

اتبع التعليمات لتحديد عقدة المجموعة الحالية alice. إذا كنت قد استخدمت حساب sudo بدلاً من حساب الجذر للعقدة الأولى، فإن وثائق SUSE توضح كيفية تحديد هذا الحساب باستخدام -c، على سبيل المثال:

sudo crm cluster join -c USER@alice

يقوم برنامج الربط بنسخ إعدادات Corosync، وتكوين SSH وCsync2، وتفعيل الجهاز الحالي كعقدة في المجموعة، وتشغيل الخدمة اللازمة لـ Hawk2. لا تقم بتهيئة كلا الجهازين بشكل مستقل؛ يجب أن تنضم العقدة الثانية إلى المجموعة التي أنشأتها العقدة الأولى.

الخطوة 5: تأكد من أن كلا العقدتين متصلتان بالإنترنت

من أي من العقدتين، تحقق من ملخص المجموعة:

crm status

ابحث عن اسمي العقدتين ضمن Onlineقسم المجموعة الذي يحتوي على النصاب القانوني. تحقق من وجود أي عمليات فاشلة أو عقدة غير متصلة قبل المتابعة. يمكنك أيضًا تسجيل الدخول إلى Hawk2 باستخدام عنوان IP الظاهري الإداري المُحدد أثناء التهيئة، والذي يكون عادةً على الرابط التالي: [رابط] https://ADMIN-VIP:7630/. قد يظهر تحذير بشأن شهادة الزيارة الأولى عند استخدام شهادة موقعة ذاتيًا؛ تحقق من تفاصيل الشهادة مع مسؤول المجموعة بدلًا من تجاهل شهادة غير معروفة في بيئة الإنتاج.

الخطوة السادسة: تأمين حساب الإدارة

تُنشئ عملية التمهيد haclusterحسابًا لـ Hawk2. يُوثّق دليل إعداد SUSE كلمة مرور افتراضية أثناء الإعداد الأساسي، لذا قم بتغييرها فورًا قبل ترك النظام متاحًا:

passwd hacluster

استخدم كلمة مرور قوية وفريدة، والتزم بسياسة بيانات الاعتماد الخاصة بمؤسستك. قيّد الوصول إلى شبكة إدارة Hawk2، وثبّت الشهادات الموثوقة حسب الحاجة، ولا تعرض واجهة الإدارة مباشرةً للإنترنت العام.

الخطوة 7: اختبار عملية تجاوز الفشل المخطط لها بأمان

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

ping 10.20.0.20

في Hawk2، افتح العقدة التي تستضيف حاليًا عنوان IP الخاص بالإدارة، ثم حدد وضع الاستعداد . بعد ذلك، تحقق من الحالة > الموارد . يشرح دليل البدء السريع من SUSE كيفية نقل المورد العائم إلى العقدة الأخرى أثناء استمرار اختبار الاتصال (ping). عند اكتمال الاختبار، أعد العقدة إلى الخدمة باستخدام الإجراء المقابل في Hawk2، وتأكد من أن كلا العقدتين متصلتان بالإنترنت، وتحقق من وجود المورد في الموقع المتوقع.

ما الذي يثبته هذا الاختبار - وما الذي لا يثبته؟

إذا ظلت كلتا العقدتين مرئيتين وانتقل عنوان IP الإداري إلى العقدة النظيرة، فهذا دليل على أن عضوية المجموعة الأساسية ومورد عنوان IP العائم يعملان في هذا السيناريو المخطط له. لا يُعد اختبار الاتصال (ping) وحده دليلاً على توفر التطبيق، أو استمرار جلسات العميل، أو حماية البيانات المشتركة، أو قدرة المجموعة على التعافي من أي عطل في الشبكة أو التخزين أو الطاقة أو البرامج.

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

أخطاء شائعة يجب تجنبها

• تجاوز السياج: لا يمكن لمجموعة بدون STONITH عاملة حل مشكلة انقسام الدماغ بأمان ولا تفي بمتطلبات دعم SUSE.
• بافتراض أن عقدتين يمكنهما اتخاذ القرار بمفردهما: خطط لـ QDevice/QNetd لمجموعة ذات عدد زوجي، وخاصة مجموعة مكونة من عقدتين.
• استخدام هوية عقدة غير مستقرة أو غير متطابقة: استخدم عناوين ثابتة، وأسماء مضيف متسقة، وحل أسماء أمامي وعكسي فعال، ووقت متزامن.
• إعادة استخدام الشبكة الخاطئة: حدد واجهة Corosync المقصودة وتحقق من سياسة جدار الحماية عبر كل مسار شبكة.
• بافتراض أن المجموعة تحمي التطبيق تلقائيًا: لا يمكن للمجموعة إدارة سوى الموارد التي تم تكوينها واختبارها.
• يُطلق على الإعداد الأولي اسم "جاهز للإنتاج": إن البدء السريع هو إعداد أساسي. أما جاهزية الإنتاج فتتطلب اختبارات استعادة خاصة بعبء العمل، والتحقق من صحة الحماية، والمراقبة، وإجراءات النسخ الاحتياطي والاستعادة، وتوثيق العمليات.

المراجع الرسمية لشركة SUSE

• دليل التثبيت والإعداد السريع لـ SLE HA 15 SP7
• متطلبات وتوصيات نظام SLE HA 15 SP7
• نظرة عامة على تثبيت SLE HA 15 SP7
• حماية التخزين SLE HA 15 SP7 و SBD