Planen einer Instanz
STACKIT Redis bietet maximale Flexibilität. Technische Einschränkungen erfordern jedoch bestimmte Restriktionen. Um technische Schulden und damit verbundene Ausfallzeiten sowie unerwünschte zukünftige Migrationen zu vermeiden, ist es Best-Practice, Ihre Redis-Instanz im Voraus zu planen.
Planen Sie Ihren Bedarf
Abschnitt betitelt „Planen Sie Ihren Bedarf“Bevor Sie die Größe Ihrer Redis-Instanz auswählen, müssen Sie Ihre Datenmuster und Anforderungen analysieren:
Datenvolumen-Analyse
Abschnitt betitelt „Datenvolumen-Analyse“Schätzen Sie zunächst Ihre aktuelle und prognostizierte Datengröße. Als Faustregel gilt ein Faktor von 2 bis 2,5 für das Datenwachstum in den nächsten zwei Jahren.
Abfragemuster
Abschnitt betitelt „Abfragemuster“Untersuchen Sie, wie Ihre Anwendung mit der Datenbank interagiert. Anwendungen mit einem hohen Lese-zu-Schreib-Verhältnis können von anderen Sizing-Strategien profitieren als schreibintensive Workloads. Berücksichtigen Sie auch, ob Ihre Anwendung eher lese- oder schreibintensiv ist.
Einschränkungen
Abschnitt betitelt „Einschränkungen“Unter Architektur finden Sie Informationen zu den Einschränkungen der Flexibilität. Als Kurzreferenz können Sie diese Tabelle heranziehen:
| Parameter | Downgrade möglich | Upgrade möglich | Downtime |
|---|---|---|---|
| Typ (Single/Replica) | - | ||
| vCPU | ✓ | ✓ | |
| RAM | ✓ | ✓ | |
| Disk | ✓ | ✓ |
Änderungen an ACL- und Disk Threshold-Einstellungen können Sie ohne Einschränkungen und ohne Downtime vornehmen.
Best Practices
Abschnitt betitelt „Best Practices“Behalten Sie die Einschränkungen im Hinterkopf. Dieser Abschnitt hilft Ihnen dabei, fundierte Annahmen und Entscheidungen für die Einrichtung einer Instanz zu treffen.
Die vertikale und horizontale Skalierung legen Sie mit den verfügbaren Plans fest. Ein Plan bestimmt die Anzahl der vCPUs, die Größe von Speicher und Disk sowie die Frage, ob Ihre Instanz auf einem einzelnen Knoten oder als Cluster auf 3 Knoten läuft.
Instanztyp
Abschnitt betitelt „Instanztyp“Wenn Sie planen, eine Instanz für den produktiven Einsatz einzurichten, empfehlen wir dringend einen Plan mit 3 Knoten (Replika).
Zunächst müssen Sie unterscheiden, ob kurze Downtimes akzeptabel sind. Wenn ja, können Sie mit einem kleinen Plan beginnen und diesen heraufstufen, wenn Sie konsistent 80 % des CPU- oder RAM-Verbrauchs erreichen. Wenn Downtime nicht akzeptabel ist, müssen Sie Ihren Bedarf schätzen.
Als Faustregel können Sie dieses Regelwerk verwenden:
- Leseintensiv: 1-2 CPUs ausreichend
- Schreibintensiv oder Aggregationen: 4+ CPUs
- Minimum: 125 % der Datengröße
- Optimal: 150 %+ der aktiven Datengröße
- Faustregel: Mindestens 4 GB Speicher, besser 8 GB für die Produktion
Als Faustregel können Sie dieses Regelwerk verwenden:
- Schreibintensiv: 3000-10000+ IOPS
- Gemischte Workloads: 2000-5000 IOPS
Bitte beachten Sie, dass Redis eine In-Memory-Datenbank ist. Die Disk wird daher nur zum Schreiben der Persistenzdatei verwendet.
Storage-Größe
Abschnitt betitelt „Storage-Größe“Wenn Downtime akzeptabel ist, ist es Best-Practice, mit einer kleineren Festplattengröße zu beginnen. Beginnen Sie als Faustregel mit Ihrer Datengröße und multiplizieren Sie diese erneut mit 3 für den Wachstumsfaktor.
Version
Abschnitt betitelt „Version“Beginnen Sie mit der höchsten Version, die Ihre Client-Anwendungen unterstützen. Bitte beachten Sie, dass auch geringfügige Versionsunterschiede verhindern können, dass sich einige Clients verbinden.