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

И така, официално стартира платформата 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 (можете да го намерите в 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.
• Допълнително – организация на няколко нива на устойчивост на откази за контейнерни приложения при наличие на съответната абонаментна услуга.

Многостепенна устойчивост на откази (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

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

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

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

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 за непрекъснато аварийно възстановяване, защита от ransomware, осигуряване на непрекъснатост на бизнес процесите или за последваща миграция, тъй като Appranix Site Reliability Automation автоматично се актуализира с новите версии на OpenShift.

Итого

OpenShift 4 е голям напредък, преди всичко благодарение на новата неизменна архитектура и модел на платформата Operator за автоматизация на сложни конфигурации на приложения и платформи, работещи в клъстерни среди. Appranix предлага на потребителите на OpenShift прост и удобен начин за преминаване на OpenShift 4 с помощта на своето облачно ориентирано решение за аварийно възстановяване на приложения, платформа за надеждност на сайта.

Решението на Appranix може да се използва директно от Red Hat Container Catalog.

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