Google Distributed Cloud 簡介

本頁面簡介 Google Distributed Cloud,包括適用時機、限制和已知問題。

透過 Distributed Cloud,您可以在 Google 提供及維護的專屬硬體上執行 Google Kubernetes Engine (GKE) 叢集,與傳統 Google Cloud 資料中心分開。Google 會將 Distributed Cloud 硬體運送至您的場所並安裝。

在 Distributed Cloud 安裝項目上部署工作負載,與在雲端 GKE 叢集上部署工作負載的方式類似。部署硬體後,叢集管理員會使用 Google Cloud 控制台或 Google Cloud CLI,佈建 Distributed Cloud 叢集。此外,網路管理員會設定 Distributed Cloud 網路元件,讓工作負載能與本機網路及彼此通訊。應用程式擁有者隨後就能將工作負載部署至這些叢集。Distributed Cloud 支援在 Kubernetes 容器和虛擬機器中執行工作負載,包括以 GPU 為基礎的工作負載,這類工作負載會在 NVIDIA Tesla T4 GPU 上執行。

Distributed Cloud 提供下列任一外型規格:

  • Distributed Cloud Rack。機架上裝有六個 Distributed Cloud 伺服器和兩個上層機架 (ToR) 交換機。這項設定同時支援本機控制層和 Cloud 控制層叢集。
  • Distributed Cloud Server。獨立的 Distributed Cloud 伺服器,可透過您自己的網路硬體直接連線至本機網路。這個外型規格僅支援本機控制平面叢集。

如要進一步瞭解各個 Distributed Cloud 板型規格,請參閱「Distributed Cloud 板型規格」。

Google 會遠端監控及維護 Distributed Cloud 安裝作業,包括安裝軟體更新和安全性修補程式、解決設定問題,以及診斷 Distributed Cloud 硬體。如要解決無法遠端解決的問題,您必須授權 Google 授權人員實際存取 Distributed Cloud 硬體。

Distributed Cloud 部署作業會使用安全的 Cloud VPN 連線,存取 Google Cloud 服務和在虛擬私有雲 (VPC) 網路中執行的應用程式 Google Cloud 。

如需 Distributed Cloud 的技術總覽,請參閱「Distributed Cloud 的運作方式」。

使用 Distributed Cloud 的時機

分散式雲端專為解決下列情境而設計,在這些情境中,傳統 Google Cloud 部署可能不足以應付:

  • 您的應用程式需要非常穩定的網路連線,無法容忍透過網際網路傳輸資料時常見的潛在流量中斷問題。
  • 您的應用程式需要盡可能縮短網路延遲時間,且對延遲時間尖峰或延遲抖動很敏感。Distributed Cloud 也支援高效能網路技術,例如單一根目錄輸入/輸出虛擬化 (SR-IOV) 和資料平面開發套件 (DPDK),適用於使用網路功能運算子的進階情境 (Distributed Cloud Servers 不支援)。

  • 您的應用程式會產生大量資料,如果傳輸至Google Cloud或從Google Cloud傳輸資料,效能會受到限制,或成本過高。

  • 當地法律或法規規定,您的資料必須保留在內部部署環境,且不得儲存在貴商家或特定地理管轄區以外的位置。

Distributed Cloud 的限制

與傳統雲端 GKE 地區相比,Distributed Cloud 地區有下列限制:

  • 處理能力。與傳統雲端區域不同,Distributed Cloud 安裝作業的處理容量有限。規劃及部署工作負載時,請留意這項限制。
  • 工作負載限制。Distributed Cloud 會對工作負載設下多項限制。
  • GKE Enterprise 功能。Distributed Cloud 不支援 Cloud Service Mesh 等 GKE Enterprise 功能,但 Config Management 的 ConfigSync 功能除外。

這個 Distributed Cloud 版本的已知問題

這個版本的 Distributed Cloud 具有下列已知問題:

  • 大量 Webhook 呼叫可能會導致 Konnectivity Proxy 暫時失敗。
  • 在 Distributed Cloud 節點上執行的指標代理程式可能會累積大量事件,導致停滯,進而無法擷取更多指標。
  • 垃圾收集功能間歇性無法清除已終止的 Pod。
  • 如果對應的網路介面停止運作,然後恢復運作,BGP 工作階段不會復原。

後續步驟