Astfel, a avut loc lansarea oficială a platformei Red Hat OpenShift 4. Astăzi vă vom arăta cum să treceți la ea de la OpenShift Container Platform 3 cât mai rapid și simplu.
În cadrul acestui articol, suntem mai ales interesați de noile clustere OpenShift 4, care utilizează avantajele unei infrastructuri inteligente și imuabile (immutable – identice pentru toate mediile de implementare) bazate pe RHEL CoreOS și instrumente de automatizare. Mai jos vă vom arăta cum să treceți la OpenShift 4 fără probleme suplimentare.
Pentru a afla mai multe despre diferențele dintre noua versiune și cea veche, puteți .
Migrarea clustereelor de la OpenShift 3 la OpenShift 4 cu ajutorul platformei certificate Red Hat Appranix
Appranix și Red Hat au colaborat îndeaproape pentru a simplifica migrarea resurselor cluster de la OpenShift 3 la OpenShift 4 prin intermediul unui serviciu special care funcționează pe Appranix Site Reliability Automation pentru Kubernetes.
Soluția Appranix (o puteți găsi în ) permite crearea de backup-uri pentru toate clusterele OpenShift 3 și restaurarea lor pe OpenShift 4 cu doar câteva clicuri.
Ce este benefic în migrarea utilizând Appranix pentru OpenShift 4
- Start rapid. Deoarece soluția Appranix este construită pe principii SaaS, nu este necesar să configurați nicio infrastructură sau să utilizați soluții specializate pentru migrare.
- Scalabilitatea Appranix facilitează migrarea pentru clustere mari.
- Backup-ul automat al configurațiilor complexe de clustere OpenShift 3, urmat de transferul lor pe OpenShift 4, simplifică procesul de migrare.
- Posibilitatea de a testa cum se comportă aplicațiile din infrastructura corporativă OpenShift 3 pe platforma OpenShift 4 în cloud-ul AWS.
- Migrarea setărilor RBAC de acces împreună cu resursele clusterului.
- Migrarea selectivă sau completă a tuturor proiectelor la noile clustere OpenShift 4.
- Opțional – organizarea mai multor niveluri de rezistență la defecțiune pentru aplicațiile containerizate, având la dispoziție o subscripție corespunzătoare.
Rezistență la defecțiune în mai multe niveluri (resiliency) pentru aplicațiile OpenShift
După migrarea de la versiunea 3 la versiunea 4 a OpenShift, soluția Appranix poate fi folosită pentru a asigura continuitatea rezilienței aplicațiilor (Continuous App Resilience), pentru care sunt posibile trei variante. Nivelul 1 reziliența (Nivel 1 Reziliență) permite restaurarea aplicațiilor fără schimbarea regiunii și a furnizorului de servicii cloud. Poate fi utilizată pentru a reveni la aplicații sau pentru a restaura după o defecțiune locală la nivel regional, de exemplu, în cazul unei desfășurări nereușite a aplicației, sau într-o situație în care este necesar să se creeze rapid un mediu de testare în aceeași regiune, dar într-un cluster OpenShift separat.
Nivelul 2 permet transferul aplicațiilor într-o altă regiune fără a schimba furnizorul. În acest caz, puteți menține infrastructura principală (primary) a datelor în regiunea principală, dar să lansați aplicațiile într-un alt cluster dintr-o altă regiune. Această opțiune este utilă atunci când un domeniu cloud sau o zonă devin indisponibile sau când este necesar să mutați aplicațiile într-o altă regiune din cauza unui atac cibernetic. Și, în sfârșit, Nivelul 3 permet schimbarea nu doar a regiunii, ci și a furnizorului de cloud.
Cum funcționează Appranix SRA
Rezistența la defecte a aplicațiilor OpenShift în Appranix se obține prin funcționalitatea de „mașină a timpului”, care creează automat copii ale mediului aplicațiilor. Pentru a activa această funcționalitate și a spori securitatea aplicațiilor, este suficient să adăugați o singură linie de cod în pipeline-ul DevOps.
În serviciile de infrastructură ale furnizorilor de cloud apar și probleme, astfel încât capacitatea de a comuta rapid la alt furnizor este utilă pentru a evita dependența de un singur furnizor de servicii.
Așa cum este prezentat în imaginea de mai jos, copiile de rezervă ale mediilor aplicațiilor pot fi create în Appranix nu doar automat cu o periodicitate stabilită, ci și la comandă din pipeline-ul de integrare și livrare continuă CI/CD. În acest caz, „mașina timpului” asigură:
- Jurnalizarea incrementată, de tip GitHub, a spațiilor de nume și a mediilor aplicațiilor.
- Rollback simplu al aplicațiilor.
- Gestionarea versiunilor configurațiilor mediilor cloud și containerelor.
- Gestionarea automatizată a ciclului de viață al datelor.
- Automatizarea gestionării infrastructurii ca și cod (IaC).
- Gestionare automatizată a stărilor IaC.
Cu Appranix, puteți organiza protecția și recuperarea la nivel de aplicație în întregime pentru scenarii precum inginerie a haosului, recuperare în caz de dezastru, protecție împotriva ransomware și asigurarea continuității proceselor de afaceri. Nu ne vom opri aici asupra detaliilor și vom explora cum să utilizăm Appranix pentru migrarea de la OpenShift 3 la OpenShift 4.
Cum se efectuează migrarea de la OpenShift 3 la OpenShift 4 folosind Appranix Site Reliability Platform
Procesul include trei etape:
- Configurăm OpenShift 3 și OpenShift 4 pentru autodetectarea tuturor componentelor care urmează să fie migrat.
- Creăm politici și definim spațiile de nume pentru migrare.
- Recuperăm toate spațiile de nume pe OpenShift 4 dintr-o singură acțiune.
Configurăm clusterele OpenShift 3 și 4 pentru autodetectare
Appranix presupune că deja aveți clustere funcționale OpenShift 3 și OpenShift 4. Dacă nu aveți clustere OpenShift 4, creați-le folosind . Configurarea clusterului principal și a celui țintă în Appranix se face în mod similar și implică doar câțiva pași.
Instalăm Appranix Controller Agent pentru detectarea clusterelor
Pentru detectarea resurselor clusterului este nevoie de un mic agent sidecar-controller. Pentru implementarea acestuia, este suficient să copiați și să lipiți comanda curl corespunzătoare, după cum este ilustrat mai jos. După ce agentul este instalat în OpenShift 3 și OpenShift 4, Appranix va detecta automat toate resursele de cluster care urmează să fie migrate, inclusiv spațiile de nume, desfășurările, podurile, serviciile, precum și gazdele cu alte resurse.
Migrarea aplicațiilor distribuite mari
Acum vom examina un exemplu despre cum se poate realiza fără dificultăți migrarea de la OpenShift 3 la OpenShift 4 a unei aplicații microservicii distribuite, SockShop (la link – ). Așa cum se poate observa din ilustrația de mai jos, arhitectura SockShop conține numeroase componente.
Appranix detectează toate resursele pentru care trebuie asigurată protecția și migrarea la OpenShift 4, inclusiv, podurile, desfășurările, serviciile și configurațiile clusterului.
OpenShift 3 cu aplicația SockShop funcțională
Creăm politici de protecție pentru migrare
Politicile pot fi stabilite flexibil în funcție de modul în care trebuie realizată migrarea. De exemplu, pe baza mai multor criterii sau backup o dată pe oră.
Executăm migrarea mai multor clustere OpenShift 3 cu ajutorul planurilor de protecție (Protection Plans)
În funcție de caracteristicile aplicației sau de spațiul de nume, se pot aplica politici la clusterele OpenShift 3, care se execută o dată pe oră, o dată pe săptămână sau chiar o dată pe lună.
Appranix permite transferul tuturor spațiilor de nume ale clusterului pe OpenShift 4 sau doar a celor selectate.
Executăm migrarea pe OpenShift 4 dintr-o singură acțiune
Migrarea reprezintă restaurarea spațiilor de nume selectate pe clusterul țintă OpenShift 4. Această operațiune se realizează dintr-o singură acțiune. Appranix se ocupă automat de colectarea datelor despre configurația și resursele mediului de origine și apoi le restaurează pe platforma OpenShift 4.
Verificăm aplicațiile după migrarea pe OpenShift 4
Conectați-vă la clusterul OpenShift 4, actualizați proiectele și verificați dacă toate aplicațiile și spațiile de nume sunt în regulă. Repetați procedura de migrare pentru alte spații de nume, creând pentru aceasta noi planuri Protection Plans sau modificând deja existente.
Lansăm aplicațiile migratoare pe OpenShift 4
După migrarea aplicațiilor prin procedura de restaurare Appranix, este important să nu uitați să configurați rutele – acestea trebuie să indice OpenShift 4. Este posibil ca, înainte de a transferi complet producția de pe OpenShift 3, să doriți să faceți o restaurare de test. Când pe OpenShift 4 apar mai multe aplicații funcționale în spațiile de nume corespunzătoare, va fi necesar să transferați și celelalte aplicații prin acest proces.
După transferul tuturor spațiilor de nume, veți putea proteja toate clusterele OpenShift pentru recuperare continuă în caz de dezastru, protecție împotriva ransomware-ului, asigurarea continuității proceselor de afaceri sau pentru migrarea ulterioară, deoarece Appranix Site Reliability Automation se actualizează automat pe măsură ce noi versiuni OpenShift devin disponibile.
În concluzie
OpenShift 4 reprezintă un pas semnificativ înainte, în principal datorită noii arhitecturi immutabile și modelului Operator-platformă pentru automatizarea configurațiilor complexe ale aplicațiilor și platformelor care funcționează în medii de tip cluster. Appranix oferă utilizatorilor OpenShift o modalitate simplă și convenabilă de a trece la OpenShift 4, prin intermediul soluției sale orientate pe cloud pentru recuperarea aplicațiilor în caz de dezastru Site Reliability Platform.
Soluția Appranix poate fi utilizată direct din .
Sursa: habr.com
