本文發表於一年多前。舊文章可能包含過時內容。請檢查頁面中的資訊自發布以來是否已變得不正確。

企業中的 Kubernetes 與 Fujitsu 的 Cloud Load Control

今年早些時候,富士通向公眾釋出了其基於Kubernetes的產品Fujitsu ServerView Cloud Load Control (CLC)。有些人可能會感到驚訝,因為富士通的聲譽不一定與軟體開發有關,而是與硬體製造和IT服務有關。作為Linux基金會的長期成員,以及開放容器倡議和雲原生計算基金會的創始成員,富士通不僅開發軟體,還致力於開源軟體,併為包括Kubernetes在內的多個專案做出了貢獻。但我們不僅相信Kubernetes作為一個開源專案,我們還選擇它作為我們產品的核心,因為它在功能集、資源需求和執行大規模分散式應用的複雜性之間提供了最佳平衡。

今天,我們將帶您簡要了解我們產品的背景、為什麼我們認為Kubernetes非常適合您的客戶以及雲負載控制在此基礎上提供的價值。很久很久以前……

在2014年中期,我們審視了企業在數字化背景下面臨的挑戰,傳統企業發現越來越多的IT領域的競爭對手正在進入其核心市場。富士通的許多客戶都是這樣的傳統企業,因此我們考慮如何幫助他們,並提出了三個基本原則

  • 將應用程式與基礎設施解耦 - 專注於客戶價值所在:應用程式。
  • 分解應用程式 - 從更小、鬆散耦合的部分構建應用程式。根據業務需求重新配置這些部分。還透過低成本實驗鼓勵創新。
  • 自動化一切 - 透過引入高度自動化來應對前兩點日益增長的複雜性。

我們發現Linux容器本身涵蓋了第一點並觸及了第二點。但當時很少有支援建立分散式應用程式並自動管理它們的工具。我們發現Kubernetes是缺失的部分。並非免費午餐

Kubernetes管理容器化工作負載的通用方法令人信服,但當我們以客戶的視角審視它時,我們意識到它並非免費午餐。許多客戶是中小型公司,其核心業務往往受制於嚴格的資料保護法規。我們確定的前三項要求是

  • 本地部署(可選擇混合場景)
  • 作為(更大)IT基礎設施的一部分,高效運營
  • 企業級支援,可能在全球範圍內

我們建立雲負載控制時考慮了這些要求。它基本上是Kubernetes的一個發行版,旨在用於本地部署,主要關注容器基礎設施的運營方面。我們致力於與社群合作,並將所有相關的更改和擴充套件貢獻給Kubernetes專案。本地部署

正如Kubernetes核心開發者Tim Hockin在他的演講中經常提到的那樣,Kubernetes是“一個由兩部分組成的故事”,其中設定Kubernetes叢集並非易事,由於基礎設施的變化而經常具有挑戰性。這在生產就緒的Kubernetes部署中尤其如此。在公共雲領域,客戶可以選擇像Google Container Engine (GKE) 這樣的服務來完成這項工作。由於客戶在本地選項較少,他們往往不得不自行考慮部署。

雲負載控制解決了這些問題。它使客戶能夠在自己的基礎設施上可靠、便捷地部署生產級Kubernetes叢集,具有以下優點

  • 經驗證的設定過程,降低叢集設定期間出現問題的風險
  • 將配置時間縮短至數分鐘
  • 可重複的過程,這對於大型多租戶環境尤其重要

雲負載控制為一系列平臺提供了這些優勢,從雲負載控制的第一個版本中的部分OpenStack發行版開始,並根據客戶需求陸續增加更多平臺。我們特別高興能夠移除虛擬化層,並長期支援富士通伺服器上的Kubernetes裸金屬部署。透過消除一層複雜性,執行系統的總成本將降低,並且缺少管理程式將提高效能。

目前,我們正在為OpenStack貢獻一個通用提供商來設定Kubernetes。作為推動多平臺支援的下一步,基於Docker的Kubernetes部署似乎至關重要。我們計劃為這一功能做出貢獻,以確保它將在Kubernetes 1.3中達到Beta版本。高效運營

降低運營成本是任何提供IT基礎設施的組織的目標。這可以透過提高運營效率並幫助操作員完成工作來實現。考慮到大規模容器基礎設施,我們發現區分兩種型別的運營非常重要

  • 平臺導向型,與整個基礎設施相關,通常包括各種系統,其中一個可能是Kubernetes。
  • 應用導向型,更側重於部署在Kubernetes上的單個或一小組應用程式。

Kubernetes在應用導向型方面已經非常出色。雲負載控制旨在幫助平臺導向型操作員高效管理Kubernetes作為整體基礎設施的一部分,並使他們能夠輕鬆執行相關的Kubernetes任務。

雲負載控制的第一個版本提供了一個整合在OpenStack Horizon儀表盤中的使用者介面,使平臺操作人員能夠建立和管理他們的Kubernetes叢集。

叢集被視為OpenStack的一等公民。它們的建立就像建立虛擬機器一樣簡單。操作員無需學習新的系統或配置方法,自助服務方法使大型組織能夠快速為其租戶提供Kubernetes基礎設施。

直觀的使用者介面對於簡化操作至關重要。這就是我們大力貢獻Kubernetes Dashboard專案並將其整合到雲負載控制中的原因。特別是對於那些不熟悉Kubernetes CLI的運營商來說,因為他們還需要關注其他系統,一個出色的使用者介面非常適合完成典型的操作任務,例如檢查系統健康狀況或部署新應用程式。

監控至關重要。透過儀表板,可以獲取叢集級別的洞察。為了確保OpenStack操作員對其平臺有深入的瞭解,我們很快將整合Monasca,OpenStack的監控即服務專案,這樣Kubernetes的指標就可以與OpenStack的指標從一個單一訪問點進行分析。質量和企業級支援

作為一家日本公司,質量和客戶關注是我們所有產品和服務中的最高優先順序。這也是雲負載控制真正價值的來源:它提供了一個經過密集測試和強化以確保在特定平臺集上穩定執行的開源軟體特定版本。

鑑於容器技術和Kubernetes對許多企業來說是新領域,專家協助是建立和執行生產級容器基礎設施的關鍵。雲負載控制提供利用富士通經驗證的支援結構的支援服務。這使得支援也能覆蓋在全球不同地區(如歐洲和日本)運營Kubernetes的客戶,作為同一產品的一部分。結論

2014年似乎已是光年之外,我們相信選擇Kubernetes是正確的。它從底層構建,旨在實現基於容器的分散式應用程式的建立,並最好地支援這一用例。

藉助雲負載控制,我們很高興能夠讓企業在生產環境中執行Kubernetes,並幫助他們的操作員高效使用它,以便DevOps團隊可以在此基礎上構建出色的應用程式。