以下是幾項重要考量，會影響您部署 Backup and DR 備份/復原設備的方式：
貴機構的復原時間目標 (RTO) 需求為何？RTO 是指您可接受資料中斷的最長時間。舉例來說，如果 RTO 為 4 小時，您就必須在故障發生後的 4 小時內存取資料。
您是否需要集中管理備份？您必須決定是否要集中管理備份資料。
- 集中式備份管理功能可讓您透過單一設備管理控制台，管理所有業務線的所有工作負載備份作業。這樣一來，您只需要管理單一設備管理控制台，備份管理效率會更高。
- 分散式備份管理是指您為每個業務範圍提供個別的設備管理控制台。各機構的運作模式不盡相同。
備份用途為何？您是否需要遠端備份，以在生產區域發生災害時進行災難復原，還是只要在本機保護資料即可？如需災難復原功能，請務必考慮跨區域備份。也就是將備份資料儲存在多個位置，這樣一來，即使某個位置受到災害影響，您仍可存取資料。
工作負載位於單一區域
區域內最適合的備份策略取決於您的需求。
如果不需要災難復原 (DR)
為獲得最佳效能並降低成本，請在工作負載執行的相同區域中，部署設備管理控制台和備份/復原設備。將備份映像檔儲存在與工作負載相同的區域。
如要將備份副本儲存在異地，您可以將備份儲存在不同區域，或是使用雙區域或多區域儲存空間。如果儲存備份的區域與來源叢集不同，會產生網路和儲存空間費用。
如果需要備份和災難復原服務
如要獲得最快的效能並降低成本，請在與正式版工作負載區域相同的區域中，部署設備管理控制台，並在可用於災害復原的區域中，部署第二個設備管理控制台。
在正式工作負載區域和災難復原區域中，部署備份/復原設備，盡量縮短復原時間目標 (RTO)。確保在發生災害時，DR 環境已完全預先佈建並可供使用。
將備份映像檔儲存在正式環境區域，並在災難復原 (DR) 區域儲存副本，或使用雙區域或多區域儲存空間。生產區域備份副本的效能較快，可滿足日常備份需求。如果正式區域發生故障，您可以使用複製到 DR 區域的資料復原工作負載。
工作負載位於多個區域
跨區域的最佳備份策略取決於您的需求。
如果不需要災難復原 (DR)
如要獲得最佳效能並降低費用，請在工作負載執行的其中一個區域中，部署設備管理控制台。集中管理所有工作負載和區域。
在工作負載執行的每個區域中，部署一或多個備份/復原設備。將備份儲存在與工作負載相同的區域。
如要將備份副本儲存在異地，您可以將備份儲存在不同區域，或是使用雙區域或多區域儲存空間。如果將備份儲存在不同區域或多區域，會產生網路和儲存空間費用。
如果需要備份和災難復原服務
在每個生產工作負載區域部署設備管理控制台，並在 DR 區域部署另一個設備管理控制台。
在正式工作負載區域和災難復原區域中，部署備份/復原設備，盡量縮短復原時間目標 (RTO)。確保在發生災害時，DR 環境已完全預先佈建並可供使用。
將備份儲存在正式環境工作負載區域，並將副本儲存在 DR 區域，或使用雙區域或多區域儲存空間。您可以使用生產區域備份副本，滿足備份需求。
如果生產環境區域發生故障，可以使用 DR 中的備份映像檔復原工作負載。
備份和災難復原服務的建議網路拓撲
Google Cloud 建議您在部署備份和災難復原時使用 Shared VPC。Shared VPC 可讓機構將多個專案的資源連線至共同的 VPC (VPC) 網路，以便使用該網路的內部 IP 安全且有效率地相互通訊。使用 Shared VPC 時，您必須先將其中一項專案指派為「主專案」，然後再另外附加一或多項「服務專案」。主專案中的虛擬私有雲網路稱為 Shared VPC 網路。服務專案中符合條件的資源，皆能使用共用虛擬私有雲網路的子網路。
Shared VPC 可讓組織管理員將管理職責 (例如建立及管理執行個體) 委派給服務專案管理員，同時集中控管子網路、路由和防火牆等網路資源。
設備管理控制台會啟用至服務生產者虛擬私有雲網路虛擬私有雲。這個服務生產者虛擬私有雲會使用 Private Google Access 與您的專案通訊。這個連線的主要用途是讓設備管理控制台和備份/復原設備交換中繼資料。備份流量不會經過這個連結。不過，設備管理控制台必須與部署在任何網路中的所有備份/復原設備通訊。
Shared VPC 最佳做法
建議採行下列最佳做法：
連線至設備管理控制台：最好將服務供應商網路連線至您網路中的 Shared VPC。設備管理控制台的所有流量都會流經這個虛擬私有雲，因此也會流經主專案。透過 Shared VPC 佈建備份和災難復原服務的連線，也能在執行工作負載的專案 (服務專案) 與備份和災難復原服務之間，建立無縫連線。
備份/復原設備位置：備份/復原設備必須部署在已啟用 Private Google Access 的子網路中，才能連線至設備管理控制台。建議您採用以下兩種策略，為備份/復原設備選取專案：
在中央主機專案中：在這個策略中，備份和災難復原服務會視為 IT 的中央服務。中央備份團隊負責控管服務的佈建作業。因此，所有備份/復原設備都會在主專案中佈建，讓中央管理員將所有備份資源整合到中央專案。這種做法的好處是，所有備份相關資源和帳單都會整合到單一專案中。
服務專案：這項策略適合較分散的團隊，由分散式團隊建立及管理服務專案。在這個情境中，建議的最佳做法是為下游服務專案佈建虛擬私有雲。備份/復原設備會安裝在這些虛擬私有雲的服務專案中。這樣一來，您就能在單一專案中，將工作負載和備份/復原設備放在同一位置。
私人 Google 存取權：建議為安裝備份/復原設備的每個子網路啟用私人 Google 存取權。這可確保備份/復原設備能與 Compute Engine、Cloud Storage 和 Cloud Logging 等 API 通訊，對於監控和警報功能運作至關重要。如要簡化及強化與 Google Cloud API 的連線，建議為
private.googleapis.com設定 DNS 解析，詳情請參閱「設定選項摘要」一節。如果是 Private Google Access，請設定備份/復原設備的防火牆規則，允許連線至 TCP 通訊埠 443 的 CIDR 範圍199.36.153.8/30。