Forenkling av migrasjonen fra OpenShift 3 til OpenShift 4

Den offisielle lanseringen av Red Hat OpenShift 4 har nå funnet sted. I dag skal vi forklare hvordan man kan migrere til denne plattformen fra OpenShift Container Platform 3 på en rask og enkel måte.

Forenkling av migrasjonen fra OpenShift 3 til OpenShift 4

I denne artikkelen er vi spesielt opptatt av de nye OpenShift 4-klyngene som utnytter fordelene ved en intelligent og uforanderlig (immutable) infrastruktur basert på RHEL CoreOS og automatiseringsverktøy. Nedenfor vil vi vise hvordan man kan gå over til OpenShift 4 uten unødvendige problemer.

For å lære mer om forskjellene mellom den nye og den gamle versjonen kan man her.

Migrering av klynger fra OpenShift 3 til OpenShift 4 ved hjelp av den sertifiserte plattformen Red Hat Appranix

Appranix og Red Hat har jobbet hardt for å forenkle migreringen av klyngeressurser fra OpenShift 3 til OpenShift 4 ved hjelp av en spesialtjeneste som kjører på toppen av Appranix Site Reliability Automation for Kubernetes.

Appranix-løsningen (som kan finnes i Red Hat Container Catalog) lar deg lage backup av alle OpenShift 3-klynger og gjenopprette dem på OpenShift 4 med bare noen få klikk.

Forenkling av migrasjonen fra OpenShift 3 til OpenShift 4

Hva er fordelene med migrering ved hjelp av Appranix til OpenShift 4?

  • Rask oppstart. Siden Appranix-løsningen er bygget på prinsippene til SaaS, trenger du ikke sette opp noen infrastruktur eller konfigurere spesialiserte løsninger for migrering.
  • Skalerbarheten til Appranix letter migreringen av store klynger.
  • Automatisk backup av komplekse klyngekonfigurasjoner fra OpenShift 3 og deretter overføring til OpenShift 4 forenkler selve migreringsprosessen.
  • Muligheten til å teste hvordan applikasjoner fra bedriftsinfrastrukturen OpenShift 3 fungerer på OpenShift 4-plattformen i AWS-skyen.
  • Migrering av RBAC-innstillinger for tilgang sammen med klynge-ressursene.
  • Valgfri eller full migrering av alle prosjekter til de nye OpenShift 4-klyngene.
  • Valgfritt – organisering av flere nivåer av tilgjengelighet for container-applikasjoner med tilsvarende abonnement.

Forenkling av migrasjonen fra OpenShift 3 til OpenShift 4

Flere nivåer av tilgjengelighet for OpenShift-applikasjoner.

Etter migreringen fra versjon 3 til versjon 4 av OpenShift kan Appranix-løsningen brukes til å sikre kontinuerlig tilgjengelighet av applikasjoner (Continuous App Resilience), der tre alternativer er mulig. Nivå 1 resiliens (Level 1 Resiliency) lar deg gjenopprette applikasjoner uten å bytte region eller skytjenesteleverandør. Det kan brukes til å rulle tilbake applikasjoner eller gjenopprette etter lokale feil på regionsnivå, for eksempel ved mislykket distribusjon av applikasjonen, eller i situasjoner hvor det er nødvendig å raskt opprette et testmiljø i samme region, men i en annen OpenShift-klynge.

Nivå 2 lar deg flytte applikasjoner til en annen region uten å bytte leverandør. Dette lar deg beholde den primære datainfrastrukturen i hovedregionen, men kjøre applikasjoner i en annen klynge i en annen region. Dette alternativet er nyttig når en skyregion eller sone er ute av drift, eller når det er behov for å flytte applikasjoner til en annen region på grunn av et cyberangrep. Og til slutt, Nivå 3 lar deg ikke bare endre region, men også skytjenesteleverandør.

Forenkling av migrasjonen fra OpenShift 3 til OpenShift 4

Hvordan Appranix SRA fungerer
Flere lag med pålitelighet for OpenShift-applikasjoner i Appranix oppnås ved hjelp av funksjonen «tidsmaskin», som automatisk lager kopier av applikasjonsmiljøet. For å aktivere denne funksjonaliteten og øke sikkerheten til applikasjonene, er det tilstrekkelig å legge til en enkelt linje med kode i DevOps-pipelinen.
Det oppstår også problemer i infrastrukturteknologien hos skytjenesteleverandører, så muligheten til raskt å bytte til en annen leverandør er nyttig for å unngå avhengighet av en enkelt tjenesteleverandør.

Som vist på bildet nedenfor, kan sikkerhetskopier av applikasjonsmiljøene opprettes i Appranix ikke bare automatisk med en angitt periode, men også på forespørsel fra CI/CD-pipelinen. «Tidsmaskinen» sikrer samtidig:

  • Inkrementell logging av navnerom og applikasjonsmiljøer, som i GitHub.
  • Enkel tilbakeføring av applikasjoner.
  • Versjonskontroll av konfigurasjoner for skymiljøer og containere.
  • Automatisk data livssyklusadministrasjon.
  • Automatisering av infrastruktur som kode (IaC).
  • Automatisert tilstandshåndtering for IaC.

Forenkling av migrasjonen fra OpenShift 3 til OpenShift 4

Med Appranix kan du organisere beskyttelse og gjenoppretting på applikasjonsnivå helt for scenarier som kaosingeniørkunst, katastrofegjenoppretting, beskyttelse mot løsepengevirus og sikring av kontinuitet i forretningsprosesser. Vi vil ikke gå nærmere inn på dette, men heller se på hvordan Appranix kan brukes for migrering fra OpenShift 3 til OpenShift 4.

Hvordan migrere fra OpenShift 3 til OpenShift 4 ved hjelp av Appranix Site Reliability Platform

Prosessen består av tre trinn:

  1. Konfigurerer OpenShift 3 og OpenShift 4 for automatisk oppdagelse av alle komponenter som skal migreres.
  2. Oppretter retningslinjer og definerer navnerom for migrering.
  3. Gjenoppretter alle navnerom på OpenShift 4 med ett klikk.

Forenkling av migrasjonen fra OpenShift 3 til OpenShift 4

Konfigurerer OpenShift 3 og 4-klynger for automatisk oppdagelse

Forenkling av migrasjonen fra OpenShift 3 til OpenShift 4

Appranix forutsetter at du allerede har fungerende klynger av OpenShift 3 og OpenShift 4. Hvis du ikke har noen OpenShift 4-klynger, kan du opprette dem ved å bruke dokumentasjonen fra Red Hat for distribusjon av OpenShift 4. Konfigurering av primær- og mål-klynger i Appranix gjennomføres på samme måte og omfatter bare noen få trinn.

Installerer Appranix Controller Agent for å oppdage klynger

For å oppdage klynge ressurser kreves en liten sidekar-agent. For å distribuere den, kopier og lim inn den relevante curl-kommandoen, som vist nedenfor. Etter at agenten er installert i OpenShift 3 og OpenShift 4, vil Appranix automatisk oppdage alle klynge ressurser som skal migreres, inkludert navnerom, distribusjoner, pod-er, tjenester og verter med andre ressurser.

Forenkling av migrasjonen fra OpenShift 3 til OpenShift 4

Migrering av store distribuerte applikasjoner
Nå skal vi ta for oss hvordan man enkelt kan overføre det distribuerte mikroservicesystemet SockShop fra OpenShift 3 til OpenShift 4 uten unødvendig arbeid (se lenken – detaljert beskrivelse av denne applikasjonen og dens mikroservice-arkitektur). Som vist i figuren nedenfor, inneholder arkitekturen til SockShop mange komponenter.

Forenkling av migrasjonen fra OpenShift 3 til OpenShift 4

Appranix oppdager alle ressurser som trenger beskyttelse og migrering til OpenShift 4, inkludert pod-er, distribusjoner, tjenester og klyngekonfigurasjoner.

OpenShift 3 med det aktive applikasjonen SockShop

Forenkling av migrasjonen fra OpenShift 3 til OpenShift 4

Forenkling av migrasjonen fra OpenShift 3 til OpenShift 4

Oppretter Protection Policies for migrering

Politikkar kan settast opp fleksibelt etter korleis migrasjonen skal utførast. For eksempel basert på fleire kriterier eller ei sikkerheitskopi ein gong i timen.

Forenkling av migrasjonen fra OpenShift 3 til OpenShift 4

Vi utfører migrasjon av fleire OpenShift 3-klynger ved hjelp av beskyttelsesplanar (Protection Plans)

Avhengig av eigenskapane til applikasjonen eller namnerommet, kan ein bruke politikar til OpenShift 3-klyngene, som vert utførde ein gong i timen, ein gong i veka eller til og med ein gong i månaden.

Appranix lar deg flytte alle namnerom i klyngen til OpenShift 4, eller berre valde namnerom.

Forenkling av migrasjonen fra OpenShift 3 til OpenShift 4

Vi utfører migrasjon til OpenShift 4 med eitt klikk

Migrasjon er eit gjenopprettingsprosess for valde namnerom til mål-klynga OpenShift 4. Denne operasjonen vert utført med eitt klikk. Appranix samlar inn all informasjon om konfigurasjon og ressursar frå den eksisterande omgivnaden og gjenopprettar deretter på OpenShift 4-plattforma.

Forenkling av migrasjonen fra OpenShift 3 til OpenShift 4

Forenkling av migrasjonen fra OpenShift 3 til OpenShift 4

Vi sjekkar applikasjonene etter migrasjonen til OpenShift 4

Logg inn på OpenShift 4-klynga, oppdater prosjekta og sjekk at alle applikasjonar og namnerom er i orden. Gjenta migrasjonsprosedyren for andre namnerom ved å lage nye beskyttelsesplanar (Protection Plans) eller endre eksisterande.

Forenkling av migrasjonen fra OpenShift 3 til OpenShift 4

Vi startar migrerte applikasjonar på OpenShift 4

Etter migrasjonen av applikasjonar ved hjelp av gjenopprettingsprosedyren til Appranix, er det viktig å hugse å konfigurere ruter – desse må peike mot OpenShift 4. Før du heilt overfører produksjonen frå OpenShift 3, kan det vere lurt å gjennomføre ei testgjenoppretting. Når fleire applikasjonar som fungerer i dei relevante namneromma er på OpenShift 4, vil det bli behov for å overføre fleire applikasjonar ved hjelp av denne prosessen.

Etter at alle namnerom er overførte, vil du kunne beskytte alle OpenShift-klynger for kontinuerleg katastrofe-gjenoppretting, beskyttelse mot utpressing, sikring av kontinuitet i forretningsprosessar eller for påfølgjande migrasjon, sidan Appranix Site Reliability Automation automatisk oppdaterast ved nye versjonar av OpenShift.

Forenkling av migrasjonen fra OpenShift 3 til OpenShift 4

Totalt

OpenShift 4 er et stort fremskritt, først og fremst takket være den nye uforanderlige arkitekturen og Operator-plattformmodellen for automatisering av komplekse konfigurasjoner av applikasjoner og plattformer som kjører i klyngemiljøer. Appranix gir OpenShift-brukere en enkel og praktisk måte å migrere til OpenShift 4 ved hjelp av sin skybaserte løsning for katastrofegjenoppretting av applikasjoner. Site Reliability Platform.

Appranix-løsningen kan brukes direkte fra Red Hat Container Catalog.

Kilde: habr.com

Kjøp pålitelig hosting for nettsteder med DDoS-beskyttelse, VPS VDS-servere 🔥 Kjøp pålitelig hosting for nettsteder med DDoS-beskyttelse, VPS VDS-servere | ProHoster