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

每週 Kubernetes 社群環聊筆記 - 2015 年 5 月 22 日

每週,Kubernetes 貢獻者社群都會透過 Google Hangouts 進行虛擬會議。我們希望所有感興趣的人都能瞭解這個論壇討論了什麼。

討論/主題

  • 程式碼凍結
  • 叢集升級
  • E2E 測試問題

程式碼凍結流程於 5 月 22 日收盤時開始,包括

  • 程式碼滯留——處理活躍的 PR。如果 V1 版本存在問題,請今天提出。
  • 社群 PR——計劃在約 6 周後重新開放。
  • V1 版本修復的關鍵領域——文件、體驗。

E2E 問題和 LGTM 流程

  • 發現端到端測試變紅。

  • 計劃限制合併到值班人員。Quinton 將進行溝通。

  • 能否向社群公開 Jenkins 執行結果? (Paul)

    • 需要解決的問題/顧慮是 Jenkins 的安全性。短期結論:將考慮將 Jenkins 日誌推送到 GCS 儲存桶。Lavalamp 將與 Jeff Grafton 跟進。

    • 長期解決方案可能是合併佇列,其中每個合併都會執行 E2E 測試(而不是多次合併)。這在 OpenShift 中已存在。

Kubernetes 叢集升級作為 V1 的最終功能

  • GCE 將使用持久磁碟 (PD) 掛載新映象。

  • OpenShift 將遵循傳統的更新模式,使用“yum update”。

  • 一個初步的方案是提供一個“kube-push”的模擬,用於就地更新主節點。會議中的反饋是

    • 升級主節點上的 Docker 守護程式將殺死主節點的 Pod。同意。可以考慮一個“升級”階段或明確的步驟。

    • 這與 HA 主節點升級有何不同?將 HA 情況視為超集。進行升級的工作將是 HA 主節點升級的先決條件。

  • Mesos 排程器實現了滾動節點升級。

Hangout 中請求關注 V1

    • 討論了它是一個最終一致的設計。*

      • 在會議中,結果是:尋求一種跨多個部件更新原子性的模式。Paul 將在準備好審查時通知 Tim。
  • E2E 中的迴歸 #8499 (Eric Paris)

  • 請求審查方向,如果不是審查。 #8334 (Mark)

  • 尚未實現優雅終止處理(例如,向 PostgreSQL 傳送 sigterm)。 #2789 (Clayton)

    • 需要延長寬限期或完成管道。在 API 和客戶端工具中,缺少 kubelet 使用且我們未設定超時 (>0) 值。

    • Brendan 將調查此優雅終止問題。

  • 負載均衡器即將由 JustinSB 準備就緒。