Do, okazis la oficiala lanĉo de la platformo Red Hat OpenShift 4. Hodiaŭ ni rakontos al vi kiel ŝanĝi al ĝi de OpenShift Container Platform 3 kiel eble plej rapide kaj facile.
Por la celoj de ĉi tiu artikolo, ni ĉefe interesiĝas pri la novaj OpenShift 4-aretoj, kiuj utiligas la kapablojn de inteligenta kaj neŝanĝebla infrastrukturo bazita sur RHEL CoreOS kaj aŭtomatigaj iloj. Malsupre ni montros al vi kiel ŝanĝi al OpenShift 4 sen problemoj.
Vi povas ekscii pli pri la diferencoj inter la nova versio kaj la malnova.
Migrado de aretoj de OpenShift 3 al OpenShift 4 uzante la atestitan Red Hat Appranix-platformon
Appranix kaj Red Hat diligente laboris por faciligi la migradon de grapolresursoj de OpenShift 3 al OpenShift 4 kun kutima servo, kiu funkcias aldone al Appranix Site Reliability Automation por Kubernetes.
Appranix-solvo (troveblas en
Kial migrado uzante Appranix por OpenShift 4 estas bona
- Rapida komenco. Ĉar la solvo Appranix estas konstruita laŭ principoj de SaaS, ne necesas starigi ajnan infrastrukturon kaj ne necesas agordi aŭ uzi apartajn specialigitajn migrajn solvojn.
- La skaleblo de Appranix faciligas migri grandajn aretojn.
- Aŭtomata sekurkopio de kompleksaj agordoj de OpenShift 3 kun posta translokigo al OpenShift 4 simpligas la migradprocezon mem.
- La kapablo testi kiel aplikaĵoj de la entreprena infrastrukturo OpenShift 3 kondutas sur la OpenShift 4 platformo en la AWS-nubo.
- Migrado de RBAC-aliraj agordoj kune kun amasresursoj.
- Selektema aŭ kompleta migrado de ĉiuj projektoj al novaj OpenShift 4-aretoj.
- Laŭvola - organizo de pluraj niveloj de misfunkciado por kontenaj aplikaĵoj se vi havas la taŭgan abonon.
Multnivela faŭltoleremo (rezistemo) por OpenShift-aplikoj
Post migrado de OpenShift 3 al 4, la solvo Appranix povas esti uzata por provizi Continuous App Resilience, en kiu tri opcioj estas eblaj. Nivelo 1 Resiliency (Nivelo 1 Resiliency) permesas restarigi aplikojn sen ŝanĝi la regionon kaj nuban provizanton. Ĝi povas esti uzata por nuligi aplikojn aŭ renormaliĝi post loka fiasko ĉe la regiona nivelo, kiel kiam aplikaĵa deplojo malsukcesas, aŭ en situacio kie vi devas rapide krei testan medion en la sama regiono sed sur aparta OpenShift-areto. .
Nivelo 2 permesas vin translokigi aplikojn al alia regiono sen ŝanĝi provizantoj. En ĉi tiu kazo, vi povas konservi la ĉefan datuman infrastrukturon en la ĉefa regiono, sed ruli aplikojn en alia areto en malsama regiono. Ĉi tiu opcio estas utila kiam nuba regiono aŭ zono falas, aŭ aplikaĵoj devas esti movitaj al alia regiono pro ciberatako. Kaj finfine, Nivelo 3 permesas vin ŝanĝi ne nur la regionon, sed ankaŭ la nuban provizanton.
Kiel Appranix SRA funkcias
Multnivela erartoleremo de OpenShift-aplikoj en Appranix estas atingita per la funkcio "tempomaŝino", kiu aŭtomate kreas kopiojn de la aplika medio. Por ebligi ĉi tiun funkcion kaj plibonigi aplikaĵan sekurecon, simple aldonu unu linion de kodo al via DevOps-dukto.
La infrastrukturaj servoj de nubaj provizantoj ankaŭ spertas problemojn, do la kapablo rapide ŝanĝi al alia provizanto estas utila por eviti esti ŝlosita en ununura servoprovizanto.
Kiel la suba bildo montras, aplikaĵmedio-sekurkopioj povas esti kreitaj en Appranix ne nur aŭtomate ĉe specifa frekvenco, sed ankaŭ laŭ komando de la kontinua integriĝo kaj CI/KD-liveraĵdukto. Samtempe, la "tempomaŝino" provizas:
- Pliiga, GitHub-stila enhavado de nomspacoj kaj aplikaĵmedioj.
- Simpla aplikaĵo-reveno.
- Versiado de agordoj de nubo kaj ujo.
- Aŭtomatigita datumvivciklo-administrado.
- Aŭtomatigo de infrastrukturo kiel administrado de kodo (IaC).
- Aŭtomatigita IaC ŝtata administrado.
Kun Appranix, vi povas provizi tutan aplikaĵnivelan protekton kaj reakiron por scenaroj kiel kaosa inĝenierado, katastrofa reakiro, ransomware protekto kaj komerca kontinueco. Ni ne eniros en detalojn pri tio kaj plu rigardos kiel uzi Appranix por migri de OpenShift 3 al OpenShift 4.
Kiel migri OpenShift 3 al OpenShift 4 uzante Appranix Site Reliability Platform
La procezo inkluzivas tri etapojn:
- Ni agordas OpenShift 3 kaj OpenShift 4 por aŭtomate detekti ĉiujn migrotajn komponantojn.
- Ni kreas politikojn kaj starigas nomspacojn por migrado.
- Retrovi ĉiujn nomspacojn sur OpenShift 4 per unu klako.
Agordante OpenShift 3 kaj 4 Clusters por aŭtomata malkovro
Appranix supozas, ke vi jam havas kurantajn OpenShift 3 kaj OpenShift 4 aretojn. Se ankoraŭ ne ekzistas OpenShift 4 aretoj, kreu ilin uzante
Instalante Appranix Controller Agent por detekti aretojn
Por malkovri areto-resursojn, vi bezonas malgrandan sidecar-regilagenton. Por deploji ĝin, simple kopiu kaj algluu la taŭgan buklan komandon, kiel sube. Post kiam la agento estas instalita en OpenShift 3 kaj OpenShift 4, Appranix aŭtomate malkovros ĉiujn grapolajn rimedojn por esti migritaj, inkluzive de nomspacoj, deplojoj, podoj, servoj, same kiel gastigantoj kun aliaj rimedoj.
Migrado de grandaj distribuitaj aplikoj
Nun ni rigardos ekzemplon pri kiel facile translokigi la distribuitan mikroservan aplikaĵon SockShop de OpenShift 3 al OpenShift 4 (sekvu la ligilon -
Appranix malkovras ĉiujn rimedojn, kiuj devas esti protektitaj kaj migritaj al OpenShift 4, inkluzive de PoD-oj, deplojoj, servoj kaj cluster-agordoj.
OpenShift 3 kun SockShop funkcianta
Krei Protektajn Politikojn por migrado
Politikoj povas esti fiksitaj flekseble depende de kiel la migrado devus esti efektivigita. Ekzemple, surbaze de pluraj kriterioj aŭ sekurkopio unufoje hore.
Migrado multoblajn OpenShift 3 aretojn uzante Protektajn Planojn
Depende de la specifa aplikaĵo aŭ nomspaco, vi povas apliki politikojn al OpenShift 3-grupoj, kiuj funkcias unufoje hore, unufoje semajne aŭ eĉ unufoje monate.
Appranix permesas migri ĉiujn nomspacojn de areto al OpenShift 4 aŭ nur elektitajn.
Ni faras migradon al OpenShift 4 per unu klako
Migrado estas la restarigo de elektitaj nomspacoj al la cela OpenShift 4-grupo. Ĉi tiu operacio estas farita per unu klako. Appranix mem faras la tutan laboron kolekti datumojn pri la agordo kaj rimedoj de la fonta medio kaj poste sendepende restarigas ĝin al la platformo OpenShift 4.
Kontrolante aplikaĵojn post migrado al OpenShift 4
Ensalutu al la OpenShift 4-grupo, ĝisdatigu la projektojn kaj kontrolu, ke ĉiuj aplikaĵoj kaj nomspacoj estas en ordo. Ripetu la migradan proceduron por aliaj nomspacoj, kreante novajn Protektajn Planojn aŭ ŝanĝante ekzistantajn.
Lanĉante migritajn aplikojn sur OpenShift 4
Post migrado de aplikaĵoj uzante la proceduron de restarigo de Appranix, estas grave memori agordi la itinerojn - ili devas montri al OpenShift 4. Vi eble volas fari testan restarigon antaŭ ol migri vian produktadon tute de OpenShift 3. Post kiam vi havas kelkajn kurantajn aplikojn sur OpenShift 4 en iliaj respektivaj nomspacoj, vi devos migri la ceterajn aplikojn uzante ĉi tiun procezon.
Post kiam ĉiuj nomspacoj estas migritaj, vi povas protekti ĉiujn OpenShift-aretojn por kontinua katastrofa reakiro, kontraŭ-elaĉeta programo, komerca kontinueco aŭ estontaj migradoj ĉar Appranix Site Reliability Automation aŭtomate ĝisdatiĝas kiam novaj versioj de OpenShift estas publikigitaj.
Tuta
OpenShift 4 estas granda paŝo antaŭen, ĉefe pro la nova neŝanĝebla arkitekturo kaj Operator-platformmodelo por aŭtomatigi kompleksajn agordojn de aplikoj kaj platformoj kurantaj en aretmedioj. Appranix ofertas al uzantoj de OpenShift simplan kaj konvenan manieron migri al OpenShift 4 per sia nub-indiĝena aplikaĵa katastrofa reakiro, Site Reliability Platform.
La solvo Appranix povas esti uzata rekte de
fonto: www.habr.com