Čtvrtá verze OpenShift byla vydána poměrně nedávno. Aktuální verze 4.3 je k dispozici od konce ledna a všechny změny v ní jsou buď něco zcela nového, co v třetí verzi nebylo, nebo velké aktualizace toho, co se objevilo ve verzi 4.1. Všechno, co nyní řekneme, je třeba znát, chápat a zohlednit těm, kteří pracují s OpenShift a plánují přechod na novou verzi.
S vydáním verze OpenShift 4.2 Red Hat zjednodušil práci s Kubernetes. Objevily se nové nástroje a pluginy pro tvorbu kontejnerů, CI/CD pipeline a serverless nasazení. Novinky dávají vývojářům možnost soustředit se na psaní kódu, nikoli na vyřizování záležitostí s Kubernetes.
Co nového je ve verzích OpenShift 4.2 a 4.3?
Směřování k hybridním cloudům
Při plánování nové IT infrastruktury nebo při rozvoji stávajícího IT prostředí společnosti stále častěji zvažují cloudový přístup k poskytování IT zdrojů, k čemuž realizují soukromá cloudová řešení, nebo využívají kapacity veřejných cloudových poskytovatelů. Moderní IT infrastruktury se tedy stále častěji budují podle "hybridního" cloudového modelu, ve kterém se používají jak on-premises zdroje, tak veřejné cloudové zdroje se společným systémem řízení. Red Hat OpenShift 4.2 byl speciálně navržen tak, aby usnadnil přechod na model hybridního cloudu a umožnil snadné připojení zdrojů od poskytovatelů jako AWS, Azure a Google Cloud Platform vedle používání soukromých cloudů na VMware a OpenStack.
Nový přístup k instalaci
Ve čtvrté verzi se změnil přístup k instalaci OpenShift. Red Hat poskytuje speciální nástroj pro nasazení clusteru OpenShift – openshift-install. Tento nástroj je jediný binární soubor napsaný v Go. Openshift-installer připravuje yaml soubor s konfigurací potřebnou pro nasazení.
Při instalaci s využitím cloudových zdrojů je třeba uvést minimální informace o budoucím clusteru: DNS zónu, počet pracovníků uzlů, specifická nastavení pro cloudového poskytovatele a údaje účtu pro přístup k cloudovému poskytovateli. Po přípravě konfiguračního souboru může být cluster nasazen jedním příkazem.
V případě instalace na vlastních výpočetních prostředcích, například při použití soukromého cloudu (podporovány jsou vSphere a OpenStack) nebo při instalaci na servery bare metal, bude vyžadováno ruční nastavení infrastruktury – připravit minimální počet virtuálních strojů nebo fyzických serverů potřebných pro vytvoření Control Plane clusteru a nakonfigurovat síťové služby. Po tomto nastavení lze cluster OpenShift vytvořit jedním příkazem utilitky openshift-installer.
Aktualizace v infrastruktuře
Integrace s CoreOS
Klíčová aktualizace – to je integrace s Red Hat CoreOS. Nyní mohou master-nody Red Hat OpenShift fungovat pouze na nové operačním systému. Je to bezplatný operační systém od Red Hat, který je určen speciálně pro kontejnerová řešení. Red Hat CoreOS představuje zjednodušený Linux, optimalizovaný pro provoz kontejnerů.
Pokud v 3.11 existoval operační systém a OpenShift odděleně, pak ve verzi 4.2 je neoddělitelně spojen s OpenShift. Nyní je to jednotný appliance – immutable infrastructure.
Pro clustery, které používají RHCOS na všech uzlech, je aktualizace OpenShift Container Platform jednoduchým a dobře automatizovaným procesem.
Dříve bylo nutné nejprve aktualizovat základní operační systém, na kterém byl produkt spuštěn (tehdy to byla Red Hat Enterprise Linux), a teprve poté bylo možné postupně aktualizovat OpenShift, uzel po uzlu. O jakékoli automatizaci procesu nemohlo být ani řeči.
Nyní, protože OpenShift Container Platform plně kontroluje systémy a služby na každém uzlu, včetně operačního systému, lze tuto úlohu vyřešit stisknutím tlačítka z webového rozhraní. Poté se spustí speciální operátor v rámci clusteru OpenShift, který řídí celý proces aktualizace.
Nový CSI
Druhá – nový CSI – kontrolér storage-interface, který umožňuje připojit různé externí úložiště k clusteru OpenShift. Podporováno je velké množství poskytovatelů storage-drivery pro OpenShift na základě storage-driverů, které píší samotní výrobci úložišť. Kompletní seznam podporovaných CSI driverů lze najít v tomto dokumentu: . Tento seznam zahrnuje všechny hlavní modely diskových polí předních výrobců (Dell/EMC, IBM, NetApp, Hitachi, HPE, PureStorage), řešení SDS (Ceph) a cloudové úložiště (AWS, Azure, Google). OpenShift 4.2 podporuje práci s CSI ovladači specifikace CSI verze 1.1.
RedHat OpenShift Service Mesh
Založený na projektech Istio, Kiali a Jaeger — Red Hat OpenShift Service Mesh, kromě běžných úloh směrování požadavků mezi službami, umožňuje jejich trasování a vizualizaci. To pomáhá vývojářům zjednodušit interakci, sledování a správu aplikace nasazené uvnitř Red Hat OpenShift.
Vizualizace aplikace s mikroslužbovou architekturou pomocí Kiali
Aby se co nejvíce zjednodušily procesy instalace, služby a správy životního cyklu Service Mesh, Red Hat OpenShift poskytuje administrátorům speciálního operátora – Service Mesh Operator. Tento operátor Kubernetes umožňuje nasadit na clusteru rekonfigurované balíčky Istio, Kiali a Jaeger a minimalizuje administrativní zátěž správy aplikací.
CRI-O místo Dockeru
Výchozí kontejnerový runtime Docker byl nahrazen CRI-O. Využití CRI-O bylo možné již ve verzi 3.11, ale ve verzi 4.2 se stal hlavním. Není to dobré ani špatné, ale je dobré to mít na paměti při používání produktu.
Operátoři a nasazení aplikací
Operátoři — nová entita pro RedHat OpenShift, která se objevila ve čtvrté verzi. Je to metoda balení, nasazení a správy aplikací Kubernetes. Můžete to představit jako plugin pro aplikace nasazené v kontejnerech řízený pomocí API Kubernetes a nástrojů kubectl.
Operátoři Kubernetes pomáhají automatizovat jakékoli úkoly související s administrací a správou životního cyklu aplikace, kterou nasazujete ve svém clusteru. Například může operátor automatizovat aktualizace, zálohování a škálování aplikace, měnit konfiguraci atd. Úplný seznam operátorů lze zobrazit na .
OperatorHub je k dispozici přímo z webového rozhraní řídicí konzole. Představuje katalog aplikací pro OpenShift, podporovaný Red Hat. Tedy všechny operátory schválené Red Hat budou mít podporu od dodavatele.
Portál OperatorHub v konzoli řízení OpenShift
Univerzální základní obraz
Jedná se o standardizovanou sadu obrazů operačního systému RHEL, které lze použít k vytváření vašich aplikací v kontejnerech. Existují minimální, standardní a kompletní sady. Tyto sady zaberou velmi málo místa, podporují všechny potřebné instalované balíčky a programovací jazyky.
Nástroje CI/CD
V RedHat OpenShift 4.2 se objevila možnost zvolit mezi Jenkins a OpenShift Pipelines založenými na Tekton Pipelines.
OpenShift Pipelines je založen na Tektonu, který lépe podporuje přístupy Pipeline as Code a GitOps. V konvojích OpenShift se každý krok provádí v samostatném kontejneru, takže zdroje se využívají pouze během provádění kroku. To dává vývojářům plnou kontrolu nad doručovacími konvoji modulů, pluginy a kontrolou přístupu bez centrálního serveru CI/CD pro řízení.
OpenShift Pipelines je v současnosti ve fázi Preview pro vývojáře a je dostupný jako operator na cloudu OpenShift 4. Samozřejmě, uživatelé OpenShift stále mohou používat Jenkins v RedHat OpenShift 4.
Aktualizace v řízení pro vývojáře
Ve verzi 4.2 OpenShift prošel kompletní obnovou webového rozhraní jak pro vývojáře, tak pro správce.
V předchozích verzích OpenShift všichni pracovali ve třech konzolích: katalog služby, konzole správce a pracovní konzole. Nyní je cluster rozdělen pouze na dvě části — konzole správce a konzole vývojáře.
Konzole vývojáře získala významná zlepšení uživatelského rozhraní. Nyní lépe zobrazuje topologie aplikací a jejich sestavení. To usnadňuje vývojářům vytvářet, nasazovat a vizualizovat kontejnerové aplikace a clusterové zdroje. Umožňuje se soustředit na to, co je pro ně důležité.
Portál vývojáře v konzole řízení OpenShift
Odo
Odo je nástroj příkazového řádku zaměřený na vývojáře, který usnadňuje vývoj aplikací v OpenShift. Díky interakci ve stylu git push pomáhá tento CLI vývojářům, kteří nejsou obeznámeni s Kubernetes, vytvářet aplikace v OpenShift.
Integrace s vývojovými prostředími
Vývojáři nyní mohou vytvářet, ladit a nasazovat své aplikace v OpenShift, aniž by opustili své oblíbené vývojové prostředí kódu, například Microsoft Visual Studio, JetBrains (včetně IntelliJ), Eclipse Desktop atd.
Red Hat OpenShift Deployment extension pro Microsoft Azure DevOps
Bylo vydáno rozšíření Red Hat OpenShift Deployment pro Microsoft Azure DevOps. Nyní mohou uživatelé této sady nástrojů DevOps nasazovat své aplikace do Azure Red Hat OpenShift nebo jakéhokoli jiného clustru OpenShift přímo z Microsoft Azure DevOps.
Přechod z třetí verze na čtvrtou
Jelikož se jedná o nové vydání, nikoli o aktualizaci, není možné prostě nainstalovat čtvrtou verzi jako překryv třetí. Aktualizace z třetí na čtvrtou verzi nebude podporována.
Ale je zde také dobrá zpráva: Red Hat poskytuje nástroje pro migraci projektů z 3.7 do 4.2. Můžete migrovat pracovní zátěže aplikací pomocí nástroje Cluster Application Migration (CAM). CAM umožňuje řídit migraci a minimalizovat prostoje aplikace.
OpenShift 4.3
Hlavní novinky popsané v tomto článku se objevily ve verzi 4.2. V nedávno vydané 4.3 nejsou změny tak zásadní, ale stále existuje něco nového. Seznam změn je dost rozsáhlý, zde uvádíme ty nejvýznamnější podle našeho názoru:
Aktualizace verze Kubernetes na 1.16.
Verze byla upgradována o dva kroky, v OpenShift 4.2 byla 1.14.
Šifrování dat v etcd
Od verze 4.3 je k dispozici možnost šifrování dat v databázi etcd. Po aktivaci šifrování bude možné šifrovat následující zdroje OpenShift API a Kubernetes API: Secrets, ConfigMaps, Routes, tokeny pro přístup a autorizaci OAuth.
Helm
Byla přidána podpora Helm 3 – populárního správce balíčků pro Kubernetes. Zatím má podpora status TECHNOLOGY PREVIEW. V budoucích verzích OpenShift bude podpora Helmu rozšířena na plnou. Nástroj helm cli je dodáván s OpenShift a lze jej stáhnout z webové konzole pro správu clustru.
Aktualizace Project Dashboard
V nové verzi Project Dashboard poskytuje další informace na stránce projektu: stav projektu, využití zdrojů a kvóty pro projekt.
Zobrazení zranitelností pro quay v Web-console
Do administrační konzole byla přidána funkce zobrazení známých zranitelností pro obrazy v repozitářích Quay. Podporuje se zobrazení zranitelností pro místní a externí repozitáře.
Zjednodušení vytvoření offline operatorhub
V případě nasazení cloudu OpenShift v izolované síti, kde je přístup k internetu omezený nebo zcela chybí, se usnadnilo vytváření „zrcadla“ pro registr OperatorHub. Nyní to bude možné udělat pouze třemi příkazy.
Autoři:
Viktor Pučkov, Jurij Semenjuk
Zdroj: habr.com
