Lihtsustame migreerimist OpenShift 3-lt OpenShift 4-le

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.

Lihtsustame migreerimist OpenShift 3-lt OpenShift 4-le

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 siin.

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 Red Hat Container Catalog) vÔimaldab luua varukoopiad kÔigist OpenShift 3 klastritest ja taastada need OpenShift 4-le vaid mÔne klikiga.

Lihtsustame migreerimist OpenShift 3-lt OpenShift 4-le

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.

Lihtsustame migreerimist OpenShift 3-lt OpenShift 4-le

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.

Lihtsustame migreerimist OpenShift 3-lt OpenShift 4-le

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.

Lihtsustame migreerimist OpenShift 3-lt OpenShift 4-le

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:

  1. Seame ĂŒles OpenShift 3 ja OpenShift 4 automaatselt avastama kĂ”ik migreeritavad komponendid.
  2. Loome poliitikad ja mÀÀrame nimede ruumid migreerimiseks.
  3. Taastame kĂ”ik nimede ruumid OpenShift 4-le ĂŒhe kliki abil.

Lihtsustame migreerimist OpenShift 3-lt OpenShift 4-le

Seame ĂŒles OpenShift 3 ja 4 klasterd autotuvastusteks

Lihtsustame migreerimist OpenShift 3-lt OpenShift 4-le

Appranix eeldab, et teil on juba töötavad OpenShift 3 ja OpenShift 4 klastrid. Kui OpenShift 4 klastreid pole veel, looge need, kasutades Red Hat dokumentatsiooni OpenShift 4 juurutamiseks. 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.

Lihtsustame migreerimist OpenShift 3-lt OpenShift 4-le

Suure jaotatud rakenduste migreerimine
Praegu vaatame nĂ€ite kaudu, kuidas vaevata migreerida OpenShift 3-lt OpenShift 4-le jaotatud mikroteenuste rakendust SockShop (link – detailne kirjeldus sellest rakendusest ja selle mikroteenuse arhitektuurist). Nagu on nĂ€ha allolevast joonisest, SockShop'i arhitektuur sisaldab mitmeid komponente.

Lihtsustame migreerimist OpenShift 3-lt OpenShift 4-le

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

Lihtsustame migreerimist OpenShift 3-lt OpenShift 4-le

Lihtsustame migreerimist OpenShift 3-lt OpenShift 4-le

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.

Lihtsustame migreerimist OpenShift 3-lt OpenShift 4-le

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.

Lihtsustame migreerimist OpenShift 3-lt OpenShift 4-le

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.

Lihtsustame migreerimist OpenShift 3-lt OpenShift 4-le

Lihtsustame migreerimist OpenShift 3-lt OpenShift 4-le

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.

Lihtsustame migreerimist OpenShift 3-lt OpenShift 4-le

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.

Lihtsustame migreerimist OpenShift 3-lt OpenShift 4-le

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 Red Hat Container Catalog.

Allikas: habr.com

Osta usaldusvÀÀrne hostimine veebilehtede jaoks DDoS-i kaitsega, VPS VDS serverid đŸ”„ Osta usaldusvÀÀrne hostimine veebilehtede jaoks DDoS-i kaitsega, VPS VDS serverid | ProHoster