Отже, відбувся офіційний запуск платформи Red Hat OpenShift 4. Сьогодні ми розповімо, як перейти на неї із OpenShift Container Platform 3 максимально швидко та просто.
В рамках цієї статті нас насамперед цікавлять нові кластери OpenShift 4, які використовують можливості розумної та незмінної (immutable – однакової для всіх середовищ розгортання) інфраструктури на основі RHEL CoreOS та засобів автоматизації. Нижче ми покажемо, як перейти на OpenShift 4 без проблем.
Дізнатись докладніше про відмінності нової версії від старої можна .
Міграція кластерів із OpenShift 3 на OpenShift 4 з використанням сертифікованої платформи Red Hat Appranix
Appranix і Red Hat ретельно працювали над тим, щоб просити міграцію кластерних ресурсів із OpenShift 3 на OpenShift 4 за допомогою спеціального сервісу, що працює поверх Appranix Site Reliability Automation для Kubernetes.
Рішення Appranix (його можна знайти в ) дозволяє створити бекапи всіх кластерів OpenShift 3 та відновити їх на OpenShift 4 всього за кілька кліків.
Чим гарна міграція з використанням Appranix для OpenShift 4
- Швидкий старт. Оскільки рішення Appranix побудовано на принципах SaaS, не потрібно налаштовувати жодну інфраструктуру та конфігурувати чи використовувати окремі спеціалізовані рішення для міграції.
- Масштабованість Appranix полегшує міграцію великих кластерів.
- Автоматичний бекап складних кластерних конфігурацій OpenShift 3 з подальшим перенесенням на OpenShift 4 спрощує процес міграції.
- Можливість протестувати, як програми з корпоративної інфраструктури OpenShift 3 поводяться на платформі OpenShift 4 у хмарі AWS.
- Міграція RBAC-налаштувань доступу разом із ресурсами кластера.
- Вибіркова чи повна міграція всіх проектів на нові кластери OpenShift 4.
- Опціонально – організація кількох рівнів відмовостійкості для контейнерних додатків за наявності відповідної передплати.
Багаторівнева стійкість до відмов (resiliency) для додатків OpenShift
Після міграції з 3-ї на 4-ю версію OpenShift рішення Appranix можна використовувати для забезпечення безперервної відмови стійкості додатків (Continuous App Resilience), в якій можливі три варіанти. Рівень 1 стійкості (Level 1 Resiliency) дозволяє відновити програми без зміни регіону та хмарного провайдера. Він може використовуватися для відкату програм або відновлення після локального збою на рівні регіону, наприклад, у разі невдалого розгортання програми, або в ситуації, в якій необхідно швидко створити тестове середовище в тому ж регіоні, але в окремому кластері OpenShift.
Рівень 2 дозволяє перенести програми до іншого регіону без зміни провайдера. При цьому можна зберегти основну інфраструктуру даних в основному регіоні, але запускати програми в іншому кластері в іншому регіоні. Цей варіант корисний, коли з ладу виходить хмарний регіон або зона, або потрібно перекинути програми в інший регіон через кібератаки. І наостанок, Рівень 3 дозволяє міняти не лише регіон, а й хмарного провайдера.
Як працює Appranix SRA
Багаторівнева стійкість до відмови OpenShift в Appranix досягається за рахунок функціоналу «машини часу», що автоматично створює копії середовища додатків. Щоб задіяти цей функціонал і підвищити захищеність додатків, достатньо додати в конвеєр DevOps лише один рядок коду.
В інфраструктурних сервісах хмарних провайдерів також виникають проблеми, тому можливість швидко перейти на іншого провайдера корисна, щоб уникнути залежності від єдиного постачальника послуг.
Як показано на малюнку нижче, резервні копії середовища програм можуть створюватися в Appranix не тільки автоматично із заданою періодичністю, але й за командою з конвеєра безперервної інтеграції та доставки CI/CD. При цьому "машина часу" забезпечує:
- Інкрементне, на кшталт GitHub, журналування просторів імен та середовищ додатків.
- Простий відкат програм.
- Управління версіями конфігурацій хмарних середовищ та контейнерів.
- Автоматизоване керування життєвим циклом даних.
- Автоматизація керування інфраструктурою як кодом (IaC).
- Автоматизоване керуванням станами IaC.
За допомогою Appranix можна організувати захист та відновлення на рівні додатків цілком для таких сценаріїв, як хаос-інжиніринг (chaos engineering), аварійне відновлення, захист від здирств та забезпечення безперервності бізнес-процесів. Ми не будемо зупинятись на цьому детально і далі розглянемо, як використовувати Appranix для міграції з OpenShift 3 на OpenShift 4.
Як виконується міграція OpenShift 3 на OpenShift 4 за допомогою Appranix Site Reliability Platform
Процес включає три етапи:
- Налаштовуємо OpenShift 3 і OpenShift 4 для автовиявлення всіх компонентів, що підлягають перенесенню.
- Створюємо політики та задаємо простори імен для міграції.
- Відновлюємо всі простори імен OpenShift 4 в один клік.
Налаштовуємо OpenShift 3 та 4 Clusters для автовиявлення
Appranix вважає, що у вас вже є працюючі кластери OpenShift 3 і OpenShift 4. Якщо кластерів OpenShift 4 поки немає, створіть їх, скориставшись . Налаштування основного (primary) і цільового (target) кластерів Appranix виконується однаково і включає всього кілька кроків.
Встановлюємо Appranix Controller Agent для виявлення кластерів
Для виявлення кластерних ресурсів потрібен невеликий агент sidecar-контролера. Для його розгортання достатньо скопіювати та вставити відповідну команду curl, як показано нижче. Після того, як агент буде встановлений в OpenShift 3 і в OpenShift 4, Appranix автоматично виявить всі міграції кластерні ресурси, включаючи простори імен, розгортання, pod-и, служби, а також хости з іншими ресурсами.
Міграція великих розподілених програм
Зараз ми на прикладі розберемо, як без зайвих зусиль перенести з OpenShift 3 на OpenShift 4 розподілений мікросервісний додаток SockShop (за посиланням – ). Як видно з малюнку нижче, архітектура SockShop містить багато компонентів.
Appranix виявляє всі ресурси, для яких необхідно забезпечити захист та міграцію на OpenShift 4, включаючи PoD-и, розгортання (deployments), сервіси та кластерні конфігурації.
OpenShift 3 з працюючим додатком SockShop
Створюємо політики Protection Policies для міграції
Політики можна задавати гнучко залежно від того, як має проводитися міграція. Наприклад, на основі кількох критеріїв або бекап один раз на годину.
Виконуємо міграцію кількох кластерів OpenShift 3 за допомогою планів захисту (Protection Plans)
Залежно від особливостей програми або простору імен, до кластерів OpenShift 3 можна застосовувати політики, які відпрацьовуються раз на годину, раз на тиждень або раз на місяць.
Appranix дозволяє перенести на OpenShift 4 всі простори імен кластера або тільки обрані простори.
Виконуємо міграцію на OpenShift 4 в один клік
Міграція – це відновлення вибраних просторів імен на цільовому кластері OpenShift 4. Ця операція виконується в один клік. Appranix сам робить всю роботу зі збору даних про конфігурацію та ресурси вихідного середовища і потім самостійно відновлює її на платформі OpenShift 4.
Перевіряємо програми після міграції на OpenShift 4
Закладіться на кластер OpenShift 4, оновіть проекти та перевірте, чи всі додатки та простори імен у порядку. Повторіть процедуру міграції для інших просторів імен, створивши для цього нові плани Protection Plans або змінивши наявні.
Запускаємо мігровані програми на OpenShift 4
Після міграції програм за допомогою процедури відновлення Appranix важливо не забути налаштувати маршрути – вони повинні вказувати OpenShift 4. Можливо, перш ніж повністю переносити продакшн з OpenShift 3, вам захочеться провести тестове відновлення. Коли на OpenShift 4 з'являться кілька працюючих додатків у відповідних просторах імен, виникне необхідність перенести й інші програми із застосуванням цього процесу.
Після перенесення всіх просторів імен ви зможете захистити всі кластери OpenShift для безперервного аварійного відновлення, захисту від здирств, забезпечення безперервності бізнес-процесів або для подальшої міграції, оскільки Appranix Site Reliability Automation автоматично оновлюється при виході нових версій OpenShift.
Разом
OpenShift 4 – це великий крок уперед, насамперед, за рахунок нової незмінної архітектури та Operator-платформної моделі для автоматизації складних конфігурацій додатків та платформ, що працюють у кластерних середовищах. Appranix пропонує користувачам OpenShift простий та зручний спосіб переходу на OpenShift 4 за допомогою свого хмарно-орієнтованого рішення для аварійного відновлення програми Site Reliability Platform.
Рішення Appranix можна використовувати прямо з .
Джерело: habr.com