Regionsübergreifende Replikationslösungen für nicht gekoppelte Regionen

  • Artikel

Einige Azure-Dienste unterstützen die regionsübergreifende Replikation, um Geschäftskontinuität sicherzustellen und vor Datenverlust zu schützen. Diese Dienste nutzen eine andere sekundäre Region, die regionsübergreifende Replikation verwendet. Die primären und sekundären Regionen bilden zusammen ein Regionspaar.

Es gibt jedoch einige Regionen, die nicht gekoppelt sind und aufgrund dessen alternative Methoden zum Erreichen der Georeplikation erfordern.

In diesem Dokument werden einige der Dienste und möglichen Lösungen aufgeführt, die Methoden zur Georeplikation unterstützen, ohne dass gekoppelte Regionen erforderlich sind.

Azure API Management

Azure API Management bietet kein Feature für echte regionsübergreifende Replikation. Sie können jedoch das Sicherungs- und Wiederherstellungsfeature verwenden, um die Konfiguration einer API Management-Dienstinstanz in einer Region zu exportieren und in einer anderen zu importieren. Solange auf das für die Sicherung verwendete Speicherkonto über die Zielregion zugegriffen werden kann, gibt es keine Abhängigkeit von gekoppelten Regionen. Eine operative Anleitung wird in diesem Artikel bereitgestellt.

Azure App Service

Für App Service werden benutzerdefinierte Sicherungen auf einem ausgewählten Speicherkonto gespeichert. Dadurch besteht für die regionsübergreifende Wiederherstellung eine Abhängigkeit von GRS und gekoppelten Regionen. Für den automatischen Sicherungstyp können Sie keine regionsübergreifende Sicherung/Wiederherstellung durchführen. Als Problemumgehung können Sie einen benutzerdefinierten Mechanismus für den Dateikopiervorgang des gespeicherten Datasets zum manuellen Kopieren in nicht gekoppelte Regionen und verschiedene Speicherkonten implementieren.

Azure Cache for Redis

Azure Cache for Redis bietet zwei unterschiedliche Optionen für regionsübergreifende Replikation, aktive Georeplikation und passive Georeplikatio. In beiden Fällen gibt es keine explizite Abhängigkeit von Regionspaaren.

Azure Container Registry

Die Georeplikation ermöglicht einer Azure-Containerregistrierung, als zentrale Registrierung zu fungieren, die mehreren Regionen regionale Registrierungen mit mehreren primären Standorten zur Verfügung stellt. Für dieses Feature gibt es keine Einschränkungen durch Regionspaare. Weitere Informationen finden Sie unter Georeplikation in Azure Container Registry.

Azure Cosmos DB

Wenn Ihre Lösung auch bei Regionsausfällen kontinuierliche Uptime erfordert, können Sie Azure Cosmos DB so konfigurieren, dass Ihre Daten über mehrere Regionen hinweg repliziert werden und bei Bedarf ein transparentes Failover auf verfügbare Regionen erfolgt. Azure Cosmos DB unterstützt Schreibvorgänge über mehrere Regionen und kann Ihre Daten global verteilen, um den Zugriff auf Ihre Daten aus jeder Region ohne Einschränkung durch Kopplung zu ermöglichen.

Azure Database for MySQL

Wählen Sie beliebige für Azure Database for MySQL-Instanz verfügbar Azure-Regionen aus, um Ihre Lesereplikate einzurichten.

Azure Database for PostgreSQL

Für die Georeplikation in nicht gekoppelte Regionen mit Azure Database for PostgreSQL können Sie Folgendes verwenden:

Verwalteter Dienst mit Georeplikation: Der verwaltete Azure PostgreSQL-Dienst unterstützt die aktive Georeplikation, um ein kontinuierlich lesbares sekundäres Replikat Ihres primären Servers zu erstellen. Das lesbare sekundäre Replikat kann sich in derselben Azure-Region wie das primäre Replikat oder häufiger auch in einer anderen Region befinden. Diese Art lesbarer sekundärer Replikate wird ebenfalls als Georeplikat bezeichnet.

Sie können außerdem eine der beiden aufgeführten, kundenseitig verwalteten Datenmigrationsmethoden verwenden, um die Daten in eine nicht gekoppelte Region zu replizieren.

Azure Data Factory

Für die Georeplikation in nicht gekoppelte Regionen unterstützt Azure Data Factory (ADF) die Infrastructure-as-Code-Bereitstellung von ADF-Pipelines in Kombination mit der Quellcodeverwaltung für ADF.

Azure Event Grid

Für die Georeplikation von Event Grid-Themen in nicht gekoppelte Regionen können Sie das clientseitige Failover implementieren.

Azure IoT Hub

Verwenden Sie für die Georeplikation in nicht gekoppelte Regionen das Concierge-Muster für das Routing in eine sekundäre IoT Hub-Instanz.

Azure Kubernetes Service (AKS)

Azure Backup kann Schutz für AKS-Cluster bieten, einschließlich eines Features für die regionsübergreifende Wiederherstellung (Cross-Region Restore, CRR), das sich derzeit in der Vorschau befindet und lediglich Azure Disks unterstützt. Obwohl das CRR-Feature auf GRS-Replikate mit gekoppelten Regionen basiert, kann jede Abhängigkeit von CRR vermieden werden, wenn der AKS-Cluster Daten lediglich im externen Speicher speichert und die Verwendung von Lösungen „im Cluster“ vermeidet.

Azure Monitor-Protokolle

Log Analytics-Arbeitsbereiche in Azure Monitor Logs verwenden keine gekoppelten Regionen. Aktivieren Sie die regionsübergreifende Replikation von Arbeitsbereichen, um die Geschäftskontinuität sicherzustellen und vor Datenverlust zu schützen. Weitere Informationen finden Sie unter Verbessern der Resilienz durch das regionsübergreifende Replizieren Ihres Log Analytics-Arbeitsbereichs.

Azure Service Bus

Azure Service Bus kann regionale Resilienz ohne Abhängigkeit von Regionspaaren bereitstellen, indem Georeplikation oder Features für die georedundante Notfallwiederherstellung verwendet werden.

Azure SQL-Datenbank

Für die Georeplikation in nicht gekoppelte Regionen mit Azure SQL-Datenbank können Sie Folgendes verwenden:

  • Feature für Failovergruppen, das in einer beliebigen Kombination von Azure-Regionen repliziert wird, ohne dass eine Abhängigkeit vom zugrunde liegenden georedundanten Speicher (GRS) besteht

  • Feature für aktive Georeplikation, um für eine primäre Datenbank eine fortlaufend synchronisierte lesbare sekundäre Datenbank zu erstellen. Die lesbare sekundäre Datenbank kann sich in derselben Azure-Region wie die primäre oder häufiger in einer anderen Region befinden. Diese Art der lesbaren sekundäre Datenbank wird auch als geosekundäre Datenbank oder Georeplikat bezeichnet.

Verwaltete Azure SQL-Datenbank-Instanz

Für die Georeplikation in nicht gekoppelte Regionen mit Azure SQL Managed Instance können Sie Folgendes verwenden:

  • Feature für Failovergruppen, das in einer beliebigen Kombination von Azure-Regionen repliziert wird, ohne dass eine Abhängigkeit vom zugrunde liegenden georedundanten Speicher (GRS) besteht

Azure Storage

So erreichen Sie die Georeplikation in nicht gekoppelten Regionen

  • Für Azure Object Storage:

    Hinweis

    Die Objektreplikation wird nicht für Azure Data Lake Storage unterstützt.

  • Für Azure NetApp Files (ANF) können Sie neben Azure-Regionspaaren in eine Gruppe nicht dem Standard entsprechender Regionspaare replizieren. Weitere Informationen finden Sie unter Regionsübergreifende Replikation in Azure NetApp Files (ANF).

  • Für Azure Files:

    Wichtig

    Sie müssen das Cloudtiering deaktivieren, damit alle Daten lokal vorhanden sind. Zudem müssen Sie auf dem virtuellen Azure-Computer genügend Speicherplatz für das gesamte Dataset bereitstellen. Auf Dateien sollte ausschließlich auf dem Serverendpunkt und nicht in Azure zugegriffen werden, und Dateien sollten ausschließlich auf dem Serverendpunkt und nicht in Azure geändert werden, damit Änderungen schnell in die sekundäre Region repliziert werden.

Azure Virtual Machines

Um die Georeplikation in nicht gekoppelte Regionen zu erreichen, kann der Azure Site Recovery-Dienst verwandet werden. Azure Site Recovery ist der Notfallwiederherstellungsdienst von Azure, der Geschäftskontinuität und Notfallwiederherstellung durch die Replikation der Workloads vom primären Standort auf den sekundären Standort bietet. Der sekundäre Standort kann eine nicht gekoppelte Region sein, wenn diese von Azure Site Recovery unterstützt wird.

Nächste Schritte