Oficjalnie uruchomiono platformę Red Hat OpenShift 4. Dziś opowiemy, jak szybko i prosto przejść na nią z OpenShift Container Platform 3.
W ramach tego artykułu nas przede wszystkim interesują nowe klastry OpenShift 4, które korzystają z zalet inteligentnej i niezmiennej infrastruktury opartej na RHEL CoreOS i narzędziach automatyzacji. Poniżej pokażemy, jak przejść na OpenShift 4 bez zbędnych problemów.
Więcej o różnicach między nową a starą wersją można dowiedzieć się .
Migracja klastrów z OpenShift 3 na OpenShift 4 z wykorzystaniem certyfikowanej platformy Red Hat Appranix
Appranix i Red Hat ściśle współpracowali, aby uprościć migrację zasobów klastrów z OpenShift 3 na OpenShift 4 przy użyciu specjalnej usługi działającej na platformie Appranix Site Reliability Automation dla Kubernetes.
Rozwiązanie Appranix (dostępne w ) pozwala na stworzenie kopii zapasowych wszystkich klastrów OpenShift 3 i ich przywrócenie na OpenShift 4 w zaledwie kilku krokach.
Dlaczego migracja z wykorzystaniem Appranix dla OpenShift 4 jest korzystna
- Szybki start. Ponieważ rozwiązanie Appranix jest oparte na zasadach SaaS, nie ma potrzeby konfigurowania żadnej infrastruktury ani korzystania z oddzielnych rozwiązań do migracji.
- Skalowalność Appranix ułatwia migrację dużych klastrów.
- Automatyczna kopia zapasowa 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 korporacyjnej infrastruktury OpenShift 3 zachowują się na platformie OpenShift 4 w chmurze AWS.
- Migracja ustawień RBAC dostępu razem z zasobami klastra.
- Wybór między migracją wybranych lub wszystkich projektów na nowe klastry OpenShift 4.
- Opcjonalnie – organizacja wielu poziomów odporności na awarie dla aplikacji kontenerowych przy odpowiedniej subskrypcji.
Wielopoziomowa odporność na awarie (resiliency) dla aplikacji OpenShift
Po migracji z wersji 3 na 4 rozwiązanie Appranix można wykorzystać do zapewnienia ciągłej odporności na awarie aplikacji (Continuous App Resilience), z możliwością trzech wariantów. Poziom 1 poziom odporności (Level 1 Resiliency) umożliwia przywracanie aplikacji bez zmiany regionu i dostawcy chmury. Może być używany do wycofywania aplikacji lub przywracania po lokalnej awarii na poziomie regionu, na przykład w przypadku nieudanego wdrożenia aplikacji, lub w sytuacji, w której należy szybko stworzyć środowisko testowe w tym samym regionie, ale w oddzielnym klastrze OpenShift.
Poziom 2 umożliwia przeniesienie aplikacji do innego regionu bez zmiany dostawcy. Przy tym można zachować główną (primary) infrastrukturę danych w głównym regionie, ale uruchamiać aplikacje w innym klastrze w innym regionie. Ta opcja jest przydatna, gdy chmura na regionie lub strefie przestaje działać, lub konieczne jest przeniesienie aplikacji do innego regionu z powodu cyberataku. I w końcu, Poziom 3 umożliwia zmianę nie tylko regionu, ale także dostawcy chmury.
Jak działa Appranix SRA
Wielopoziomowa odporność aplikacji OpenShift w Appranix osiągana jest dzięki funkcjonalności „maszyny czasu”, która automatycznie tworzy kopie środowisk aplikacji. Aby aktywować tę funkcjonalność i zwiększyć bezpieczeństwo aplikacji, wystarczy dodać do pipeline'u DevOps jeden wiersz kodu.
W usługach infrastrukturalnych dostawców chmur również występują problemy, dlatego możliwość szybkiego przełączenia się na innego dostawcę jest przydatna, aby uniknąć zależności od jednego dostawcy usług.
Jak pokazano na poniższym rysunku, kopie zapasowe środowisk aplikacji mogą być tworzone w Appranix nie tylko automatycznie z określoną regularnością, ale także na żądanie z pipeline'a ciągłej integracji i dostarczania CI/CD. Przy tym „maszyna czasu” zapewnia:
- Przyrostowe, jak w GitHubie, logowanie przestrzeni nazw i środowisk aplikacji.
- Łatwe wycofywanie aplikacji.
- Zarządzanie wersjami konfiguracji chmurowych środowisk i kontenerów.
- Zautomatyzowane zarządzanie cyklem życia danych.
- Zautomatyzowane zarządzanie infrastrukturą jako kodem (IaC).
- Zautomatyzowane zarządzanie stanami IaC.
Appranix umożliwia organizację ochrony i przywracania na poziomie aplikacji w takich scenariuszach, jak inżynieria chaosu, przywracanie po awarii, ochrona przed wymuszeniami i zapewnienie ciągłości procesów biznesowych. Nie będziemy się nad tym szczegółowo rozwlekać, a teraz omówimy, jak wykorzystać Appranix do migracji z OpenShift 3 na OpenShift 4.
Jak przebiega migracja z OpenShift 3 na OpenShift 4 z wykorzystaniem Appranix Site Reliability Platform
Proces obejmuje trzy etapy:
- Konfigurujemy OpenShift 3 i OpenShift 4 do automatycznego wykrywania wszystkich komponentów do przeniesienia.
- Tworzymy polityki i ustalamy przestrzenie nazw dla migracji.
- Przywracamy wszystkie przestrzenie nazw na OpenShift 4 w jednym kliknięciu.
Konfigurujemy klastry OpenShift 3 i 4 do automatycznego wykrywania
Appranix zakłada, że masz już działające klastry OpenShift 3 i OpenShift 4. Jeśli klastrów OpenShift 4 jeszcze nie ma, utwórz je, korzystając z . Konfiguracja klastra podstawowego i docelowego w Appranix przebiega w ten sam sposób i obejmuje tylko kilka kroków.
Instalujemy Agent Kontrolera Appranix do wykrywania klastrów
Do wykrywania zasobów klastra potrzebny jest mały agent sidecar kontrolera. Aby go wdrożyć, wystarczy skopiować i wkleić odpowiednią komendę curl, jak pokazano poniżej. Po zainstalowaniu agenta w OpenShift 3 i OpenShift 4, Appranix automatycznie wykryje wszystkie zasoby klastra do migracji, w tym przestrzenie nazw, wdrożenia, pod-y, usługi oraz hosty z innymi zasobami.
Migracja dużych rozproszonych aplikacji
Obecnie na przykładzie omówimy, jak bez zbędnego wysiłku przenieść z OpenShift 3 na OpenShift 4 rozproszone mikroserwisowe aplikacje SockShop (link – ). Jak widać z poniższego rysunku, architektura SockShop składa się z wielu komponentów.
Appranix wykrywa wszystkie zasoby, dla których konieczne jest zapewnienie ochrony i migracji na OpenShift 4, w tym pod-y, wdrożenia, usługi i konfiguracje klastra.
OpenShift 3 z działającą aplikacją SockShop
Tworzymy polityki ochrony (Protection Policies) dla migracji
Polityki można elastycznie dostosować w zależności od tego, jak ma odbywać się migracja. Na przykład na podstawie kilku kryteriów lub kopii zapasowej co godzinę.
Wykonujemy migrację kilku klastrów OpenShift 3 przy użyciu planów ochrony (Protection Plans).
W zależności od cech aplikacji lub przestrzeni nazw, do klastrów OpenShift 3 można stosować polityki, które są realizowane co godzinę, raz w tygodniu lub nawet raz w miesiącu.
Appranix umożliwia przeniesienie wszystkich przestrzeni nazw klastra do OpenShift 4 lub tylko wybranych przestrzeni.
Wykonujemy migrację do OpenShift 4 jednym kliknięciem.
Migracja – to przywrócenie wybranych przestrzeni nazw do docelowego klastra OpenShift 4. Operacja ta wykonywana jest za pomocą jednego kliknięcia. Appranix samodzielnie zbiera dane o konfiguracji i zasobach pierwotnego środowiska, a następnie przywraca je na platformie OpenShift 4.
Sprawdzamy aplikacje po migracji do OpenShift 4.
Zaloguj się do klastra OpenShift 4, zaktualizuj projekty i upewnij się, że wszystkie aplikacje i przestrzenie nazw są w porządku. Powtórz procedurę migracji dla innych przestrzeni nazw, tworząc do tego nowe plany Protection Plans lub zmieniając już istniejące.
Uruchamiamy migrowane aplikacje na OpenShift 4.
Po migracji aplikacji za pomocą procedury przywracania Appranix ważne jest, aby nie zapomnieć o skonfigurowaniu tras – muszą wskazywać na OpenShift 4. Możliwe, że zanim całkowicie przeniesiesz produkcję z OpenShift 3, będziesz chciał przeprowadzić testowe przywrócenie. Gdy na OpenShift 4 pojawi się kilka działających aplikacji w odpowiednich przestrzeniach nazw, zaistnieje konieczność przeniesienia także pozostałych aplikacji według tego procesu.
Po przeniesieniu wszystkich przestrzeni nazw będziesz mógł chronić wszystkie klastry OpenShift dla ciągłego przywracania awaryjnego, ochrony przed ransomware, zapewnienia ciągłości procesów biznesowych lub dla późniejszej migracji, ponieważ Appranix Site Reliability Automation automatycznie aktualizuje się w miarę wydawania nowych wersji OpenShift.
Podsumowując
OpenShift 4 to duży krok naprzód, przede wszystkim dzięki nowej, niezmiennej architekturze oraz modelowi platformy Operator do automatyzacji skomplikowanych konfiguracji aplikacji i platform działających w środowiskach klastrowych. Appranix oferuje użytkownikom OpenShift prosty i wygodny sposób przejścia na OpenShift 4 za pomocą swojego opartego na chmurze rozwiązania do awaryjnego przywracania aplikacji Site Reliability Platform.
Rozwiązanie Appranix można używać bezpośrednio z .
Źródło: habr.com
