Teilen über


Verschieben von Azure Cache for Redis-Instanzen in verschiedene Regionen

Wichtig

Azure Cache for Redis hat den Auslaufzeitplan für alle SKUs angekündigt. Es wird empfohlen, Ihren vorhandenen Azure-Cache für Redis-Instanzen in Azure Managed Redis zu verschieben, sobald Möglich.

Weitere Informationen zur Einstellung finden Sie unter:

In diesem Artikel erfahren Sie, wie Sie Azure Cache for Redis-Instanzen in verschiedene Regionen verschieben. Die Verschiebung Ihrer Ressourcen in eine andere Region kann viele Gründe haben:

  • Um die Vorteile einer neuen Azure-Region zu nutzen.
  • Um Features bereitzustellen, die nur in bestimmten Regionen verfügbar sind.
  • Um interne Richtlinien- und Governanceanforderungen zu erfüllen.
  • Um auf Kapazitätsplanungsanforderungen zu reagieren.

Wenn Sie von lokalen, cloudbasierten VMs oder einem anderen Hostingdienst zu Azure Cache for Redis migrieren möchten, ist es empfehlenswert, den Artikel Migrieren zu Azure Cache for Redis zu lesen.

Die Dienstebene von Azure Cache for Redis, die Sie verwenden, bestimmt die Option, die für Sie am besten geeignet ist.

Cacheebene Tastatur
Prämie Georeplikation, Erstellen eines neuen Caches, duales Schreiben in zwei Caches, Exportieren und Importieren von Daten über eine RDB-Datei oder programmgesteuertes Migrieren
„Basic“ oder „Standard“ Erstellen eines neuen Caches, duales Schreiben in zwei Caches oder programmgesteuertes Migrieren
„Enterprise“ oder „Enterprise Flash“ Erstellen eines neuen Caches, Exportieren und Importieren von Daten über eine RDB-Datei oder programmgesteuertes Migrieren

Passive Georeplikation (Premium)

Voraussetzungen

Um die Georeplikation zwischen zwei Caches zu konfigurieren, müssen die folgenden Voraussetzungen erfüllt sein:

  • Für beide Caches gilt der Premium-Tarif.
  • Beide Caches müssen sich in demselben Azure-Abonnement befinden.
  • Der sekundäre verknüpfte Cache hat entweder die gleiche Größe oder ist größer als der primäre verknüpfte Cache.
  • Beide Caches sind bereits vorhanden und werden ausgeführt.

Vorbereiten

Um Ihre Cache-Instanz in eine andere Region zu verschieben, müssen Sie eine zweite Premium-Cacheinstanz in der gewünschten Region erstellen. Sobald beide Caches ausgeführt werden, können Sie die Georeplikation zwischen den beiden Cache-Instanzen einrichten.

Hinweis

Die Datenübertragung zwischen Azure-Regionen wird mit den Standardbandbreitensätzen abgerechnet.

Einige Funktionen werden für die Georeplikation nicht unterstützt:

  • Für die Georeplikation wird Zonenredundanz nicht unterstützt.
  • Für die Georeplikation wird Persistenz nicht unterstützt.

Bedingungen für die Unterstützung von Georeplikation:

Nach der Konfiguration der Georeplikation gelten folgende Einschränkungen für Ihr verknüpftes Cachepaar:

  • Der sekundäre verknüpfte Cache ist schreibgeschützt. Sie können daraus lesen, aber Sie können keine Daten darin schreiben.
    • Falls Sie Daten aus der sekundären Geoinstanz lesen möchten: Wenn zwischen der primären und der sekundären Geoinstanz eine vollständige Datensynchronisierung stattfindet (z. B. bei einer Aktualisierung der primären oder sekundären Geoinstanz sowie auch in einigen Neustartszenarien), werden von der sekundären Geoinstanz bei jedem für sie ausgeführten Redis-Vorgang Fehler ausgelöst, bis die vollständige Datensynchronisierung zwischen der primären und der sekundären Geoinstanz abgeschlossen ist.
    • Anwendungen, die Daten aus der sekundären Geoinstanz lesen, müssen so gestaltet sein, dass sie auf die primäre Geoinstanz ausweichen, wenn von der sekundären Geoinstanz solche Fehler ausgelöst werden.
  • Alle Daten, die vor dem Hinzufügen der Verknüpfung im sekundären verknüpften Cache enthalten waren, werden entfernt. Wenn die Georeplikation aber später entfernt wird, verbleiben die replizierten Daten im sekundären verknüpften Cache.
  • Sie können keinen dieser Caches skalieren, während die Caches verknüpft sind.
  • Sie können die Anzahl von Shards nicht ändern, wenn für den Cache das Clustering aktiviert ist.
  • Für keinen der Caches kann Persistenz aktiviert werden.
  • Der Export aus den Caches ist möglich.
  • Es ist nicht möglich, einen Import in den sekundären verknüpften Cache durchzuführen.
  • Sie können die verknüpften Caches oder die Ressourcengruppe, in denen diese enthalten sind, erst löschen, nachdem Sie die Verknüpfung der Caches aufgehoben haben. Weitere Informationen finden Sie unter Warum ist bei dem Versuch, meinen verknüpften Cache zu löschen, ein Fehler beim Vorgang aufgetreten?
  • Wenn sich die Caches in unterschiedlichen Regionen befinden, fallen für die Daten, die zwischen Regionen verschoben werden, Kosten für ausgehenden Netzwerkdatenverkehr an. Weitere Informationen finden Sie unter Wie viel kostet die Replikation meiner Daten über verschiedene Azure-Regionen hinweg?
  • Failover erfolgt nicht automatisch. Sie müssen das Failover vom primären auf den sekundären verknüpften Cache starten. Weitere Informationen zur Durchführung eines Failovers für eine Clientanwendung finden Sie unter Initiieren eines Failovers vom primären zum sekundären geografischen Standort.

Bewegen

  1. Wählen Sie zum Verknüpfen von zwei Caches für die Georeplikation zuerst im Menü „Ressource“ des Caches, der als primärer verknüpfter Cache verwendet werden soll, die Option Georeplikation aus. Wählen Sie anschließend links unter Georeplikation die Option Link für Cachereplikation hinzufügen aus.

    Screenshot: Menü „Georeplikation“ des Caches.

  2. Klicken Sie in der Liste Kompatible Caches auf den Namen des gewünschten sekundären Caches. Wenn der sekundäre Cache nicht in der Liste angezeigt wird, sollten Sie sicherstellen, dass die Voraussetzungen für die Georeplikation für den sekundären Cache erfüllt sind. Klicken Sie zum Filtern der Caches nach Region auf der Karte auf die Region, um nur Caches in der Liste Kompatible Caches anzuzeigen.

    Screenshot: kompatible Caches für die Verknüpfung mit der Georeplikation.

    Sie können mithilfe des Kontextmenüs auch den Verknüpfungsvorgang starten oder Details zum sekundären Cache anzeigen.

    Screenshot: Kontextmenü für die Georeplikation.

  3. Klicken Sie auf Verknüpfen, um zwei Caches zu verknüpfen und den Replikationsvorgang zu starten.

    Screenshot: Verknüpfen von Caches für die Georeplikation.

Überprüfen

  1. Links mittels Georeplikation können Sie den Status des Replikationsvorgangs sehen.

    Screenshot des aktuellen Verknüpfungsstatus.

    Links unter Übersicht können Sie auch den Verknüpfungsstatus für den primären und sekundären Cache anzeigen.

    Screenshot: Anzeigen des Verknüpfungsstatus für den primären Cache und sekundäre Caches.

    Nach Abschluss des Replikationsvorgangs wechselt der Verknüpfungsstatus zu Erfolgreich.

    Screenshot des Cacheverknüpfungsstatus „Erfolgreich“.

    Der primäre verknüpfte Cache bleibt während des Verknüpfungsvorgangs für die Nutzung verfügbar. Der sekundäre verknüpfte Cache ist erst verfügbar, nachdem der Verknüpfungsvorgang abgeschlossen wurde.

Bereinigen der Quellressourcen

Nachdem Ihr neuer Cache in der Zielregion mit allen erforderlichen Daten aufgefüllt wurde, entfernen Sie die Verknüpfung zwischen den beiden Caches, und löschen Sie die ursprüngliche Instanz.

  1. Um die Verknüpfung zwischen zwei Caches zu entfernen und die Georeplikation zu beenden, wählen Sie links unter Georeplikation die Option Verknüpfung von Caches aufheben aus.

    Screenshot: Aufheben der Verknüpfung von Caches.

    Wenn der Vorgang zur Aufhebung der Verknüpfung abgeschlossen ist, ist der sekundäre Cache für Lese- und Schreibvorgänge verfügbar.

Hinweis

Wenn die Verknüpfung für die Georeplikation entfernt wird, bleiben die replizierten Daten aus dem primären verknüpften Cache im sekundären Cache.

  1. Löschen Sie die ursprüngliche Instanz.

Erstellen eines neuen Caches (alle Dienstebenen)

Voraussetzungen

Vorbereiten

Wenn Sie Ihre Daten während des Verschiebens nicht erhalten müssen, besteht die einfachste Möglichkeit zum Verschieben zwischen Regionen darin, in der Zielregion eine neue Cache-Instanz zu erstellen und Ihre Anwendung damit zu verbinden. Wenn Sie Redis beispielsweise als Suchcache für Datenbank-Datensätze verwenden, können Sie den Cache problemlos von Grund auf neu erstellen.

Bewegen

  1. Suchen Sie im Azure-Portal nach Azure-Cache für Redis, und wählen Sie sie aus.

  2. Wählen Sie auf der Seite "Azure Cache für Redis" die Option"Azure-Cache für Redis>" aus.

  3. Konfigurieren Sie auf der Registerkarte " Grundlagen " auf der Seite "Neuer Redis-Cache " die folgenden Einstellungen:

    • Abonnement: Wählen Sie das zu verwendende Abonnement aus.
    • Ressourcengruppe: Wählen Sie eine Ressourcengruppe aus, oder wählen Sie "Neu erstellen " aus, und geben Sie einen neuen Ressourcengruppennamen ein. Wenn Sie alle App-Ressourcen in derselben Ressourcengruppe platzieren, können Sie sie ganz einfach verwalten oder löschen.
    • Name: Geben Sie einen Cachenamen ein, der in der Region eindeutig ist. Für den Namen muss Folgendes gelten:
      • Sei eine Zeichenfolge von 1 bis 63 Zeichen.
      • Nur Zahlen, Buchstaben und Bindestriche enthalten.
      • Beginnen und enden Sie mit einer Zahl oder einem Buchstaben.
      • Er darf keine aufeinanderfolgenden Bindestriche enthalten.
    • Region: Wählen Sie eine Azure-Region in der Nähe anderer Dienste aus, die Ihren Cache verwenden.
    • Cache-SKU: Wählen Sie eine SKU aus, um die verfügbaren Größen, Leistung und Features für Ihren Cache zu ermitteln.
    • Cachegröße: Wählen Sie eine Cachegröße aus. Weitere Informationen finden Sie unter Azure Cache for Redis.

    Screenshot der Registerkarte

  4. Wählen Sie die Registerkarte "Netzwerk " aus, oder wählen Sie "Weiter: Netzwerk" aus.

  5. Wählen Sie auf der Registerkarte Netzwerk eine Konnektivitätsmethode für den Cache aus. Privater Endpunkt wird für sicherheit empfohlen. Wenn Sie "Privater Endpunkt" auswählen, wählen Sie "Privaten Endpunkt hinzufügen " aus, und erstellen Sie den privaten Endpunkt.

  6. Wählen Sie die Registerkarte "Erweitert " aus, oder wählen Sie "Weiter: Erweitert" aus.

  7. Konfigurieren Sie im Bereich "Erweitert" die folgenden Optionen:

    • Wählen Sie "Microsoft Entra-Authentifizierung " oder "Zugriffstastenauthentifizierung" aus. Die Microsoft Entra-Authentifizierung ist standardmäßig aktiviert.
    • Wählen Sie aus, ob der Nicht-TLS-Port aktiviert werden soll.
    • Für einen Premium-Cache können Sie Verfügbarkeitszonen konfigurieren oder deaktivieren. Verfügbarkeitszonen können nach der Erstellung des Caches nicht deaktiviert werden. Für einen Standardcache werden Verfügbarkeitszonen automatisch zugewiesen. Verfügbarkeitszonen sind für die Standard-SKU nicht verfügbar.
    • Konfigurieren Sie für einen Premium-Cache die Einstellungen für Replikatanzahl, Clustering und Shardanzahl, vom System zugewiesene verwaltete Identität und Datenpersistenz.

    Die folgende Abbildung zeigt die Registerkarte "Erweitert " für die Standard-SKU.

    Screenshot des Bereichs

    Wichtig

    Verwenden Sie nach Möglichkeit Microsoft Entra ID mit verwalteten Identitäten, um Anforderungen für Ihren Cache zu autorisieren. Die Autorisierung mithilfe der Microsoft Entra-ID und der verwalteten Identität bietet eine bessere Sicherheit und ist einfacher zu verwenden als die Autorisierung gemeinsam genutzter Zugriffstasten. Weitere Informationen zum Verwenden verwalteter Identitäten mit Ihren Caches finden Sie unter Verwenden von Microsoft Entra ID für die Cacheauthentifizierung.

  8. Wählen Sie optional die Registerkarte "Kategorien " aus, oder wählen Sie "Weiter: Kategorien" aus, und geben Sie Tagnamen und Werte ein, um Ihre Cacheressourcen zu kategorisieren.

  9. Wählen Sie "Überprüfen" und "Erstellen" aus, und wählen Sie " Erstellen" aus, sobald die Überprüfung bestanden wurde.

Die neue Cachebereitstellung dauert mehrere Minuten. Sie können den Bereitstellungsfortschritt auf der Seite "Azure Cache für Redis" im Portal überwachen. Wenn der Cachestatus"Ausgeführt" angezeigt wird, kann der Cache verwendet werden.

Aktualisieren Sie schließlich Ihre Anwendung, damit sie die neuen Instanzen verwendet.

Bereinigen der Quellressourcen

Sobald Ihr neuer Cache in der Zielregion ausgeführt wird, löschen Sie die ursprüngliche Instanz.

Exportieren und Importieren von Daten mit einer RDB-Datei (Premium, Enterprise, Enterprise Flash)

Open-Source-Redis definiert einen Standardmechanismus, um eine Momentaufnahme des In-Memory-Datasets eines Caches zu erstellen und in einer Datei zu speichern. Diese als RDB bezeichnete Datei kann von einem anderen Redis-Cache gelesen werden. Azure Cache for Redis Premium und Enterprise unterstützen das Importieren von Daten in eine Cache-Instanz mittels RDB-Dateien. Sie können eine RDB-Datei verwenden, um Daten aus einem vorhandenen Cache nach Azure Cache for Redis zu übertragen.

Wichtig

Das RDB-Dateiformat kann sich zwischen verschiedenen Redis-Versionen ändern und bietet möglicherweise keine Abwärtskompatibilität. Die Redis-Version des Caches, aus dem Sie exportieren, sollte mit der Version Ihrer neuen Cache-Instanz identisch oder niedriger sein.

Voraussetzungen

  • Für beide Caches gilt der Premium- oder Enterprise-Tarif.
  • Der zweite Cache hat entweder dieselbe Cachegröße oder ist größer als der ursprüngliche Cache.
  • Die Redis-Version des Caches, aus dem Sie exportieren, sollte mit der Version Ihrer neuen Cache-Instanz identisch oder niedriger sein.

Vorbereiten

Um Ihre Cacheinstanz in eine andere Region zu verschieben, müssen Sie eine zweite Premium-Cacheinstanz in der gewünschten Region erstellen.

Bewegen

  1. Weitere Informationen zum Importieren und Exportieren von Daten in bzw. aus Azure Cache for Redis finden Sie unter Importieren und Exportieren von Daten in Azure Cache for Redis.

  2. Aktualisieren Sie Ihre Anwendung, sodass die neue Cache-Instanz verwendet wird.

Überprüfen

Sie können den Status des Importvorgangs überwachen, indem Sie die Benachrichtigungen im Azure-Portal verfolgen oder die Ereignisse im Überwachungsprotokoll anzeigen.

Bereinigen der Quellressourcen

Sobald Ihr neuer Cache in der Zielregion ausgeführt wird, löschen Sie die ursprüngliche Instanz.

Duales Schreiben in zwei Caches (Basic, Standard und Premium)

Anstatt Daten direkt zwischen Caches zu verschieben, können Sie Ihre Anwendung verwenden, um Daten sowohl in einen vorhandenen als auch in einen neuen, von Ihnen eingerichteten Cache zu schreiben. Die Anwendung liest Daten anfangs weiterhin aus dem vorhandenen Cache. Wenn der neue Cache über alle notwendigen Daten verfügt, konfigurieren Sie Ihre Anwendung für den neuen Cache und nehmen den alten außer Betrieb. Ein Beispiel: Sie verwenden Redis als Sitzungsspeicher, und die Anwendungssitzungen sind sieben Tage lang gültig. Nachdem zwei Wochen lang in beide Caches geschrieben wurde, können Sie sicher sein, dass der neue Cache alle nicht abgelaufenen Sitzungsinformationen enthält. Ab diesem Zeitpunkt können Sie sich auf diesen Cache verlassen, ohne sich Gedanken um Datenverluste machen zu müssen.

Voraussetzungen

  • Der zweite Cache hat entweder dieselbe Cachegröße oder ist größer als der ursprüngliche Cache.

Vorbereiten

Um Ihre Cache-Instanz in eine andere Region zu verschieben, müssen Sie eine zweite Cache-Instanz in der gewünschten Region erstellen.

Bewegen

Hier finden Sie die allgemeinen Schritte zum Implementieren dieser Option:

  1. Ändern Sie den Anwendungscode, sodass die Anwendung sowohl in die neue als auch in die ursprüngliche Cache-Instanz schreibt.

  2. Verwenden Sie zum Lesen der Daten weiterhin die ursprüngliche Instanz, bis die neue Instanz ausreichend mit Daten aufgefüllt ist.

  3. Aktualisieren Sie den Anwendungscode, sodass die Anwendung zum Lesen und Schreiben von Daten ausschließlich die neue Instanz verwendet.

Bereinigen der Quellressourcen

Sobald Ihr neuer Cache in der Zielregion ausgeführt wird, löschen Sie die ursprüngliche Instanz.

Programmgesteuertes Migrieren (alle Ebenen)

Sie können einen benutzerdefinierten Migrationsprozess einrichten, indem Sie Daten programmgesteuert aus einem vorhandenen Cache lesen und in Azure Cache for Redis schreiben lassen. Dieses Open-Source-Tool kann zum Kopieren von Daten aus einer Azure Cache for Redis-Instanz in eine andere Instanz in einer anderen Azure Cache-Region verwendet werden. Eine kompilierte Version ist ebenfalls verfügbar. Wenn Sie selbst ein Migrationstool schreiben, kann auch der Quellcode ein nützlicher Leitfaden sein.

Hinweis

Dieses Tool wird von Microsoft nicht offiziell unterstützt.

Voraussetzungen

  • Der zweite Cache hat entweder dieselbe Cachegröße oder ist größer als der ursprüngliche Cache.

Vorbereiten

  • Erstellen Sie eine VM in der Region, in der sich der vorhandene Cache befindet. Wenn Ihr Dataset groß ist, wählen Sie eine relativ leistungsstarke VM aus, um die Kopierdauer zu verkürzen.
  • Um Ihre Cache-Instanz in eine andere Region zu verschieben, müssen Sie eine zweite Cache-Instanz in der gewünschten Region erstellen.

Bewegen

Nach dem Erstellen eines virtuellen Computers in der Region, in der sich der vorhandene Cache befindet, und dem Erstellen eines neuen Caches in der gewünschten Region können Sie die folgenden allgemeinen Schritte ausführen, um diese Option zu implementieren:

  1. Leeren Sie den neuen Cache, um sicherzustellen, dass sich keine Daten darin befinden. Dieser Schritt ist erforderlich, weil das Kopiertool selbst keine vorhandenen Schlüssel im Zielcache überschreibt.

    Wichtig

    Stellen Sie sicher, dass Sie NICHT den Quellcache leeren.

  2. Verwenden Sie eine Anwendung wie z. B. das oben erwähnte Open-Source-Tool, um das Kopieren der Daten vom Quell- zum Zielcache zu automatisieren. Denken Sie daran, dass der Kopiervorgang je nach Größe Ihres Datasets eine Weile dauern kann.

Bereinigen der Quellressourcen

Sobald Ihr neuer Cache in der Zielregion ausgeführt wird, löschen Sie die ursprüngliche Instanz.

Nächste Schritte

Erfahren Sie mehr über Azure Cache for Redis-Features.