OpenStack هي تقنية سحابية مفتوحة المصدر رائعة جداً وفعالة من حيث التكلفة، ولكن الترقية الشهرية الستة لكل إصدار جديد قد تشكل تحدياً رهيباً بالنسبة لك ولشركتك للحفاظ على تشغيلها بسلاسة.
وحتى لو حاولنا إيجاد حل لتخطي ترقية الإصدار الجديد لمدة ستة أشهر، فإن الخبر السيئ هو أنه لا توجد طريقة لتخطيها!
فأنت بحاجة إلى ترقية بيئتك السحابية إلى كل إصدار من إصدارات OpenStack – ترقية من n إلى n+1 فقط.
في هذه الحالة، هل هناك أي طريقة لجعل عملية الترقية الصعبة والمعقدة هذه أسهل؟
نعم! لقد طورنا حلاً لن يجعل حياتك أسهل في الحفاظ على إنتاجية عملك وتشغيل أنظمتك فحسب، بل سيجعلك تنسى أي قلق قد ينتابك مع ترقية OpenStack المؤلمة كل 6 أشهر: يمكنك الآن الاستمتاع بقدرات وتحسينات جديدة في سحابة OpenStack الخاصة بك مع ترقية بدون توقف!
OpenStack يهدف إلى تشغيل السحابة الخاصة بك.
يجب أن يتمتع OpenStack الخاص بك بوقت تشغيل عالٍ، وأن يعمل بكامل طاقته في جميع الأوقات، وأن يكون فائق الكفاءة وقابلاً للتطوير.
ولكن ما هو أكثر من ذلك، يجب أن تكون قابلة للترقية! لهذا السبب، نركز في هذه المقالة على أهمية مرحلة ترقية OpenStack.
تعني الترقية أنه يمكنك نقل OpenStack الخاص بك إلى إصدار OpenStack جديد ومستقر للغاية بعد إصداره.
ومع ذلك، من من منظور العمل، قد يكون للترقية تأثير سلبي إذا أدت إلى تعطيل التشغيل السلس لبيئة العمل، مما يسبب مشاكل كبيرة لعملائك.
الموارد اللازمة لترقية OpenStack
هناك بعض الجوانب المهمة التي يجب وضعها في الاعتبار عند التخطيط لترقية OpenStack:
تحقق من ملاحظات إصدار مؤسسة OpenStack Foundation بعناية لاكتشاف ما إذا كان هناك أي عدم توافق بين الإصدارات
ضع في اعتبارك تأثير الترقية على المستخدمين النهائيين أو على أعمالك التجارية
- تأكد من اتساق قاعدة البيانات طوال العملية؛ وإلا فقد تصبح بيئتك غير مستقرة
- كن مستعدًا لمواجهة أي ترقية فاشلة: قم بإعداد إعادة البيئة إلى الإصدار السابق
قم بإنشاء بيئة اختبار مشابهة لبيئة الإنتاج لاختبار إجراء الترقية
تطوير التشغيل الآلي لعملية الترقية
ما الذي يجب فعله وما الذي يجب تجنبه في الترقية؟
- الترقيات اليدوية ليست خيارًا: عملية الترقية اليدوية عرضة للفشل عند القيام بمهام متكررة يدويًا على الطوبولوجيا المعقدة والعلاقة بين الخدمات السحابية.
يمكن أن تفشل العملية اليدوية بسبب تعقيدها. - أتمتة عملية الترقية: يجب أن تكون عملية الترقية مؤتمتة بالكامل.
إذا تم تنفيذها بشكل صحيح، يجب أن تكون قادرًا على تحقيق ترقية مباشرة بدون تعطل.
يتم تأمين العمل وعدم انقطاع الخدمة! - يمكن أن يؤدي الترتيب الخاطئ لخطوات الترقية إلى تعطيل السحابة: قد يؤدي عدم ترقية الخدمات السحابية بالترتيب الصحيح إلى تعطيل نظامك السحابي في نهاية المطاف.
- أتمتة الترقية بالترتيب الصحيح: يجب أن تهتم أتمتة الترقية بجميع الخطوات التي يجب اتباعها بالترتيب الصحيح: هوية OpenStack Identity (Keystone)، وحوسبة OpenStack (Nova)، وخدمة OpenStack Image (Glance)، وخدمة OpenStack Image (Glance)، وشبكات OpenStack (Neutron)، وتخزين بلوكات OpenStack (Cinder)، ولوحة معلومات OpenStack (Horizon)، وتنسيق OpenStack (Heat)، ومكونات OpenStack الأخرى التي تم نشرها، بالإضافة إلى الخدمات الداعمة مثل Message Queue (RabbitMQ).
- ستؤدي واجهة برمجة التطبيقات الجديدة أو المهملة أو المحذوفة إلى فشل الترقية: كل إصدار جديد من OpenStack يأتي مع إصدارات جديدة من واجهة برمجة التطبيقات مما سيؤدي إلى فشل الترقية.
- أتمتة عملية الترقية للتخلص من مخاطر تغييرات واجهة برمجة التطبيقات التي تؤدي إلى فشل الترقية.
يجب أن تأخذ الأتمتة بعين الاعتبار تغييرات واجهة برمجة التطبيقات في الإصدار الجديد من OpenStack، وأن تكون جاهزاً لاستيعابها بسلاسة في ترقية السحابة الخاصة بك. - تتبع التغييرات في جميع الأوقات: قد يحدث الفشل بسبب ثغرات في نقل المعرفة والاحتفاظ بها بسبب عدم تتبع التغييرات.
يجب ألا تكون هناك حالات غير معروفة في سحابة OpenStack الخاصة بك. - لا ينبغي أن يكون خيار “غير المفعول به” خيارًا فاخرًا: يمكن تشغيل العملية عدة مرات ولكن يجب تطبيقها مرة واحدة فقط.
المستقبل هنا: ترقيات بدون تعطّل من أجل توفير خدمة عالية الجودة، من الضروري أن تكون قادراً على إجراء ترقيات إصدارات OpenStack الضرورية، بالتزامن مع إصدارات OpenStack.
بناءً على منصة برمجيات أتمتة العمليات السحابية، يتيح برنامج FishOS Upgrader بشكل فريد إجراء ترقيات مباشرة دون توقف. يمكن أن تكون ترقية سحابة OpenStack الآن مهمة بسيطة إذا تم تبني النهج الصحيح: الأتمتة! يمكن إكمال التنفيذ الدقيق في غضون ساعات قليلة، دون التأثير على أي مستخدمين أو أعمال.