Architektur
STACKIT Redis bietet ein vollständig verwaltetes Self-Service-Deployment von Redis mit flexibler Dimensionierung, Hochverfügbarkeit, automatisierten Sicherungen und Klonen von Instanzen. Es ist folgendermaßen implementiert:
Eine Instanz wird durch ihren Typ, die Anzahl der vCPUs, dem Speicher, dem zugrunde liegenden Massenspeicher und die Vernetzung definiert. Mehr darüber erfahren Sie unter Erstellen und Verwalten von Instanzen.
Instanzebene
Abschnitt betitelt „Instanzebene“Auf der Instanzebene legen Sie fest, auf wie vielen Knoten Ihre Instanz läuft. Die Eigenschaft Typ definiert, ob es sich bei einer Instanz um eine Einzelinstanz oder einen Replikasatz handelt. Ein Replikasatz besteht aus 3 Knoten für die Ausfallsicherheit in der Produktion und ist als Cluster implementiert. Alle drei Knoten sind also eine vollständige Spiegelung voneinander und agieren als Active-Active. STACKIT bezeichnet die Skalierung auf dieser Ebene als horizontale Skalierung.
Knotenebene (Node-Ebene)
Abschnitt betitelt „Knotenebene (Node-Ebene)“Auf der Knotenebene steuern Sie, wie jeder Knoten in der Instanz und sein Speicher dimensioniert sind. Ein Knoten ist durch seine Anzahl an vCPUs, seinen Speicher und den damit verbundenen Massenspeicher gekennzeichnet. STACKIT bezeichnet die Skalierung auf dieser Ebene als vertikale Skalierung.
Bei Redis wird die Anzahl der vCPUs, die Größe des Speichers und des Massenspeichers durch einen Plan bestimmt. Unter Servicepläne finden Sie eine Referenz über alle verfügbaren Pläne.
Vernetzung
Abschnitt betitelt „Vernetzung“Jede Instanz hat einen eigenen Hostnamen und eine IPv4-Adresse. Standardmäßig ist sie nur aus vordefinierten STACKIT Adressbereichen erreichbar. Mit dem ACL-Bereichs-IP-Parameter können Sie benutzerdefinierte IPv4-Einzeladressen und -Bereiche hinzufügen, von denen aus die Instanz erreicht werden kann.
Sicherung
Abschnitt betitelt „Sicherung“Sie verwalten Ihre Sicherungen auf der Instanzebene. Das System erstellt alle 4 Stunden eine Sicherung. Unabhängig davon können Sie auch jederzeit manuelle Sicherungen planen. Alle Sicherungen werden für 14 Tage aufbewahrt.
Monitoring und Observability
Abschnitt betitelt „Monitoring und Observability“Jede Redis-Instanz hat einen eigenen Prometheus-Proxy. Sie greifen auf diesen Proxy über einen Metrics-Endpunkt zu. Wenn Sie die Lösung STACKIT Observability nutzen, können Sie die Telemetriedaten von Redis (Metriken, Logs und Traces) abrufen und so in Ihre Observability-Instanz importieren.
Verwaltung
Abschnitt betitelt „Verwaltung“- Sie verwalten Instanzen mit dem STACKIT Portal, der STACKIT CLI, den STACKIT APIs, Terraform oder Cloud Foundry:
- Bereitstellen neuer Instanzen
- Ändern von Instanzen
- Monitoring von Performance-Metriken und Logs
- Wiederherstellen von Sicherungen
Trennung des Deployments
Abschnitt betitelt „Trennung des Deployments“RabbitMQ-Dienste, die über Cloud Foundry erstellt wurden, und solche, die über das STACKIT Portal/die CLI erstellt wurden, sind vollständig getrennt. In einer Umgebung erstellte Dienste müssen in derselben Umgebung verwaltet und gelöscht werden – eine umgebungsübergreifende Verwaltung wird aus technischen Gründen nicht unterstützt.