لذلك، تم الإطلاق الرسمي لمنصة 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 Site Reliability Automation for Kubernetes.
حل Appranix (يمكن العثور عليه في ) يسمح لك بإنشاء نسخ احتياطية لجميع مجموعات OpenShift 3 واستعادتها إلى OpenShift 4 ببضع نقرات فقط.
لماذا يعد الترحيل باستخدام Appranix for OpenShift 4 أمرًا جيدًا
- بداية سريعة. نظرًا لأن حل Appranix مبني على مبادئ SaaS، ليست هناك حاجة لإعداد أي بنية تحتية وليست هناك حاجة لتكوين أو استخدام حلول ترحيل متخصصة منفصلة.
- تجعل قابلية التوسع في Appranix من السهل ترحيل المجموعات الكبيرة.
- يعمل النسخ الاحتياطي التلقائي لتكوينات مجموعة OpenShift 3 المعقدة مع النقل اللاحق إلى OpenShift 4 على تبسيط عملية الترحيل نفسها.
- القدرة على اختبار كيفية عمل التطبيقات من البنية التحتية لمؤسسة OpenShift 3 على منصة OpenShift 4 في سحابة AWS.
- ترحيل إعدادات الوصول إلى RBAC مع موارد المجموعة.
- الترحيل الانتقائي أو الكامل لجميع المشاريع إلى مجموعات OpenShift 4 الجديدة.
- اختياري – تنظيم عدة مستويات من التسامح مع الأخطاء لتطبيقات الحاوية إذا كان لديك الاشتراك المناسب.
التسامح مع الأخطاء متعدد المستويات (المرونة) لتطبيقات OpenShift
بعد الترحيل من OpenShift 3 إلى 4، يمكن استخدام حل 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 Site Reliability Platform
تتضمن العملية ثلاث مراحل:
- نقوم بتكوين OpenShift 3 وOpenShift 4 لاكتشاف جميع المكونات المراد ترحيلها تلقائيًا.
- نقوم بإنشاء السياسات وتعيين مساحات الأسماء للترحيل.
- استعادة كافة مساحات الأسماء على OpenShift 4 بنقرة واحدة.
تكوين مجموعات OpenShift 3 و4 للاكتشاف التلقائي
يفترض Appranix أن لديك بالفعل مجموعات OpenShift 3 وOpenShift 4. إذا لم تكن هناك مجموعات OpenShift 4 حتى الآن، فقم بإنشائها باستخدام . يعد إعداد المجموعات الأساسية والمجموعات المستهدفة في Appranix هو نفسه ويتضمن خطوات قليلة فقط.
تثبيت Appranix Controller Agent للكشف عن المجموعات
لاكتشاف موارد المجموعة، تحتاج إلى وكيل تحكم جانبي صغير. لنشره، ما عليك سوى نسخ ولصق أمر الضفيرة المناسب، على النحو التالي. بمجرد تثبيت الوكيل في OpenShift 3 وOpenShift 4، سيكتشف Appranix تلقائيًا جميع موارد المجموعة التي سيتم ترحيلها، بما في ذلك مساحات الأسماء وعمليات النشر والبودات والخدمات، بالإضافة إلى المضيفين ذوي الموارد الأخرى.
ترحيل التطبيقات الموزعة الكبيرة
سنلقي نظرة الآن على مثال لكيفية نقل تطبيق الخدمات الصغيرة الموزع SockShop بسهولة من OpenShift 3 إلى OpenShift 4 (اتبع الرابط - ). كما يتبين من الصورة أدناهتحتوي بنية 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 من خلال حل التعافي من الكوارث الخاص بالتطبيقات السحابية الأصلية، وهو Site Reliability Platform.
يمكن استخدام حل Appranix مباشرة من .
المصدر: www.habr.com