本節的Google Cloud 部署架構指南說明多區域部署架構。
在採用多區域部署原型的雲端架構中，應用程式會在兩個以上的Google Cloud 區域中執行。應用程式資料會在架構中的所有區域複製。為確保資料快速同步複製，這些區域通常位於同一洲。
下圖顯示在兩個 Google Cloud 區域中執行的應用程式雲端拓撲：
上圖顯示兩個獨立的多層應用程式堆疊，分別在兩個 Google Cloud 區域中獨立執行。在每個區域中，應用程式會在三個可用區中執行。這兩個區域的資料庫會進行複製。如果工作負載的復原點目標 (RPO) 較低，或需要跨區域資料一致性，則資料庫複製作業必須是同步的。否則，資料庫可以非同步複製。系統會使用 DNS 轉送政策，將使用者要求轉送至區域負載平衡器。如果其中一個區域發生中斷，DNS 會將使用者要求轉送至另一個區域的負載平衡器。
用途
以下各節提供用途範例，說明多區域部署原型是合適的選擇。
為地理位置分散的使用者提供高可用性
如果應用程式對業務至關重要，且必須具備高可用性，以及在區域中斷時仍能正常運作，建議您採用多區域部署。如果某個地區因任何原因無法使用 (即使是天災造成的大規模中斷)，應用程式使用者也不會遇到任何停機時間。流量會轉送至其他可用區域的應用程式。如果資料是同步複製，復原時間目標 (RTO) 接近於零。
應用程式使用者延遲時間極短
如果使用者位於特定地理區域 (例如某個大陸)，您可以採用多區域部署，在可用性和效能之間取得最佳平衡。如果其中一個地區發生中斷，全域負載平衡器會將來自該地區的要求傳送至其他地區。由於這些區域位於同一地理區域內，使用者不會感受到明顯的效能影響。
符合資料落地和主權要求
多區域部署原型可協助您滿足資料落地和營運主權的法規要求。舉例來說，歐洲某個國家/地區可能規定所有使用者資料都必須儲存在該國家/地區的實體資料中心，並從該處存取。您可以將應用程式部署到Google Cloud 歐洲地區，並使用 DNS 和地理圍欄式轉送政策，將流量轉送到適當的地區。
設計須知
在不同地點佈建及管理備援資源時，跨地點的網路流量可能會很高。您也可以跨多個區域儲存及複製資料。建構使用多區域部署原型架構時，請考量雲端資源和網路流量可能較高的成本，以及部署作業的複雜度。對於關鍵業務應用程式，多區域架構的可用性優勢可能勝過成本增加和作業複雜度提高的缺點。
參考架構
如需可用於設計 Compute Engine VM 多區域部署的參考架構，請參閱「Compute Engine 上的多區域部署」。