Nii et, Red Hat OpenShift 4 ametlik käivitamine on toimunud. Täna räägime, kuidas migreerida OpenShift Container Platform 3-le võimalikult kiiresti ja lihtsalt.
Selles artiklis keskendume eelkõige uutele OpenShift 4 klastritele, mis kasutavad nutikat ja muutumatut (immutable) infrastruktuuri, mis põhineb RHEL CoreOS-il ja automatiseerimise tööriistadel. Allpool näitame, kuidas minna OpenShift 4-le probleemideta üle.
Uute ja vanade versioonide erinevustega saab tutvuda .
Klastrite migreerimine OpenShift 3-lt OpenShift 4-le sertifitseeritud Red Hat Appranix platvormi abil
Appranix ja Red Hat on teinud tihedat koostööd, et lihtsustada klastrite ressursside migreerimist OpenShift 3-lt OpenShift 4-le, kasutades spetsiaalset teenust, mis töötab Appranix Site Reliability Automation'i peal Kubernetes'e jaoks.
Appranix lahendus (mida saab leida ) võimaldab luua varukoopiad kõigist OpenShift 3 klastritest ja taastada need OpenShift 4-le vaid mõne klikiga.
Miks on migreerimine Appranixi abil OpenShift 4-le hea?
- Kiire algus. Kuna Appranix lahendus põhineb SaaS põhimõtetel, ei pea te seadistama ühtegi infrastruktuuri ega konfigureerima või kasutama spetsiaalseid lahendusi migratsiooniks.
- Appranixi skaleeritavus hõlbustab suurte klastrite migreerimist.
- Komplekssete OpenShift 3 klastrikonfiguratsioonide automaatne varundamine ja nende edasine üleviimine OpenShift 4-le lihtsustab migratsiooniprotsessi.
- Võimalus testida, kuidas OpenShift 3 ettevõtte infrastruktuuri rakendused käituvad OpenShift 4 platvormil AWS-is.
- RBAC-juurdepääsu seadistuste migreerimine koos klastrite ressurssidega.
- Valikuline või täielik kõikide projektide migreerimine uutele OpenShift 4 klastritele.
- Valikuline – mitme tasandi tõrketaluvuse korraldamine konteinerirakendustele vastava tellimuse olemasolu korral.
Mitme tasandi tõrketaluvus OpenShifti rakendustele
Pärast migreerimist 3. versioonilt 4. versioonile saab Appranix lahendust kasutada rakenduste pideva tõrketaluvuse tagamiseks, kus on võimalik kolm varianti. Tase 1 tasakaalu (Level 1 Resiliency) võimaldab taastada rakendusi ilma, et oleks vaja vahetada piirkonda ja pilveteenuse pakkujat. Seda saab kasutada rakenduste tagasikäiguks või taastamiseks pärast kohalike rike piirkonna tasandil, näiteks ebaõnnestunud rakenduse juurutamise korral, või olukorraga, kus on vajalik kiiresti luua testkeskkond samas piirkonnas, kuid eraldi OpenShift klastris.
Tase 2 võimaldab rakendusi teisaldada teise piirkonda ilma teenuse pakkujat vahetamata. Sel juhul on võimalik peamise (primary) andmeinfrastruktuuri säilitamine peamises piirkonnas, kuid rakenduste käivitamine teises klastris teises piirkonnas. See valik on kasulik, kui pilve piirkond või tsoon on rikutud või tuleb rakendusi küberrünnaku tõttu teise piirkonda viia. Ja lõpuks, Tase 3 võimaldab vahetada mitte ainult piirkonda, vaid ka pilveteenuse pakkujat.
Kuidas töötab Appranix SRA
Mitmeastmeline rakenduste tõrketaluvus OpenShiftis Appranixis saavutatakse „ajamasina“ funktsionaalsuse abil, mis automatiseerib rakenduskeskkonna koopiate loomist. Selle funktsionaalsuse kasutamiseks ja rakenduste kaitse suurendamiseks piisab, kui DevOps-i torustikku lisada vaid üks koodirida.
Pilveteenuse pakkujate infrastruktuuri teenustes esinevad samuti probleemid, seetõttu on võimalus kiiresti teisele pakkujale üle minna kasulik, et vältida sõltuvust ühest teenusepakkujast.
Kuidas on näidatud alloleval joonisel, rakenduskeskkonna varukoopiaid saab Appranixis luua mitte ainult automaatselt kindla ajavahemiku järel, vaid ka CI/CD pideva integratsiooni ja kohaletoimetamise torustikust käsuga. Sel juhul tagab „ajamasin“ järgmist:
- Kaasaskantav, GitHubi sarnane, nimede ja rakenduskeskkondade logimine.
- Lihtne rakenduste tagasikäik.
- Pilvkeskkondade ja konteinerite konfiguratsioonide versioonide haldamine.
- Andmete eluiga automatiseeritud haldamine.
- Infrastruktuuri haldamise automatiseerimine koodina (IaC).
- Automation of IaC state management.
Appranix võimaldab luua rakenduste tasemel kaitse ja taastamise lahendusi sellistes stsenaariumides nagu kaosest inseneriteavates, hädaabitaastamises, lunavara kaitsmises ja äritegevuse järjepidevuse tagamises. Me ei peatu sellega, vaid vaatame, kuidas kasutada Appranixit migreerimiseks OpenShift 3-lt OpenShift 4-le.
Kuidas toimub OpenShift 3-lt OpenShift 4-le migreerimine Appranix Site Reliability platvormi abil
Protsess koosneb kolmest etapist:
- Seame üles OpenShift 3 ja OpenShift 4 automaatselt avastama kõik migreeritavad komponendid.
- Loome poliitikad ja määrame nimede ruumid migreerimiseks.
- Taastame kõik nimede ruumid OpenShift 4-le ühe kliki abil.
Seame üles OpenShift 3 ja 4 klasterd autotuvastusteks
Appranix eeldab, et teil on juba töötavad OpenShift 3 ja OpenShift 4 klastrid. Kui OpenShift 4 klastreid pole veel, looge need, kasutades . Peamise (primary) ja sihiklasteri (target) seadistamine Appranixis toimub sama moodi ja sisaldab vaid mõningaid samme.
Paigaldame Appranix Controller Agendi klastrite tuvastamiseks
Klastriressursi tuvastamiseks on vajalik väike sidecar-agendi kontrollija. Selle juurutamiseks piisab vastava curl-käsku kopeerimisest ja kleepimisest, nagu allpool näidatud. Pärast seda, kui agent on paigaldatud OpenShift 3-s ja OpenShift 4-s, tuvastab Appranix automaatselt kõik migreeritavad klastrite ressursid, sealhulgas nimede ruumid, deployment'id, pod'id, teenused ning hostid koos muude ressurssidega.
Suure jaotatud rakenduste migreerimine
Praegu vaatame näite kaudu, kuidas vaevata migreerida OpenShift 3-lt OpenShift 4-le jaotatud mikroteenuste rakendust SockShop (link – ). Nagu on näha allolevast joonisest, SockShop'i arhitektuur sisaldab mitmeid komponente.
Appranix tuvastab kõik ressursid, mille jaoks peab tagama kaitse ja migreerimise OpenShift 4-le, sealhulgas PoD'id, deployment'id, teenused ja klastrikonfiguratsioonid.
OpenShift 3 SockShop töötava rakendusega
Loome migreerimiseks Protection Policies poliitikaid
Poliitikaid saab paindlikult seadistada sõltuvalt sellest, kuidas migratsioon peaks toimuma. Näiteks mitmete kriteeriumide või varunduse alusel üks kord tunnis.
Teostame mitme OpenShift 3 klastrite migratsiooni kaitseplaanide (Protection Plans) abil
Sõltuvalt rakenduse või namespace'i omadustest saab OpenShift 3 klastritele rakendada poliitikaid, mida täidetakse üks kord tunnis, üks kord nädalas või isegi üks kord kuus.
Appranix võimaldab migreerida OpenShift 4 kõik klastrite namespace'id või valida ainult teatud namespace'id.
Teostame migreerimise OpenShift 4 ühes klõpsus
Migratsioon tähendab valitud namespace'ide taastamist sihtklastris OpenShift 4. See toiming teostatakse ühes klõpsus. Appranix kogub automaatselt kõik andmed algse keskkonna konfiguratsiooni ja ressursside kohta ning taastab need seejärel OpenShift 4 platvormile.
Kontrollime rakendusi pärast migratsiooni OpenShift 4
Logige sisse OpenShift 4 klastrisse, värskendage projekte ja kontrollige, et kõik rakendused ja namespace'id on korras. Korrake migratsiooniprotsessi teiste namespace'ide jaoks, luues selleks uusi kaitseplaane (Protection Plans) või muutes olemasolevaid.
Käivitame migreeritud rakendused OpenShift 4
Pärast rakenduste migreerimist Appranixi taastamisprotseduuri kaudu on oluline mitte unustada seadistada marsruute – need peavad osutama OpenShift 4-le. Võimalik, et enne tootmise täielikku üleviimist OpenShift 3-lt soovite teha testrestaureerimise. Kui OpenShift 4-le ilmub mitu töötavat rakendust vastavates namespace'ides, tekib vajadus migreerida ka ülejäänud rakendused selle protsessi abil.
Pärast kõigi namespace'ide üleviimist saate kaitsta kõiki OpenShift klastreid pideva katastroofide taastamise, lunapettuste kaitse, äri- protsesside katkestamatu tagamise või edasise migratsiooni jaoks, kuna Appranix Site Reliability Automation uuendatakse automaatselt koos OpenShift uute versioonide ilmumisega.
Kokkuvõttes
OpenShift 4 – see on suur edasiminek, peamiselt uue muutumatuse arhitektuuri ja Operator-põhise mudeli kaudu, et automatiseerida keeruliste rakenduste ja platvormide konfigureerimist klasterkeskkondades. Appranix pakub OpenShift'i kasutajatele lihtsat ja mugavat viisi OpenShift 4-le üleminekuks, kasutades oma pilvepõhist rakenduste hädaolukordade taastamise lahendust Site Reliability Platform.
Appranixi lahendust saab kasutada otse .
Allikas: habr.com
