Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Auf dieser Seite finden Sie einen Überblick über die regionenübergreifende Replikation von AlloyDB for PostgreSQL.
Mit der regionenübergreifenden Replikation von AlloyDB können Sie sekundäre Cluster und Instanzen aus einem primären Cluster erstellen, um die Ressourcen bei einem Ausfall in der primären Region in verschiedenen Regionen verfügbar zu machen. Diese sekundären Cluster und Instanzen fungieren als Kopien Ihrer primären Cluster- und Instanzressourcen.
Die wichtigsten Konzepte auf dieser Seite sind:
Primärer Cluster: Ein Lese-/Schreib-Cluster in einer einzelnen Region.
Sekundärer Cluster: Ein schreibgeschützter Cluster in einer anderen Region als der primäre Cluster, dessen Daten asynchron aus dem primären Cluster repliziert werden.
Bei einem Ausfall eines primären AlloyDB-Clusters können Sie einen sekundären Cluster zu einem primären Cluster hochstufen.
Sie können bis zu fünf sekundäre Cluster für einen primären Cluster erstellen. Alle sekundären Cluster replizieren Daten aus einem einzelnen primären Cluster. Wenn Sie einen sekundären Cluster hochstufen, wird er zu einem unabhängigen primären Cluster.
Sekundäre Instanz: Ein schreibgeschützter Leader eines sekundären Clusters. Sie ist für den Empfang eines Replikationsstreams von einem primären Cluster verantwortlich. Der Replikationsstream aktualisiert das Speichervolume in der sekundären Region basierend auf dem Speichervolume in der primären Region.
Wenn ein sekundärer Cluster zu einem primären Cluster hochgestuft wird, wird die sekundäre Instanz zur primären Instanz.
Eine sekundäre Instanz kann entweder einfach (zonal) oder hochverfügbar (regional) sein.
Das folgende Diagramm veranschaulicht die regionsübergreifende Replikation:
Abbildung 1. Beispiel für die regionsübergreifende Replikationsarchitektur von AlloyDB.
Vorteile
Die regionenübergreifende Replikation in AlloyDB bietet folgende Vorteile:
Notfallwiederherstellung: Wenn die Region des primären Clusters nicht mehr verfügbar ist, können Sie AlloyDB-Ressourcen in einer anderen Region hochstufen, um Anfragen zu bearbeiten.
Weniger Ausfallzeiten: Die Unterstützung von Hochverfügbarkeit (HA) in sekundären Clustern reduziert Ausfallzeiten bei Wartungsereignissen oder ungeplanten Ausfällen.
Geografisch verteilte Daten: Durch die geografische Verteilung der Daten werden die Daten näher an Sie herangebracht und die Leselatenz verringert.
Bessere Leseskalierung:Jedes regionenübergreifende Replikat (oder jeder sekundäre Cluster) kann bis zu 20 Leseknoten unterstützen, sodass Sie Ihre Lesevorgänge weiter skalieren können.
Switchover ohne Datenverlust: Bei regionenübergreifenden Replikationseinrichtungen unterstützt AlloyDB die Umstellung zwischen primärer und sekundärer Instanz ohne Datenverlust.
Regionsübergreifende Replikation nutzen
Die regionsübergreifende Replikation von AlloyDB umfasst die folgenden Aufgaben:
Sekundären Cluster erstellen
Ein sekundärer Cluster ist eine kontinuierlich aktualisierte Kopie Ihres primären AlloyDB-Clusters.
Sekundären Cluster ansehen:
Nachdem Sie einen sekundären Cluster erstellt haben, können Sie seine Details auf der Seite Cluster in der Google Cloud -Konsole ansehen.
Lesepoolinstanzen hinzufügen
Sie können einem sekundären Cluster Lesepoolinstanzen hinzufügen. Wenn Sie die Lesekapazität horizontal skalieren möchten, können Sie Ihrem sekundären Cluster bis zu 20 Leseknoten hinzufügen.
Sekundären Cluster hochstufen:
Sie können die Daten aus einem sekundären Cluster lesen, aber nicht in ihn schreiben, bis Sie ihn zu einem voll funktionsfähigen, eigenständigen primären Cluster hochstufen. Wenn Sie einen sekundären Cluster hochstufen, wird auch die sekundäre Instanz des Clusters als primäre Instanz mit Lese- und Schreibfunktionen hochgestuft.
Der primäre Anwendungsfall für das Hochstufen eines sekundären Clusters ist die Notfallwiederherstellung.
Wenn in der Region Ihres primären Clusters ein regionaler Ausfall auftritt, können Sie Ihren sekundären Cluster zu einem eigenständigen primären Cluster hochstufen und die Bereitstellung Ihrer Anwendung fortsetzen.
Switchover ohne Datenverlust:
Mit Switchover können Sie die Rollen Ihres primären und sekundären Clusters ohne Datenverlust umkehren. Sie können einen Switchover ausführen, um Ihre Einrichtung zur Notfallwiederherstellung zu testen oder Ihre Arbeitslast zu migrieren. Nach Abschluss des Switchover-Vorgangs wird die Richtung der Replikation umgekehrt.
Wenn Sie mehrere sekundäre Cluster haben, wird der sekundäre Cluster, der den Switchover-Befehl empfängt, zu einem primären Cluster. Der vorherige primäre Cluster wird zu einem sekundären Cluster, der vom neuen primären Cluster repliziert wird. Alle anderen sekundären Cluster wechseln zur Replikation vom neuen primären Cluster.
Es gibt zwei gängige Szenarien für die Umstellung auf Ihren sekundären Cluster:
Übungen zur Notfallwiederherstellung: Sie können Ihre Prozesse zur Notfallwiederherstellung testen, indem Sie Ihre Anwendung ohne Datenverlust in eine andere Region verschieben, um einen regionalen Ausfall zu simulieren.
Regionale Migration: Sie führen eine geplante Migration der AlloyDB-Ressourcen von ihrer primären Region in eine andere Region aus. Beim Switchover wird der sekundäre Cluster zu einem primären Cluster mit einem RPO (Recovery Point Objective) von 0. So wird sichergestellt, dass bei der Migration keine Daten verloren gehen.
Automatisierte und kontinuierliche Sicherungen konfigurieren:
Standardmäßig kopiert AlloyDB automatisch Konfigurationen für automatische und kontinuierliche Sicherungen vom primären Cluster in einen neu erstellten sekundären Cluster. Wenn Sie für Ihren sekundären Cluster andere Sicherungskonfigurationen verwenden möchten, können Sie die Sicherungskonfiguration beim Erstellen eines sekundären Clusters ändern.
Wenn Ihr primärer Cluster die CMEK-Verschlüsselung (Customer-Managed Encryption Key) für Sicherungen verwendet, haben Sie beim Erstellen eines sekundären Clusters folgende Möglichkeiten:
Geben Sie die CMEK-Verschlüsselungseinstellungen für die Sicherungen des sekundären Clusters an.
Deaktivieren Sie Sicherungen für den sekundären Cluster.
Weitere Informationen zum Verschlüsseln von Sicherungen mit CMEK finden Sie unter CMEK verwenden.
Sie können die Einstellungen für automatische und kontinuierliche Sicherungen für den sekundären Cluster nach der Erstellung ändern.
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Schwer verständlich","hardToUnderstand","thumb-down"],["Informationen oder Beispielcode falsch","incorrectInformationOrSampleCode","thumb-down"],["Benötigte Informationen/Beispiele nicht gefunden","missingTheInformationSamplesINeed","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 2025-08-25 (UTC)."],[[["\u003cp\u003eAlloyDB cross-region replication creates read-only secondary clusters and instances in different regions, which mirror a primary cluster's data.\u003c/p\u003e\n"],["\u003cp\u003eSecondary clusters can be promoted to fully functional primary clusters in the event of a primary cluster failure, enabling disaster recovery.\u003c/p\u003e\n"],["\u003cp\u003eCross-region replication offers benefits like reduced downtime, geographic data distribution, geographic load balancing, and switchover with zero data loss.\u003c/p\u003e\n"],["\u003cp\u003eSecondary clusters can have up to 20 read nodes, allowing for increased read scaling capabilities.\u003c/p\u003e\n"],["\u003cp\u003eWorking with cross-region replication involves tasks such as creating and viewing secondary clusters, adding read pool instances, promoting secondary clusters, and performing switchovers with zero data loss.\u003c/p\u003e\n"]]],[],null,["# Cross-region replication overview\n\nThis page provides an overview of AlloyDB for PostgreSQL cross-region replication.\n\nAlloyDB cross-region replication lets you create secondary\nclusters and instances from a primary cluster to make the resources available in\ndifferent regions, in the event of an outage in the primary region. These\nsecondary clusters and instances function as copies of your primary cluster and\ninstance resources.\n\nKey concepts in this page include the following:\n\n- **Primary cluster.** A read-write cluster in a single region.\n\n- **Secondary cluster.** A read-only cluster in a different region than the primary,\n that replicates from the primary cluster asynchronously.\n In the event of a failure of an AlloyDB primary cluster, you can\n promote a secondary cluster to a primary cluster.\n\n You can create up to five secondary clusters for a primary cluster. All of\n the secondary clusters replicate from a single primary cluster. If you\n promote a secondary cluster, that secondary cluster becomes an independent\n primary cluster.\n- **Secondary instance.** A read-only leader of a secondary cluster. It is\n responsible for receiving a replication stream from a primary cluster. The\n replication stream updates the storage volume in the secondary region based on\n the storage volume in the primary region.\n If a secondary cluster is promoted to a primary cluster, the secondary instance\n becomes the primary instance.\n\n A secondary instance can be either basic (zonal) or high-availability\n (regional).\n\n The following diagram illustrates how cross-region replication works:\n\n**Figure 1.** Example of AlloyDB cross-region replication architecture.\n\nBenefits\n--------\n\nThe benefits of cross-region replication on AlloyDB include the\nfollowing:\n\n- **Disaster recovery.** In the event the primary cluster's region becomes\n unavailable, you can promote AlloyDB resources in another region\n to serve requests.\n\n- **Reduced downtime.** Support of high availability (HA) on secondary clusters\n reduces downtime during maintenance events or unplanned outages.\n\n- **Geographically distributed data.** Distributing the data geographically brings\n the data closer to you and decreases read latency.\n\n- **Increased read scaling:** Each cross-region replica (or secondary cluster)\n can support up to 20 read nodes, allowing you to scale your reads further.\n\n- **Switchover with zero data loss.** For\n cross-region replication setups, AlloyDB supports switchover between\n primary and secondary instance with zero data loss.\n\nWork with cross-region replication\n----------------------------------\n\n| **Note:** You cannot enable advanced query insights features for AlloyDB on instances in cross-region replica clusters. See [Limitations](/alloydb/docs/advanced-query-insights-overview#limitations) and [FAQ](/alloydb/docs/using-advanced-query-insights#advanced-query-insights-features-with-secondary-clusters) for more information.\n\nWorking with AlloyDB cross-region replication involves the following tasks:\n\n- [**Create a secondary cluster.**](/alloydb/docs/cross-region-replication/work-with-cross-region-replication#secondary-cluster-instance)\n A secondary cluster is a continuously updated copy of your AlloyDB\n primary cluster.\n\n- [**View a secondary cluster.**](/alloydb/docs/cross-region-replication/work-with-cross-region-replication#view-secondary-cluster)\n After you create a secondary cluster, you can view its details in the **Clusters**\n page in the Google Cloud console.\n\n- [**Add read pool instances.**](/alloydb/docs/cross-region-replication/work-with-cross-region-replication#read-pools-secondary-cluster)\n You can add read pool instances to a secondary cluster. If you want to scale your read\n capacity horizontally, you can add up to 20 read nodes to your secondary cluster.\n\n- [**Promote a secondary cluster.**](/alloydb/docs/cross-region-replication/work-with-cross-region-replication#promote-secondary-cluster)\n You can read the data from a secondary cluster, but you can't write to it\n until you promote it to a fully-featured, standalone primary cluster. When you\n promote a secondary cluster, the cluster's secondary instance is also\n promoted as a primary instance with read and write capabilities.\n\n The primary use case for promoting a secondary cluster is disaster recovery.\n If a regional outage occurs in your primary cluster's region, you can\n promote your secondary cluster to a standalone primary cluster, and\n resume serving your application.\n- [**Switchover with zero data loss.**](/alloydb/docs/cross-region-replication/work-with-cross-region-replication#switchover-secondary)\n Switchover lets you reverse the roles of your primary and secondary cluster\n with zero data loss. You can perform a switchover for testing\n your disaster recovery setup or performing migration of your workload. When\n you complete the switchover, the direction of replication\n is reversed.\n\n If you have multiple secondary clusters, the secondary cluster that receives\n the switchover command becomes a primary cluster; the previous primary\n cluster becomes a secondary cluster, replicating from the new primary\n cluster. All other secondary clusters switch to replicating from the new\n primary cluster.\n\n There are two common scenarios for switching over your secondary cluster:\n - **Disaster recovery drills.** You can run tests of your disaster recovery processes by switching your application over to another region with zero data loss to simulate a regional outage.\n - **Regional migration.** Perform a planned migration of the AlloyDB resources from their primary region to another region. Switchover ensures the secondary cluster becomes a primary cluster with 0 Recovery Point Objective (RPO), ensuring that the migration does not lose any data.\n- [**Configure automated and continuous backups.**](/alloydb/docs/backup/configure)\n By default, AlloyDB automatically copies automated and\n continuous backup configurations from the primary cluster to a newly created\n secondary cluster. If you want to use different backup configurations for\n your secondary cluster, you can modify the backup configuration when you\n create a secondary cluster.\n\n If your primary cluster uses customer-managed encryption key (CMEK) encryption\n for backups, do one of the following when you create a secondary cluster:\n - Provide CMEK encryption settings for the secondary cluster's backups.\n - Disable backups for the secondary cluster.\n\nFor more information about encrypting your backups with CMEK, see\n[Use CMEK](/alloydb/docs/use-cmek)\n\nYou can modify automated and continuous backup settings for the secondary\ncluster after its creation.\n\nWhat's next\n-----------\n\n- [Working with cross-region replication](/alloydb/docs/cross-region-replication/work-with-cross-region-replication)"]]
