Tak więc nastąpił oficjalny start platformy Red Hat OpenShift 4. Dzisiaj podpowiemy Wam, jak najszybciej i najłatwiej przejść na nią z OpenShift Container Platform 3.
Na potrzeby tego artykułu interesują nas przede wszystkim nowe klastry OpenShift 4, które wykorzystują możliwości inteligentnej i niezmiennej infrastruktury opartej na RHEL CoreOS i narzędziach automatyzacji. Poniżej pokażemy Ci jak bezproblemowo przejść na OpenShift 4.
Możesz dowiedzieć się więcej o różnicach pomiędzy nową wersją a starą. .
Migracja klastrów z OpenShift 3 do OpenShift 4 z wykorzystaniem certyfikowanej platformy Red Hat Appranix
Appranix i Red Hat ciężko pracowały, aby ułatwić migrację zasobów klastra z OpenShift 3 do OpenShift 4 za pomocą niestandardowej usługi działającej na platformie Appranix Site Reliability Automation for Kubernetes.
Rozwiązanie Appranix (można znaleźć w ) umożliwia tworzenie kopii zapasowych wszystkich klastrów OpenShift 3 i przywracanie ich do OpenShift 4 za pomocą kilku kliknięć.
Dlaczego migracja przy użyciu Appranix dla OpenShift 4 jest dobra
- Szybki start. Ponieważ rozwiązanie Appranix zbudowane jest na zasadach SaaS, nie ma potrzeby konfigurowania żadnej infrastruktury, konfigurowania czy korzystania z odrębnych, specjalistycznych rozwiązań migracyjnych.
- Skalowalność Appranix ułatwia migrację dużych klastrów.
- Automatyczne tworzenie kopii zapasowych złożonych konfiguracji klastrów OpenShift 3 z późniejszym przeniesieniem do OpenShift 4 upraszcza sam proces migracji.
- Możliwość przetestowania jak aplikacje z infrastruktury korporacyjnej OpenShift 3 zachowują się na platformie OpenShift 4 w chmurze AWS.
- Migracja ustawień dostępu RBAC wraz z zasobami klastra.
- Selektywna lub całkowita migracja wszystkich projektów do nowych klastrów OpenShift 4.
- Opcjonalnie – organizacja kilku poziomów odporności na awarie dla aplikacji kontenerowych, jeśli posiadasz odpowiednią subskrypcję.
Wielopoziomowa odporność na błędy (odporność) dla aplikacji OpenShift
Po migracji z OpenShift 3 do 4 rozwiązanie Appranix może zostać wykorzystane do zapewnienia ciągłej odporności aplikacji, przy czym możliwe są trzy opcje. Poziom 1 Odporność (Odporność poziomu 1) umożliwia przywracanie aplikacji bez zmiany regionu i dostawcy usług w chmurze. Można go użyć do wycofywania aplikacji lub odzyskiwania danych po lokalnej awarii na poziomie regionu, na przykład w przypadku niepowodzenia wdrożenia aplikacji lub w sytuacji, gdy trzeba szybko utworzyć środowisko testowe w tym samym regionie, ale w oddzielnym klastrze OpenShift .
Poziom 2 umożliwia przeniesienie aplikacji do innego regionu bez zmiany dostawcy. W takim przypadku podstawową infrastrukturę danych można zachować w regionie głównym, ale uruchamiać aplikacje w innym klastrze, w innym regionie. Ta opcja jest przydatna, gdy region lub strefa chmury przestaje działać lub aplikacje muszą zostać przeniesione do innego regionu z powodu cyberataku. I w końcu, Poziom 3 pozwala zmienić nie tylko region, ale także dostawcę chmury.
Jak działa Appranix SRA
Wielopoziomową odporność na awarie aplikacji OpenShift w Appranix osiąga się dzięki funkcjonalności „wehikułu czasu”, która automatycznie tworzy kopie środowiska aplikacji. Aby włączyć tę funkcjonalność i poprawić bezpieczeństwo aplikacji, wystarczy dodać jedną linię kodu do potoku DevOps.
Usługi infrastrukturalne dostawców usług w chmurze również napotykają problemy, dlatego możliwość szybkiej zmiany dostawcy jest przydatna, aby uniknąć zamknięcia się w jednym dostawcy usług.
Jak pokazuje zdjęcie poniżejkopie zapasowe środowiska aplikacji można tworzyć w Appranix nie tylko automatycznie z określoną częstotliwością, ale także na polecenie z procesu ciągłej integracji i dostarczania CI/CD. Jednocześnie „wehikuł czasu” zapewnia:
- Przyrostowe rejestrowanie przestrzeni nazw i środowisk aplikacji w stylu GitHub.
- Proste przywracanie aplikacji.
- Wersjonowanie konfiguracji chmur i kontenerów.
- Zautomatyzowane zarządzanie cyklem życia danych.
- Automatyzacja infrastruktury jako zarządzanie kodem (IaC).
- Zautomatyzowane zarządzanie stanem IaC.
Dzięki Appranix możesz zapewnić pełną ochronę i odzyskiwanie na poziomie aplikacji w scenariuszach takich jak inżynieria chaosu, odzyskiwanie po awarii, ochrona przed oprogramowaniem ransomware i ciągłość biznesowa. Nie będziemy się nad tym szczegółowo rozwodzić i przyjrzymy się bliżej, jak używać Appranix do migracji z OpenShift 3 do OpenShift 4.
Jak przeprowadzić migrację OpenShift 3 do OpenShift 4 przy użyciu platformy Appranix Site Reliability Platform
Proces obejmuje trzy etapy:
- Konfigurujemy OpenShift 3 i OpenShift 4 tak, aby automatycznie wykrywały wszystkie komponenty do migracji.
- Tworzymy polityki i ustalamy przestrzenie nazw do migracji.
- Odzyskiwanie wszystkich przestrzeni nazw w OpenShift 4 jednym kliknięciem.
Konfigurowanie klastrów OpenShift 3 i 4 do automatycznego wykrywania
Appranix zakłada, że masz już uruchomione klastry OpenShift 3 i OpenShift 4. Jeśli nie ma jeszcze klastrów OpenShift 4, utwórz je za pomocą . Konfiguracja klastrów podstawowego i docelowego w Appranix jest taka sama i obejmuje tylko kilka kroków.
Instalowanie agenta kontrolera Appranix w celu wykrywania klastrów
Aby wykryć zasoby klastra, potrzebujesz małego agenta kontrolera pomocniczego. Aby go wdrożyć, po prostu skopiuj i wklej odpowiednie polecenie curl, jak poniżej. Po zainstalowaniu agenta w OpenShift 3 i OpenShift 4 Appranix automatycznie wykryje wszystkie zasoby klastra, które mają zostać zmigrowane, w tym przestrzenie nazw, wdrożenia, pody, usługi, a także hosty z innymi zasobami.
Migracja dużych aplikacji rozproszonych
Teraz przyjrzymy się przykładowi, jak łatwo przenieść rozproszoną aplikację mikroserwisową SockShop z OpenShift 3 do OpenShift 4 (kliknij link - ). Jak widać z zdjęcie poniżej,Architektura SockShop zawiera wiele komponentów.
Appranix wykrywa wszystkie zasoby, które wymagają ochrony i migracji do OpenShift 4, w tym PoD, wdrożenia, usługi i konfiguracje klastrów.
OpenShift 3 z uruchomionym SockShopem
Tworzenie Polityk Ochrony dla migracji
Polityki można elastycznie ustalać w zależności od sposobu przeprowadzenia migracji. Na przykład w oparciu o kilka kryteriów lub tworzenie kopii zapasowych raz na godzinę.
Migracja wielu klastrów OpenShift 3 przy użyciu planów ochrony
W zależności od konkretnej aplikacji lub przestrzeni nazw można zastosować zasady do klastrów OpenShift 3, które działają raz na godzinę, raz na tydzień, a nawet raz na miesiąc.
Appranix umożliwia migrację wszystkich przestrzeni nazw klastra do OpenShift 4 lub tylko wybranych.
Migrację do OpenShift 4 przeprowadzamy jednym kliknięciem
Migracja polega na przywróceniu wybranych przestrzeni nazw do docelowego klastra OpenShift 4. Operację tę wykonuje się jednym kliknięciem. Appranix sam wykonuje całą pracę polegającą na zbieraniu danych o konfiguracji i zasobach środowiska źródłowego, a następnie samodzielnie przywraca je na platformę OpenShift 4.
Sprawdzanie aplikacji po migracji do OpenShift 4
Zaloguj się do klastra OpenShift 4, zaktualizuj projekty i sprawdź, czy wszystkie aplikacje i przestrzenie nazw są w porządku. Powtórz procedurę migracji dla innych przestrzeni nazw, tworząc nowe Plany Ochrony lub zmieniając istniejące.
Uruchamianie zmigrowanych aplikacji na OpenShift 4
Po migracji aplikacji przy użyciu procedury przywracania Appranix należy pamiętać o skonfigurowaniu tras — muszą one wskazywać na OpenShift 4. Przed całkowitą migracją produkcji z OpenShift 3 warto przeprowadzić przywracanie testowe. Kiedy już będziesz mieć kilka uruchomionych aplikacji w OpenShift 4 w odpowiednich przestrzeniach nazw, będziesz musiał przeprowadzić migrację pozostałych aplikacji, korzystając z tego procesu.
Po migracji wszystkich przestrzeni nazw można chronić wszystkie klastry OpenShift na potrzeby ciągłego odzyskiwania po awarii, ochrony przed oprogramowaniem ransomware, ciągłości biznesowej lub przyszłych migracji, ponieważ Appranix Site Reliability Automation automatycznie aktualizuje się po wydaniu nowych wersji OpenShift.
Razem
OpenShift 4 to duży krok naprzód, przede wszystkim ze względu na nową niezmienną architekturę i model platformy Operatora do automatyzacji złożonych konfiguracji aplikacji i platform działających w środowiskach klastrowych. Appranix oferuje użytkownikom OpenShift prosty i wygodny sposób migracji do OpenShift 4 za pomocą natywnego w chmurze rozwiązania do odzyskiwania aplikacji po awarii – Site Reliability Platform.
Z rozwiązania Appranix można korzystać bezpośrednio z .
Źródło: www.habr.com