Architektur von MongoDB Flex

MongoDB Flex auf STACKIT bietet ein vollständig verwaltetes Self-Service-Deployment von MongoDB mit flexiblen Größen, Hochverfügbarkeit, automatisierten Backups und der Möglichkeit, Instanzen zu klonen. So ist es implementiert:

Eine Instanz wird durch ihren Typ, ihre Rechenleistung, ihren Arbeitsspeicher, den zugrunde liegenden Datenspeicher und ihr Netzwerk definiert. Mehr darüber erfahren Sie unter Instanzen für MongoDB Flex erstellen und verwalten.

Instanzebene

Auf der Instanzebene definieren Sie, auf wie vielen Knoten Ihre Instanz läuft. Die Eigenschaft type definiert, ob eine Instanz eine Einzelinstanz, ein Replica Set oder ein Sharded Cluster ist. Ein Replica Set besteht aus 3 Knoten für Ausfallsicherheit in der Produktion. Alle drei Knoten spiegeln sich gegenseitig vollständig. Ein Sharded Cluster besteht aus 9 Knoten und verteilt die Daten eines Replica Sets jeweils über 3 Knoten. Die Vor- und Nachteile von Sharding können Sie unter Planen Sie Ihre MongoDB Flex-Instanz nachlesen. STACKIT bezeichnet die Skalierung auf dieser Ebene als horizontale Skalierung.

Knotenebene

Auf der Knotenebene steuern Sie, wie jeder Knoten in der Instanz und sein Speicher dimensioniert sind. Ein Knoten ist durch die Anzahl seiner CPUs, seinen Arbeitsspeicher und den zugeordneten Datenspeicher gekennzeichnet. STACKIT bezeichnet die Skalierung auf dieser Ebene als vertikale Skalierung.

STACKIT bezeichnet die Kombination aus CPU und Arbeitsspeicher als Flavor. Verfügbare Flavor-Größen sind: Tiny, Small, Medium, Large, X-Large. Für jede Flavor-Größe gibt es eine rechenoptimierte, eine speicheroptimierte und eine datenbankoptimierte Variante. Abhängig vom Instanztyp steht ggf. nur eine Teilmenge der Flavors zur Auswahl.

Unabhängig von den Flavors können Sie den Datenspeicher konfigurieren. STACKIT klassifiziert den Speicher unabhängig in seine Größe und seine Leistungsklasse. Die Leistungsklasse definiert die IOPS und die Bandbreite des Speichers.

Netzwerk

Jede Instanz hat ihren eigenen Hostnamen und ihre eigene IPv4-Adresse. Standardmäßig kann sie nur von vordefinierten STACKIT-Adressbereichen erreicht werden. Mit dem ACL-Parameter können Sie benutzerdefinierte einzelne IPv4-Adressen und -Bereiche hinzufügen, von denen aus die Instanz erreichbar ist.

Backup

Sie verwalten Ihre Backups auf Instanzebene. Das System sichert die Transaktionsprotokolle und erstellt Snapshots. Mithilfe der Transaktionsprotokolle können Sie jeden Zeitpunkt der letzten 30 Stunden wiederherstellen. Mit den Snapshots können Sie Ihre Instanz auf bestimmte konsistente Zustände in der Vergangenheit zurücksetzen.

Das Recovery Point Objective (RPO) und das Recovery Time Objective (RTO) betragen beide 6 Stunden für Storage unter 1 TB. Das RTO erhöht sich geringfügig für jede zusätzlichen 10 GB über 1 TB.

Mit dem Klonen von Instanzen können Sie Ihre bestehende MongoDB Flex-Instanz auf eine andere Instanz innerhalb desselben Projekts für Test-, Staging- oder Datenwiederherstellungs-Workflows replizieren.

Monitoring und Observability

Jede MongoDB Flex-Instanz hat ein eigenes Prometheus-Proxy. Sie greifen auf diesen Proxy über einen Metriken-Endpunkt zu. Wenn Sie die Observability-Lösung von STACKIT verwenden, können Sie die Telemetriedaten von MongoDB Flex (Metriken, Logs und Traces) scrapen und so in Ihre Observability-Instanz importieren. Darüber hinaus können Sie auch ohne eine laufende Observability-Instanz auf die wichtigsten Metriken im Portal zugreifen.

Um mehr über die Implementierung von Observability, das Verständnis und die Interpretation der Metriken zu erfahren, ziehen Sie bitte die MongoDB Flex überwachen zu Rate.

Verwaltung

Sie verwalten Instanzen mit dem STACKIT Portal, der STACKIT CLI, den STACKIT APIs, Terraform oder Cloud Foundry:

Bereitstellen neuer Instanzen
Ändern von Instanzen
Planen und Ausführen von Updates
Überwachen von Leistungsmetriken und Logs
Anpassen von Backup-Zeitplänen
Wiederherstellen von Backups und Klonen