Atvieglojam migrāciju no OpenShift 3 uz OpenShift 4

Tātad oficiāli tika uzsākta Red Hat OpenShift 4 platforma. Šodien mēs izstāstīsim, kā ātri un viegli pāriet uz to no OpenShift Container Platform 3.

Atvieglojam migrāciju no OpenShift 3 uz OpenShift 4

Å Ä«s raksta ietvaros vispirms mÅ«s interesē jaunie OpenShift 4 klasteri, kas izmanto inteliÄ£entas un nemainÄ«gas (immutable – vienādas visām izvietoÅ”anas vidēm) infrastruktÅ«ras iespējas, pamatojoties uz RHEL CoreOS un automatizācijas rÄ«kiem. Zemāk mēs parādÄ«sim, kā pāriet uz OpenShift 4 bez liekām problēmām.

Lai uzzinātu vairāk par jaunās versijas atŔķirÄ«bām no iepriekŔējās, varat Å”eit.

Migrācija no OpenShift 3 uz OpenShift 4, izmantojot sertificēto Red Hat Appranix platformu

Appranix un Red Hat rūpīgi strādāja, lai vienkārŔotu klasteru resursu migrāciju no OpenShift 3 uz OpenShift 4, izmantojot īpaŔu pakalpojumu, kas darbojas virs Appranix Site Reliability Automation risinājuma Kubernetes.

Appranix risinājums (to var atrast Red Hat Container Catalog) ļauj izveidot rezervkopijas visiem OpenShift 3 klasteriem un atjaunot tos OpenShift 4 tikai dažās klikŔķos.

Atvieglojam migrāciju no OpenShift 3 uz OpenShift 4

Kāpēc migrācija, izmantojot Appranix, ir labāka OpenShift 4

  • Ātra palaiÅ”ana. Tā kā Appranix risinājums ir balstÄ«ts uz SaaS principiem, nav nepiecieÅ”ams konfigurēt nekādu infrastruktÅ«ru, kā arÄ« izmantot atseviŔķus specializētus migrācijas risinājumus.
  • Appranix mērogojamÄ«ba atvieglo lielu klasteru migrāciju.
  • Automātiska sarežģītu OpenShift 3 klasteru konfigurāciju rezervkopēŔana ar turpmāku pārsÅ«tīŔanu uz OpenShift 4 atvieglo paÅ”u migrācijas procesu.
  • Iespēja izmēģināt, kā lietojumprogrammas no uzņēmuma OpenShift 3 infrastruktÅ«ras uzvedas OpenShift 4 platformā AWS mākoņā.
  • RBAC piekļuves iestatÄ«jumu migrācija kopā ar klastera resursiem.
  • Izvēles vai pilna visu projektu migrācija uz jaunajiem OpenShift 4 klasteriem.
  • Pēc izvēles – vairāku lÄ«meņu nepārtrauktÄ«bas organizēŔana konteineru lietojumprogrammām, ja ir atbilstoÅ”a abonēŔana.

Atvieglojam migrāciju no OpenShift 3 uz OpenShift 4

Vairāku līmeņu noturība (resiliency) OpenShift lietojumprogrammām

Pēc migrācijas no 3. versijas uz 4. versiju OpenShift risinājumu Appranix var izmantot, lai nodroÅ”inātu nepārtrauktu lietojumprogrammu noturÄ«bu (Continuous App Resilience), kurā ir trÄ«s iespējas. LÄ«menis 1 noturÄ«bas (Level 1 Resiliency) funkcionalitāte ļauj atjaunot lietotnes bez reÄ£iona un mākoņu pakalpojumu sniedzēja maiņas. To var izmantot lietotņu atgrieÅ”anai atpakaļ vai atjaunoÅ”anai pēc vietēja bojājuma reÄ£iona lÄ«menÄ«, piemēram, neveiksmÄ«ga lietotnes izvietoÅ”anas gadÄ«jumā, vai situācijā, kurā nepiecieÅ”ams ātri izveidot testēŔanas vidi tajā paŔā reÄ£ionā, bet citā OpenShift klasterÄ«.

LÄ«menis 2 ļauj pārvietot lietotnes uz citu reÄ£ionu bez pakalpojumu sniedzēja maiņas. Å ajā gadÄ«jumā var saglabāt pamata (primary) datu infrastruktÅ«ru galvenajā reÄ£ionā, taču lietotnes var darbināt citā klasterÄ« citā reÄ£ionā. Å Ä« iespēja ir noderÄ«ga, kad mākoņu reÄ£ions vai zona kļūst nederÄ«ga, vai ir nepiecieÅ”ams pārsÅ«tÄ«t lietotnes uz citu reÄ£ionu kiberdraudu dēļ. Un visbeidzot, LÄ«menis 3 ļauj mainÄ«t ne tikai reÄ£ionu, bet arÄ« mākoņu pakalpojumu sniedzēju.

Atvieglojam migrāciju no OpenShift 3 uz OpenShift 4

Kā darbojas Appranix SRA
Daudzkārtēja OpenShift lietotņu kļūmes izturÄ«ba Appranix tiek sasniegta, pateicoties ā€žlaika maŔīnasā€ funkcionalitātei, kas automātiski izveido lietotņu vidēm rezerves kopijas. Lai izmantotu Å”o funkcionalitāti un palielinātu lietotņu droŔību, pietiek pievienot savam DevOps kanālam tikai vienu koda rindu.
Infrastruktūras pakalpojumos mākoņu pakalpojumu sniedzējos arī rodas problēmas, tāpēc iespēja ātri pāriet pie cita pakalpojumu sniedzēja ir noderīga, lai izvairītos no atkarības no viena pakalpojumu sniedzēja.

Kā parādÄ«ts attēlā zemāk, lietotņu vidi rezerves kopijas var tikt izveidotas Appranix ne tikai automātiski ar noteiktu periodiskumu, bet arÄ« rÄ«kojuma formā no nepārtraukta integrācijas un piegādes CI/CD kanāla. Å ajā gadÄ«jumā ā€žlaika maŔīnaā€ nodroÅ”ina:

  • Inkrementālo GitHub veida nosaukumu telpu un lietotņu vidēm žurnālu.
  • VienkārÅ”a lietotņu atgrieÅ”ana atpakaļ.
  • Mākoņu vidēm un konteineru konfigurāciju versiju pārvaldÄ«ba.
  • Automatizēta datu dzÄ«ves cikla pārvaldÄ«ba.
  • InfrastruktÅ«ras kā koda (IaC) automatizēta pārvaldÄ«ba.
  • Automatizēta IaC stāvokļu pārvaldÄ«ba.

Atvieglojam migrāciju no OpenShift 3 uz OpenShift 4

Ar palÄ«dzÄ«bu Appranix var organizēt aizsardzÄ«bu un atjaunoÅ”anu lietojumprogrammu lÄ«menÄ« pilnÄ«gām situācijām, piemēram, haosa inženierijai (chaos engineering), katastrofu atjaunoÅ”anai, aizsardzÄ«bai pret izspieÅ”anu un biznesa procesu nepārtrauktÄ«bas nodroÅ”ināŔanai. Mēs neapstāsimies pie tā sÄ«kāk un turpināsim apspriest, kā izmantot Appranix migrācijai no OpenShift 3 uz OpenShift 4.

Kā notiek migrācija no OpenShift 3 uz OpenShift 4, izmantojot Appranix Site Reliability Platform

Process ietver trīs posmus:

  1. Konfigurējam OpenShift 3 un OpenShift 4 automātiskai atklāŔanai visiem pārvietojamiem komponentiem.
  2. Izveidojam politikas un iestatām nosaukuma telpas migrācijai.
  3. Atjaunojam visas nosaukuma telpas OpenShift 4 vienā klikŔķī.

Atvieglojam migrāciju no OpenShift 3 uz OpenShift 4

Konfigurējam OpenShift 3 un 4 klasterus automātiskai atklāŔanai

Atvieglojam migrāciju no OpenShift 3 uz OpenShift 4

Appranix uzskata, ka jums jau ir darboto OpenShift 3 un OpenShift 4 klasteri. Ja OpenShift 4 klasteri vēl nav izveidoti, izveidojiet tos, izmantojot Red Hat dokumentāciju OpenShift 4 izvietoÅ”anai. Pamata (primary) un mērÄ·a (target) klasteru iestatīŔana Appranix notiek vienādi un ietver tikai dažus soļus.

Instalējam Appranix Controller Agent klasteru atklāŔanai

Klasteru resursu atklāŔanai nepiecieÅ”ams neliels sekojoÅ”s aÄ£ents. Lai to izvietotu, pietiek ar to, ka kopējat un ielÄ«mējat attiecÄ«go curl komandu, kā norādÄ«ts zemāk. Pēc tam, kad aÄ£ents ir uzstādÄ«ts OpenShift 3 un OpenShift 4, Appranix automātiski atklās visus pārvietojamos klasteru resursus, tostarp nosaukuma telpas, izvietojumus, podus, pakalpojumus un citus resursus.

Atvieglojam migrāciju no OpenShift 3 uz OpenShift 4

Lielu sadalītu lietojumprogrammu migrācija
Tagad mēs piemēra ietvaros aplÅ«kosim, kā bez liekām pÅ«lēm pārvietot no OpenShift 3 uz OpenShift 4 sadalÄ«tu mikropakalpojumu lietojumprogrammu SockShop (saites – detalizēts Ŕīs lietojumprogrammas apraksts un tās mikropakalpojumu arhitektÅ«ra). Kā redzams no attēla zemāk, SockShop arhitektÅ«ra satur daudz komponentu.

Atvieglojam migrāciju no OpenShift 3 uz OpenShift 4

Appranix atklāj visus resursus, kuriem nepiecieŔama aizsardzība un migrācija uz OpenShift 4, tostarp podus, izvietojumus, pakalpojumus un klastera konfigurācijas.

OpenShift 3 ar darbināmo SockShop lietojumprogrammu

Atvieglojam migrāciju no OpenShift 3 uz OpenShift 4

Atvieglojam migrāciju no OpenShift 3 uz OpenShift 4

Izveidojam aizsardzības politikas (Protection Policies) migrācijai

Politikas var noteikt elastÄ«gi atkarÄ«bā no tā, kā migrācija jāveic. Piemēram, pamatojoties uz vairākiem kritērijiem vai droŔības kopijām reizi stundā.

Atvieglojam migrāciju no OpenShift 3 uz OpenShift 4

Mēs veicam vairākus OpenShift 3 klasteru migrācijas procesus, izmantojot aizsardzības plānus (Protection Plans).

Atkarībā no lietojumprogrammas vai nosaukumtelpas īpatnībām, OpenShift 3 klasteriem var pielietot politikas, kas tiek pārbaudītas reizi stundā, reizi nedēļā vai pat reizi mēnesī.

Appranix ļauj pārvietot uz OpenShift 4 visus klastera nosaukumtelpas vai tikai izvēlētās telpas.

Atvieglojam migrāciju no OpenShift 3 uz OpenShift 4

Mēs migrējam uz OpenShift 4 ar vienu klikŔķi.

Migrācija ir izvēlēto nosaukumtelpu atjaunoÅ”ana jaunajā OpenShift 4 klasterÄ«. Å Ä« darbÄ«ba tiek veikta vienā klikŔķī. Appranix pats veic visu darbu, vācot informāciju par konfigurāciju un sākotnējās vides resursiem, un pēc tam atjauno to OpenShift 4 platformā.

Atvieglojam migrāciju no OpenShift 3 uz OpenShift 4

Atvieglojam migrāciju no OpenShift 3 uz OpenShift 4

Pārbaudām lietojumprogrammas pēc migrācijas uz OpenShift 4.

Piesakieties OpenShift 4 klasterī, atjaunojiet projektus un pārliecinieties, ka visas lietojumprogrammas un nosaukumtelpas ir kārtībā. Veiciet migrācijas procedūru citām nosaukumtelpām, izveidojot jaunas aizsardzības plānus (Protection Plans) vai mainot jau esoŔās.

Atvieglojam migrāciju no OpenShift 3 uz OpenShift 4

Palaidiet migrētās lietojumprogrammas uz OpenShift 4.

Pēc lietojumprogrammu migrācijas ar Appranix atjaunoÅ”anas procedÅ«ru svarÄ«gi neaizmirst konfigurēt marÅ”rutus – tiem jānorāda uz OpenShift 4. Iespējams, pirms pilnÄ«gas produkcijas pārvietoÅ”anas no OpenShift 3, vēlēsieties veikt testu atjaunoÅ”anu. Kad OpenShift 4 bÅ«s dažas darbojoŔās lietojumprogrammas attiecÄ«gajās nosaukumtelpās, radÄ«sies nepiecieÅ”amÄ«ba pārvietot arÄ« pārējās lietojumprogrammas, izmantojot Å”o procesu.

Pēc visu nosaukumtelpu pārvietoÅ”anas jÅ«s varēsiet aizsargāt visus OpenShift klasterus nepārtrauktai katastrofu atjaunoÅ”anai, aizsardzÄ«bai pret izspieÅ”anas programmatÅ«ru, biznesa procesu nepārtrauktÄ«bas nodroÅ”ināŔanai vai turpmākai migrācijai, jo Appranix Site Reliability Automation automātiski tiek atjaunināts lÄ«dz ar jauno OpenShift versiju izlaiÅ”anu.

Atvieglojam migrāciju no OpenShift 3 uz OpenShift 4

Kopējā summa

OpenShift 4 – ir liels solis uz priekÅ”u, pateicoties jaunajai nemainÄ«gajai arhitektÅ«rai un Operator platformas modelim, kas automatizē sarežģītu lietojumprogrammu un platformu konfigurāciju pārvaldÄ«bu, strādājot klastera vidē. Appranix piedāvā OpenShift lietotājiem vienkārÅ”u un ērtu veidu, kā pāriet uz OpenShift 4, izmantojot savu mākoņorientēto risinājumu lietojumprogrammu avārijas atjaunoÅ”anai Site Reliability Platform.

Appranix risinājumu var izmantot tieŔi no Red Hat Container Catalog.

Avots: habr.com

Iegādājieties uzticamu tÄ«mekļa hostingu ar DDoS aizsardzÄ«bu, VPS VDS serveriem šŸ”„ Iegādājieties uzticamu tÄ«mekļa hostingu ar DDoS aizsardzÄ«bu, VPS VDS serveriem | ProHoster