يمكنك إبقاء التطبيق متاحًا أثناء نقل مجموعة SLES 15 SP5 إلى SP6، ولكن لا يمكنك ترقية وإعادة تشغيل نظام تشغيل واحد دون أي انقطاع. تدعم SUSE ترحيل حزم الخدمة من SP5 إلى SP6، وتتطلب عملية الترحيل عبر الإنترنت إعادة تشغيل النظام. لتجنب توقف الخدمة، قم بترقية عقدة واحدة في كل مرة ضمن مجموعة SUSE Linux Enterprise High Availability (SLE HA) المدعومة، أو أنشئ بيئة SP6 بديلة وانقل حركة البيانات إليها. يجب أن يتوفر للخدمة مكان آمن للعمل أثناء تعطل كل مضيف.
يركز هذا الدليل الموجه للمبتدئين على مسار الترقية التدريجية لمجموعة خوادم SLE عالية التوفر. كما يشرح ما يجب فعله في حال وجود خادم واحد فقط، وما يجب التحقق منه قبل التغيير، وكيفية التأكد من سلامة الخدمة. وتعتمد الأوامر الدقيقة وترتيب نقل أحمال العمل على موارد مجموعتك، ومساحة التخزين، والتطبيق المستخدم.
ماذا تعني عبارة "بدون توقف النظام"؟
تُستبدل حزم النظام بحزم الخدمة أثناء تشغيل النظام المصدر. تُطلق SUSE على هذه العملية اسم "الترحيل المباشر". يُقلل هذا من الحاجة إلى الإقلاع من وسائط التثبيت، ولكن الإجراء الرسمي ينص على إعادة تشغيل النظام بعد إتمام الترحيل بنجاح. يختلف الترحيل المباشر عن الترقية المباشرة التي تُبقي نفس الجهاز المضيف مُستمرًا في خدمة الطلبات.
بالنسبة للخدمات المُجمّعة، تعني الترقية التدريجية إخراج عقدة واحدة من الخدمة، ونقلها وإعادة تشغيلها، ثم إعادتها إلى المجموعة، وتكرار العملية على العقدة التالية. يمكن للتطبيق أن يظل متاحًا من عقدة أخرى إذا نجح تجاوز الفشل وكانت السعة المتبقية كافية. مع ذلك، قد يتسبب تجاوز الفشل في انقطاع قصير للجلسات النشطة، لذا يُنصح بقياس أداء الخدمة المُوجّهة للمستخدم بدلًا من افتراض أن "التوافر العالي" يضمن بقاء جميع الاتصالات دون انقطاع.
تُدرج SUSE نظام SLES 15 SP5 كمصدر مدعوم لحزمة الخدمة SP6، سواءً عبر الإنترنت أو دون اتصال. المسار المدعوم موثق في دليل مسار ترقية SLES 15 SP6 . تدعم وثائق SUSE HA الترقية التدريجية للمجموعة بين حزم الخدمة ضمن نفس الإصدار الرئيسي. راجع دليل ترقية مجموعة SLE HA .
اختر النهج الصحيح قبل تغيير أي شيء
- خادم مستقل واحد: حدد موعدًا للصيانة لنقل المضيف وإعادة تشغيله. لا يمكن لموازن الأحمال إزالة وقت التوقف إذا لم تكن هناك نسخة ثانية سليمة من التطبيق.
- عقدتان أو أكثر من عقد SLE HA: ضع في اعتبارك إجراء الترقية التدريجية الموثق، بعد التحقق من النصاب القانوني، والسياج، ووضع الموارد، والوصول إلى التخزين، والسعة الاحتياطية.
- تطبيق بنسخ احتياطية خارج بيئة SLE عالية التوفر: قم بترقية مضيف أو مجموعة مضيفات SP6 بديلة، وتحقق من صحتها، ثم انقل حركة البيانات تدريجيًا. هذا نشر أزرق-أخضر أو نشر متدرج على مستوى التطبيق؛ وهو منفصل عن عملية ترحيل SLES المباشرة.
- المضيف المُدار بواسطة SUSE Manager: اتبع إجراءات ترحيل عميل SUSE Manager. تنصح SUSE بعدم استخدام الترحيل عبر الإنترنت بواسطة YaST أو
zypper migrationمباشرةً على عميل SUSE Manager.
إذا كانت خدمتك عبارة عن قاعدة بيانات أو تطبيق آخر يحتفظ بحالة البيانات، فتعامل مع توافق التطبيق وتكرار البيانات كعملية منفصلة. إن مسار ترحيل نظام التشغيل لا يُحدّث قاعدة البيانات تلقائيًا، ولا يُثبت سلامة تصميم التكرار والتعافي من الأعطال فيها.
إعداد المجموعة وخطة التغيير
1. تأكيد الإصدارات والتسجيل وأهلية الترقية
تأكد من أن جميع العُقد تعمل بنظام SLES 15 SP5، مع تثبيت إضافة SLE HA والوحدات أو المنتجات الأخرى كما هو متوقع. تعتمد قائمة أهداف الترحيل على المنتجات والإضافات المُثبّتة. قد يشير غياب هدف SP6 إلى مشكلة في التسجيل أو المستودع أو توفر الإضافة؛ لذا لا تحاول فرض مسار مستودع مختلف لمجرد إظهار الهدف.
بالنسبة للنظام المسجل، يمكن أن تساعد عمليات التحقق التالية للقراءة فقط في تحديد حالته:
cat /etc/os-release
sudo SUSEConnect --status
sudo zypper lr -u
قارن بين منتجات SLES وSLE HA المثبتة، والمستودعات، والبنية عبر جميع العُقد. إذا كان المضيف مُدارًا بواسطة SUSE Manager، فاستخدم إجراء ترحيل العميل المُناسب بدلاً من الخطوات المُباشرة أدناه.
2. قم بتصحيح الأخطاء، وإنشاء نسخة احتياطية، ثم اختبر النظام.
تتطلب SUSE أن يكون النظام المصدر مُحدّثًا إلى أحدث إصدار من التصحيحات قبل الترقية. قم بتثبيت تحديثات الصيانة الحالية لحزمة الخدمة SP5، وراجع ملاحظات إصدار SP6 للاطلاع على تغييرات الحزم والوحدات والتطبيقات. كما تتضمن تعليمات SUSE لإعداد الترقية إجراء نسخ احتياطي حديث ومراجعة ملاحظات الإصدار.
قم بعمل نسخة احتياطية من إعدادات النظام وبيانات التطبيقات، وتأكد من إمكانية استعادة النسخة الاحتياطية. اختبر العملية برمتها على مجموعة خوادم تجريبية مطابقة لمجموعة خوادم الإنتاج، بما في ذلك واجهات الشبكة، والتخزين، وموارد المجموعة، ومستودعات الطرف الثالث، وفحوصات سلامة التطبيقات. سجّل مدة الترحيل وإعادة التشغيل على كل عقدة لتقدير فترة التغيير.
3. أثبت أن العقد المتبقية قادرة على تحمل عبء العمل
قبل إزالة أي عقدة، تأكد من سلامة المجموعة وعدم وجود أي أعطال في مواردها. تحقق من قدرة عقدة أخرى على تشغيل الخدمات، وتركيب أو الوصول إلى وحدات التخزين المطلوبة، والتعامل مع حجم البيانات المتوقع. إذا كان فقدان إحدى العقد سيؤدي إلى زيادة الضغط على وحدة المعالجة المركزية أو الذاكرة أو الشبكة أو التخزين، فقم بزيادة السعة، أو تقليل الحمل، أو جدولة فترة صيانة بدلاً من الاكتفاء بتأكيد عدم وجود أي توقف.
تأكد من تهيئة خاصية عزل المجموعة وتشغيلها وفقًا لتصميم التوافر العالي المعتمد لديك. تحمي هذه الخاصية الموارد المشتركة بعزل أي عقدة غير موثوقة؛ وقد يؤدي تعطيلها لتسهيل عملية الترقية إلى خطر انقسام الدماغ. احتفظ بإمكانية الوصول إلى وحدة التحكم أو الوصول خارج النطاق في حال عدم عودة أي عقدة بعد إعادة التشغيل.
قم بتشغيل ترقية تدريجية، عقدة واحدة في كل مرة
استخدم الخطوات التالية كخطة تخطيط. اتبع الإجراءات الخاصة بإصدار SLE HA وإعدادات الموارد لديك؛ لا تقم بنسخ تسلسل إدارة الموارد بشكل أعمى إلى بيئة الإنتاج.
- تأكد من سلامة المجموعة. سجّل الحالة الحالية وتأكد من سلامة جميع العُقد والموارد. في SLE HA،
crm statusتُعدّ هذه إحدى الطرق الموثقة لفحص حالة المجموعة.
- انقل الخدمات أو قم بتفريغها من العقدة. استخدم الإجراء المعتمد في مجموعتك لنقل موارد التطبيق إلى عقدة أخرى سليمة. تحقق من نقطة نهاية التطبيق ووحدة التخزين التابعة لها قبل المتابعة.
- أوقف تشغيل حزمة نظام المجموعة على العقدة التي يتم ترقيتها. تحذر تعليمات الترقية التدريجية من SUSE من أن ترك مدير موارد نظام المجموعة نشطًا أثناء ترقية البرامج قد يؤدي إلى مشاكل مثل عزل العقد النشطة. الأمر الموثق على مستوى العقدة هو
crm cluster stop...
- قم بتشغيل عملية ترحيل حزم الخدمة لنظام SLES. على مضيف مسجل غير مُدار بواسطة SUSE-Manager، استخدم الأمر التالي . راجع هدف حزمة الخدمة SP6 المُقترح والتغييرات في المستودع. اقرأ إجراءات الحزم المقترحة، وخاصةً الحزم المراد إزالتها أو الرجوع إلى إصدار أقدم منها، قبل التأكيد. تشرح تعليمات الترحيل
sudo zypper migration الرسمية لنظام SLES عبر الإنترنت مسار سطر الأوامر هذا.
- أعد تشغيل الجهاز وتحقق منه. بعد اكتمال عملية النقل، أعد تشغيل المضيف وفقًا لتعليمات SUSE. تأكد من تشغيل نظام SLES 15 SP6، وأن المنتجات المطلوبة مسجلة، وأن المستودعات تتطابق مع حزمة الخدمة المستهدفة، وأن الجهاز لا يحتوي على أي أخطاء نظام حرجة.
- أعد العقدة إلى المجموعة. ابدأ تشغيل حزمة المجموعة الخاصة بها باستخدام الإجراء المعتمد؛ يوضح دليل SLE HA ذلك
crm cluster start. تحقق crm statusمن Hawk2 وتأكد من إعادة انضمام العقدة دون حدوث أعطال في الموارد.
- كرر هذه العملية فقط بعد استقرار المجموعة. انقل عبء العمل الخاص بالعقدة التالية، ثم أخرج تلك العقدة من المجموعة، وقم بترحيلها، وأعد تشغيلها، وتحقق من صحتها، ثم أعد ضمها إليها. لا تبدأ تشغيل العقدة التالية بينما تكون المجموعة المتبقية متدهورة أو تحمل عبء عمل يفوق قدرتها على التعامل معه بأمان.
تُشير SUSE إلى أن دعم عُقد المجموعة ذات الإصدارات المختلطة مؤقتٌ فقط خلال عملية الترقية التدريجية، وأنه ينبغي إتمام الترقية في غضون أسبوع واحد. لذا، يُنصح بتخطيط عملية ترقية قصيرة ومُحكمة بدلاً من ترك مجموعة ذات إصدارات مختلطة تعمل بشكل دائم. اختتم العملية بالتأكد من تشغيل جميع العُقد لحزمة الخدمة SP6، وفحص سلامة المجموعة والتطبيقات، ومراجعة السجلات وتسجيل المستودع.
المشاكل الشائعة وكيفية حلها
- لم يظهر هدف الترقية إلى SP6: تحقق من التسجيل، والمستودعات النشطة، وما إذا كانت كل وحدة أو إضافة مثبتة تدعم هدف SP6. قم بحل مشكلات المستودع أو التراخيص قبل البدء.
- يقترح نظام الحل عمليات إزالة غير متوقعة: توقف وتحقق من مصادر الحزم، ومستودعات الطرف الثالث، والتبعيات. تشير SUSE إلى ضرورة تعطيل المستودعات المحلية أو مستودعات أقراص DVD القديمة أثناء عملية الترحيل. لا تقبل خطة حزم لا يمكنك شرحها.
- لن تنضم العقدة التي تمت ترقيتها مرة أخرى: احتفظ بالتطبيق على العقد السليمة، وافحص سجلات المجموعة والنظام، وتحقق من شبكة العقدة، وتسجيل المنتج، وتكوين المستودع، وحزم SLE HA قبل إعادة المحاولة.
- الخدمة متاحة، لكن المستخدمين يبلغون عن أخطاء: اختبر معاملات التطبيق، وليس فقط توفر المضيف. تحقق من اتصالات قاعدة البيانات، والتخزين المشترك، والمصادقة، والمهام المجدولة، وأي فحوصات سلامة لموازن الأحمال.
- يجب أن يبقى نظام الخادم الواحد متصلاً بالإنترنت: لا توجد إجراءات ترحيل حزم الخدمة SLES في مكانها لتجنب إعادة التشغيل على نفس المضيف. أضف نسخة ثانية من التطبيق أو خطط لفترة صيانة.
كيفية الحكم على ما إذا تم تجنب فترة التوقف عن العمل
حدد معيار نجاح قابل للقياس قبل إجراء التغيير. على سبيل المثال: استمرار اجتياز فحص السلامة الخارجي للخدمة خلال صيانة كل عقدة، وبقاء معدلات الخطأ ضمن الحد المتفق عليه، ونجاح معاملة مستخدم نموذجية أثناء تعطل إحدى العقد. سجّل أي فجوة في تجاوز الفشل، أو جلسات مفقودة، أو مهام متراكمة، أو تراجع في الأداء. إذا بقيت نقطة النهاية متاحة ولكن فشل سير عمل رئيسي، فإن عملية الترحيل لم تحقق هدف مستوى الخدمة.
يمكن للتحديث التدريجي أن يُبقي الخدمة المصممة بشكل مناسب متاحة أثناء إعادة تشغيل الخوادم الفردية. لكنه لا يضمن استمرارية الجلسات دون انقطاع، ولا يُعوض عن نقص سعة المجموعة، ولا يُلغي الحاجة إلى إعادة التشغيل من كل مضيف مُرحّل. بالنسبة لعمليات النشر أحادية العقدة، أو التطبيقات التي تعتمد على الحالة دون اختبار النسخ المتماثل، أو المجموعات ذات الامتدادات غير المدعومة، يُنصح باستخدام فترة صيانة مُخططة أو إنشاء بيئة بديلة والتحقق من صحتها قبل نقل حركة بيانات الإنتاج.
المراجع الرسمية