Niisiis, Red Hat OpenShift 4 platvormi ametlik käivitamine on toimunud. Täna räägime teile, kuidas OpenShift Container Platform 3-lt võimalikult kiiresti ja lihtsalt üle minna.
Selle artikli jaoks huvitavad meid eeskätt uued OpenShift 4 klastrid, mis võimendavad RHEL CoreOS-il ja automatiseerimistööriistadel põhineva nutika ja muutumatu infrastruktuuri võimalusi. Allpool näitame teile, kuidas lülituda OpenShift 4-le ilma probleemideta.
Uue ja vana versiooni erinevuste kohta saate lisateavet. .
Klastrite migreerimine OpenShift 3-lt OpenShift 4-le, kasutades sertifitseeritud Red Hat Appranixi platvormi
Appranix ja Red Hat on teinud usinalt tööd, et hõlbustada klastri ressursside üleviimist OpenShift 3-lt OpenShift 4-le kohandatud teenusega, mis töötab Kubernetesi Appranixi saidi töökindluse automatiseerimisel.
Appranixi lahendus (leiate aadressil ) võimaldab teil luua kõigist OpenShift 3 klastritest varukoopiaid ja taastada need OpenShift 4-sse vaid mõne klõpsuga.
Miks on Appranixi OpenShift 4 jaoks migreerimine hea?
- Kiire algus. Kuna Appranixi lahendus on üles ehitatud SaaS-i põhimõtetele, ei ole vaja seadistada infrastruktuuri ega konfigureerida ega kasutada eraldi spetsiaalseid migratsioonilahendusi.
- Appranixi skaleeritavus muudab suurte klastrite migreerimise lihtsaks.
- Keeruliste OpenShift 3 klastri konfiguratsioonide automaatne varundamine koos järgneva ülekandmisega OpenShift 4-le lihtsustab migreerimisprotsessi ennast.
- Võimalus testida, kuidas OpenShift 3 ettevõtte infrastruktuuri rakendused OpenShift 4 platvormil AWS-i pilves käituvad.
- RBAC juurdepääsuseadete migreerimine koos klastri ressurssidega.
- Kõigi projektide valikuline või täielik migreerimine uutesse OpenShift 4 klastritesse.
- Valikuline – konteinerrakenduste mitmel tasemel tõrketaluvuse korraldamine, kui teil on vastav tellimus.
Mitmetasandiline tõrketaluvus (vastupidavus) OpenShifti rakenduste jaoks
Pärast OpenShift 3-lt 4-le üleminekut saab Appranixi lahendust kasutada pideva rakenduste vastupidavuse pakkumiseks, milles on võimalikud kolm võimalust. 1. tase Vastupidavus (Level 1 Resiliency) võimaldab teil taastada rakendusi ilma piirkonda ja pilveteenuse pakkujat muutmata. Seda saab kasutada rakenduste tagasipööramiseks või kohaliku tõrke taastamiseks piirkonna tasemel, näiteks kui rakenduse juurutamine ebaõnnestub või olukorras, kus peate kiiresti looma samas piirkonnas, kuid eraldi OpenShift-klastris testkeskkonna. .
2. tase võimaldab teil edastada rakendusi teise piirkonda ilma pakkujat vahetamata. Sel juhul saate hoida esmase andmeinfrastruktuuri põhiregioonis, kuid käivitada rakendusi mõnes teises piirkonna klastris. See suvand on kasulik, kui pilvepiirkond või -tsoon läheb alla või kui küberrünnaku tõttu tuleb rakendused teise piirkonda teisaldada. Ja lõpuks, 3. tase võimaldab muuta mitte ainult piirkonda, vaid ka pilveteenuse pakkujat.
Kuidas Appranix SRA töötab
Appranixi OpenShifti rakenduste mitmetasandiline tõrketaluvus saavutatakse "ajamasina" funktsiooni kaudu, mis loob automaatselt rakenduskeskkonna koopiad. Selle funktsiooni lubamiseks ja rakenduse turvalisuse parandamiseks lisage oma DevOpsi konveierile üks koodirida.
Probleeme on ka pilveteenuse pakkujate taristuteenustel, seega on võimalus kiiresti teisele pakkujale üle minna, et vältida ühte teenusepakkujasse lukustumist.
Nagu allolev pilt näitab, rakenduskeskkonna varukoopiaid saab Appranixis luua mitte ainult automaatselt määratud sagedusega, vaid ka pideva integreerimise ja CI/CD edastamise konveieri käsul. Samal ajal pakub "ajamasin":
- Nimeruumide ja rakenduskeskkondade järkjärguline GitHubi stiilis logimine.
- Lihtne rakenduse tagasipööramine.
- Pilve ja konteineri konfiguratsioonide versioon.
- Automatiseeritud andmete elutsükli haldamine.
- Infrastruktuuri automatiseerimine koodihaldusena (IaC).
- Automatiseeritud IaC olekuhaldus.
Appranixi abil saate pakkuda täielikku rakendustaseme kaitset ja taastamist selliste stsenaariumide jaoks nagu kaosetehnoloogia, avariitaaste, lunavarakaitse ja talitluspidevus. Me ei lasku sellesse üksikasjadesse ja vaatame edasi, kuidas kasutada Appranixit OpenShift 3-lt OpenShift 4-le üleminekuks.
OpenShift 3 üleviimine OpenShift 4-le, kasutades Appranixi saidi töökindluse platvormi
Protsess sisaldab kolme etappi:
- Konfigureerime OpenShift 3 ja OpenShift 4, et tuvastada automaatselt kõik migreeritavad komponendid.
- Loome migratsiooniks eeskirju ja määrame nimeruumid.
- OpenShift 4 kõigi nimeruumide taastamine ühe klõpsuga.
OpenShift 3 ja 4 klastrite konfigureerimine automaatseks tuvastamiseks
Appranix eeldab, et teil on juba avatud OpenShift 3 ja OpenShift 4 klastrid. Kui OpenShift 4 klastreid veel pole, looge need kasutades . Peamise ja sihtklastrite seadistamine Appranixis on sama ja hõlmab vaid mõnda sammu.
Appranix Controller Agenti installimine klastrite tuvastamiseks
Klastri ressursside avastamiseks vajate väikest külgkorvi kontrolleri agenti. Selle juurutamiseks kopeerige ja kleepige sobiv curl käsk, nagu allpool. Kui agent on rakendustesse OpenShift 3 ja OpenShift 4 installitud, avastab Appranix automaatselt kõik migreeritavad klastri ressursid, sealhulgas nimeruumid, juurutused, kaustad, teenused ja muude ressurssidega hostid.
Suurte hajutatud rakenduste migratsioon
Nüüd vaatame näidet, kuidas hajutatud mikroteenuse rakendust SockShop hõlpsalt OpenShift 3-st OpenShift 4-sse üle kanda (järgige linki - ). Nagu näha on pilt allpool,SockShopi arhitektuur sisaldab palju komponente.
Appranix avastab kõik ressursid, mida tuleb kaitsta ja OpenShift 4-le üle viia, sealhulgas PoD-d, juurutused, teenused ja klastri konfiguratsioonid.
OpenShift 3 ja SockShop töötab
Rände kaitsepoliitika loomine
Reegleid saab määrata paindlikult sõltuvalt sellest, kuidas migreerumine peaks toimuma. Näiteks mitme kriteeriumi alusel või kord tunnis varundamine.
Mitme OpenShift 3 klastri migreerimine kaitseplaanide abil
Olenevalt konkreetsest rakendusest või nimeruumist saate rakendada eeskirju OpenShift 3 klastritele, mis käitatakse kord tunnis, kord nädalas või isegi kord kuus.
Appranix võimaldab teil migreerida kõik klastri nimeruumid OpenShift 4-sse või ainult valitud nimeruumid.
Teostame OpenShift 4-le ülemineku ühe klõpsuga
Migreerimine on valitud nimeruumide taastamine OpenShift 4 sihtklastrisse. See toiming tehakse ühe klõpsuga. Appranix teeb ise kogu töö lähtekeskkonna konfiguratsiooni ja ressursside kohta andmete kogumiseks ning seejärel taastab need iseseisvalt OpenShift 4 platvormile.
Rakenduste kontrollimine pärast OpenShift 4-le üleminekut
Logige sisse OpenShift 4 klastrisse, värskendage projekte ja kontrollige, kas kõik rakendused ja nimeruumid on korras. Korrake migratsiooniprotseduuri teiste nimeruumide jaoks, luues uusi kaitseplaane või muutes olemasolevaid.
Migreeritud rakenduste käivitamine rakenduses OpenShift 4
Pärast Appranixi taastamisprotseduuri kasutavate rakenduste migreerimist on oluline meeles pidada marsruutide konfigureerimist – need peavad osutama OpenShift 4-le. Enne tootmise täielikku üleviimist OpenShift 3-st võiksite teha testtaaste. Kui teil on OpenShift 4-s mõned töötavad rakendused vastavates nimeruumides, peate ülejäänud rakendused selle protsessi abil üle viima.
Kui kõik nimeruumid on üle viidud, saate kaitsta kõiki OpenShifti klastreid pideva katastroofi taastamise, lunavaratõrje, äritegevuse järjepidevuse või tulevaste migratsioonide jaoks, kuna Appranixi saidi usaldusväärsuse automatiseerimine värskendatakse automaatselt, kui OpenShifti uued versioonid välja lastakse.
Kogusummas
OpenShift 4 on suur samm edasi, peamiselt tänu uuele muutumatule arhitektuurile ja Operatori platvormi mudelile, mis võimaldab automatiseerida klastrikeskkondades töötavate rakenduste ja platvormide keerulisi konfiguratsioone. Appranix pakub OpenShifti kasutajatele lihtsat ja mugavat viisi OpenShift 4-le üleminekuks oma pilvepõhise rakenduse avariitaastelahenduse Site Reliability Platform abil.
Appranixi lahust saab kasutada otse .
Allikas: www.habr.com