Så den officiella lanseringen av Red Hat OpenShift 4-plattformen har ägt rum. Idag kommer vi att berätta hur du byter till den från OpenShift Container Platform 3 så snabbt och enkelt som möjligt.
För denna artikels syften är vi främst intresserade av de nya OpenShift 4-klustren, som utnyttjar kapaciteten hos en smart och oföränderlig infrastruktur baserad på RHEL CoreOS och automationsverktyg. Nedan visar vi hur du byter till OpenShift 4 utan problem.
Du kan ta reda på mer om skillnaderna mellan den nya versionen och den gamla. .
Migrering av kluster från OpenShift 3 till OpenShift 4 med den certifierade Red Hat Appranix-plattformen
Appranix och Red Hat har arbetat flitigt för att göra det enklare att migrera klusterresurser från OpenShift 3 till OpenShift 4 med en anpassad tjänst som körs ovanpå Appranix Site Reliability Automation för Kubernetes.
Appranix-lösning (finns i ) låter dig skapa säkerhetskopior av alla OpenShift 3-kluster och återställa dem till OpenShift 4 med bara några klick.
Varför migrering med Appranix för OpenShift 4 är bra
- Snabb start. Eftersom Appranix-lösningen är byggd på SaaS-principer, finns det inget behov av att installera någon infrastruktur och det finns inget behov av att konfigurera eller använda separata specialiserade migreringslösningar.
- Appranix skalbarhet gör det enkelt att migrera stora kluster.
- Automatisk säkerhetskopiering av komplexa OpenShift 3-klusterkonfigurationer med efterföljande överföring till OpenShift 4 förenklar själva migreringsprocessen.
- Möjligheten att testa hur applikationer från OpenShift 3-företagsinfrastrukturen beter sig på OpenShift 4-plattformen i AWS-molnet.
- Migrering av RBAC-åtkomstinställningar tillsammans med klusterresurser.
- Selektiv eller fullständig migrering av alla projekt till nya OpenShift 4-kluster.
- Valfritt – organisering av flera feltoleransnivåer för containerapplikationer om du har rätt prenumeration.
Feltolerans på flera nivåer (resiliens) för OpenShift-applikationer
Efter migrering från OpenShift 3 till 4 kan Appranix-lösningen användas för att tillhandahålla Continuous App Resilience, där tre alternativ är möjliga. 1-nivå Resiliency (Level 1 Resiliency) låter dig återställa applikationer utan att byta region och molnleverantör. Den kan användas för att återställa applikationer eller återställa från ett lokalt fel på regionnivå, till exempel när en applikationsdistribution misslyckas, eller i en situation där du snabbt behöver skapa en testmiljö i samma region men på ett separat OpenShift-kluster .
2-nivå låter dig överföra applikationer till en annan region utan att byta leverantör. I det här fallet kan du behålla den primära datainfrastrukturen i huvudregionen, men köra applikationer i ett annat kluster i en annan region. Det här alternativet är användbart när en molnregion eller zon går ner, eller applikationer måste flyttas till en annan region på grund av en cyberattack. Och slutligen, 3-nivå låter dig byta inte bara region utan även molnleverantör.
Hur Appranix SRA fungerar
Feltolerans på flera nivåer för OpenShift-applikationer i Appranix uppnås genom funktionen "tidsmaskin", som automatiskt skapar kopior av applikationsmiljön. För att aktivera den här funktionen och förbättra applikationssäkerheten, lägg bara till en rad kod till din DevOps-pipeline.
Molnleverantörers infrastrukturtjänster upplever också problem, så möjligheten att snabbt byta till en annan leverantör är användbar för att undvika att bli låst till en enskild tjänsteleverantör.
Som bilden nedan visar, kan säkerhetskopior av applikationsmiljöer skapas i Appranix, inte bara automatiskt med en angiven frekvens, utan också på kommando från den kontinuerliga integrationen och CI/CD-leveranspipelinen. Samtidigt ger "tidsmaskinen":
- Inkrementell loggning av GitHub-stil av namnutrymmen och applikationsmiljöer.
- Enkel applikationsåterställning.
- Versionering av moln- och containerkonfigurationer.
- Automatiserad datalivscykelhantering.
- Automatisering av infrastruktur som kodhantering (IaC).
- Automatiserad IaC-tillståndshantering.
Med Appranix kan du tillhandahålla skydd och återställning på hela applikationsnivå för scenarier som kaosteknik, katastrofåterställning, skydd mot lösenprogram och affärskontinuitet. Vi kommer inte att gå in i detalj på detta och kommer att titta närmare på hur man använder Appranix för att migrera från OpenShift 3 till OpenShift 4.
Hur man migrerar OpenShift 3 till OpenShift 4 med Appranix Site Reliability Platform
Processen omfattar tre steg:
- Vi konfigurerar OpenShift 3 och OpenShift 4 för att automatiskt upptäcka alla komponenter som ska migreras.
- Vi skapar policyer och ställer in namnområden för migrering.
- Återställer alla namnområden på OpenShift 4 med ett klick.
Konfigurera OpenShift 3 och 4 kluster för automatisk upptäckt
Appranix antar att du redan kör OpenShift 3 och OpenShift 4-kluster. Om det inte finns några OpenShift 4-kluster ännu, skapa dem med hjälp av . Att ställa in primär- och målklustren i Appranix är samma och involverar bara några få steg.
Installerar Appranix Controller Agent för att upptäcka kluster
För att upptäcka klusterresurser behöver du en liten sidovagnskontrollagent. För att distribuera det, kopiera och klistra in lämpligt curl-kommando, som nedan. När agenten är installerad i OpenShift 3 och OpenShift 4, kommer Appranix automatiskt att upptäcka alla klusterresurser som ska migreras, inklusive namnrymder, distributioner, poddar, tjänster, såväl som värdar med andra resurser.
Migrering av stora distribuerade applikationer
Nu ska vi titta på ett exempel på hur man enkelt kan överföra den distribuerade mikrotjänstapplikationen SockShop från OpenShift 3 till OpenShift 4 (följ länken - ). Som man kan se av bilden nedan,SockShop-arkitekturen innehåller många komponenter.
Appranix upptäcker alla resurser som behöver skyddas och migreras till OpenShift 4, inklusive PoDs, distributioner, tjänster och klusterkonfigurationer.
OpenShift 3 med SockShop igång
Skapa skyddspolicyer för migrering
Policyer kan sättas flexibelt beroende på hur migreringen ska genomföras. Till exempel baserat på flera kriterier eller backup en gång i timmen.
Migrera flera OpenShift 3-kluster med skyddsplaner
Beroende på den specifika applikationen eller namnutrymmet kan du tillämpa policyer 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 låter dig migrera alla namnområden i ett kluster till OpenShift 4 eller bara valda.
Vi utför migrering till OpenShift 4 med ett klick
Migrering är återställandet av valda namnområden till målet OpenShift 4-klustret. Denna operation utförs med ett klick. Appranix själv gör allt arbete med att samla in data om konfigurationen och resurserna för källmiljön och återställer sedan självständigt den till OpenShift 4-plattformen.
Kontrollera applikationer efter migrering till OpenShift 4
Logga in på OpenShift 4-klustret, uppdatera projekten och kontrollera att alla applikationer och namnutrymmen är ok. Upprepa migreringsproceduren för andra namnområden, skapa nya skyddsplaner eller ändra befintliga.
Startar migrerade applikationer på OpenShift 4
Efter att ha migrerat applikationer med Appranix återställningsproceduren är det viktigt att komma ihåg att konfigurera rutterna – de måste peka på OpenShift 4. Du kanske vill göra en teståterställning innan du migrerar din produktion helt från OpenShift 3. När du har några program igång på OpenShift 4 i sina respektive namnutrymmen, måste du migrera de återstående programmen med den här processen.
När alla namnområden har migrerats kan du skydda alla OpenShift-kluster för kontinuerlig katastrofåterställning, anti-ransomware, affärskontinuitet eller framtida migreringar eftersom Appranix Site Reliability Automation automatiskt uppdateras när nya versioner av OpenShift släpps.
Totalt
OpenShift 4 är ett stort steg framåt, främst på grund av den nya oföränderliga arkitekturen och operatörsplattformsmodellen för automatisering av 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 migrera till OpenShift 4 med sin molnbaserade katastrofåterställningslösning för applikationer, Site Reliability Platform.
Appranix-lösningen kan användas direkt från .
Källa: will.com