In diesem Dokument wird beschrieben, wie Sie den Umfang Ihrer Migration definieren, um RIOT-Live-Migration für die Migration zu Redis Enterprise Cloud in einer Produktionsumgebung bereitzustellen. Datenbankarchitekten, DevOps- und SRE-Teams oder Netzwerkadministratoren können diese Architektur nutzen, um ihren Teams Migrationen mit nahezu null Ausfallzeiten zu ermöglichen. In diesem Dokument wird davon ausgegangen, dass Sie mit der Verwendung der Google Cloud CLI und Compute Engine vertraut sind.
So legen Sie den Umfang der Migration fest:
- Quellumgebung bewerten
- Erstellen Sie ein Inventar Ihrer Quellinstanzen.
- Ermitteln und dokumentieren Sie den Migrationsumfang und vertretbare Ausfallzeiten.
- Bewerten Sie Ihren Bereitstellungs- und Verwaltungsprozess.
Quellumgebung bewerten
Um Ihre Quellumgebung zu bewerten, ermitteln Sie die Anforderungen und Abhängigkeiten der Ressourcen, die Sie von Redis OSS, AWS ElastiCache und Azure Cache for Redis zu einer vollständig verwalteten Redis Enterprise Cloud-Instanz in Google Cloud migrieren möchten.
Die Bewertungsphase umfasst die folgenden Aufgaben:
- Erstellen Sie ein umfassendes Inventar Redis-kompatibler Arbeitslasten.
- Daten- und Redis-Cluster-Größe festlegen:
- Sehen Sie sich Netzwerkanforderungen wie VPC-Peering oder Private Service Connect an.
- Die Gesamtbetriebskosten (TCO) der Zielumgebung können Sie auf der Preisseite für Redis Enterprise Cloud berechnen.
- Reihenfolge und Priorität der Arbeitslasten festlegen, die Sie migrieren möchten. Erstellen Sie verschiedene Abos, um Datenbanken mit ähnlichen Zwecken wie Entwicklung oder Test, Staging und Produktion zu konsolidieren.
Inventar Ihrer Quellinstanzen erstellen
Um den Umfang der Migration zu definieren, erstellen Sie ein Inventar Ihrer Quellinstanzen aus Redis OSS, AWS ElastiCache und Azure Cache for Redis. Das Ziel dieses Schritts besteht darin, Informationen zu jeder Datenbank zu erfassen, z. B. Arbeitsspeicherlimit, IOPS und Langlebigkeitsanforderungen.
- Allgemeine Properties auf Aboebene:
- Die Region deines Abos
- Aktiv/Aktiv-geografische Verteilung
- Automatisches Tiering (niedrigere Gesamtbetriebskosten, wenn das Arbeitsspeicherlimit über 250 GB oder mehr liegt)
- Konfigurationen für jede Datenbank:
- Arbeitsspeicherlimit und Durchsatz (Vorgänge pro Sekunde)
- Hochverfügbarkeit
- Anforderungen an die Langlebigkeit
- Erweiterte Funktionen wie Suche, JSON, Zeitreihen und probabilistische Funktionen für jede Datenbank
- Verbindungsinformationen wie Port, Nutzer und andere Sicherheitsoptionen
- Anforderungen und Einschränkungen:
- Recovery Point Objective (RPO) und Recovery Time Objective (RTO)
- Service Level Agreements (SLAs)
- Vorschriften und Compliance-Anforderungen (siehe Redis Customer Trust Center)
- Authentifizierungs- und Sicherheitsanforderungen
Migrationsumfang und vertretbare Ausfallzeiten ermitteln und dokumentieren
Für eine erfolgreiche Migration benötigen Sie einen Migrationsumfang. Um den Umfang der Migration zu bestimmen, dokumentieren Sie wichtige Informationen, die sich auf Ihre Migrationsstrategie und -tools auswirken. In dieser Phase der Bewertung können Sie die folgenden Fragen beantworten:
- Sind Ihre Datenbanken größer als 250 GB? In diesem Fall sind die Gesamtbetriebskosten niedriger, wenn das automatische Tiering aktiviert ist.
- Wo befinden sich die Datenbanken (Regionen und Zonen) und wie nah sind sie an den Anwendungen?
- Wie oft ändern sich die Daten?
Viele Komponenten dieser Aufgabe wurden bereits im vorherigen Abschnitt „Inventar Ihrer Quellinstanzen erstellen“ beschrieben. In diesem Schritt müssen Sie jedoch auch andere Aspekte berücksichtigen, z. B. die Skalierbarkeit, Langlebigkeit und Sicherheitsanforderungen und -einschränkungen, die eingehalten werden müssen. Wir empfehlen Ihnen, sich im Redis Trust Center über Branchen- und Compliance-Zertifizierungen zu informieren und diese gegebenenfalls mit Ihren Geschäftsführern und Ihrer Rechtsabteilung zu besprechen.
Sie sollten auch einen gründlichen Migrationsumfang definieren. Sie können die Ausgabe von Tools wie ECstats und acrp2acre verwenden, um die Größenanforderungen für Ihre Redis Enterprise Cloud-Instanzen in Google Cloud zu definieren. Prüfen Sie die Attribute der einzelnen Datenbankinstanzen, z. B. Skalierbarkeit und Sicherheitsanforderungen. Wenn die Datenbankgröße mehr als 250 GB beträgt, empfehlen wir die Verwendung des automatischen Tierings. Wir empfehlen außerdem, Datenbanken mit ähnlichen Eigenschaften und Sicherheitsprofilen in einem einzigen Abo zu gruppieren. So wird sichergestellt, dass sich die Datenbankmigration nicht auf Ihr bestehendes SLA und Ihre Geschäftsabläufe auswirkt.
Bereitstellungs- und Verwaltungsprozess bewerten
Damit es in Ihrer Produktionsumgebung nicht zu unnötigen Unterbrechungen kommt, empfehlen wir Ihnen, die Betriebs- und Bereitstellungsprozesse Ihrer Datenbank zu bewerten. Die Bewertung sollte Ihnen helfen zu ermitteln, wie Ihre Datenbanken angepasst werden müssen, um eine erfolgreiche Migration zu ermöglichen.
- Überprüfen Sie, wie Sie Sicherheitsrichtlinien für Ihre Datenbankinstanz definieren und erzwingen, um den Zugriff auf Ihre Datenbank zu steuern.
- Bewerten Sie Ihre Anforderungen an Monitoring und Benachrichtigungen, indem Sie Benachrichtigungs-E-Mails an Ihr Konto und die Bedingungen definieren, die sie auslösen.
- Mit der Prometheus- und Grafana-Integration für Redis können Sie Ihre Redis Cloud-Messwerte erfassen und visualisieren.
Nächste Schritte
- Inhalte zur Datenmigration in Google Cloud lesen
- Eine ausführlichere Dokumentation und Best Practices finden Sie in der RIOT-Dokumentation.
- Weitere Referenzarchitekturen, Diagramme und Best Practices finden Sie im Cloud-Architekturcenter.
Beitragende
Autoren:
- Saurabh Kumar | ISV Partner Engineer
- Gilbert Lau | Principal Cloud Architect, Redis
Weitere Beitragende:
- Chris Mague | Customer Engineer, Datenverwaltung
- Gabe Weiss Developer Advocacy Manager
- Marco Ferrari | Cloud Solutions Architect