لذلك ، تم الإطلاق الرسمي لمنصة Red Hat OpenShift 4. وسنخبرك اليوم بكيفية التبديل إليها باستخدام منصة OpenShift Container Platform 3 بأسرع ما يمكن.
في إطار هذه المقالة ، نحن مهتمون في المقام الأول بمجموعات OpenShift 4 الجديدة التي تستخدم إمكانيات بنية تحتية ذكية وغير قابلة للتغيير (غير قابلة للتغيير - مماثلة لجميع بيئات النشر) القائمة على RHEL CoreOS وأدوات التشغيل الآلي. نوضح أدناه كيفية الترقية إلى OpenShift 4 دون الكثير من المتاعب.
تعرف على المزيد حول الاختلافات بين الإصدار الجديد والإصدار القديم
هنا .
انتقال الكتلة من OpenShift 3 إلى OpenShift 4 باستخدام نظام Red Hat Appranix المعتمد
لقد عملت Appranix و Red Hat بجد لتبسيط عملية ترحيل موارد نظام المجموعة من OpenShift 3 إلى OpenShift 4 باستخدام خدمة خاصة تعمل على قمة أتمتة موثوقية موقع Appranix لـ Kubernetes.
يتيح لك حل Appranix (الموجود في
Red Hat Container Catalog ) إنشاء نسخ احتياطية لجميع مجموعات OpenShift 3 واستعادتها إلى OpenShift 4 في بضع نقرات فقط.
لماذا تعد عملية الترحيل باستخدام Appranix لـ OpenShift 4 جيدة
- بداية سريعة. نظرًا لأن حل Appranix مبني على مبادئ SaaS ، فليست هناك حاجة لتكوين أي بنية تحتية وتكوين أو استخدام حلول متخصصة منفصلة للترحيل.
- قابلية التوسع من Appranix يسهل هجرة مجموعات كبيرة.
- يعمل النسخ الاحتياطي التلقائي للتكوينات المعقدة لنظام OpenShift 3 مع النقل اللاحق إلى OpenShift 4 على تبسيط عملية الترحيل نفسها.
- القدرة على اختبار كيفية عمل التطبيقات من البنية التحتية لمؤسسة OpenShift 3 على النظام الأساسي OpenShift 4 في سحابة AWS.
- ترحيل إعدادات الوصول إلى RBAC بالإضافة إلى موارد نظام المجموعة.
- ترحيل انتقائي أو كامل لجميع المشاريع إلى مجموعات OpenShift 4 الجديدة.
- اختياريا - تنظيم عدة مستويات لتحمل الأعطال لتطبيقات الحاوية مع الاشتراك المناسب.
مرونة تطبيقات OpenShift
بعد الترحيل من الإصدار الثالث إلى الرابع من OpenShift ، يمكن استخدام Appranix لتوفير مرونة مستمرة للتطبيق ، حيث توجد ثلاثة خيارات. يتيح لك المستوى 1 من المرونة استعادة التطبيقات دون تغيير المنطقة ومزود الخدمة السحابية. يمكن استخدامه لاستعادة التطبيقات أو الاسترداد بعد حدوث عطل محلي على المستوى الإقليمي ، على سبيل المثال ، في حالة نشر تطبيق غير ناجح ، أو في موقف تحتاج فيه إلى إنشاء بيئة اختبار بسرعة في نفس المنطقة ، ولكن في مجموعة OpenShift منفصلة.
يتيح لك
المستوى 2 نقل التطبيقات إلى منطقة أخرى دون تغيير الموفر. في الوقت نفسه ، يمكنك حفظ البنية الأساسية للبيانات الأساسية في المنطقة الرئيسية ، ولكن يمكنك تشغيل التطبيقات في كتلة أخرى في منطقة مختلفة. يكون هذا الخيار مفيدًا عند فشل منطقة أو منطقة سحابية ، أو تحتاج إلى نقل التطبيقات إلى منطقة أخرى بسبب هجوم سيبراني. وأخيرًا ، يسمح لك
المستوى 3 بتغيير المنطقة ليس فقط ، ولكن أيضًا المزود السحابي.
كيف يعمل Appranix SRAيتحقق التسامح مع الأعطال متعدد المستويات في تطبيقات OpenShift في Appranix من خلال وظيفة "آلة الزمن" ، التي تنشئ تلقائيًا نسخًا من بيئة التطبيق. لاستخدام هذه الوظيفة وزيادة أمان التطبيق ، ما عليك سوى إضافة سطر واحد من التعليمات البرمجية إلى خط أنابيب DevOps.
تواجه خدمات البنية التحتية لموفري الخدمات السحابية أيضًا مشاكل ، وبالتالي فإن القدرة على التبديل بسرعة إلى مزود آخر أمر مفيد لتجنب الاعتماد على مزود خدمة واحد.
كما هو مبين في الشكل أدناه ، يمكن إنشاء نسخ احتياطية لبيئة التطبيق في Appranix ، ليس فقط تلقائيًا على فترات زمنية محددة ، ولكن أيضًا عن طريق أمر من خط التكامل المستمر وتسليم CI / CD. علاوة على ذلك ، فإن "آلة الزمن" توفر:
- تسجيل تدريجي يشبه GitHub لمساحات الأسماء وبيئات التطبيق.
- التراجع تطبيق بسيط.
- التحكم في إصدار التكوينات السحابية والحاوية.
- إدارة دورة حياة البيانات الآلية.
- أتمتة إدارة البنية التحتية كرمز (IaC).
- الآلي IaC الدولة الإدارة.
مع Appranix ، يمكنك تنظيم الحماية على مستوى التطبيق والاسترداد بالكامل للسيناريوهات مثل هندسة الفوضى واستعادة القدرة على العمل بعد الكوارث وحماية الابتزاز واستمرارية العمل. لن نتطرق إلى هذا بالتفصيل وسننظر في كيفية استخدام Appranix للانتقال من OpenShift 3 إلى OpenShift 4.
كيفية ترحيل OpenShift 3 إلى OpenShift 4 باستخدام نظام موثوقية موقع Appranix
تتضمن العملية ثلاث خطوات:
- نقوم بتهيئة OpenShift 3 و OpenShift 4 للكشف تلقائيًا عن جميع المكونات التي سيتم ترحيلها.
- إنشاء سياسات وتعيين مساحات الأسماء للهجرة.
- قم باستعادة جميع مساحات الأسماء في OpenShift 4 بنقرة واحدة.
تكوين OpenShift 3 و 4 مجموعات للكشف التلقائي
تعتقد Appranix أن لديك بالفعل مجموعات OpenShift 3 و OpenShift 4. إذا لم يكن لديك مجموعات OpenShift 4 بعد ، فقم بإنشائها باستخدام
وثائق Red Hat عند نشر OpenShift 4 . إعداد المجموعات الأساسية (الأساسية) والهدف (الهدف) في Appranix هو نفسه ويتضمن خطوات قليلة فقط.
تثبيت عامل تحكم Appranix للكشف عن الكتلة
للكشف عن موارد نظام المجموعة ، فأنت بحاجة إلى عامل تحكم جانبي صغير. لنشره ، ما عليك سوى نسخ ولصق أمر curl المناسب ،
كما هو موضح أدناه . بعد تثبيت البرنامج الوسيط في OpenShift 3 وفي OpenShift 4 ، سيكتشف Appranix تلقائيًا جميع موارد نظام المجموعة التي سيتم ترحيلها ، بما في ذلك مساحات الأسماء ، والنشر ، والمجلدات ، والخدمات ، بالإضافة إلى المضيفين ذوي الموارد الأخرى.
ترحيل التطبيقات الموزعة الكبيرة
سننظر الآن في مثال على كيفية نقل تطبيق SockShop لخدمة microservice موزعة من OpenShift 3 إلى OpenShift 4 دون بذل جهود غير ضرورية (انقر هنا للحصول على
وصف تفصيلي لهذا التطبيق وهندسة خدمات microservice الخاصة به ). كما ترون من
الشكل أدناه ، تحتوي بنية SockShop على العديد من المكونات.
يكتشف Appranix جميع الموارد التي من الضروري توفير الحماية لها والانتقال إلى OpenShift 4 ، بما في ذلك PoDs وعمليات النشر والخدمات وتكوينات الكتلة.
OpenShift 3 مع تطبيق SockShop قيد التشغيل
إنشاء سياسات حماية للهجرة
يمكن تعيين السياسات بمرونة اعتمادًا على كيفية إجراء الترحيل. على سبيل المثال ، بناءً على عدة معايير أو نسخة احتياطية مرة واحدة في الساعة.
قم بترحيل مجموعات OpenShift 3 متعددة باستخدام خطط الحماية
اعتمادًا على ميزات التطبيق أو مساحة الاسم ، يمكن تطبيق السياسات على مجموعات OpenShift 3 التي تتم معالجتها مرة واحدة في الساعة أو مرة واحدة في الأسبوع أو حتى مرة واحدة في الشهر.
يسمح لك Appranix بترحيل جميع مساحات أسماء المجموعات إلى OpenShift 4 أو المساحات المحددة فقط.
انتقل إلى OpenShift 4 بنقرة واحدة
الترحيل هو استعادة مساحات الأسماء المحددة إلى نظام OpenShift 4. الهدف ، ويتم تنفيذ هذه العملية بنقرة واحدة. تقوم Appranix نفسها بكامل أعمال جمع البيانات حول التكوين والموارد الخاصة ببيئة المصدر ثم تقوم باستعادتها بشكل مستقل على النظام الأساسي OpenShift 4.
التحقق من التطبيقات بعد الترحيل إلى OpenShift 4
قم بتسجيل الدخول إلى نظام OpenShift 4 ، وقم بترقية المشروعات ، وتحقق من أن جميع التطبيقات ومساحات الأسماء مرتبة. كرر إجراء الترحيل لمساحات الأسماء الأخرى ، أو أنشئ خطط حماية جديدة أو تغيير الخطط الحالية.
قم بتشغيل التطبيقات التي تم ترحيلها على OpenShift 4
بعد ترحيل التطبيقات باستخدام إجراء الاسترداد Appranix ، من المهم ألا تنسَ تكوين المسارات - يجب أن تشير إلى OpenShift 4. من الممكن ، قبل نقل الإنتاج بالكامل من OpenShift 3 ، إجراء إجراء اختبار استرداد. عندما تظهر العديد من التطبيقات قيد التشغيل في OpenShift 4 في مساحات الأسماء الخاصة بكل منها ، يصبح من الضروري ترحيل التطبيقات الأخرى باستخدام هذه العملية.
بعد ترحيل جميع مساحات الأسماء ، يمكنك حماية جميع مجموعات OpenShift من أجل الاسترداد المستمر للكوارث أو الحماية من الابتزاز أو ضمان استمرارية العمل أو الترحيل اللاحق ، حيث يتم تحديث Appranix Site Reliability Automation تلقائيًا عند إصدار إصدارات جديدة من OpenShift.
في المجموع
يعد OpenShift 4 خطوة كبيرة للأمام ، ويعود ذلك بشكل أساسي إلى الهيكل الجديد الذي لم يتغير ونموذج مشغل النظام الأساسي لأتمتة التكوينات المعقدة للتطبيقات والأنظمة الأساسية العاملة في بيئات المجموعات. يوفر Appranix لمستخدمي OpenShift طريقة بسيطة ومريحة للترقية إلى OpenShift 4 من خلال نظام موثوقية الموقع لاسترداد الأعطال من الكوارث.
يمكن استخدام Appranix مباشرة من Red Hat Container Catalog .