Оптимизираме миграцията от OpenShift 3 на OpenShift 4

И така, официалното стартиране на платформата 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 за 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

След миграцията от 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

Процесът включва три етапа:

1. Настройваме OpenShift 3 и OpenShift 4 за автоматично откриване на всички компоненти подлежащи на прехвърляне.
2. Създаваме политики и задаваме пространства на имената за миграция.
3. Восстановяваме всички пространства на имената на OpenShift 4 с едно кликване.

Настройваме OpenShift 3 и 4 Clusters за автоматично откриване

Appranix счита, че вече имате работещи клъстери OpenShift 3 и OpenShift 4. Ако все още нямате клъстери OpenShift 4, създайте ги, като използвате документацията на Red Hat за разгръщане на OpenShift 4. Настройката на основния (primary) и целевия (target) клъстер в Appranix се извършва по един и същи начин и включва само няколко стъпки.

Инсталираме Appranix Controller Agent за откриване на клъстери

За откриване на ресурсите на клъстера е необходим малък агент sidecar контролер. За да го разгрънете, просто копирайте и поставете съответната команда curl, както е показано по-долу. След като агентът бъде инсталиран в OpenShift 3 и OpenShift 4, Appranix автоматично ще открие всички ресурси на клъстера, подлежащи на миграция, включително пространства на имената, разгръщания, pod-ове, услуги, както и хостове с други ресурси.

Миграция на големи разпределени приложения
Сега ще разгледаме с пример как без много усилия да прехвърлим разпределеното микросервисно приложение SockShop от OpenShift 3 на OpenShift 4 (в линка – подробно описание на това приложение и неговата микросервисна архитектура). Както се вижда от илюстрацията по-долу, архитектурата на 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 може да се използва директно от Red Hat Container Catalog.

Източник: habr.com