Dieses Dokument bietet einen Überblick über Redis-Bereitstellungen und -Migrationen zu Google Cloud, einschließlich der Optionen und Vor- und Nachteile für die Bereitstellung von Redis in verschiedenen Diensten je nach Ihren Anforderungen.
Redis ist ein speicherinterner Datenstrukturspeicher, den Sie als Datenbank, Cache, Message Broker usw. verwenden können. Google Cloud unterstützt Redis vollständig, einschließlich:
Vollständig verwaltete Optionen von Memorystore und Redis Ltd.
Selbstverwaltete Optionen mit den folgenden Produkten:
Die beste Methode zum Bereitstellen von Redis in Google Cloud hängt von Ihren spezifischen Anforderungen und Anforderungen ab. Die Empfehlungen in diesem Leitfaden basieren auf allgemeinen Best Practices und Überlegungen. Es ist wichtig, dass Sie Ihre Redis-Arbeitslast gründlich analysieren, die offizielle Dokumentation konsultieren oder sich bei bestimmten Anwendungsfällen oder Anforderungen beraten lassen.
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, der Durchsatz für Schreib- und Lesevorgänge von einem Knoten verarbeitet werden kann und keine hohe Verfügbarkeit erforderlich ist | Wird auf Memorystore (vollständig verwaltet) und der Redis-Open-Source-Software (OSS) (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 |
| 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 eine hohe Verfügbarkeit erforderlich ist | Wird auf Memorystore (vollständig verwaltet) und Redis OSS (selbst verwaltet) unterstützt. Redis-Clusterarchitekturen bieten automatisierte Skalierung, Hochverfügbarkeit und Datenfragmentierung, die sich ideal für umfangreiche, verteilte Anwendungen eignen. Informationen zu den Vor- und Nachteilen und erforderlichen Wartungsaufwand für manuelle Skalierung, Clustering und Fragmentierung finden Sie unter Zero-Downtime-Skalierung in Memorystore for Redis-Cluster. Die Selbstverwaltung erfordert eine komplexere Einrichtung. Memorystore ist eine gute Option für einen schnellen Einstieg. |
Multi-AZ | Multiknoten | Einzelner Knoten |
| Cluster (ohne Proxys) | Mehrere Knoten teilen die Datenschreibvorgänge mit separaten Daten-Shards auf. Optional können Hochverfügbarkeit und Lesereplikate hinzugefügt werden. | Fälle, in denen der Schreibdurchsatz nicht von einem Knoten bereitgestellt werden kann und optional eine hohe Verfügbarkeit oder Lesereplikation erforderlich ist. | Multi-AZ | Multiknoten | Multiknoten | |
| Cluster (mit Proxys) | Mehrere Knoten teilen die Datenschreibvorgänge mit separaten Daten-Shards auf. Optional können Hochverfügbarkeit 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 (selbst verwaltet). 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) | Multiknoten | Einzelner Knoten |
Optionen der Bereitstellung
Google Cloud bietet die folgenden Redis-Bereitstellungsoptionen:
- Vollständig verwalteter Memorystore for Redis-Dienst von Google 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 mit optionaler Hochverfügbarkeit.
- Selbst oder vollständig verwaltetes Redis Enterprise by 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 Compute Engine , Google Kubernetes Engine und OpenShift.
- Selbstverwaltete Redis-Open-Source-Software (OSS): Ein selbstverwalteter Redis-Cluster oder ein eigenständiges Redis mit optionaler Hochverfügbarkeit, das in 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 für Ihre Arbeitslast am besten geeignet ist. Abbildung 1 bietet eine visuelle Übersicht über die Entscheidungspunkte:
Redis-Verwaltungsmodell auswählen
Sie können zwischen einem der folgenden Verwaltungsmodelle wählen:
Vollständig verwaltete Bereitstellung. Sie übertragen Bereitstellungs- und Verwaltungsvorgänge an den Dienstanbieter. Wählen Sie dieses Modell aus, wenn Sie sich auf das Erstellen Ihrer Anwendung konzentrieren und Verwaltungsaufgaben entlasten müssen.
Selbstverwaltete Bereitstellung. Sie sind für Bereitstellungs- und Verwaltungsvorgänge verantwortlich. Wählen Sie dieses Modell aus, wenn eine der folgenden Aussagen zutrifft:
Sie verfügen über eine skalierbare operative Wirtschaft 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 Ihr Verwaltungsmodell ausgewählt haben, bewerten Sie die verfügbaren Bereitstellungsoptionen.
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 bevorzugen die Konsolidierung des Supports für verwaltete Software mit Google Cloud.
- Sie möchten die Integration mit Google Cloud-Konstrukten wie Identity and Access Management, APIs, Organisationsrichtlinien, Kontingenten 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
- Memorystore for Redis (Eigenständig, HA)
- Memorystore for Redis-Cluster (Cluster, Hochverfügbarkeit)
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 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.
Beschaffungs- und Abrechnungsoptionen
Selbstverwaltete Optionen
Bei selbstverwalteten Bereitstellungen können Sie zwischen Redis Enterprise und Redis Open-Source-Software wählen.
Redis Enterprise
Wählen Sie das selbstverwaltete Redis Enterprise 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 in Flash oder Redis Enterprise Operator für Kubernetes.
- Ihr operatives Team hat nicht die erforderlichen Fähigkeiten, um komplexe Redis-Probleme intern ohne qualifizierten Support von Drittanbietern zu bearbeiten.
- Sie bevorzugen den Enterprise Support von Redis Ltd. und die damit verbundenen Lizenzkosten können von Ihrer Organisation verwaltet werden.
Weitere Informationen zur Redis Enterprise Software finden Sie in der Redis Enterprise Software-Dokumentation.
Optionen der Bereitstellung
- Selbstverwaltete Redis Enterprise-Software in GKE oder OpenShift mit optionaler Verwendung des Redis Enterprise Operator für Kubernetes
- Selbstverwaltete Redis Enterprise-Software in Compute Engine
Beschaffungs- und Abrechnungsoptionen
- Lizenz und Support werden von Redis Inc. abgerechnet, während die Infrastruktur von Google in Rechnung gestellt wird.
- Lizenzen und Support werden über Google Cloud Marketplace erworben, 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:
- Eine vollständige Anpassung, die ansonsten nicht möglich ist, wird von Ihnen benötigt oder bevorzugt.
- Ihr operatives Team hat das erforderliche Know-how, um komplexe Redis-Probleme intern ohne qualifizierten Drittanbieter-Support zu bewältigen.
- Sie möchten Lizenzkosten vermeiden.
- Sie haben umfangreiche interne Ressourcen für die Redis- und Linux-Kernel-Abstimmung oder Ihr Anwendungsfall erfordert keine Abstimmung.
Wählen Sie beim Bereitstellen selbstverwalteter Redis Open-Source-Software ein Bereitstellungsziel basierend auf Ihrer Plattformstrategie aus. Die Redis-Open-Source-Software kann in Compute Engine, Google Kubernetes Engine oder OpenShift bereitgestellt werden. GKE Autopilot kann den Bereitstellungs- und Verwaltungsaufwand verringern, ist jedoch unter Umständen eingeschränkter.
Weitere Informationen zur Open-Source-Software von Redis finden Sie unter Redis.io.
Weitere Informationen
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 | Redis Ltd. | Redis Ltd. | Selbst unterstützt | |
| In Rechnung gestellt von | 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. |
||
| Kostenelemente | Alle Kosten sind enthalten. Umfasst die Kosten für Infrastruktur, Lizenzierung, Support und Verwaltung. Weitere Informationen finden Sie unter Memorystore – Preise. |
Alle Kosten sind enthalten. Umfasst die Kosten für Infrastruktur, Lizenzierung, Support und Verwaltung. Weitere Informationen finden Sie unter Redis Enterprise Cloud – Preise. |
Die Kosten für Softwarelizenzen und Support sind enthalten. Die Infrastrukturnutzung wird von Google Cloud separat abgerechnet. Verwaltungskosten, einschließlich Bereitstellung, Abstimmung, Personal und Ausfallzeiten, werden vom Kunden aufgefangen. Weitere Informationen finden Sie unter Preise für Redis Enterprise Software. |
Keine Dienst- oder Lizenzgebühren. Die Infrastrukturnutzung wird von Google Cloud in Rechnung gestellt. Verwaltungskosten, einschließlich Bereitstellung, Abstimmung, Personal und Ausfallzeiten, werden vom Kunden aufgefangen. |
| SLA |
Weitere Informationen finden Sie im Memorystore-Service Level Agreement. |
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 |
| 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 verschiedene Compliance-Regelungen. Weitere Informationen finden Sie unter Compliance-Angebote. | Integrierte Unterstützung für verschiedene Compliance-Regelungen. Weitere Informationen finden Sie unter Redis Trust Center. | Integrierte Unterstützung für verschiedene Compliance-Regelungen. Weitere Informationen finden Sie unter Redis Trust Center. | Die manuelle Complianceverwaltung ist erforderlich. Weitere Informationen finden Sie unter Compliance-Angebote. |
| Clusterschreibvorgänge skalieren | Hoch- und herunterskaliert | Hoch- und herunterskaliert | Skaliert hoch. Das Herunterskalieren erfordert manuellen Aufwand. | Selbstverwaltet, erfordert manuellen Aufwand. |
| Automatischer Ausgleich | Ja | Ja | Selbstverwaltet, erfordert manuellen Aufwand | Selbstverwaltet, erfordert manuellen Aufwand |
| Hochverfügbarkeit hinzufügen | Nahtlos, keine erneute Bereitstellung erforderlich | Nahtlos, keine erneute Bereitstellung erforderlich | Es ist keine erneute Bereitstellung erforderlich, aber mit manuellem 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, wenn der Schreibdurchsatz überschritten wird | Erfordert eine erneute Bereitstellung, aber es werden Tools zur Verfügung gestellt, um den Aufwand zu vereinfachen. 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 |