Torej, uradno je bila uvedena platforma Red Hat OpenShift 4. Danes vam bomo predstavili, kako nanjo preiti z OpenShift Container Platform 3 na najhitrejši in najpreprostejši način.

V okviru tega članka nas predvsem zanimajo novi klasterji OpenShift 4, ki izkoriščajo zmogljivosti pametne in nespremenljive (immutable – enake za vsa okolja) infrastrukture, temelječe na RHEL CoreOS in orodjih za avtomatizacijo. Spodaj bomo pokazali, kako preiti na OpenShift 4 brez odvečnih težav.
Več o razlikah med novo in staro različico lahko izveste .
Migracija klasterjev z OpenShift 3 na OpenShift 4 z uporabo certificirane platforme Red Hat Appranix.
Appranix in Red Hat sta skrbno delala na tem, da bi poenostavila migracijo klasterskih virov z OpenShift 3 na OpenShift 4 s pomočjo posebne storitve, ki deluje nad Appranix Site Reliability Automation za Kubernetes.
Rešitev Appranix (jo lahko najdete v ) omogoča ustvarjanje varnostnih kopij vseh klasterjev OpenShift 3 ter obnovitev le-teh na OpenShift 4 v samo nekaj klikih.

Kaj je dobro pri migraciji z uporabo Appranix za OpenShift 4
- Hiter začetek. Ker je rešitev Appranix zasnovana na načelih SaaS, ni potrebno nastavljati nobene infrastrukture ali konfigurirati ali uporabljati ločenih specializiranih rešitev za migracijo.
- Appranixova skalabilnost poenostavi migracijo velikih klasterjev.
- Samodejno ustvarjanje varnostnih kopij zapletenih klasterskih konfiguracij OpenShift 3 s naknadnim prenosom na OpenShift 4 poenostavi sam proces migracije.
- Možnost testiranja, kako se aplikacije iz korporativne infrastrukture OpenShift 3 obnašajo na platformi OpenShift 4 v oblaku AWS.
- Migracija RBAC-nastavitev dostopa skupaj z viri klasterja.
- Izbirna ali polna migracija vseh projektov na nove klasterje OpenShift 4.
- Opcijsko – organizacija več ravni odpornosti za container aplikacije ob ustrezni naročnini.

Večravninska odpornost (resiliency) za aplikacije OpenShift.
Po migraciji z 3. na 4. različico OpenShift je mogoče rešitev Appranix uporabiti za zagotavljanje neprekinjene odpornosti aplikacij (Continuous App Resilience), pri čemer obstajajo trije možni scenariji. Raven 1 stabilnost (Level 1 Resiliency) omogoča obnavljanje aplikacij brez spremembe regije in oblačnega ponudnika. Uporablja se lahko za povrnitev aplikacij ali obnovitev po lokalni napaki na ravni regije, na primer v primeru neuspelega uvajanja aplikacije, ali v situaciji, ko je potrebno hitro ustvariti testno okolje v isti regiji, vendar v ločenem OpenShift grozdu.
Raven 2 omogoča prenos aplikacij v drugo regijo brez spremembe ponudnika. Pri tem je mogoče ohraniti glavno (primary) infrastrukturo podatkov v glavni regiji, vendar zagnati aplikacije v drugem grozdu v drugi regiji. Ta možnost je koristna, ko območje oblačne regije ali cona odpove, ali pa je potrebno prenesti aplikacije v drugo regijo zaradi kibernetskega napada. Nazadnje, Raven 3 omogoča zamenjavo ne le regije, temveč tudi oblačnega ponudnika.

Kako deluje Appranix SRA
Večstopenjska odpornost aplikacij OpenShift v Appranixu se doseže z funkcionalnostjo »časovne mašine«, ki samodejno ustvarja kopije okolja aplikacij. Za aktiviranje te funkcionalnosti in povečanje zaščite aplikacij je dovolj, da se v DevOps cevovod doda samo ena vrstica kode.
V infrastrukturnih storitvah oblačnih ponudnikov se prav tako pojavljajo težave, zato je možnost hitrega preklopa na drugega ponudnika koristna, da se izognemo odvisnosti od enega samega ponudnika storitev.
Kot je prikazano na spodnji sliki, varnostne kopije okolja aplikacij lahko v Appranixu nastanejo ne le samodejno v določenih časovnih intervalih, temveč tudi na ukaz iz cevovoda neprekinjene integracije in dostave CI/CD. Pri tem »časovna mašina« zagotavlja:
- Inkrementalno, podobno GitHub-ovemu, beleženje prostorskih imen in okolij aplikacij.
- Enostavno vračanje aplikacij.
- Upravljanje različic konfiguracij oblačnih okolij in kontejnerjev.
- Avtomatizirano upravljanje življenjskega cikla podatkov.
- Avtomatiziranje upravljanja infrastrukture kot koda (IaC).
- Avtomatizirano upravljanje stanj IaC.

S pomočjo Appranix-a je mogoče organizirati zaščito in obnovo na ravni aplikacij za takšne scenarije, kot so chaos engineering, obnova po nesrečah, zaščita pred izsiljevanjem in zagotavljanje kontinuitete poslovnih procesov. Ne bomo se posebno osredotočili na to in nadalje bomo razpravljali, kako uporabiti Appranix za migracijo z OpenShift 3 na OpenShift 4.
Kako poteka migracija OpenShift 3 na OpenShift 4 z uporabo Appranix Site Reliability Platform
Postopek vključuje tri faze:
- Konfiguriramo OpenShift 3 in OpenShift 4 za samodejno odklopitev vseh komponent, ki jih je potrebno prenesti.
- Ustvarimo politike in določimo imenska prostora za migracijo.
- Obnovimo vsa imenska prostora na OpenShift 4 z enim klikom.

Konfiguriramo OpenShift 3 in 4 Clusters za samodejno odklopitev

Appranix predpostavlja, da že imate delujoče gruče OpenShift 3 in OpenShift 4. Če gruče OpenShift 4 še nimate, jih ustvarite s pomočjo . Konfiguracija primarne in ciljne gruče v Appranix se izvede na enak način in vključuje le nekaj korakov.
Namestimo Appranix Controller Agent za odklopitev gruče
Za odklopitev gruče potrebujete majhnega sidecar nadzornika. Za njegovo namestitev preprosto kopirajte in prilepite ustrezno curl ukaz, kot je prikazano spodaj. Ko bo agent nameščen v OpenShift 3 in OpenShift 4, bo Appranix samodejno odkril vse gruče, ki jih je treba migrirati, vključno z imenskimi prostori, postavitvami, pod-i, storitvami in gostitelji z drugimi viri.

Migracija velikih razdeljenih aplikacij
Zdaj bomo na primeru prikazali, kako brez težav prenesti razdeljeno mikrostoritev SockShop iz OpenShift 3 na OpenShift 4 (na povezavi – ). Kot je razvidno iz slike spodaj, arhitektura SockShop vsebuje številne komponente.

Appranix odkriva vse vire, katerih zaščita in migracija na OpenShift 4 je potrebna, vključno s pod-i, postavitvami, storitvami in konfiguracijami gruče.
OpenShift 3 z delujočo aplikacijo SockShop


Ustvarimo Protection Policies za migracijo
Politike lahko določimo fleksibilno glede na to, kako naj poteka migracija. Na primer, na podlagi več meril ali varnostnega kopiranja enkrat na uro.

Izvajamo migracijo več OpenShift 3 grozdov s pomočjo zaščitnih načrtov (Protection Plans)
Glede na posebnosti aplikacije ali imenskega prostora lahko na grozde OpenShift 3 uporabimo politike, ki se izvajajo enkrat na uro, enkrat na teden ali celo enkrat na mesec.
Appranix omogoča prenos vseh imenskih prostorov grozda na OpenShift 4 ali pa le izbranih prostorov.

Izvajamo migracijo na OpenShift 4 z enim klikom
Migracija je obnova izbranih imenskih prostorov na ciljni grozd OpenShift 4. Ta operacija se izvede z enim klikom. Appranix samostojno zbira vse podatke o konfiguraciji in virih izvornega okolja in nato samostojno obnovi to na platformi OpenShift 4.


Preverjamo aplikacije po migraciji na OpenShift 4
Prijavite se v grozd OpenShift 4, posodobite projekte in preverite, da so vse aplikacije in imenski prostori v redu. Postopek migracije ponovite za druge imenske prostore, tako da ustvarite nove zaščitne načrte Protection Plans ali spremenite obstoječe.

Zagon migriranih aplikacij na OpenShift 4
Po migraciji aplikacij s pomočjo postopka obnovitve Appranix je pomembno, da ne pozabite nastaviti poti – te naj usmerjajo na OpenShift 4. Morda boste želeli izvesti testno obnovitev, preden popolnoma prenesete produkcijo z OpenShift 3. Ko se na OpenShift 4 prikaže več delujočih aplikacij v ustreznih imenskih prostorih, se bo pojavila potreba po prenosu še drugih aplikacij z uporabo tega procesa.
Po prenosu vseh imenskih prostorov boste lahko zaščitili vse OpenShift grozde za neprekinjeno obnovo po nesrečah, zaščito pred izsiljevanjem, zagotavljanje neprekinjenosti poslovnih procesov ali za nadaljnjo migracijo, saj Appranix Site Reliability Automation samodejno posodablja ob izhodu novih različic OpenShift.

Ukupno
OpenShift 4 je velik korak naprej, predvsem zaradi nove nespremenljive arhitekture in modela platforme Operator za avtomatizacijo zapletenih konfiguracij aplikacij in platform, ki delujejo v grozdnih okoljih. Appranix uporabnikom OpenShift ponuja preprost in priročen način prehoda na OpenShift 4 s svojo oblačno rešitev za obnovo po katastrofi Site Reliability Platform.
Rešitev Appranix lahko uporabite neposredno iz .
Izvor: habr.com
