Key Value Store Architektur

Key Value Store auf STACKIT bietet eine vollständig verwaltete Self-Service-Bereitstellung mit flexibler Skalierung, hoher Verfügbarkeit und automatisierten Backups. So ist die Lösung implementiert:

Eine Instanz wird durch ihren Typ, die Anzahl der vCPUs, den RAM, den zugrunde liegenden Speicher sowie die Netzwerkanbindung definiert. Mehr darüber erfahren Sie unter Instanzen für Key Value Store erstellen und verwalten.

Instanzebene

Auf der Instanzebene legen Sie fest, auf wie vielen Nodes Ihre Instanz ausgeführt wird. Die Eigenschaft Typ bestimmt, ob es sich bei einer Instanz um eine Einzelinstanz (Single Instance) oder einen Replikatsatz (Replica Set) handelt. Ein Replikatsatz besteht aus 3 Nodes für Produktionsresilienz und wird mittels Hochverfügbarkeits-Replikation umgesetzt. Alle drei Nodes spiegeln sich somit gegenseitig vollständig wider und arbeiten als Active-Active. STACKIT bezeichnet Skalierungen auf dieser Ebene als horizontale Skalierung.

Sie können den Typ (Einzelinstanz/Replikatsatz) nach dem Erstellen Ihrer Instanz nicht mehr ändern.

Node-Ebene

Auf der Node-Ebene steuern Sie die Größe jedes Nodes in der Instanz und dessen Speicher. Ein Node zeichnet sich durch seine Anzahl an vCPUs, seinen RAM und den mit ihm verbundenen Speicher aus. STACKIT bezeichnet Skalierungen auf dieser Ebene als vertikale Skalierung.

Beim STACKIT Key Value Store wird die Anzahl der vCPUs, die Größe des RAM und der Festplattenspeicher durch einen Serviceplan bestimmt. Unter Servicepläne finden Sie eine Übersicht aller verfügbaren Tarife.

Bei Änderungen kommt es zu einer Ausfallzeit bei Ihrer Instanz – außer ACL und Festplattenschwellenwert (Disk Threshold).

Netzwerkanbindung

Jede Instanz verfügt über ihren eigenen Hostnamen und eine eigene IPv4-Adresse. Standardmäßig ist sie nur aus definierten STACKIT-Adressbereichen erreichbar. Mit dem Parameter ACL können Sie eigene IPv4-Einzeladressen und -Bereiche hinzufügen, aus denen auf die Instanz zugegriffen werden kann.

Backup

Sie verwalten Ihre Backups auf Instanzebene. Das System erstellt alle 4 Stunden ein Backup. Unabhängig davon können Sie jederzeit manuelle Backups erstellen. Alle Backups werden 14 Tage lang aufbewahrt.

Monitoring und Observability

Die Integration mit STACKIT Observability für Key Value Store befindet sich derzeit in Entwicklung und ist noch nicht für die allgemeine Nutzung verfügbar. Im Folgenden wird die geplante Architektur nach der Veröffentlichung beschrieben.

Jeder bereitgestellte Dienst kann über einen Observability-Dienst überwacht werden. Um das Monitoring für Ihre Key Value Store-Instanz zu aktivieren, müssen Sie bei der Bereitstellung oder über ein Update Ihre Observability-Instanz-ID (monitoring_instance_id) angeben und den Parameter enable_monitoring auf true setzen.

Stellen Sie sicher, dass Sie einen unterstützten Serviceplan verwenden: Ihre STACKIT Observability-Instanz muss über einen Serviceplan mit ausreichender Kapazität zum Speichern von Metriken verfügen. Eine detaillierte Liste der unterstützten Servicepläne finden Sie in den Key Value Store FAQ unter der Frage „Welcher STACKIT Observability Plan ist für die Key Value Store-Integration erforderlich?“.

Sobald dies angewendet wurde, registriert der Service-Broker die Instanz über die Observability-API. Der Wrapper erstellt technische Anmeldeinformationen (sichtbar als Service-Key mit dem Präfix monitoring_), die ausschließlich von Observability für das Monitoring verwendet werden. Die Verbindungs-URL wird sicher an die Observability-Instanz übertragen.

Auf Observability-Seite nutzt Telegraf diese Anmeldedaten, um sicher auf Ihre Datenbank zuzugreifen und die Metriken abzurufen. Anschließend können Sie Metriken mit dem Präfix des entsprechenden Dienstes aus Ihrer Thanos-Quelle direkt im Grafana-Dashboard Ihrer Observability-Instanz einsehen.

Verwaltung

Sie verwalten Instanzen über das STACKIT Portal, die STACKIT CLI, die STACKIT APIs, Terraform oder Cloud Foundry:

• Instanzen bereitstellen
• Instanzen anpassen
• Performance-Metriken und Logs überwachen
• Backups wiederherstellen

Trennung der Umgebungen

Key Value Store Services, die über Cloud Foundry erstellt wurden, und solche, die über das STACKIT Portal/CLI erstellt wurden, werden getrennt verwaltet. Services, die in einer Umgebung erstellt wurden, müssen in derselben Umgebung verwaltet und gelöscht werden – eine umgebungsübergreifende Verwaltung ist aus technischen Gründen nicht möglich.

Services müssen immer in der Umgebung verwaltet werden, in der sie erstellt wurden

• Services, die im STACKIT Portal/CLI erstellt wurden, müssen auch im STACKIT Portal/CLI verwaltet/gelöscht werden. Im STACKIT Portal werden möglicherweise einige (nicht alle) Services angezeigt, die über Cloud Foundry erstellt wurden (insbesondere die Flex-Datenbanken).

• Services, die über Cloud Foundry erstellt wurden, müssen über Cloud Foundry verwaltet/gelöscht werden. Services, die in Cloud Foundry als Teil einer Organisation mit dem Präfix stackit_portal_prod_ angezeigt werden, wurden über das STACKIT Portal/CLI erstellt und müssen von dort aus verwaltet werden, selbst wenn in Cloud Foundry Verwaltungsoptionen angezeigt werden. Aus technischen Gründen ist es nicht möglich, einen Service in Cloud Foundry zu erstellen und über das STACKIT Portal/CLI zu löschen oder umgekehrt.