本頁面提供 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 connected 機架。機架包含六個 Distributed Cloud 連線伺服器和兩個機架頂端 (ToR) 交換機。這項設定同時支援本機控制層和 Cloud 控制層叢集。
- Distributed Cloud connected 伺服器。獨立的 Distributed Cloud connected 伺服器，可透過您自己的網路硬體直接連線至本機網路。這個外型規格僅支援本機控制平面叢集。
如要進一步瞭解各項板型規格，請參閱「Distributed Cloud 板型規格」。
Google 會遠端監控及維護 Distributed Cloud 的連線部署作業，包括安裝軟體更新和安全性修補程式、解決設定問題，以及診斷 Distributed Cloud 硬體。如要解決無法遠端解決的問題，您必須授權 Google 授權人員實際存取 Distributed Cloud 硬體。
Distributed Cloud 連線部署作業會使用安全的 Cloud VPN 連線，存取 Google Cloud 服務和在虛擬私有雲 (VPC) 網路中執行的應用程式 Google Cloud 。
如需 Distributed Cloud 連線部署的技術總覽，請參閱「Distributed Cloud connected 的運作方式」。
使用 Distributed Cloud connected 的時機
Distributed Cloud 連線部署作業專為解決下列情境而設計，在這些情境中，傳統部署作業可能不足以應付： Google Cloud
- 您的應用程式需要非常穩定的網路連線，無法容忍透過網際網路傳輸資料時常見的潛在流量中斷問題。
- 您的應用程式需要盡可能縮短網路延遲時間，且對延遲時間尖峰或延遲抖動很敏感。Distributed Cloud 也支援高效能網路技術，例如單一根目錄輸入/輸出虛擬化 (SR-IOV) 和資料平面開發套件 (DPDK)，適用於使用網路功能運算子的進階情境 (Distributed Cloud Servers 不支援)。
- 您的應用程式會產生大量資料，如果傳輸至Google Cloud或從Google Cloud傳輸資料，效能會受到限制，或成本過高。
- 當地法律或法規規定，您的資料必須保留在內部部署環境，且不得儲存在貴商家或特定地理管轄區以外的位置。
Distributed Cloud connected 的限制
與傳統雲端 GKE 區域相比，Distributed Cloud 連線區域有下列限制：
- 處理能力。與傳統雲端區域不同，Distributed Cloud 的連結部署作業處理容量有限。規劃及部署工作負載時，請留意這項限制。
- 工作負載限制。Distributed Cloud 連線會對工作負載設下幾項限制。
- GKE Enterprise 功能。Distributed Cloud Connected 不支援 Cloud Service Mesh 等 GKE Enterprise 功能，但支援 Config Management 的 ConfigSync 功能。
這個 Distributed Cloud 版本的已知問題
這個版本的 Distributed Cloud connected 有下列已知問題：
- 大量 Webhook 呼叫可能會導致 Konnectivity Proxy 暫時失敗。
- 在 Distributed Cloud 連線節點上執行的指標代理程式可能會累積大量事件，導致停滯，無法擷取更多指標。
- 垃圾收集功能間歇性無法清除已終止的 Pod。
- 如果對應的網路介面停止運作，然後恢復運作，BGP 工作階段不會復原。