Bereitstellungsoptionen für Redis in Trusted Cloud by S3NS

Dieses Dokument bietet einen Überblick über Redis-Deployments und Trusted Cloud by S3NS-Migrationen, einschließlich der Optionen und Abwägungen für die Bereitstellung von Redis in verschiedenen Diensten, je nach Ihren Anforderungen.

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

Die beste Methode zur Bereitstellung von Redis auf Trusted Cloud hängt von Ihren spezifischen 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 offizielle Dokumentationen zu lesen oder sich bei spezifischen Anwendungsfällen oder Anforderungen professionellen Rat einzuholen.

Architekturen

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

Architektur Beschreibung Anwendungsfall Optionen der Bereitstellung 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 keine Hochverfügbarkeit erforderlich ist.

Unterstützt in Memorystore (vollständig verwaltet) und Redis Open-Source-Software (selbst verwaltet).

Die selbstverwaltete Einrichtung ist komplexer. Memorystore ist eine gute Option für einen schnellen Einstieg.

 Nein Einzelner Knoten Einzelner Knoten
Hochverfügbarkeit 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, der Lesedurchsatz jedoch nicht von einem Knoten bereitgestellt werden kann oder Hochverfügbarkeit erforderlich ist.

Unterstützt in Memorystore (vollständig verwaltet) und Redis OSS (selbst verwaltet).

Redis Cluster-Architekturen bieten automatische Skalierung, Hochverfügbarkeit und Daten-Sharding, was sie ideal für groß angelegte, verteilte Anwendungen macht. Informationen zu den Vor- und Nachteilen sowie zu den erforderlichen Wartungsaufwand bei manueller Skalierung, Clustering und Sharding finden Sie unter Skalierung ohne Ausfallzeit in Memorystore for Redis Cluster.

Die selbstverwaltete Einrichtung ist komplexer. Memorystore ist eine gute Option für einen schnellen Einstieg.

 Mehrere AZs Multiknoten Einzelner Knoten
Cluster (ohne Proxys) Mehrere Knoten teilen die Datenschreibvorgänge mit separaten Datenfragmenten auf. Optional können Hochverfügbarkeits- und Lesereplikate hinzugefügt werden. Fälle, in denen der Schreibdurchsatz nicht von einem Knoten bereitgestellt werden kann und Hochverfügbarkeit oder Lesereplikation optional erforderlich ist. Mehrere AZs Multiknoten Multiknoten
Cluster (mit Proxys) Mehrere Knoten teilen die Datenschreibvorgänge mit separaten Datenfragmenten auf. Optional können Hochverfügbarkeits- und Lesereplikate 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 hat andere Vorteile.

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

Die selbstverwaltete Bereitstellung mit Redis OSS erfordert eine komplexere Einrichtung. Redis Enterprise Cloud ist eine gute Option, um schnell loszulegen.

 Mehrere AZs oder Regionen (nur Redis Enterprise) Multiknoten Einzelner Knoten

Optionen der Bereitstellung

Trusted Cloud bietet die folgenden Redis-Bereitstellungsoptionen:

  • Vollständig verwalteter Memorystore for Redis-Dienst von Trusted Cloud: Ein vollständig verwalteter, hochverfügbarer und langlebiger Redis-Dienst, der von Google verwaltet wird und kostengünstig und schnell einrichten, betreiben und skalieren lässt. Memorystore unterstützt sowohl Redis Cluster als auch eigenständige Redis-Instanzen mit optionaler Hochverfügbarkeit.
  • Selbstverwaltete oder vollständig verwaltete Redis Enterprise-Version 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 bei Redis Ltd. oder über den Google Cloud Marketplace erwerben. Redis Ltd. unterstützt Bereitstellungen in der Compute Engine , der Google Kubernetes Engine und OpenShift.
  • Selbstverwaltete Redis-Open-Source-Software (OSS): Ein selbstverwalteter Redis-Cluster oder ein eigenständiger Redis mit optionaler Hochverfügbarkeit, der in der Compute Engine, der Google Kubernetes Engine oder OpenShift bereitgestellt werden kann.

Redis-Bereitstellungsoption auswählen

In diesem Abschnitt wird beschrieben, wie Sie die für Ihre Arbeitslast am besten geeignete Redis-Bereitstellungsoption auswählen. 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 übertragen die Bereitstellungs- und Verwaltungsvorgänge an den Dienstanbieter. Wählen Sie dieses Modell aus, wenn Sie sich auf die Entwicklung Ihrer App konzentrieren und Verwaltungsaufgaben auslagern möchten.

  • Selbstverwaltete Bereitstellung Sie sind für die Bereitstellung und Verwaltung verantwortlich. Wählen Sie dieses Modell aus, wenn eine der folgenden Aussagen zutrifft:

    • Sie haben bereits einen operativen Kostenvorteil und die Verwaltung und den Betrieb von Redis ist in Ihrem Unternehmen wirtschaftlich sinnvoll.

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

    • Sie benötigen erweiterte Optimierungen.

Bereitstellungsoptionen bewerten

Nachdem Sie das Verwaltungsmodell ausgewählt haben, sollten Sie die verfügbaren Bereitstellungsoptionen bewerten.

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 Aussagen zutrifft:

  • Sie möchten den Support für verwaltete Software mitTrusted Cloud by S3NSzusammenführen.
  • Sie möchten die Integration mit Trusted Cloud by S3NS Konstrukten wie Identity and Access Management, APIs, Organisationsrichtlinien, Kontingent oder Cloud Asset Inventory optimieren.
  • Sie benötigen bestimmte Features, die nur in Memorystore verfügbar sind (z. B. herunterskalieren).

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

Optionen der Bereitstellung
Redis Enterprise Cloud

Wählen Sie Redis Enterprise Cloud aus, wenn eine der folgenden Aussagen 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 Clusterskala 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.

Optionen für selbstverwaltete Konten

Bei selbst verwalteten 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 Aussagen zutrifft:

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

Weitere Informationen zur Redis Enterprise-Software finden Sie in der Dokumentation zur Redis Enterprise-Software.

Optionen der Bereitstellung
Beschaffungs- und Abrechnungsoptionen
  • Lizenz und Support werden von Redis Inc. in Rechnung gestellt, die Infrastruktur hingegen 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 selbst verwaltete Open-Source-Software von Redis aus, wenn eine der folgenden Aussagen zutrifft:

  • Sie benötigen oder bevorzugen eine vollständige Anpassung, die anderweitig nicht möglich ist.
  • Ihr Operations-Team verfügt über die erforderlichen Kompetenzen, um komplexe Redis-Probleme intern ohne qualifizierten Support von Drittanbietern zu beheben.
  • Sie möchten Lizenzkosten vermeiden.
  • Sie haben umfangreiche interne Ressourcen zur Optimierung von Redis und dem Linux-Kernel oder Ihr Anwendungsfall erfordert keine Optimierung.

Wählen Sie bei der Bereitstellung selbst verwalteter Redis-Open-Source-Software ein Bereitstellungsziel basierend auf Ihrer Plattformstrategie aus. Redis Open Source Software kann in der Compute Engine, der Google Kubernetes Engine oder OpenShift bereitgestellt werden. GKE Autopilot kann den Aufwand für Bereitstellung und Verwaltung reduzieren, ist aber möglicherweise in gewisser Weise eingeschränkt, z. B. in Bezug auf die Skalierung.

Weitere Informationen zur Open-Source-Software Redis finden Sie unter Redis.io.

Funktionsvergleich

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

Merkmale der Bereitstellung Optionen der Bereitstellung
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.

Redis Ltd. stellt die Lizenz und den Support in Rechnung.

 Google
Kostenelemente

Alle Kosten sind inbegriffen.

Umfasst: Infrastruktur-, Lizenz-, Support- und Verwaltungskosten.

Weitere Informationen finden Sie unter Memorystore-Preise.

Alle Kosten sind inbegriffen.

Umfasst: Infrastruktur-, Lizenz-, Support- und Verwaltungskosten.

Weitere Informationen finden Sie unter Preise für Redis Enterprise Cloud.

Softwarelizenz- und Supportkosten sind inbegriffen. Die Infrastrukturnutzung wird von Trusted Cloudseparat abgerechnet.

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

Weitere Informationen finden Sie unter Preise für Redis Enterprise-Software.

Es fallen keine Service- oder Lizenzgebühren an. Infrastrukturnutzung, abgerechnet über Trusted Cloud.

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 Memorystore-Service Level Agreement.
  • 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 Redis Cloud-Service Level Agreement.

Nicht zutreffend.

Sie sind für die Betriebszeit verantwortlich.

Nicht zutreffend.

Sie sind für die Betriebszeit verantwortlich.
Kostenlose Stufe Nein Ja 30 Tage kostenlos testen Nicht zutreffend
Datenstufen 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-Regeln. Weitere Informationen finden Sie unter Compliance-Angebote. Integrierte Unterstützung für die verschiedenen Compliance-Regeln. Weitere Informationen finden Sie im Redis Trust Center. Integrierte Unterstützung für die verschiedenen Compliance-Regeln Weitere Informationen finden Sie im Redis Trust Center. Eine manuelle Compliance-Verwaltung ist erforderlich. Weitere Informationen finden Sie unter Compliance-Angebote.
Clusterschreibvorgänge skalieren Heran- und herauszoomen Heran- und herauszoomen Skaliert hoch. Das Skalieren nach oben erfordert manuelles Eingreifen. Selbstverwaltet, erfordert manuellen Aufwand.
Automatische Neuausrichtung Ja Ja Selbstverwaltet, erfordert manuellen Aufwand Selbstverwaltet, erfordert manuellen Aufwand
Hochverfügbarkeit hinzufügen Nahtlos, keine Neubereitstellung erforderlich Nahtlos, keine Neubereitstellung erforderlich Es ist keine Neubereitstellung erforderlich, aber manueller Aufwand ist erforderlich Erfordert erheblichen manuellen Aufwand – je nach ursprünglicher Architektur kann eine erneute Bereitstellung erforderlich sein
Lesereplikate hinzufügen Nahtlos, keine Neubereitstellung erforderlich Nahtlos, keine Neubereitstellung erforderlich Erfordert erheblichen manuellen Aufwand – je nach ursprünglicher Architektur kann eine erneute Bereitstellung erforderlich sein Selbstverwaltet, erfordert manuellen Aufwand
Zu einem datensegmentierten Redis Cluster wechseln, wenn der Schreibdurchsatz überschritten wird Erfordert eine Neubereitstellung, aber es werden Tools zur Verfügung gestellt, um den Aufwand zu verringern. Clients müssen umgestaltet werden, um die Redis Cluster API zu unterstützen. Nahtlos, keine Neubereitstellung erforderlich Nahtlos, keine Neubereitstellung erforderlich Selbstverwaltet, erfordert manuellen Aufwand