繼7月底、8月初發表容器即服務平臺OpenShift 4.8,紅帽在今年10月13日舉行的KubeCon暨CloudNativeCon大會期間,表了容器即服務平臺OpenShift的4.9版,當中支援了8月登場的Kubernetes 1.22版,以及Kubernetes叢集管理系統Advanced Cluster Management for Kubernetes(ACM)的2.4版,可用來推動開放企業混合雲環境的一致性統合,新功能包括:全面提供單節點部署(Single Node OpenShift,SNO),以支援小型、全功能的企業級Kubernetes叢集的應用,可協助企業擴充既有應用程式開發與部署規模,以及管理相關工作流程,藉此符合日漸增加的資訊與服務存取需求。
企業可運用單臺節點來建置容器服務平臺,以支援邊緣資料中心的執行需求
OpenShift在邊緣環境原本提供兩種部署方式:三節點叢集、遠端工作節點),而單節點OpenShift是紅帽最新推出的第三種選項,它能在單一伺服器當中,同時提供控制與工作節點的功能,可設置在空間相當窘迫的環境,並在這樣的環境獨立運作,而不需仰賴集中的Kubernetes控制層(control plane)。在這樣的應用情境之下,像是遠距的行動通信基地臺、廠區現場生產製造設備,對於可能會面臨到網路連線流失的狀況,單節點OpenShift部署型態能夠更容易處理。
所謂的單節點OpenShift,就是在單臺實體或虛擬伺服器部署全部的OpenShift功能,硬體資源最低需求為8顆處理器核心、32 GB記憶體,其中的2顆處理器核心與16 GB記憶體,可用於OpenShift控制層,其餘可用於執行使用者工作負載。若搭配ACM 2.4,IT人員可以在邊緣位置,運用簡單、自動(Zero Touch Provisioning)的方式來執行單節點OpenShift部署,而不需要搭配額外的Bootstrap節點。
單節點OpenShift部署適合哪些應用場景?像是電信服務商5G行動網路建置的無線存取網路(RAN)的分散式單元(DU)元件。
紅帽表示,在行動通信基地臺裡面的伺服器,可執行DU,以便就近服務多個無線通訊單元(RU),而DU本身承擔資源密集型的工作負載,而需配置6顆核心、16到24 GB記憶體、提供多個單一路由的I/O虛擬化網路介面、FPGA加速卡或GPU加速卡,各自能負荷Gbps等級的網路流量。
同時,在這種應用場景下,也須確保工作負載能自主處理,使其憑著既有的組態,甚至在無法集中控管的狀態下,還可以持續正常運作。而這也是單節點OpenShift能夠派上用場的地方。
支援多種系統、服務平臺與運算架構
對於以使用者建立基礎架構(User-provisioned infrastructure,UPI)方式安裝在微軟Azure延伸的超融合基礎架構平臺:Azure Stack Hub, OpenShift 4.9也提供支援,而在這樣的整合運用之下,系統管理者能夠在微軟提供的平臺之上,橫跨公有雲、私有環境,執行開放混合雲Azure、OpenShift、Kubernetes工作負載。
除此之外,這一版OpenShift也正式支援執行Windows節點的功能,管理者能將Windows節點加入OpenShift叢集當中,進行定期更新、修補與管理,可延伸適用於用戶的Windows Server執行個體。
在雲端服務與作業系統搭配上,OpenShift 4.9也增添新的支援,像是:OpenShift on AWS China(可在cn-north-1、cn-northwest-1這兩區,安裝與更新OpenShift)、OpenShift on IBM Cloud Bare Metal(IPI安裝),而針對遠端工作節點的裸機部署,這一版OpenShift也提供更流暢的安裝操作體驗,並且支援使用Red Hat Enterprise 8作業系統的工作節點。
關於控制層的部分,OpenShift 4.9增加不少新功能。例如,IT人員可自定OpenShift Scheduler,以便配合系統管理者在叢集當中執行的工作負載,目前內建3個預先配置的組態,能讓管理者根據他們的工作負載執行需求來建立專屬的排程設定。
此外,紅帽也改善了etcd儲存庫,可涵蓋TLS密文自定、憑證自動輪替,以及硬碟儲存碎片自動重整等功能。
在企業資料中心內部的裸機環境應用上,OpenShift 4.9也提供新的負載平衡器,名為MetalLB,用戶在叢集當中,可針對應用程式流量建立這種分散處理機制,目前支援網路第二層(Layer 2)的模式,未來將支援BGP模式。
而新的負載平衡功能當中,管理者可從一組預設外部IP位址範圍當中,將1個IP位址指派給OpenShift Service使用,接著,會由這個服務在叢集裡面執行負載平衡的功能,並使用標準的位址探查協定,像是在IPv4當中的ARP,以及IPv6當中的NDP,以便在網路上能夠存取這些IP位址。
因應機器學習這類運算密集型工作負載,OpenShift 4.9也針對專屬硬體加速卡的搭配使用需求,推出「特殊資源Operator(Special Resource Operator,SRO)」功能的技術預覽版。基本上,SRO是在Kubernetes叢集中存取與管理加速卡運算資源的一套範本,能從系統的啟動、更新、升級等不同狀態中,順暢處理這類硬體裝置,而對於開發人員可以運用SRO,將第三方加速硬體裝置整合到Kubernetes和OpenShift平臺。
關於SRO的定位與運用方式,我們還需要去了解相關的架構,在紅帽釋出的文件也提出下列解釋。
在實際的平臺搭配上,OpenShift主要運用系統核心模組或驅動程式,來支援這類特製的硬體或軟體──在Red Hat Enterprise Linux CoreOS(RHCOS)容器作業系統節點當中,透過驅動程式容器來載入外部核心模組(out-of-tree kernel modules)。
而為了能在既有的OpenShift叢集載入驅動程式或核心模組,紅帽提供3種工具,包含:上述的特殊資源Operator(SRO)、驅動程式工具包(Driver Toolkit,DTK)、節點特色探查Operator(Node Feature Discovery,NFD)。
其中的SRO,負責調度指揮驅動程式容器的組建與管理作業,以便在OpenShift叢集載入核心模組與驅動程式;DTK本身則是容器映像,也是OpenShift平臺的一部分,包含核心模組、與組建驅動程式或核心模組有關的通用相依性元件,可作為驅動程式容器映像的基礎映像;NFD則負責在節點增添多種標籤,像是CPU功能、系統核心版本、PCIe裝置編號。
而在多種運算架構的支援,OpenShift 4.9也涵蓋去年發表的IBM Power10處理器平臺、zVM 7.1伺服器虛擬化平臺;而對於Arm架構的支援,紅帽在7月推出OpenShift on ARM開發者預覽版,就是以這一版OpenShift為基礎,目前可在公有雲業者AWS的環境試用。
Red Hat OpenShift Container Platform 4.9
●原廠:Red Hat
●建議售價:廠商未提供
●搭配Kubernetes版本:1.22
●支援Linux版本:Red Hat Enterprise Linux 7.9/8.4、Red Hat Enterprise Linux CoreOS
●安裝方式:AWS、Azure、Azure Stack Hub、GCP、IBM Z/LinuxONE、IBM Power Systems、RHOSP、RHV、vSphere、VMware Cloud on AWS、裸機
●叢集部署需要的主機:1臺Bootstrap節點、3臺Control plane節點、2臺運算節點
●主機系統需求:Red Hat Enterprise Linux CoreOS、4顆vCPU、16GB記憶體、100GB儲存空間
【註:規格與價格由廠商提供,因時有異動,正確資訊請洽廠商】
熱門新聞
2024-10-05
2024-10-07
2024-10-07
2024-10-05
2024-10-07
2024-10-07
2024-10-07