Plan für die Notfallwiederherstellung

Auf dieser Seite finden Sie Informationen, mit denen Sie die Notfallwiederherstellung für Ihre Arbeitslasten in der Bare-Metal-Lösungsumgebung planen können.

Die Bare-Metal-Lösung wird über eine regionale Erweiterung bereitgestellt. Seit Februar 2024 Alle Regionen der Bare-Metal-Lösung werden physisch in Einrichtungen von Drittanbietern gehostet. Aufgrund des Regionserweiterungsmodells folgt die Bare-Metal-Lösung nicht den Konventionelles zonales Trennungsmodell, das auch von anderen Google Cloud-Diensten verwendet wird, wie z. B. Compute Engine. Jede Bare-Metal-Lösungsbereitstellung innerhalb einer regionalen Erweiterung wird als Pod bezeichnet. In einigen Regionen werden Bare-Metal-Lösungsressourcen von mehreren Pods bereitgestellt. Es ist jedoch nicht erforderlich oder zu erwarten, dass die Pods geografisch getrennt sind.

Wenn Sie geschäftskritische Arbeitslasten ausführen, empfehlen wir Ihnen, die Notfallwiederherstellung planen.

Empfohlene Ressourcen für die Notfallwiederherstellung

Wir empfehlen Ihnen, die folgenden Ressourcen zu nutzen, um Ihre Notfallwiederherstellung:

Pod-übergreifende Konnektivität

Pods und Regionserweiterungen haben keine direkte Verbindung. Alle Zugriffe der Bereitstellung Ihrer Bare-Metal-Lösung (ein- und ausgehenden Traffic) über eine Interconnect-Verbindung und über das Google Cloud-Backbonenetzwerk. Es wird kein Datenpfad unterstützt für Replikation auf Speicherebene. Dies eliminiert Optionen zur Notfallwiederherstellung basierend auf wie die Speicherreplikation auf Block-Ebene oder Snapshot-Replikation.

Planung der Notfallwiederherstellungsregion

In der Regel wählen Sie eine Region für die Bare-Metal-Lösung Google Cloud-Dienste, die Sie verwenden. Die Notfallwiederherstellung für Datenbanken entspricht in der Regel den Regionen, die für die entsprechenden und ihre Integrationen. Berücksichtigen Sie daher die Netzwerklatenz zwischen den Regionen, wenn Sie planen, welche Regionen Sie für die Notfallwiederherstellung verwenden möchten.

Je nach Branche gibt es möglicherweise regulatorische Anforderungen Lokalität, die vorgibt, wo Sie Daten replizieren können. Jede Anwendung hat ihre eigenen Anforderungen. Die Auswahl der Region für die Notfallwiederherstellung liegt daher in Ihrer Verantwortung.

Überlegungen zum Netzwerk

Traffic für Interconnect-Verbindung isolieren

In vielen Fällen ist es sinnvoll, Replikationstraffic von Anwendungssitzungen zu isolieren.

Die Traffic-Isolation kann durch die Bereitstellung separater Partner-Interconnects in jeder Region erreicht werden, die in einem Transit-VPC enden, das für die Replikation verwendet wird. Das folgende Diagramm zeigt diese Konfiguration.

Trafficisolierung mithilfe separater Interconnects.

Im Diagramm verwenden die Bare-Metal-Lösungsserver in der Region us-west2 das Netzwerk 10.10.10.0/24 und die Bare-Metal-Lösungsserver in der Region us-east4 das Netzwerk 10.20.20.0/24. Das Nutzerprojekt enthält separate VPCs für Anwendungs- und Replikationsverkehr mit den Namen Application VPC und Replication VPC. Die BGP-Anzeigen sind so konfiguriert, dass jeder Cloud Router in der Replication VPC eine Route zum regionenübergreifenden Bare-Metal-Lösungsnetzwerk anbietet. Dadurch wird der regionenübergreifende Traffic über die Replication VPC geleitet. Die Cloud Router in der Application VPC kündigen eine generische 0.0.0.0/0-Route oder Routen zu bestimmten CIDR-Blöcken an, mit denen die Bare-Metal-Lösungsserver kommunizieren müssen. In diesem Beispiel steht 0.0.0.0/0 für eine Route, über die Traffic an ein beliebiges anderes Ziel gesendet wird.

Die Anwendungsserver und anderen Dienste, die eine Verbindung von der lokalen Umgebung herstellen Rechenzentren sind über die Application VPC verbunden. Die Instanzen innerhalb der Application VPC kann weiterhin mit Datenbanken kommunizieren, die in folgenden Systemen ausgeführt werden: Regionserweiterung der Bare-Metal-Lösung

Die Interconnect-Verbindungen, die in der Transit-VPC enden, können auch für den Zugriff auf Google Cloud-Dienste wie Cloud Storage, Filestore oder Sicherung und Notfallwiederherstellung. Dies kann erreicht werden, indem der Filestore-Instanz in der Transit-VPC oder über die Private Service Connect die sich innerhalb der Transit-VPC befinden.