Så er den officielle lancering af Red Hat OpenShift 4 sket. I dag vil vi fortælle, hvordan du hurtigst og nemmest kan opgradere fra OpenShift Container Platform 3.
I denne artikel vil vi især fokusere på de nye OpenShift 4-klynger, der udnytter en intelligent og uforanderlig infrastruktur baseret på RHEL CoreOS og automatiseringsværktøjer. Nedenfor viser vi, hvordan du kan migrere til OpenShift 4 uden problemer.
For at finde ud af mere om forskellene mellem den nye version og den gamle, kan du .
Migrering af klynger fra OpenShift 3 til OpenShift 4 ved hjælp af den certificerede platform Red Hat Appranix.
Appranix og Red Hat har arbejdet tæt sammen for at gøre migreringen af klynge-ressourcer fra OpenShift 3 til OpenShift 4 enklere ved hjælp af en specialiseret service, der fungerer ovenpå Appranix Site Reliability Automation for Kubernetes.
Appranix-løsningen (den kan findes i ) giver mulighed for at tage sikkerhedskopier af alle OpenShift 3-klynger og gendanne dem på OpenShift 4 på få klik.
Fordele ved at migrere ved hjælp af Appranix til OpenShift 4.
- Hurtig start. Da Appranix-løsningen er bygget på SaaS-principper, skal der ikke opsættes nogen infrastruktur, og der er ingen behov for at konfigurere eller bruge separate specialiserede løsninger til migration.
- Appranix' skalerbarhed letter migreringen af store klynger.
- Automatisk sikkerhedskopiering af komplekse klyngekonfigurationer fra OpenShift 3 med efterfølgende overførsel til OpenShift 4 forenkler selve migreringsprocessen.
- Muligheden for at teste, hvordan applikationer fra den virksomhedsbaserede OpenShift 3-infrastruktur fungerer på OpenShift 4-platformen i AWS-skyen.
- Migrering af RBAC-adgangskonfigurationer sammen med klynge-ressourcer.
- Selective eller fuld migrering af alle projekter til nye OpenShift 4-klynger.
- Valgfrit - etablering af flere niveauer af fejltolerance for containerapplikationer med den rette abonnement.
Flere niveauer af fejltolerance (resiliency) for OpenShift-applikationer.
Efter migreringen fra 3. til 4. version af OpenShift kan Appranix-løsningen bruges til at sikre kontinuerlig fejltolerance for applikationer (Continuous App Resilience), hvor der er tre mulige scenarier. Niveau 1 Resiliency (Level 1 Resiliency) gør det muligt at genskabe applikationer uden at skifte region og cloud-udbyder. Det kan bruges til at rulle applikationer tilbage eller til at genoprette efter et lokalt nedbrud på regionsniveau, såsom i tilfælde af en mislykket implementering af applikationen, eller i situationer hvor der hurtigt skal oprettes et testmiljø i den samme region, men i en separat OpenShift-klynge.
Niveau 2 gør det muligt at flytte applikationer til en anden region uden at skifte udbyder. På denne måde kan den primære datainfrastruktur forblive i hovedregionen, men applikationer kan køre i en anden klynge i en anden region. Denne mulighed er nyttig, når en cloud-region eller -zone går ned, eller hvis der er behov for at flytte applikationer til en anden region på grund af et cyberangreb. Endelig, Niveau 3 muliggør ændringer ikke kun af regionen, men også af cloud-udbyderen.
Hvordan Appranix SRA fungerer
Flere niveauer af applikationsfejlsikring i OpenShift opnås i Appranix gennem funktionen 'tidsmaskine', der automatisk opretter kopier af applikationsmiljøet. For at aktivere denne funktion og forbedre beskyttelsen af applikationer, er det tilstrækkeligt at tilføje én linje kode til DevOps-pipelinen.
Der opstår også problemer i infrastrukturtjenesterne fra cloud-udbydere, så muligheden for hurtigt at skifte til en anden udbyder er nyttig for at undgå afhængighed af en enkelt tjenesteudbyder.
Som vist i figuren nedenfor, kan sikkerhedskopier af applikationsmiljøer oprettes i Appranix ikke kun automatisk med en fast frekvens, men også på kommando fra CI/CD-pipelinen. I denne proces sikrer 'tidsmaskinen':
- Inkrementel, GitHub-lignende, logføring af navnerum og applikationsmiljøer.
- Nem rulning tilbage af applikationer.
- Versionsstyring af konfigurationer af cloud-miljøer og containere.
- Automatiseret styring af datalivscyklussen.
- Automatiseret infrastruktur som kode (IaC) styring.
- Automatiseret tilstandsstyring af IaC.
Med Appranix kan der etableres beskyttelse og genopretning på applikationsniveau for scenarier som chaos engineering, katastrofegenopretning, beskyttelse mod ransomware og sikring af forretningskontinuitet. Vi vil ikke gå yderligere i dybden her, men vil se på, hvordan man bruger Appranix til at migrere fra OpenShift 3 til OpenShift 4.
Hvordan udføres migreringen fra OpenShift 3 til OpenShift 4 med Appranix Site Reliability Platform
Processen består af tre trin:
- Vi konfigurerer OpenShift 3 og OpenShift 4 til automatisk at opdage alle komponenter, der skal migreres.
- Vi opretter politikker og angiver navneområder til migrering.
- Vi genopretter alle navneområder på OpenShift 4 med ét klik.
Vi konfigurerer OpenShift 3 og 4 Clusters til automatisk opdagelse
Appranix forudsætter, at du allerede har fungerende OpenShift 3 og OpenShift 4 klynger. Hvis der endnu ikke er OpenShift 4 klynger, skal du oprette dem ved hjælp af . Opsætning af primære (primary) og mål (target) klynger i Appranix udføres på samme måde og involverer kun nogle få trin.
Vi installerer Appranix Controller Agent for at opdage klynger
For at opdage klynge-ressourcer er der behov for en lille sidecar-controller-agent. For at implementere den skal du blot kopiere og indsætte den relevante curl-kommando, som angivet nedenfor. Når agenten er installeret i OpenShift 3 og OpenShift 4, vil Appranix automatisk opdage alle klynge-ressourcer, der skal migreres, herunder navneområder, implementeringer, pods, tjenester og værter med andre ressourcer.
Migrering af store distribuerede applikationer
Nu vil vi på et eksempel vise, hvordan man nemt kan migrere et distribueret mikrotjeneste-applikation SockShop fra OpenShift 3 til OpenShift 4 (følg linket – ). Som det ses fra figuren nedenfor, indeholder SockShop-arkitekturen mange komponenter.
Appranix opdager alle ressourcer, der skal beskyttes og migreres til OpenShift 4, herunder pods, implementeringer (deployments), tjenester og klyngekonfigurationer.
OpenShift 3 med den fungerende applikation SockShop
Vi opretter beskyttelsespolitikker (Protection Policies) til migrering
Politikker kan defineres fleksibelt afhængigt af, hvordan migrationen skal udføres. For eksempel baseret på flere kriterier eller backup en gang i timen.
Vi udfører migration af flere OpenShift 3-klynger ved hjælp af beskyttelsesplaner (Protection Plans).
Afhængigt af appens eller navneområdets egenskaber kan politikker anvendes på OpenShift 3-klynger, som kører hver time, uge eller endda måned.
Appranix muliggør overførsel af alle navneområder fra en klynge til OpenShift 4, eller kun udvalgte navneområder.
Vi udfører migrering til OpenShift 4 med et enkelt klik.
Migration er gendannelse af udvalgte navneområder på den målrettede OpenShift 4-klynge. Denne operation udføres med et enkelt klik. Appranix håndterer hele arbejdet med at indsamle data om konfigurationer og ressourcer i det oprindelige miljø og gendanner derefter automatisk dette på OpenShift 4-platformen.
Vi kontrollerer applikationer efter migration til OpenShift 4.
Log ind på OpenShift 4-klyngen, opdater projekterne, og kontroller, at alle applikationer og navneområder er i orden. Gentag migrationsproceduren for andre navneområder ved at oprette nye beskyttelsesplaner (Protection Plans) eller ændre de eksisterende.
Vi starter migrerede applikationer på OpenShift 4.
Efter migrering af applikationer med Appranix-gendannelsesproceduren er det vigtigt ikke at glemme at konfigurere ruter – de skal pege på OpenShift 4. Det kan være, at du vil foretage en testgendannelse, før du fuldt ud flytter produktionen fra OpenShift 3. Når flere fungerende applikationer vises på OpenShift 4 i de relevante navneområder, vil der opstå behov for at overføre de resterende applikationer ved hjælp af denne proces.
Efter overførslen af alle navneområder vil du kunne beskytte alle OpenShift-klynger for kontinuerlig katastrofegendannelse, beskyttelse mod ransomware, sikring af forretningskontinuitet eller senere migrering, da Appranix Site Reliability Automation automatisk opdateres i takt med, at nye versioner af OpenShift udkommer.
I alt
OpenShift 4 er et stort skridt fremad, især takket være den nye uforanderlige arkitektur og Operator-platformmodellen til at automatisere komplekse konfigurationer af applikationer og platforme, der kører i klyngemiljøer. Appranix tilbyder OpenShift-brugere en enkel og bekvem måde at migrere til OpenShift 4 på med sin skybaserede løsning til nødgendannelse af applikationer, Site Reliability Platform.
Appranix-løsningen kan bruges direkte fra .
Kilde: habr.com
