Den fjÀrde versionen av OpenShift slÀpptes relativt nyligen. Den aktuella versionen 4.3 har varit tillgÀnglig sedan slutet av januari och alla Àndringar i den Àr antingen helt nya funktioner som inte fanns i tredje versionen, eller stora uppdateringar av sÄdant som introducerades i version 4.1. Allt vi nu kommer att berÀtta Àr viktigt att veta, förstÄ och beakta för dem som arbetar med OpenShift och planerar att gÄ över till den nya versionen.
Med slÀppet av OpenShift version 4.2 har Red Hat förenklat arbetet med Kubernetes. Det har tillkommit nya verktyg och plugins för att skapa containrar, CI/CD-pipelines och serverless-implementationer. Nya funktioner ger utvecklarna möjlighet att fokusera pÄ att skriva kod istÀllet för att tampas med Kubernetes.
Vad Àr egentligen nytt i versionerna OpenShift 4.2 och 4.3?
Rörelsen mot hybrida moln
Vid planering av en ny IT-infrastruktur eller vid utveckling av den befintliga IT-landskapet övervÀger allt fler företag en molnbaserad strategi för att tillhandahÄlla IT-resurser, vilket gör att de implementerar privata molnlösningar eller anvÀnder kapaciteten hos offentliga molnleverantörer. PÄ sÄ sÀtt byggs moderna IT-infrastrukturer allt oftare enligt en 'hybrid' molnmodell, dÀr bÄde on-premises-resurser och offentliga molnresurser med ett gemensamt ledningssystem anvÀnds. Red Hat OpenShift 4.2 Àr speciellt utformat för att underlÀtta övergÄngen till en hybrid molnmodell och möjliggör enkelt anslutning av resurser frÄn leverantörer som AWS, Azure och Google Cloud Platform, jÀmte anvÀndning av privata moln pÄ VMware och OpenStack.
Ny installationstillvÀgagÄngssÀtt
I den fjĂ€rde versionen har tillvĂ€gagĂ„ngssĂ€ttet för installation av OpenShift förĂ€ndrats. Red Hat tillhandahĂ„ller ett sĂ€rskilt verktyg för att distribuera OpenShift-kluster â openshift-install. Verktyget bestĂ„r av en enda binĂ€r fil skriven i Go. Openshift-installern förbereder en yaml-fil med konfigurationen som behövs för distribution.
Vid installation med hjÀlp av molnresurser krÀvs det att man anger minimal information om den framtida klustern: DNS-zon, antal worker-noder, specifika instÀllningar för molnleverantören och kontouppgifter för Ätkomst till molnleverantören. Efter förberedelsen av konfigurationsfilen kan klustret distribueras med ett enda kommando.
Vid installation pĂ„ egna berĂ€kningsresurser, till exempel vid anvĂ€ndning av privat moln (vSphere och OpenStack stöds) eller vid installation pĂ„ bare metal-servrar, krĂ€vs manuell konfiguration av infrastrukturen â att förbereda det minimiantal virtuella maskiner eller fysiska servrar som krĂ€vs för att skapa Control Plane-klustret, samt konfigurera nĂ€tverkstjĂ€nster. Efter denna konfiguration kan OpenShift-klustret skapas pĂ„ samma sĂ€tt med ett kommando frĂ„n verktyget openshift-installer.
Uppdateringar i infrastrukturen
Integration med CoreOS
En nyckeluppdatering Àr integrationen med Red Hat CoreOS. Nu kan master-noderna för Red Hat OpenShift arbeta bara pÄ det nya operativsystemet. Detta Àr ett kostnadsfritt operativsystem frÄn Red Hat som Àr speciellt utformat för containerlösningar. Red Hat CoreOS Àr en lÀttviktsversion av Linux, optimerad för att köra containrar.
Om i 3.11 operativsystemet och OpenShift existerade separat, Ă€r det i 4.2 oĂ„terkalleligt kopplat till OpenShift. Detta Ă€r nu en enhetlig appliance â immutabel infrastruktur.
För kluster som anvÀnder RHCOS för alla noder, Àr uppdateringen av OpenShift Container Platform en enkel och vÀlautomatiserad process.
Tidigare, för att uppdatera OpenShift, var man tvungen att först uppdatera det grundlÀggande operativsystemet dÀr produkten kördes (vid den tiden var detta Red Hat Enterprise Linux). Endast efter detta kunde OpenShift uppdateras gradvis, nod för nod. Ingen automatisering av processen var aktuell.
Nu, eftersom OpenShift Container Platform helt kontrollerar system och tjÀnster pÄ varje nod, inklusive operativsystemet, löses denna uppgift med ett knapptryck frÄn webgrÀnssnittet. DÀrefter startas en specifik operator inuti OpenShift-klustret som hanterar hela uppdateringsprocessen.
Ny CSI
För det andra â den nya CSI â kontrolleraren för lagringsgrĂ€nssnitt som gör att man kan ansluta olika externa lagringssystem till OpenShift-klustret. Ett stort antal lagringsleverantörer stöds för OpenShift baserat pĂ„ lagringsdrivrutiner som tillverkarna av lagringssystem sjĂ€lva skriver. Den kompletta listan över stödda CSI-drivrutiner kan hitta i detta dokument: . I denna lista kan du hitta alla huvudsakliga modeller av lagringssystem frĂ„n ledande tillverkare (Dell/EMC, IBM, NetApp, Hitachi, HPE, PureStorage), SDS-lösningar (Ceph) och molnlagring (AWS, Azure, Google). OpenShift 4.2 stöder anvĂ€ndning av CSI-drivrutiner i CSI-specifikationen version 1.1.
RedHat OpenShift Service Mesh
Baserat pÄ projekten Istio, Kiali och Jaeger - Red Hat OpenShift Service Mesh, förutom vanliga uppgifter som att dirigera förfrÄgningar mellan tjÀnster, tillÄter Àven spÄrning och visualisering av dessa. Detta hjÀlper utvecklarna att förenkla interaktionen, övervakningen och hanteringen av applikationen som distribueras inom Red Hat OpenShift.
Visualisering av en applikation med mikrotjÀnstarkitektur med hjÀlp av Kiali
För att maximera förenklingen av installations-, service- och livscykelhanteringsprocesserna för Service Mesh, erbjuder Red Hat OpenShift administratörer en speciell operatör - Service Mesh Operator. Detta Àr en Kubernetes-operatör som gör det möjligt att distribuera omkonfigurerade paket av Istio, Kiali och Jaeger pÄ klustret, vilket minimerar den administrativa belastningen för applikationshantering.
CRI-O istÀllet för Docker
Standard container-runtime Docker har ersatts med CRI-O. CRI-O var redan tillgÀngligt i version 3.11, men blev det primÀra i 4.2. Varken bra eller dÄligt, men det Àr vÀrt att ha i Ätanke vid anvÀndning av produkten.
Operatörer och distribution av applikationer
Operatörer Àr en ny entitet för RedHat OpenShift som introducerades i den fjÀrde versionen. Detta Àr en metod för att paketera, distribuera och hantera Kubernetes-applikationer. Det kan beskrivas som en plugin som hanteras via Kubernetes API och kubectl-verktyg för applikationer som distribueras i containrar.
Kubernetes-operatörer hjÀlper till att automatisera alla uppgifter relaterade till administration och hantering av livscykeln för den applikation du distribuerar i ditt kluster. Till exempel kan en operatör automatisera uppdateringar, sÀkerhetskopiering och skalning av applikationen, Àndra konfigurationer osv. En fullstÀndig lista över operatörer kan ses pÄ .
OperatorHub Àr direkt tillgÀngligt frÄn webgrÀnssnittet för administrationskonsolen. Det Àr en applikationskatalog för OpenShift som stöds av Red Hat. Det betyder att alla operatörer som godkÀnts av Red Hat kommer att omfattas av leverantörsstöd.
OperatorHub-portalen i OpenShift-administrationskonsolen
Universal basbild
Det hÀr Àr en standardiserad uppsÀttning av RHEL OS-bilder som kan anvÀndas för att skapa dina applikationer i containrar. Det finns minimala, standard och fullstÀndiga uppsÀttningar. De tar mycket lite plats, stöder alla nödvÀndiga installerade paket och programmeringssprÄk.
CI/CD-verktyg
I RedHat OpenShift 4.2 finns det möjlighet att vÀlja mellan Jenkins och OpenShift Pipelines baserad pÄ Tekton Pipelines.
OpenShift Pipelines Àr baserad pÄ Tekton, som bÀttre stöder metoderna Pipeline as Code och GitOps. I OpenShift-pipelines körs varje steg i en egen container, vilket innebÀr att resurserna anvÀnds endast under stegets körning. Detta ger utvecklare full kontroll över leveranspipelines, plugins och Ätkomstkontroll utan en central CI/CD-server för hantering.
OpenShift Pipelines Àr för nÀrvarande i förhandsgranskning för utvecklare och finns tillgÀnglig som en operator pÄ OpenShift 4-klustret. Naturligtvis kan OpenShift-anvÀndare fortfarande anvÀnda Jenkins i RedHat OpenShift 4.
Uppdateringar i hantering för utvecklare
I version 4.2 har OpenShift helt uppdaterat webbgrÀnssnittet för bÄde utvecklare och administratörer.
I tidigare versioner av OpenShift arbetade alla i tre konsoler: servicekatalog, administratörskonsol och arbetskonsol. Nu Àr klustret uppdelat i endast tvÄ delar - administratörskonsolen och utvecklarkonsolen.
Utvecklarkonsolen har fÄtt betydande förbÀttringar av anvÀndargrÀnssnittet. Nu visas apptopologier och deras byggen mer anvÀndarvÀnligt. Detta förenklar för utvecklare att skapa, distribuera och visualisera containerapplikationer och klustertillgÄngar. Det gör att de kan fokusera pÄ vad som Àr viktigt för dem.
Utvecklarportalen i OpenShift administrationskonsolen
Odo
Odo Àr ett utvecklarorienterat kommandoradsverktyg som förenklar utvecklingen av applikationer i OpenShift. Genom att anvÀnda git push-liknande interaktion hjÀlper denna CLI-utvecklare som inte Àr bekanta med Kubernetes att skapa applikationer i OpenShift.
Integration med utvecklingsmiljöer
Utvecklare kan nu skapa, felsöka och distribuera sina applikationer i OpenShift utan att lÀmna sin favorit kodutvecklingsmiljö, till exempel Microsoft Visual Studio, JetBrains (inklusive IntelliJ), Eclipse Desktop m.fl.
Red Hat OpenShift Deployment-tillÀgg för Microsoft Azure DevOps
Red Hat OpenShift Deployment-tillÀgget för Microsoft Azure DevOps har lanserats. Nu kan anvÀndare av denna uppsÀttning av DevOps-verktyg distribuera sina applikationer till Azure Red Hat OpenShift eller vilken annan OpenShift-kluster som helst direkt frÄn Microsoft Azure DevOps.
ĂvergĂ„ng frĂ„n version tre till version fyra
Eftersom det handlar om en ny version och inte en uppgradering, kan man inte bara installera den fjÀrde versionen ovanpÄ den tredje. Uppgradering frÄn den tredje till den fjÀrde versionen kommer inte att stödjas.
Men det finns goda nyheter: Red Hat tillhandahÄller verktyg för att migrera projekt frÄn 3.7 till 4.2. Du kan migrera applikationernas arbetsbelastning med hjÀlp av verktyget Cluster Application Migration (CAM). CAM gör det möjligt att övervaka migrationen och minimera stillestÄndstiden för applikationen.
OpenShift 4.3
De viktigaste nyheterna som beskrivs i denna artikel kom i version 4.2. I den nyligen slÀppta 4.3 Àr förÀndringarna inte sÄ betydande, men det finns ÀndÄ nÄgot nytt. HÀr Àr en omfattande lista över förÀndringarna, dÀr vi tar upp de mest betydelsefulla enligt vÄr mening:
Uppdatering av Kubernetes-versionen till 1.16.
Versionen har uppgraderats med tvÄ steg; i OpenShift 4.2 var det 1.14.
Kryptering av data i etcd
FrÄn och med version 4.3 finns möjligheten att kryptera data i etcd-databasen. NÀr krypteringen aktiveras kan följande resurser i OpenShift API och Kubernetes API krypteras: Secrets, ConfigMaps, Routes, Ätkomst- och OAuth-autentiseringstoken.
Helm
Stöd för Helm version 3 â den populĂ€ra paketchefen för Kubernetes â har lagts till. För nĂ€rvarande har stödet status TECHNOLOGY PREVIEW. Stödet för Helm kommer att utökas till fullstĂ€ndig status i framtida versioner av OpenShift. Verktyget helm-cli levereras med OpenShift och kan laddas ner frĂ„n webbkonsolen för klusterhantering.
Uppdatering av Project Dashboard
I den nya versionen ger Project Dashboard ytterligare information pÄ projektsidan: projektstatus, resursutnyttjande och kvoter för projektet.
Visning av sÄrbarheter för quay i webbkonsolen
En funktion för att visa kÀnda sÄrbarheter för bilder i Quay-förvar har lagts till administrationskonsolen. Visning av sÄrbarheter för lokala och externa förvar stöds.
Skapande av offline operatorhub har förenklats
För att skapa en OpenShift-kluster i ett isolerat nÀtverk, dÀr tillgÄng till internet Àr begrÀnsad eller obefintlig, har skapandet av ett "spegel" för OperatorHub-registret förenklats. Nu kan detta göras med bara tre kommandon.
Författare:
Viktor Puchkov, Jurij Semenyukov
KĂ€lla: habr.com
