Pra, platforma Red Hat OpenShift 4 është nisur zyrtarisht. Sot do të flasim se si të kaloni në të nga OpenShift Container Platform 3 sa më shpejt dhe thjeshtësisht.
NĂ« kĂ«tĂ« artikull, ne do tĂ« fokusohemi pĂ«r nga klasteret e reja OpenShift 4, qĂ« shfrytĂ«zojnĂ« mundĂ«sitĂ« e infrastrukturĂ«s sĂ« mençur dhe tĂ« pandryshueshme (immutable â e njĂ«jtĂ« pĂ«r tĂ« gjitha mjediset e implementimit) tĂ« bazuar nĂ« RHEL CoreOS dhe mjete automatizimi. MĂ« poshtĂ« do tĂ« tregojmĂ« se si tĂ« kaloni nĂ« OpenShift 4 pa probleme tĂ« tepĂ«rta.
Më shumë informacion rreth dallimeve midis versionit të ri dhe atij të vjetër mund të gjeni .
Migrimi i klastereve nga OpenShift 3 në OpenShift 4 duke përdorur platformën e certifikuar Red Hat Appranix
Appranix dhe Red Hat kanë punuar ngushtësisht për të thjeshtuar migrimin e burimeve të klasterit nga OpenShift 3 në OpenShift 4 përmes një shërbimi të veçantë, që funksionon mbi Appranix Site Reliability Automation për Kubernetes.
Zgjidhja Appranix (e cila mund të gjendet në ) lejon krijimin e backup-eve të të gjithë klastereve OpenShift 3 dhe rikthimin e tyre në OpenShift 4 me vetëm disa klikime.
Pse është e mirë migrimi duke përdorur Appranix për OpenShift 4
- Fillimi i shpejtë. Duke qenë se zgjidhja Appranix është ndërtuar sipas parimeve SaaS, nuk është e nevojshme të konfigurohet ndonjë infrastrukturë ose të përdoren zgjidhje të veçanta për migrim.
- Shkallëzueshmëria e Appranix lehtëson migrimin e klastereve të mëdha.
- Backup-i automatik i konfigurimeve komplekse të klastereve OpenShift 3 dhe transferimi i tyre në OpenShift 4 e thjeshton procesin e migrimit.
- Mundësia për të testuar se si aplikacionet nga infrastruktura korporative OpenShift 3 performojnë në platformën OpenShift 4 në cloud-in AWS.
- Migrimi i konfigurimeve të RBAC së qasjes së bashkë me burimet e klasterit.
- Migrim selektiv ose i plotë i të gjithë projekteve në klasteret e reja OpenShift 4.
- Me opsion â organizimi i disa niveleve tĂ« disponueshmĂ«risĂ« pĂ«r aplikacionet kontejner me njĂ« abonim pĂ«rkatĂ«s.
Disponueshmëria shumë-nivele (resiliency) për aplikacionet OpenShift
Pas migros së versionit 3 në 4 të OpenShift, zgjidhja Appranix mund të përdoret për sigurimin e një disponueshmërie të vazhdueshme për aplikacionet (Continuous App Resilience), ku janë të mundshëm tri opsione. Niveli 1 rezistencë (Level 1 Resiliency) lejon rikthimin e aplikacioneve pa ndryshuar rajonin dhe ofruesin e shërbimit cloud. Ai mund të përdoret për rikthimin e aplikacioneve ose për rikuperimin pas një dështimi lokal në nivel rajonal, për shembull, në rast të një implementimi të pasuksesshëm të aplikacionit, ose në situatën në të cilën është e nevojshme të krijohet shpejt një mjedis testi në të njëjtin rajon, por në një klaster të veçantë OpenShift.
Niveli 2 lejon transferimin e aplikacioneve në një rajon tjetër pa ndryshuar ofruesin. Në këtë mënyrë, mund të ruhet infrastruktura primare (primary) të të dhënave në rajonin kryesor, por të ekzekutohen aplikacionet në një klaster tjetër në një rajon tjetër. Ky opsion është i dobishëm kur një rajon ose zonë cloud dështon, ose është e nevojshme të transferohen aplikacionet në një rajon tjetër për shkak të një sulmi kibernetik. Dhe së fundi, Niveli 3 lejon ndryshimin jo vetëm të rajonit, por edhe të ofruesit cloud.
Si funksionon Appranix SRA
Multilevel resilienca e aplikacioneve OpenShift në Appranix arrihet përmes funksionalitetit të «makinës së kohës», që automatikisht krijon kopje të mjedisit të aplikacioneve. Për të aktivizuar këtë funksionalitet dhe për të rritur sigurinë e aplikacioneve, mjafton të shtoni një rresht kodi në procesin DevOps.
Në shërbimet infrastrukturore të ofruesve cloud gjithashtu ndodhin probleme, prandaj mundësia për t'u kaluar shpejt te një ofrues tjetër është e dobishme për të shmangur varësinë nga një ofrues i vetëm.
Siç tregohet në figurën më poshtë, kopjet e mjedisit të aplikacioneve mund të krijohen në Appranix jo vetëm automatikisht me një periudhë të caktuar, por edhe me urdhër nga procesi i integrimit dhe dorëzimit të vazhdueshëm CI/CD. Në këtë rast, «makina e kohës» siguron:
- Regjistrime inkrementale, të ngjashme me GitHub, të hapësirave të emrave dhe mjediseve të aplikacioneve.
- Rikthimin e thjeshtë të aplikacioneve.
- Menaxhimin e versioneve të konfigurimeve të mjediseve cloud dhe kontejnerëve.
- Menaxhimin automatizimi të ciklit të jetës së të dhënave.
- Automatizimin e menaxhimit të infrastrukturës si kod (IaC).
- Menaxhimin automatik të shteteve të IaC.
Me Appranix mund të organizoni mbrojtjen dhe rikuperimin në nivelin e aplikacioneve për skenarë të tillë si inxhinieria e kaosit, rikuperimi nga fatkeqësitë, mbrojtja nga keqpaguesit dhe sigurimi i vazhdimësisë së proceseve të biznesit. Nuk do të ndalojmë këtu dhe do të shqyrtojmë se si të përdorim Appranix për migrimin nga OpenShift 3 në OpenShift 4.
Si realizohet migrimi nga OpenShift 3 në OpenShift 4 duke përdorur Platformën e Sigurisë së Site-ve Appranix
Procesi përfshin tre faza:
- Konfigurojmë OpenShift 3 dhe OpenShift 4 për auto-zbulimin e të gjitha komponenteve që do të migrohen.
- Krijojmë politika dhe caktojmë hapësira emërsh për migrimin.
- Rikuperojmë të gjitha hapësirat emërsh në OpenShift 4 me një klikim.
Konfigurojmë klasteret OpenShift 3 dhe 4 për auto-zbulimin
Appranix konsideron se ju tashmë keni klasterët funksionalë OpenShift 3 dhe OpenShift 4. Nëse nuk ka klasterë OpenShift 4, krijoni ata duke përdorur . Konfigurimi i klasterëve kryesorë dhe të targetit në Appranix realizohet në mënyrë të njëjtë dhe përfshin vetëm disa hapa.
Instalojmë Agjent Kontrollues Appranix për zbulesën e klasterëve
Për zbulesën e burimeve të klasterëve nevojitet një agjent i vogël kontrollues sidecar. Mjafton të kopjoni dhe ngjisni komandën përkatëse curl, siç tregohet më poshtë. Pas instalimit të agjentit në OpenShift 3 dhe OpenShift 4, Appranix do të zbulojë automatikisht të gjitha burimet e klasterëve që do të migrohen, përfshirë hapësirat emërsh, implementimet, pod-et, shërbimet, si dhe hostet me burime të tjera.
Migrimi i aplikacioneve të mëdha të shpërndara
Tani do tĂ« shqyrtojmĂ« me njĂ« shembull se si tĂ« transferojmĂ« pa shumĂ« mundim aplikacionin e shpĂ«rndarĂ« tĂ« mikroshĂ«rbimit SockShop nga OpenShift 3 nĂ« OpenShift 4 (me linkun â ). Siç duket nga ilustrimi mĂ« poshtĂ«, arkitektura e SockShop pĂ«rmban shumĂ« komponente.
Appranix zbillon të gjitha burimet për të cilat është e nevojshme të sigurohet mbrojtja dhe migrimi në OpenShift 4, përfshirë pod-et, implementimet, shërbimet dhe konfigurimet e klasterëve.
OpenShift 3 me aplikacionin SockShop të funksionuar
Krijojmë politika Mbrojtjeje për migrimin
Politikat mund të përcaktohen në mënyrë fleksibël në varësi të mënyrës se si duhet të kryhet migrimi. Për shembull, mbi bazën e disa kritereve ose një kopje rezervë një herë në orë.
Kryejmë migrimin e disa klasterëve OpenShift 3 duke përdorur planet e mbrojtjes (Protection Plans)
Në varësi të veçorive të aplikacionit ose hapësirës emri, politikat e klasterëve OpenShift 3 mund të aplikohen, të cilat përfundojnë një herë në orë, një herë në javë ose madje një herë në muaj.
Appranix lejon që të trasferoni të gjitha hapësirat e emrave të klasterit në OpenShift 4 ose vetëm hapësirat e zgjedhura.
Kryejmë migrimin në OpenShift 4 me një klikim
Migrimi është rikthimi i hapësirave të emrave të zgjedhura në klasterin e synuar OpenShift 4. Kjo operacion kryhet me një klikim. Appranix e bën vetë gjithë punën e mbledhjes së të dhënave mbi konfigurimin dhe burimet e ambientit burimor dhe pastaj e rikthen atë në platformën OpenShift 4.
Kontrollojmë aplikacionet pas migrimit në OpenShift 4
Bëni login në klasterin OpenShift 4, përditësoni projektet dhe kontrolloni që të gjitha aplikacionet dhe hapësirat e emrave janë në rregull. Përsërisni procedurën e migrimit për hapësira të tjera emri duke krijuar për të këtë planet e reja të Mbrojtjes (Protection Plans) ose duke ndryshuar ato ekzistuese.
Nisni aplikacionet e migrura në OpenShift 4
Pas migrimit tĂ« aplikacioneve me procedurĂ«n e rikthimit tĂ« Appranix, Ă«shtĂ« e rĂ«ndĂ«sishme tĂ« mos harroni tĂ« konfiguroni rrugĂ«t â ato duhet tĂ« tregojnĂ« pĂ«r OpenShift 4. Mund tĂ« ndodhi qĂ«, para se tĂ« pĂ«rfundojĂ« plotĂ«sisht transferimi i prodhimit nga OpenShift 3, dĂ«shironi tĂ« bĂ«ni njĂ« rikthim testues. Kur nĂ« OpenShift 4 tĂ« shfaqen disa aplikacione funksionale nĂ« hapĂ«sirat pĂ«rkatĂ«se, do tĂ« lindĂ« nevoja pĂ«r tĂ« transferuar edhe aplikacionet e tjera duke pĂ«rdorur kĂ«tĂ« proces.
Pas transferimit të të gjitha hapësirave të emrave, do të jeni në gjendje të mbroni të gjitha klasterët OpenShift për rikthim të vazhdueshëm nga aksidentet, mbrojtje nga shantazhet, sigurimin e vazhdueshmërisë së proceseve të biznesit ose për migrim të mëvonshëm, për shkak se Appranix Site Reliability Automation përditësohet automatikisht me daljen e versioneve të reja të OpenShift.
Përveç kësaj
OpenShift 4 â Ă«shtĂ« njĂ« hap i madh pĂ«rpara, sidomos pĂ«r shkak tĂ« arkitekturĂ«s sĂ« re tĂ« pandryshueshme dhe modelit tĂ« platformĂ«s Operator pĂ«r automatizimin e konfigurimeve tĂ« komplikuara tĂ« aplikacioneve dhe platformave qĂ« funksionojnĂ« nĂ« mjedise klasterĂ«sh. Appranix ofron pĂ«rdoruesve tĂ« OpenShift njĂ« mĂ«nyrĂ« tĂ« thjeshtĂ« dhe tĂ« pĂ«rshtatshme pĂ«r tĂ« kaluar nĂ« OpenShift 4 me zgjidhjen e saj tĂ« orientuar ndaj re pĂ«r rikuperimin e emergjencĂ«s sĂ« aplikacioneve Site Reliability Platform.
Zgjidhja Appranix mund të përdoret direkt nga .
Burimi: habr.com
