以下是一些重要考量，會影響您部署備份和災難復原備份/復原設備的方式：
貴組織的復原時間目標 (RTO) 需求為何？RTO 是指您可承受的資料遺失時間上限。舉例來說，如果 RTO 為 4 小時，您就必須在故障發生後 4 小時內存取資料。
您是否需要集中管理備份作業？您必須決定是否要集中管理備份。
- 集中式備份管理是指您可以使用單一設備管理控制台，管理所有業務範圍內所有工作負載的備份。這樣一來，您只需要管理單一設備管理控制台，就能更有效率地管理備份。
- 分散式備份管理是指每個業務範圍都有獨立的設備管理控制台。營運模式因組織而異。
您的備份用途為何？您是否需要遠端備份，以便在正式環境區域發生災難時進行災難復原，還是只要在本機保護資料即可？如需災難復原功能，請務必考慮跨區域備份。也就是將備份儲存在多個位置，這樣一來，即使某個位置受到災害影響，您仍可存取資料。
工作負載位於單一區域
區域內最適合的備份策略取決於您的需求。
如果不需要災難復原 (DR)
為提高效能並降低成本，請在工作負載執行的區域部署設備管理控制台和備份/復原設備。將備份映像檔儲存在與工作負載相同的區域。
如要將備份副本儲存在異地，可以將備份儲存在不同區域，或使用雙區域或多區域儲存空間。將備份儲存在其他區域會產生網路和儲存費用。
如果同時需要備份和災難復原
為達到最快的效能並降低成本，請在正式版工作負載所在區域部署一個設備管理控制台，並在可用於災難復原的區域部署第二個設備管理控制台。
在正式環境工作負載區域和災難復原區域中部署備份/復原設備，盡可能縮短復原時間目標 (RTO)。這可確保 DR 環境已完全預先佈建，並在發生災難時可用。
將備份映像檔儲存在正式環境區域，並將副本儲存在災難復原區域，或使用雙區域或多區域儲存空間。正式環境區域備份副本可滿足例行備份需求，且效能更快。如果正式環境區域發生故障，您可以使用複製到 DR 區域的資料復原工作負載。
工作負載位於多個區域
最適合的跨區域備份策略取決於您的需求。
如果不需要災難復原 (DR)
為提高效能並降低費用，請在執行工作負載的其中一個區域部署設備管理控制台。這可讓您集中管理所有工作負載和區域。
在執行工作負載的各個區域，部署一或多部備份/復原設備。將備份儲存在與工作負載相同的區域。
如要將備份副本儲存在異地，可以將備份儲存在不同區域，或使用雙區域或多區域儲存空間。如果將備份儲存在其他區域或多區域，會產生網路和儲存費用。
如果同時需要備份和災難復原
在每個正式工作負載區域部署一個設備管理控制台，並在 DR 區域部署另一個設備管理控制台。
在正式環境工作負載區域和災難復原區域部署備份/復原設備，盡可能縮短復原時間目標 (RTO)。這可確保 DR 環境已完全預先佈建，並在發生災難時可用。
將備份儲存在正式環境工作負載區域，並在災難復原區域中儲存副本，或使用雙區域或多區域儲存空間。正式環境區域備份副本 可用於滿足備份需求
如果正式環境區域發生故障，可以使用災難復原中的備份映像檔復原工作負載。
備份和災難復原服務的建議網路拓撲
Google Cloud 建議在部署備份和災難復原時使用 Shared VPC。Shared VPC 可讓組織將多項專案的資源連線至共同的虛擬私有雲 (VPC) 網路，以便使用該網路的內部 IP 安全有效率地相互通訊。使用 Shared VPC 時，您必須先將其中一項專案指派為「主專案」，然後再另外附加一或多項「服務專案」。主專案中的虛擬私有雲網路稱為 Shared VPC 網路。服務專案中符合條件的資源，皆能使用共用虛擬私有雲網路的子網路。
Shared VPC 能讓組織管理員將管理責任 (例如建立及管理執行個體) 委派給服務專案管理員，同時保有子網路、路由和防火牆等網路資源的集中控制權。
設備管理控制台會啟用至服務生產者虛擬私有雲網路。這個服務生產者虛擬私有雲會使用Private Google Access與您的專案通訊。這項連線的主要目的是讓設備管理控制台和備份/復原設備交換中繼資料。備份流量不會經過這個連結。不過，設備管理控制台必須與部署在任何網路中的所有備份/復原設備通訊。
Shared VPC 最佳做法
建議採行下列最佳做法：
連線至設備管理控制台：建議您將服務供應商網路連線至網路中的 Shared VPC。來自設備管理控制台的所有流量都會流經這個虛擬私有雲，因此也會流經主專案。透過 Shared VPC 佈建與備份和災難復原服務的連線能力，也能在執行工作負載的專案 (服務專案) 與備份和災難復原服務之間建立順暢連線。
備份/復原設備位置：備份/復原設備必須部署在已啟用 Private Google Access 的子網路中，才能連線至設備管理控制台。建議採用下列兩種策略，為備份/復原設備選取專案：
在中央主專案中：在這項策略中，備份和災難復原服務會視為 IT 的中央服務。中央備份團隊負責管理服務佈建。因此，所有備份/復原設備都會在主專案中佈建，讓中央管理員能將所有備份資源整合至中央專案。這種做法的好處是，可將所有備份相關資源及其帳單整合至單一專案。
在服務專案中：這項策略適合較分散的團隊，可建立服務專案並將管理工作委派給分散的團隊。在這種情況下，建議的最佳做法是為下游服務專案佈建虛擬私有雲。備份/復原設備會安裝在這些虛擬私有雲的服務專案中。這樣一來，工作負載和備份/復原設備就能位於同一個專案中。
Private Google Access：最佳做法是為安裝備份/復原設備的每個子網路啟用 Private Google Access。這可確保備份/復原設備能與 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。