Mis on uut Red Hat OpenShift 4.2 ja 4.3-s?

OpenShifti neljanda versioon ilmus suhteliselt hiljuti. Praegune versioon 4.3 on saadaval alates jaanuari lõpust ning kõik selles toimunud muudatused on kas midagi täiesti uut, mida kolmandas versioonis polnud, või suured värskendused, mis ilmusid versioonis 4.1. Kõik, millest me praegu räägime, on vajalik teada, mõista ja arvesse võtta neil, kes töötavad OpenShifti keskkonnas ja plaanivad uuele versioonile üleminekut.

OpenShift 4.2 versiooni väljalaskmisega lihtsustas Red Hat Kubernetese kasutamist. Ilmusid uued tööriistad ja pluginad konteinerite, CI/CD torujuhtmete ja serveriteta rakenduste loomiseks. Uued lahendused võimaldavad arendajatel keskenduda koodi kirjutamisele, mitte Kubernetese probleemide lahendamisele.

Mis on siis uut OpenShift 4.2 ja 4.3 versioonides?

Liikumine hübriidsete pilvede suunas

Uue IT-infrastruktuuri planeerimise või olemasoleva IT-maastiku arendamise korral kaaluvad ettevõtted üha enam pilvepõhist lähenemist IT-resursside pakkumisel, rakendades eraõigust teenuseid või kasutades avalike pilveteenuse pakkujate võimekust. Seega, kaasaegsed IT-infrastruktuurid ehitatakse üha enam "hübriidsesse" pilvemudeli järgi, kus kasutatakse nii on-premises ressursse kui ka avalikke pilvereisse koos üldise juhtimissüsteemiga. Red Hat OpenShift 4.2 on spetsiaalselt loodud hübriidpilve mudelile ülemineku lihtsustamiseks ning võimaldab hõlpsalt ühendada klastriga selliste teenusepakkujate ressursse nagu AWS, Azure ja Google Cloud Platform, koos VMware ja OpenStack eraõiguslike pilvedega.

Uus lähenemine paigaldamisele

4. versioonis on muutunud lähenemine OpenShifti paigaldamisele. Red Hat pakub spetsiaalset utiliiti OpenShifti klastrite juurutamiseks – openshift-install. Utiliit on ühekordne binaarfail, mis on kirjutatud Go-s. Openshift-installer valmistab ette yaml-faili konfiguratsiooniks, mis on vajalik juurutamiseks.

Kui paigaldamine toimub pilveressursside kasutamise kaudu, tuleb esitada minimaalne teave tulevase klastrite kohta: DNS-tsoon, töötajate sõlmede arv, konkreetsed seadistused pilveteenuse pakkujale, kontotunnused pilveteenuse pakkuja juurde pääsemiseks. Pärast konfiguratsioonifaili ettevalmistamist saab klastri juurutada ühe käsuga.

Kui installite oma arvutivõimsuses, näiteks privaatpilves (toetatud on vSphere ja OpenStack) või bare metal serverites, on infrastruktuuri käsitsi seadistamine vajalik – peate valmistama ette minimaalset arvu virtuaalseid masinaid või füüsilisi servereid, mis on vajalik Control Plane'i klastrite loomiseks, ja seadistama võrgu teenused. Pärast sellist seadistamist saab OpenShift klastrit luua sarnase käsuga utiliidiga openshift-installer.

Infrastruktuuri uuendused

Integratsioon CoreOS-iga

Peamine uuendus on integratsioon Red Hat CoreOS-iga. Nüüd saavad Red Hat OpenShift'i master-node'id töötada seda uutel operatsioonisüsteemidel. See on Red Hati tasuta operatsioonisüsteem, mis on loodud spetsiaalselt konteinerilahenduste jaoks. Red Hat CoreOS on kergendatud Linux, optimeeritud konteinerite käitamiseks.

Kui versioonis 3.11 olid operatsioonisüsteem ja OpenShift eraldi, siis versioonis 4.2 on need omavahel tihedalt seotud. Nüüd on tegemist ühe seadmega — immutable infrastructure.

Avatud klastrite puhul, mis kasutavad RHCOS-i kõigil sõlmedel, on OpenShift Container Platform'i uuendamine lihtne ja hästi automatiseeritud protsess.

Varem, et uuendada OpenShift'i, tuli esiteks uuendada baasi operatsioonisüsteemi, millel toode töötas (sel ajal oli see Red Hat Enterprise Linux). Alles seejärel sai OpenShift'i järk-järgult uuendada, sõlm-sõlme kaupa. Automaatika protsessi ei olnud.

Kuid nüüd, kuna OpenShift Container Platform kontrollib täielikult süsteeme ja teenuseid igas sõlmes, sealhulgas operatsioonisüsteemi, lahendatakse see ülesanne ühe nupuvajutusega veebiliidesest. Pärast seda käivitatakse klastris OpenShift'is spetsiaalne operaator, mis haldab kogu uuendamisprotsessi.

Uus CSI

Teiseks on uus CSI — salvestusliidese juht, mis võimaldab ühendada erinevaid välist salvestuslahendusi OpenShift'i klastriga. Toetatakse suurt hulka salvestus-draiverite pakkujaid OpenShift'i jaoks, mis põhinevad salvestus-draiveritel, mille on kirjutanud ise salvestuslahenduste tootjad. Täieliku toetatud CSI-draiverite nimekirja leiate selle dokumendi kaudu: https://kubernetes-csi.github.io/docs/drivers.htmlSelles loendis leiate kõik peamised ketasruumide mudelid juhtivatelt tootjatelt (Dell/EMC, IBM, NetApp, Hitachi, HPE, PureStorage), SDS-lahendused (Ceph) ja pilvehoidlad (AWS, Azure, Google). OpenShift 4.2 toetab CSI-spetsiifikatsiooniga CSI draivereid versioonis 1.1.

RedHat OpenShift Service Mesh

Red Hat OpenShift Service Mesh, mis põhineb projektidel Istio, Kiali ja Jaeger, võimaldab lisaks tavalistele teenuste vaheliste päringute marsruutimise ülesannetele ka nende jälgimist ja visualiseerimist. See aitab arendajatel hõlbustada suhtlemist, jälgimist ja rakenduste haldamist, mis on juurutatud Red Hat OpenShiftis.

Mikroteenuste arhitektuuri visualiseerimine Kiali abil

Teenuse Mesh'i installimise, teenuse ja elutsükli haldamise protsesside lihtsustamiseks pakub Red Hat OpenShift administraatoritele spetsiaalset operaatorit – Service Mesh Operator. See on Kubernetes operaator, mis võimaldab juurutada klastrisse uuendatud Istio, Kiali ja Jaeger pakette, vähendades oluliselt rakenduste haldamise administraatorikoormust.

CRI-O Docker'i asemel

Vaikimisi konteinerite käitusaeg Docker asendati CRI-O-ga. CRI-O'd sai kasutada juba versioonis 3.11, kuid 4.2-s sai see põhiks. See ei ole ei hea ega halb, kuid tasub tähele panna toote kasutamisel.

Operaatorid ja rakenduste juurutamine

Operaatorid on RedHat OpenShiftis uus moodul, mis ilmus neljandas versioonis. See on meetod Kubernetes'i rakenduse pakkimiseks, juurutamiseks ja haldamiseks. Seda võib näha kui Kubernetesi API ja kubectl tööriistadega hallatavat plugina rakendusi, mis on juurutatud konteinerites.

Kubernetes'i operaatorid aitavad automatiseerida igasuguseid ülesandeid, mis on seotud rakenduse haldamise ja elutsükli juhtimisega, mille te oma klastris juurutate. Näiteks võib operaator automatiseerida uuendusi, varundamist ja rakenduse skaleerimist, muuta konfiguratsiooni jne. Täieliku operaatorite loendi saab vaadata https://operatorhub.io/.

OperatorHub on saadaval otse halduskeskkonna veebiliidesest. See on Red Hati toetatud OpenShifti rakenduste kataloog. See tähendab, et kõik Red Hati heakskiiduga operaatorid saavad tootetoe.

OperatorHubi portaal OpenShift'i halduskeskkonnas

Üksne baaspilt

See on standardiseeritud RHELos põhinevate operatsioonisüsteemide kujundite komplekt, mida saab kasutada teie rakenduste loomiseks konteinerites. Saadaval on minimaalsed, standardsed ja täielikud komplektid. Need võtavad väga vähe ruumi, toetavad kõiki vajalikke pakette ja programmeerimiskeeli.

CI/CD tööriistad

RedHat OpenShift 4.2 tutvustas võimalust valida Jenkins ja OpenShift Pipelines, mis põhinevad Tekton Pipelines.

OpenShift Pipelines põhineb Tektonil, mis toetab paremini Pipeline as Code ja GitOps lähenemisviise. OpenShift'i torustikes käivitatakse iga samm oma konteineris, mistõttu ressursse kasutatakse ainult sammu täitmise ajal. See annab arendajatele täieliku kontrolli moodulite tarnimise torustike, pistikprogrammide ja juurdepääsu üle ilma keskserverita CI/CD haldamiseks.

OpenShift Pipelines on praegu arendajatele eelvaatusfaasis ja saadaval operaatorina OpenShift 4 klastris. Loomulikult saavad OpenShift'i kasutajad endiselt kasutada Jenkinsit RedHat OpenShift 4-s.

Arendajate juhtimise värskendused

4.2 puhul on OpenShift täielikult uuendanud veebiliidese nii arendajate kui ka administratorite jaoks.

Eelnevates OpenShift'i versioonides töötasid kõik kolmes konsoolis: teenuste kataloog, administraatori konsool ja töökonsool. Nüüd on klaster jagatud ainult kaheks osaks — administraatori konsooliks ja arendaja konsooliks.

Arendaja konsool on saanud olulisi kasutajaliidese parendusi. Nüüd on rakenduste ja nende ehituste topoloogiate kuvamine mugavam. See lihtsustab arendajate jaoks konteinerirakenduste ja klastriteressursside loomist, juurutamist ja visualiseerimist, võimaldades neil keskenduda sellele, mis neile oluline.

Arendaja portaal OpenShift'i haldustöölauas

Odo

Odo on arendajatele suunatud käsurea tööriist, mis lihtsustab rakenduste arendamist OpenShift'is. Kasutades git push stiilis interaktsiooni, aitab see CLI arendajatel, kes ei tunne Kuberneteset, luua rakendusi OpenShift'is.

Integreerimine arenduskohtadega

Arendajad saavad nüüd luua, siluda ja juurutada oma rakendusi OpenShift'is, lahkumata oma lemmik koodiarenduse keskkonnast, näiteks Microsoft Visual Studio, JetBrains (sealhulgas IntelliJ), Eclipse Desktop jne.

Red Hat OpenShift'i juurutamise laiendus Microsoft Azure DevOps-ile

Microsoft Azure DevOps jaoks on saadaval Red Hat OpenShift Deployment laiendus. Nüüd saavad selle DevOps tööriistakomplekti kasutajad oma rakendusi täiesti Microsoft Azure DevOpsist Azure Red Hat OpenShiftisse või mis tahes teise OpenShift klastrisse juurutada.

Kolmandalt versioonilt neljandale üleminek

Kuna tegemist on uue väljaandega, mitte lihtsalt uuendusega, ei saa neljandat versiooni lihtsalt kolmanda peale panna. Üleminekut kolmandalt neljandale versioonile ei toetata..

Aga on ka head uudised: Red Hat pakub tööriistu projektide migreerimiseks versioonist 3.7 versiooni 4.2. Saate rakenduste töökoormusi migreerida Cluster Application Migration (CAM) tööriista abil. CAM võimaldab migreerimist hallata ja rakenduse seiskamisaja minimaalset hoida.

OpenShift 4.3

Selles artiklis kirjeldatud peamised uuendused tekkisid versioonis 4.2. Hiljuti välja antud 4.3 versioonis ei ole muudatused nii olulised, kuid siiski on uute omaduste hulk piisavalt märkimisväärne. Toome välja meie arvates kõige olulisemad:

Kubernetes versiooni uuendus 1.16-le.

Versioon uuendati kahe sammu võrra, OpenShiftis oli 4.2 versioon 1.14.

Andmete šifreerimine etcd-s

Alates versioonist 4.3 on saadaval võimalus šifreerida andmeid etcd andmebaasis. Pärast šifreerimise lubamist on võimalik šifreerida järgmisi OpenShift API ja Kubernetes API ressursse: Secrets, ConfigMaps, Routes, juurdepääsu ja OAuth autoriseerimistokensid.

Helm

Helm 3 versiooni tugi on lisatud – populaarne paketihaldur Kubernetesile. Praegu on tugi TECHNOLOGY PREVIEW staadiumis. Tulevastes OpenShift versioonides laieneb Helm'i tugi täielikuks. Helm CLI utiliit tarnitakse koos OpenShiftiga ja seda saab alla laadida klastrihalduse veebikonsoolist.

Projekti armatuurlaud uuendus

Uues versioonis esitab Projekti armatuurlaud projektile lisainfot: projekti seis, ressursikasutuse ja projekti kvoodid.

Tuntud haavatavuste kuvamine quay veebikonsoolis

Halduse konsooli on lisatud võimalus kuvada tuntud haavatavusi Quay hoidlatest leitud piltide kohta. Toetatakse haavatavuste kuvamist kohalikes ja välistes hoidlates.

Oma offline operatorhubi loomine on lihtsustatud

Isolaarne võrgustikule mõeldud OpenShift klastrite juurutamise puhul, kus interneti-juurdepääs on piiratud või puudub, on lihtsustatud OperatorHub registri "peegeli" loomist. Selle saab nüüd teha vaid kolme käsuga.

Autorid:
Viktor Puchkov, Jurij Semenjuk

Allikas: habr.com