Bereitstellungsoptionen für Redis in Google Cloud

Dieses Dokument bietet einen Überblick über Redis-Bereitstellungen und Google CloudMigrationen, einschließlich der Optionen und Kompromisse für die Bereitstellung von Redis in verschiedenen Diensten, basierend auf Ihren Anforderungen.

Redis ist ein speicherinterner Datenstrukturspeicher, den Sie als Datenbank, Cache, Message Broker und mehr verwenden können. Google Cloud unterstützt Redis vollständig, einschließlich der folgenden Funktionen:

Die beste Methode für die Bereitstellung von Redis in Google Cloud hängt von Ihren spezifischen Bedürfnissen und Anforderungen ab. Die Empfehlungen in diesem Leitfaden basieren auf allgemeinen Best Practices und Überlegungen. Es ist wichtig, Ihre Redis-Arbeitslast gründlich zu analysieren und für bestimmte Anwendungsfälle oder Anforderungen die offizielle Dokumentation zu lesen oder professionelle Beratung einzuholen.

Architekturen

Sie können Redis mit einer der folgenden Architekturen bereitstellen:

Architektur Beschreibung Anwendungsfall Bereitstellungsoptionen Hochverfügbarkeit Durchsatz für Lesevorgänge Durchsatz für Schreibvorgänge
Standard (eigenständig) Ein einzelner Redis-Knoten ohne Lesereplikate und ohne Hochverfügbarkeit. Fälle, in denen alle Daten auf einen Knoten passen, Schreib- und Lesedurchsatz von einem Knoten bereitgestellt werden können und Hochverfügbarkeit nicht erforderlich ist.

Wird in Memorystore (vollständig verwaltet) und in der Open-Source-Software (OSS) von Redis (selbst verwaltet) unterstützt.

Die Selbstverwaltung erfordert eine komplexere Einrichtung. Memorystore ist eine gute Option für einen schnellen Einstieg.

Nein Einzelner Knoten Einzelner Knoten
HA- und/oder Lesereplikate Ein einzelner Redis-Knoten für Schreibvorgänge mit zusätzlichen Knoten, um Hochverfügbarkeit zu ermöglichen und optional die Leselast zu teilen, z. B. mit Sentinel. Fälle, in denen der Schreibdurchsatz weiterhin von einem Knoten bereitgestellt werden kann, aber entweder der Lesedurchsatz nicht von einem Knoten bereitgestellt werden kann oder Hochverfügbarkeit erforderlich ist.

Wird in Memorystore (vollständig verwaltet) und Redis OSS (selbstverwaltet) unterstützt.

Redis Cluster-Architekturen bieten automatisiertes Skalieren, Hochverfügbarkeit und Datenfragmentierung, was sie ideal für groß angelegte, verteilte Anwendungen macht. Informationen zu den Kompromissen und dem erforderlichen Wartungsaufwand bei manueller Skalierung, Clustering und Fragmentierung finden Sie unter Skalierung ohne Ausfallzeiten in Memorystore for Redis Cluster.

Die Selbstverwaltung erfordert eine komplexere Einrichtung. Memorystore ist eine gute Option für einen schnellen Einstieg.

Multi-AZ Mehrere Knoten Einzelner Knoten
Cluster (ohne Proxys) Mehrere Knoten teilen die Datenschreibvorgänge mit separaten Daten-Shards auf. Hochverfügbarkeit und Lesereplikate können optional hinzugefügt werden. Fälle, in denen der Schreibdurchsatz nicht von einem Knoten bereitgestellt werden kann und Hochverfügbarkeit oder Lesereplikation optional erforderlich ist. Multi-AZ Mehrere Knoten Mehrere Knoten
Cluster (mit Proxys) Mehrere Knoten teilen die Datenschreibvorgänge mit separaten Daten-Shards auf. Hochverfügbarkeit und Lesereplikate können optional hinzugefügt werden. Proxys werden auf jedem primären Knoten bereitgestellt. Fälle, in denen der Schreibdurchsatz nicht von einem Knoten bereitgestellt werden kann, Hochverfügbarkeit oder Lesereplikation optional erforderlich ist und in denen es zu teuer oder unpraktisch ist, Clientanwendungen für die Verwendung der Redis Cluster API zu refaktorieren, oder die Verwendung von Proxys andere Vorteile hat.

Wird von Redis Enterprise Cloud (vollständig verwaltet) oder Redis Enterprise Software (selbstverwaltet) unterstützt.

Die Selbstverwaltung mit Redis OSS erfordert eine komplexere Einrichtung. Redis Enterprise Cloud ist eine gute Option für einen schnellen Einstieg.

Multi-AZ oder multiregional (nur Redis Enterprise) Mehrere Knoten Einzelner Knoten

Bereitstellungsoptionen

Google Cloud bietet die folgenden Redis-Bereitstellungsoptionen:

  • Vollständig verwalteter Memorystore for Redis von Google Cloud: Ein vollständig verwalteter, hochverfügbarer und langlebiger Redis-Dienst, der von Google verwaltet wird, kostengünstig ist und sich schnell einrichten, betreiben und skalieren lässt. Memorystore unterstützt sowohl Redis Cluster als auch eigenständiges Redis mit optionaler Hochverfügbarkeit.
  • Selbstverwaltetes oder vollständig verwaltetes Redis Enterprise von Redis Ltd.: Ein hochverfügbarer und langlebiger Redis-Cluster, der von Redis Ltd. lizenziert ist und zwei Verwaltungsoptionen bietet: von Redis Ltd. („Redis Enterprise Cloud“) verwaltet oder selbstverwaltet („Redis Enterprise Software“) mit dem Support von Redis Ltd. Sie können Redis Enterprise direkt von Redis Ltd. oder über den Google Cloud Marketplace beziehen. Redis Ltd. unterstützt Bereitstellungen in Compute Engine , Google Kubernetes Engine und OpenShift.
  • Selbstverwaltete Redis-Open-Source-Software (OSS): Ein selbstverwalteter Redis-Cluster oder eigenständiges Redis mit optionaler Hochverfügbarkeit, das auf Compute Engine, Google Kubernetes Engine oder OpenShift bereitgestellt werden kann.

Redis-Bereitstellungsoption auswählen

In diesem Abschnitt wird beschrieben, wie Sie eine Redis-Bereitstellungsoption auswählen, die am besten für Ihre Arbeitslast geeignet ist. Abbildung 1 bietet eine visuelle Übersicht über die Entscheidungspunkte:

Entscheidungsbaum für Redis-Bereitstellungsoptionen
Abbildung 1: Entscheidungsfaktoren und Bereitstellungsoptionen.

Redis-Verwaltungsmodell auswählen

Sie können zwischen den folgenden Verwaltungsmodellen wählen:

  • Vollständig verwaltete Bereitstellung Sie lagern Bereitstellungs- und Verwaltungsvorgänge an den Dienstanbieter aus. Wählen Sie dieses Modell aus, wenn Sie sich auf die Entwicklung Ihrer Anwendung konzentrieren und Verwaltungsaufgaben übertragen möchten.

  • Selbstverwaltete Bereitstellung: Sie sind für Bereitstellungs- und Verwaltungsvorgänge verantwortlich. Wählen Sie dieses Modell aus, wenn eine der folgenden Bedingungen zutrifft:

    • Sie haben bereits einen funktionierenden Skaleneffekt und die Verwaltung und der Betrieb von Redis sind für Ihre Organisation wirtschaftlich sinnvoll.

    • Sie haben eine strategische Präferenz für eine Nur-IaaS-Abhängigkeit.

    • Sie benötigen erweiterte Optimierungen.

Bereitstellungsoptionen bewerten

Nachdem Sie Ihr Verwaltungsmodell ausgewählt haben, sollten Sie die für Sie verfügbaren Bereitstellungsoptionen prüfen.

Vollständig verwaltete Optionen

Für vollständig verwaltete Bereitstellungen können Sie Memorystore oder Redis Enterprise Cloud verwenden.

Memorystore

Wählen Sie Memorystore aus, wenn eine der folgenden Bedingungen zutrifft:

  • Sie möchten die Unterstützung von verwalteter Software beiGoogle Cloudkonsolidieren.
  • Sie bevorzugen die Optimierung für die Integration mit Google CloudKonstrukten wie Identity and Access Management, APIs, Organisationsrichtlinien, Kontingenten oder Cloud Asset Inventory.
  • Sie benötigen bestimmte Funktionen, die nur in Memorystore verfügbar sind (z. B. erneutes Herunterskalieren).

Weitere Informationen zu Memorystore finden Sie in der Memorystore-Produktdokumentation.

Bereitstellungsoptionen
Redis Enterprise Cloud

Wählen Sie Redis Enterprise Cloud aus, wenn eine der folgenden Bedingungen zutrifft:

  • Sie benötigen bestimmte Funktionen, die nur in Redis Enterprise Cloud verfügbar sind (z. B. regionsübergreifende Aktiv-Aktiv-Multi-Primary-Schreibvorgänge mit einem SLA von 99,999 %, RedisSearch-Anwendungsfall).
  • Sie benötigen die Clusterskalierung für eine Anwendung, die die Redis Cluster API nicht unterstützt.

Weitere Informationen zu Redis Enterprise Cloud finden Sie in der Redis Cloud-Dokumentation.

Selbstverwaltete Optionen

Bei selbstverwalteten Bereitstellungen können Sie zwischen Redis Enterprise und Redis Open Source Software wählen.

Redis Enterprise

Wählen Sie die selbstverwaltete Redis Enterprise-Version aus, wenn eine der folgenden Bedingungen zutrifft:

  • Ihre Anwendung erfordert ihre einzigartigen Funktionen, wie z. B. automatische Re-Fragmentierung für das horizontale Skalieren, Redis on Flash oder Redis Enterprise Operator für Kubernetes.
  • Ihr Betriebsteam verfügt nicht über die erforderlichen Fähigkeiten, um komplexe Redis-Probleme intern ohne qualifizierten Drittanbietersupport zu beheben.
  • Sie bevorzugen den Enterprise-Support von Redis Ltd. und die damit verbundenen Lizenzkosten sind für Ihre Organisation überschaubar.

Weitere Informationen zu Redis Enterprise Software finden Sie in der Dokumentation zu Redis Enterprise Software.

Bereitstellungsoptionen
Beschaffungs- und Abrechnungsoptionen
  • Lizenz und Support werden von Redis Inc. in Rechnung gestellt, die Infrastruktur von Google.
  • Lizenz und Support werden über den Google Cloud Marketplace bezogen, während die Infrastruktur von Google in Rechnung gestellt wird.
Redis Open Source Software

Wählen Sie selbstverwaltete Redis Open Source Software aus, wenn eine der folgenden Bedingungen zutrifft:

  • Sie benötigen oder bevorzugen eine vollständige Anpassung, die auf andere Weise nicht möglich ist.
  • Ihr Betriebsteam verfügt über die erforderlichen Fähigkeiten, um komplexe Redis-Probleme intern ohne qualifizierten Drittanbietersupport zu beheben.
  • Sie möchten Lizenzkosten vermeiden.
  • Sie verfügen über umfangreiche interne Ressourcen für die Abstimmung von Redis und Linux-Kerneln oder Ihr Anwendungsfall erfordert keine Abstimmung.

Wenn Sie selbstverwaltete Redis Open Source Software bereitstellen, wählen Sie ein Bereitstellungsziel basierend auf Ihrer ausgewählten Plattformstrategie aus. Redis Open Source Software kann in Compute Engine, Google Kubernetes Engine oder OpenShift bereitgestellt werden. GKE Autopilot kann den Bereitstellungs- und Verwaltungsaufwand reduzieren, ist aber möglicherweise in einigen Bereichen eingeschränkter, z. B. beim Herunterskalieren.

Weitere Informationen zu Redis Open Source Software finden Sie unter Redis.io.

Zusätzliche Ressourcen

Funktionsvergleich

In der folgenden Tabelle sind die wichtigsten Unterschiede zwischen allen Bereitstellungsoptionen zusammengefasst:

Bereitstellungsmerkmale Bereitstellungsoptionen
Memorystore for Redis und Redis Cluster Redis Enterprise Cloud Redis Enterprise Software Redis Open Source Software
Verwaltet von Vollständig von Google verwaltet Vollständig von Redis Ltd. verwaltet Selbstverwaltet Selbstverwaltet
Unterstützt von Google Redis Ltd. Redis Ltd. Selbst unterstützt
In Rechnung gestellt von Google Redis Ltd. oder Google

Die Infrastruktur wird von Google in Rechnung gestellt.

Die Lizenz und der Support von Redis Ltd. werden von Redis Ltd. oder Google in Rechnung gestellt.

Google
Kostenelemente

Alle Kosten sind im Preis inbegriffen.

Dazu gehören Infrastruktur-, Lizenz-, Support- und Verwaltungskosten.

Weitere Informationen finden Sie unter Memorystore-Preise.

Alle Kosten sind im Preis inbegriffen.

Dazu gehören Infrastruktur-, Lizenz-, Support- und Verwaltungskosten.

Weitere Informationen finden Sie unter Redis Enterprise Cloud-Preise.

Softwarelizenz- und Supportkosten sind enthalten. Die Infrastrukturnutzung wird separat von Google Cloudabgerechnet.

Verwaltungskosten, einschließlich Bereitstellung, Abstimmung, Personal und Ausfallzeiten, werden vom Kunden aufgefangen.

Weitere Informationen finden Sie unter Redis Enterprise Software-Preise.

Es fallen keine Dienst- oder Lizenzgebühren an. Die Infrastrukturnutzung wird von Google Cloudabgerechnet.

Verwaltungskosten, einschließlich Bereitstellung, Abstimmung, Personal und Ausfallzeiten, werden vom Kunden aufgefangen.

SLA
  • Redis-Standard: 99,9 % Verfügbarkeit; weniger als oder gleich 43,2 Min./Monat Ausfallzeit.
  • Redis-Cluster: 99,99 % Verfügbarkeit mit Multi-AZ-HA; weniger als oder gleich 4,38 Min./Monat Ausfallzeit.

Weitere Informationen finden Sie im Service Level Agreement für Memorystore.

  • Redis-Standard: 99,9 % Verfügbarkeit; weniger als oder gleich 43,2 Min./Monat Ausfallzeit.
  • Redis-Cluster: 99,99 % Verfügbarkeit mit Multi-AZ-HA; weniger als oder gleich 4,38 Min./Monat Ausfallzeit.
  • Multiregionale Aktiv-Aktiv-HA: 99,999 % Verfügbarkeit; weniger als oder gleich 26,3 Min./Monat Ausfallzeit.

Weitere Informationen finden Sie im Service Level Agreement für Redis Cloud.

Nicht zutreffend.

Sie sind für die Verfügbarkeit verantwortlich.

Nicht zutreffend.

Sie sind für die Verfügbarkeit verantwortlich.

Kostenlose Stufe Nein Ja 30-tägige kostenlose Testversion Nicht zutreffend
Data Tiering Nein Automatisches Tiering Automatisches Tiering Nein
Multi-Cloud Nein Ja Manuell Möglich, aber mit hohem Aufwand verbunden
Multiregional, aktiv-aktiv Nein Ja Manuell Möglich, aber mit hohem Aufwand verbunden
Module
Compliance Integrierte Unterstützung für die verschiedenen Compliance-Regelungen. Weitere Informationen finden Sie unter Compliance-Angebote. Integrierte Unterstützung für die verschiedenen Compliance-Regelungen. Weitere Informationen finden Sie im Redis Trust Center. Integrierte Unterstützung für die verschiedenen Compliance-Regelungen. Weitere Informationen finden Sie im Redis Trust Center. Manuelle Compliance-Verwaltung ist erforderlich. Weitere Informationen finden Sie unter Compliance-Angebote.
Cluster-Schreibvorgänge skalieren Skaliert hoch und herunter. Skaliert hoch und herunter. Skaliert hoch. Das Herunterskalieren erfordert manuellen Aufwand. Selbstverwaltet, erfordert manuellen Aufwand.
Automatischer Neuausgleich Ja Ja Selbstverwaltet, erfordert manuellen Aufwand Selbstverwaltet, erfordert manuellen Aufwand
Hochverfügbarkeit hinzufügen Nahtlos, keine erneute Bereitstellung erforderlich Nahtlos, keine erneute Bereitstellung erforderlich Keine erneute Bereitstellung erforderlich, aber manueller Aufwand Erfordert erheblichen manuellen Aufwand – je nach ursprünglicher Architektur kann eine erneute Bereitstellung erforderlich sein
Lesereplikate hinzufügen Nahtlos, keine erneute Bereitstellung erforderlich Nahtlos, keine erneute Bereitstellung erforderlich Erfordert erheblichen manuellen Aufwand – je nach ursprünglicher Architektur kann eine erneute Bereitstellung erforderlich sein Selbstverwaltet, erfordert manuellen Aufwand
Wechsel zu einem datenfragmentierten Redis-Cluster beim Überschreiten des Schreibdurchsatzes Erfordert eine erneute Bereitstellung, aber es sind Tools verfügbar, um den Aufwand zu verringern. Clients müssen refaktoriert werden, um die Redis Cluster API zu unterstützen. Nahtlos, keine erneute Bereitstellung erforderlich Nahtlos, keine erneute Bereitstellung erforderlich Selbstverwaltet, erfordert manuellen Aufwand