Migrieren von VNet-Einschleusungscaches zu Private Link-Caches
In diesem Artikel werden verschiedene Ansätze zum Migrieren von in ein Azure Cache for Redis-VNet eingefügten Cache-Instanzen in Private Link-Cache-Instanzen in Azure Cache for Redis beschrieben.
Durch Azure Private Link wird die Netzwerkarchitektur vereinfacht und die Verbindung zwischen Endpunkten in Azure geschützt. Sie können aus Ihrem virtuellen Netzwerk über einen privaten Endpunkt, dem eine private IP-Adresse in einem Subnetz innerhalb des virtuellen Netzwerks zugewiesen ist, eine Verbindung mit einer Azure Cache-Instanz herstellen. Es folgen Vorteile von Azure Private Link für Azure Cache for Redis:
Flexibilität bei Tarifen: Azure Private Link wird in allen unseren Tarifen unterstützt: Basic, Standard, Premium, Enterprise und Enterprise Flash. Im Vergleich zur VM-Einschleusung, die nur im Premium-Tarif angeboten wird.
Vereinfachte NSG-Regelverwaltung (Netzwerksicherheitsgruppe) : NSG-Regeln müssen nicht so konfiguriert werden, dass sie den Anforderungen von Azure Cache for Redis entsprechen.
Azure Policy-Unterstützung: Stellen Sie sicher, dass alle Caches in Ihrer Organisation mit Private Link erstellt werden, und überwachen Sie die vorhandenen Caches Ihrer Organisation, um sicherzustellen, dass alle Caches Private Link nutzen.
Migrationsoptionen
Sie können auf verschiedene Weise von der VNet-Einschleusung zu Private Link wechseln. Je nachdem, wo der Cache sich befindet und wie Ihre Anwendung damit interagiert, ist eine Methode vermutlich sinnvoller als die anderen. Im Folgenden werden einige der häufig verwendeten Migrationsstrategien erläutert.
Wenn Sie eine Kombination aus Georeplikation, Clustering oder ARM-VNet verwenden:
| Option | Vorteile | Nachteile |
|---|---|---|
| Duale Schreibvorgänge in zwei Caches | Kein Datenverlust und keine Ausfallzeiten Unterbrechungsfreie Vorgänge im vorhandenen Cache. Einfacheres Testen des neuen Caches. | Für einen längeren Zeitraum sind zwei Caches erforderlich. |
| Erstellen eines neuen Caches | Die am einfachsten zu implementierende Methode. | Daten müssen im neuen Cache wieder aufgefüllt werden, was bei vielen Anwendungen möglicherweise nicht funktioniert. |
| Exportieren und Importieren von Daten über eine RDB-Datei | Eine Datenmigration ist erforderlich. | Einige Daten könnten verloren gehen, wenn sie nach dem Generieren der RDB-Datei in den vorhandenen Cache geschrieben werden. |
| Programmgesteuertes Migrieren von Daten | Vollständige Kontrolle über die Verlagerung der Daten. | Erfordert benutzerdefinierten Code. |
Gleichzeitiges Schreiben in zwei Redis Cache-Instanzen während der Migrationsphase
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.
Hier finden Sie die allgemeinen Schritte zum Implementieren dieser Option:
Erstellen Sie eine neue Azure Cache for Redis-Instanz mit privaten Endpunkten, die genauso groß oder größer als der vorhandene Cache ist.
Ändern Sie den Anwendungscode, sodass die Anwendung sowohl in die neue als auch in die ursprüngliche Cache-Instanz schreibt.
Verwenden Sie zum Lesen der Daten weiterhin die ursprüngliche Instanz, bis die neue Instanz ausreichend mit Daten aufgefüllt ist.
Aktualisieren Sie den Anwendungscode, sodass die Anwendung zum Lesen und Schreiben von Daten ausschließlich die neue Instanz verwendet.
Löschen Sie die ursprüngliche Instanz.
Erstellen einer neuen Azure Cache for Redis-Instanz
Dieser Ansatz ist technisch gesehen keine Migration. Wenn Datenverluste kein Problem sind, können Sie am einfachsten zu Azure Cache for Redis wechseln, indem Sie eine neue Cache-Instanz erstellen und Ihre Anwendung damit verbinden. Wenn Sie Redis beispielsweise als Suchcache für Datenbank-Datensätze verwenden, können Sie den Cache problemlos von Grund auf neu erstellen.
Hier finden Sie die allgemeinen Schritte zum Implementieren dieser Option:
Erstellen Sie eine neue Azure Cache for Redis-Instanz mit privaten Endpunkten.
Aktualisieren Sie Ihre Anwendung, sodass die neue Instanz verwendet wird.
Löschen Sie die alte Redis-Instanz.
Exportieren von Daten in eine RDB-Datei und Importieren der Datei in Azure Cache for Redis (nur Premium-Tarif)
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. Der Azure Cache for Redis-Premium-Tarif unterstützt das Importieren von Daten in eine Cache-Instanz über 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 die Daten exportieren, muss kleiner oder gleich der von Azure Cache for Redis bereitgestellten Version sein.
Hier finden Sie die allgemeinen Schritte zum Implementieren dieser Option:
Erstellen Sie im Premium-Tarif eine neue Azure Cache for Redis-Instanz mit privaten Endpunkten, die genauso groß oder größer als der vorhandene Cache ist.
Speichern Sie eine Momentaufnahme des vorhandenen Redis-Caches. Sie können Redis für die regelmäßige Speicherung von Momentaufnahmen konfigurieren oder den Prozess mithilfe der Befehle SAVE oder BGSAVE manuell ausführen. Die RDB-Datei erhält standardmäßig den Namen „dump.rdb“ und wird in dem Pfad gespeichert, der in der Konfigurationsdatei redis.conf angegeben ist.
Hinweis
Wenn Sie Daten innerhalb von Azure Cache for Redis migrieren, lesen Sie diese Anweisungen zum Exportieren einer RDB-Datei, oder verwenden Sie stattdessen das PowerShell-Cmdlet für den Export.
Kopieren Sie die RDB-Datei in ein Azure-Speicherkonto in der Region, in der sich Ihr neuer Cache befindet. Hierfür können Sie AzCopy verwenden.
Importieren Sie die RDB-Datei mit diesen Importanweisungen oder dem PowerShell-Cmdlet für den Import in den neuen Cache.
Aktualisieren Sie Ihre Anwendung, sodass die neue Cache-Instanz verwendet wird.
Programmgesteuertes Migrieren
Richten Sie einen benutzerdefinierten Migrationsprozess ein, 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 verwendet werden. Dieses Tool ist sehr nützlich, wenn Sie Daten zwischen Cache-Instanzen in verschiedenen Azure Cache-Regionen verschieben müssen. 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.
Hier finden Sie die allgemeinen Schritte zum Implementieren dieser Option:
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.
Erstellen Sie eine neue Azure Cache for Redis-Instanz mit privaten Endpunkten.
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.
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.
Nächste Schritte
- Erfahren Sie mehr über Optionen zur Netzwerkisolation.
- Erfahren Sie, wie Sie private Endpunkte für alle Azure Cache for Redis-Tarife konfigurieren.