主持人 > 博客 > 網絡新聞 > 發布 Kubernetes 1.18，一個用於管理隔離容器叢集的系統

發布 Kubernetes 1.18，一個用於管理隔離容器叢集的系統

發表 容器編排平台發布 庫伯內斯 1.18，它允許您將一組獨立的容器作為一個整體進行管理，並提供部署、維護和擴展在容器中運行的應用程式的機制。 該專案最初由 Google 創建，但後來轉移到由 Linux 基金會監管的獨立網站。 該平台定位為社區開發的通用解決方案，不依賴單一系統，能夠與任何雲端環境中的任何應用程式配合使用。 Kubernetes 程式碼是用 Go 寫的 分發者 在 Apache 2.0 下獲得許可。

提供部署和管理基礎架構的功能，例如DNS資料庫維護、負載平衡、
在叢集節點之間分配容器（容器遷移取決於負載和服務需求的變化）、應用程式層級的健康檢查、帳戶管理、正在運行的叢集的更新和動態擴展，而無需停止叢集。 可以部署容器群組，同時對整個群組進行更新和撤銷操作，以及透過資源劃分將叢集邏輯劃分為多個部分。 支援應用的動態遷移，資料儲存可以採用本地儲存和網路儲存系統。

Kubernetes 1.18 版本包括 38 項變更和改進，其中 15 項已移至穩定狀態，11 項移至測試版狀態。 alpha 狀態中提出了 12 項新變更。 在準備新版本時，既要完善各種功能，也要穩定實驗能力，還要增加新的開發內容。 主要變化：

  • 庫克特爾
    • 添加 “kubectl debug”命令的 alpha 版本，可讓您透過使用偵錯工具啟動臨時容器來簡化 pod 中的偵錯。
    • 宣佈穩定 「kubectl diff」命令，它允許您查看應用程式清單後叢集中會發生什麼變化。
    • 已刪除 「kubectl run」指令的所有產生器，除了用來執行單一 Pod 的產生器。
    • 改變了 標誌“--dry-run”，根據其值（客戶端、伺服器和無），在客戶端或伺服器端進行命令的試執行。
    • kubectl 程式碼 突出顯示 到一個單獨的儲存庫。 這使得 kubectl 能夠與內部 kubernetes 依賴關係解耦，並且可以更輕鬆地將程式碼匯入第三方專案。
  • 入口
    • 開始 將 Ingress 的 API 群組更改為networking.v1beta1。
    • 添加 新領域：
      • pathType，讓您指定如何比較請求中的路徑
      • IngressClassName 是 kubernetes.io/ingress.class 註解的替代品，該註解已被宣告為已棄用。 此欄位指定特殊物件InressClass的名稱
    • 添加 IngressClass 對象，表示入口控制器的名稱、附加參數以及預設使用的標誌
  • 服務
    • 添加者 AppProtocol 字段，您可以在其中指定應用程式使用的協議
    • 已翻譯 處於 Beta 狀態，預設啟用 EndpointSlicesAPI，它是常規 Endpoints 的功能更豐富的替代品。
  • Сеть
    • 支持 IPv6 已轉至測試版狀態。
  • 永久磁碟。 以下功能已被宣布穩定：
  • 應用程式配置
    • 到 ConfigMap 和 Secret 對象 添加 新字段“不可變”。 將欄位值設為 true 可防止修改物件。
  • 調度器
    • 添加 能夠為 kube-scheduler 建立額外的設定檔。 如果先前需要執行額外的單獨排程器來實作非標準 pod 分發演算法，現在可以為標準排程器建立額外的設定集，並在同一 pod 欄位「.spec.schedulerName」中指定其名稱。 狀態 - 阿爾法。
    • 基於污點的驅逐 宣佈穩定
  • 縮放
    • 添加 能夠在 HPA 中指定更改正在運行的 pod 數量時的激進程度，即當負載增加時，立即啟動 N 倍以上的實例。
  • 庫貝萊特
    • 拓撲管理器 已獲得測試狀態。 此功能支援 NUMA 分配，從而避免多插槽系統上的效能下降。
    • 測試版狀態 我收到 PodOverhead 函數，它可讓您在 RuntimeClass 中指定執行 pod 所需的額外資源量。
    • 擴充 對 HugePages 的支持，在 alpha 狀態中添加了容器級隔離和對多種 HugePages 大小的支援。
    • 已刪除 指標 /metrics/resource/v1alpha1 的端點，改為使用 /metrics/resource
  • API
    • 最後 刪除了使用過時的 API 群組 apps/v1beta1 和 extensions/v1beta1 的功能。
    • 伺服器端應用 升級至 beta2 狀態。 此改進將物件操作從 kubectl 轉移到 API 伺服器。 改進的作者聲稱，這將修復許多在當前情況下無法糾正的現有錯誤。 他們還添加了一個「.metadata.managedFields」部分，他們建議在其中儲存物件更改的歷史記錄，指示誰、何時以及究竟更改了什麼。
    • 已公佈 穩定的憑證簽署請求 API。
  • Windows平台支援。

來源： opennet.ru

添加評論