Förenklar migreringen från OpenShift 3 till OpenShift 4

Den officiella lanseringen av plattformen Red Hat OpenShift 4 har nu ägt rum. Idag berättar vi hur man kan migrera till den från OpenShift Container Platform 3 på ett så snabbt och enkelt sätt som möjligt.

I den här artikeln fokuserar vi främst på nya kluster i OpenShift 4 som utnyttjar smart och oförändrad (immutable) infrastruktur baserad på RHEL CoreOS och automatiseringsverktyg. Nedan visar vi hur man kan gå över till OpenShift 4 utan onödiga problem.

Du kan läsa mer om skillnaderna mellan den nya och den gamla versionen här.

Migrering av kluster från OpenShift 3 till OpenShift 4 med hjälp av certifierad plattform från Red Hat Appranix

Appranix och Red Hat har noggrant arbetat för att förenkla migreringen av klusterresurser från OpenShift 3 till OpenShift 4 med hjälp av en speciell tjänst som körs ovanpå Appranix Site Reliability Automation för Kubernetes.

Lösningen Appranix (den kan hittas i Red Hat Container Catalog) möjliggör att skapa säkerhetskopior av alla OpenShift 3-kluster och återställa dem på OpenShift 4 med bara några klick.

Vad är fördelarna med att använda Appranix för migrering till OpenShift 4?

• Snabb start. Eftersom Appranix-lösningen är baserad på SaaS-principer behöver ingen infrastruktur konfigureras eller särskilda lösningar användas för migrering.
• Appranix skalbarhet gör det enkelt att migrera stora kluster.
• Automatisk säkerhetskopiering av komplexa klusterkonfigurationer i OpenShift 3 med efterföljande överföring till OpenShift 4 förenklar själva migreringsprocessen.
• Möjlighet att testa hur applikationer från det företagsinfrastruktur som kör OpenShift 3 presterar på OpenShift 4-plattformen i AWS-molnet.
• Migrering av RBAC-inställningar för åtkomst tillsammans med klusterresurser.
• Selektiv eller fullständig migrering av alla projekt till nya kluster i OpenShift 4.
• Valfritt - organisering av flera nivåer av plattformsresiliens för containerapplikationer, med rätt abonnemang.

Flerskiktsresiliens för OpenShift-applikationer

Efter migreringen från version 3 till version 4 av OpenShift kan Appranix-lösningen användas för att säkerställa kontinuerlig applikationsresiliens, där tre alternativ är möjliga. Nivå 1 stabilitet (Nivå 1 Resiliency) möjliggör återställning av applikationer utan att ändra region eller molnleverantör. Det kan användas för att återgå till tidigare versioner av applikationer eller återställa efter ett lokalt fel på regionsnivå, till exempel vid ett misslyckat applikationsutplacering, eller i situationer där det är nödvändigt att snabbt skapa en testmiljö i samma region men i en separat OpenShift-kluster.

Nivå 2 möjliggör flytt av applikationer till en annan region utan att ändra leverantör. Denna lösning gör det möjligt att behålla den primära datainfrastrukturen i huvudregionen, men köra applikationer i ett annat kluster i en annan region. Detta alternativ är användbart när en molnregion eller zon går offline, eller när det behövs att flytta applikationer till en annan region på grund av en cyberattack. Slutligen, Nivå 3 möjliggör att byta både region och molnleverantör.

Hur Appranix SRA fungerar
Flerskiktsfelsäkerhet för OpenShift-applikationer i Appranix uppnås genom funktionaliteten "tidsmaskin", som automatiskt skapar kopior av applikationsmiljön. För att aktivera denna funktionalitet och öka skyddet för applikationer räcker det att lägga till en rad kod i DevOps-pipelinen.
Det finns även problem i infrastrukturservicen hos molnleverantörer, därför är möjligheten att snabbt växla till en annan leverantör användbar för att undvika beroende av en enda tjänsteleverantör.

Som visas i bilden nedan, kan säkerhetskopior av applikationsmiljön skapas i Appranix inte bara automatiskt med en angiven frekvens, utan även på begäran från CI/CD-pipelinen. Här säkerställer "tidsmaskinen":

• Inkrementell loggning av namnområden och applikationsmiljöer, liknande GitHub.
• Enkel återställning av applikationer.
• Versionering av konfigurationer för molnmiljöer och containrar.
• Automatiserad hantering av datacykeln.
• Automatisering av infrastruktur som kod (IaC).
• Automatiserad hantering av tillstånd i IaC.

Med Appranix kan du organisera skydd och återställning på applikationsnivå helt och hållet för scenarier som kaos-ingenjörskonst (chaos engineering), katastrofåterställning, skydd mot utpressning och säkerställande av kontinuitet i affärsprocesser. Vi kommer inte att gå in på detta i detalj här, utan istället titta på hur man använder Appranix för att migrera från OpenShift 3 till OpenShift 4.

Hur migrationen från OpenShift 3 till OpenShift 4 genomförs med Appranix Site Reliability Platform

Processen inkluderar tre steg:

1. Vi konfigurerar OpenShift 3 och OpenShift 4 för automatisk upptäckte av alla komponenter som ska migreras.
2. Vi skapar policys och ställer in namespaces för migrationen.
3. Vi återställer alla namespaces på OpenShift 4 med ett klick.

Vi konfigurerar OpenShift 3 och 4-kluster för automatisk upptäckte

Appranix förutsätter att du redan har fungerande kluster för OpenShift 3 och OpenShift 4. Om du inte har några kluster för OpenShift 4, skapa dem med hjälp av Red Hat-dokumentationen för att distribuera OpenShift 4. Konfigurationen av huvud (primary) och mål (target) kluster i Appranix utförs på samma sätt och inkluderar bara några få steg.

Vi installerar Appranix Controller Agent för klusterupptäckte

För att upptäcka klusterresurser behövs en liten agent i form av sidecar-controller. För att distribuera den räcker det med att kopiera och klistra in den aktuella curl-kommandot, som visas nedan. När agenten har installerats i OpenShift 3 och i OpenShift 4 kommer Appranix automatiskt att upptäcka alla klusterresurser som ska migreras, inklusive namespaces, distributioner, pods, tjänster och värdar med andra resurser.

Migration av stora distribuerade applikationer
Nu kommer vi att gå igenom hur vi utan extra ansträngningar kan flytta ett distribuerat mikrotjänstapplikation SockShop från OpenShift 3 till OpenShift 4 (länk – detaljerad beskrivning av denna applikation och dess mikrotjänstarkitektur). Som syns på bilden nedan, innehåller SockShop-arkitekturen många komponenter.

Appranix upptäcker alla resurser som behöver skyddas och migreras till OpenShift 4, inklusive pods, distributioner (deployments), tjänster och klusterkonfigurationer.

OpenShift 3 med fungerande SockShop-applikation

Vi skapar Protection Policies för migration

Politiker kan ställas in flexibelt beroende på hur migrationen ska genomföras. Till exempel baserat på flera kriterier eller en säkerhetskopiering en gång i timmen.

Vi genomför migrering av flera OpenShift 3-kluster med hjälp av skyddsplaner (Protection Plans)

Beroende på applikationens eller namnrymden kan du tillämpa policys på OpenShift 3-kluster som körs en gång i timmen, en gång i veckan eller till och med en gång i månaden.

Appranix gör det möjligt att överföra alla namnrymder från klustret till OpenShift 4, eller bara valda namnrymder.

Vi genomför migrering till OpenShift 4 med ett klick

Migrering är att återställa valda namnrymder till målkontot OpenShift 4. Denna operation utförs med ett klick. Appranix gör automatiskt hela arbetet med att samla in data om konfiguration och resurser från den ursprungliga miljön och återställer sedan den på plattformen OpenShift 4.

Vi testar applikationer efter migrering till OpenShift 4

Logga in på OpenShift 4-klustret, uppdatera projekten och kontrollera att alla applikationer och namnrymder är i ordning. Upprepa migreringsproceduren för andra namnrymder genom att skapa nya skyddsplaner (Protection Plans) eller ändra de befintliga.

Vi startar migrerade applikationer på OpenShift 4

Efter att ha migrerat applikationer med Appranix återställningsprocess är det viktigt att inte glömma att konfigurera rutterna – de bör peka på OpenShift 4. Det kan vara att innan du helt överför produktion från OpenShift 3, vill du göra en teståterställning. När flera fungerande applikationer finns på OpenShift 4 i de relevanta namnrymderna, kan det bli nödvändigt att överföra de andra applikationerna med hjälp av denna process.

Efter att ha överfört alla namnrymder kan du skydda alla OpenShift-kluster för kontinuerlig katastrofåterställning, skydd mot ransomware, säkerställande av affärsprocesskontinuitet, eller för efterföljande migration, eftersom Appranix Site Reliability Automation automatiskt uppdateras när nya versioner av OpenShift släpps.

Sammanfattningsvis

OpenShift 4 är ett stort steg framåt, framför allt tack vare den nya oföränderliga arkitekturen och Operator-plattformmodellen för att automatisera komplexa konfigurationer av applikationer och plattformar som körs i klustermiljöer. Appranix erbjuder OpenShift-användare ett enkelt och bekvämt sätt att övergå till OpenShift 4 med sin molnbaserade lösning för katastrofåterställning av applikationen Site Reliability Platform.

Appranix-lösningen kan användas direkt från Red Hat Container Catalog.

Källa: habr.com