Zum Inhalt springen

Architektur von PostgreSQL Flex

PostgreSQL Flex auf STACKIT bietet ein vollständig verwaltetes Self-Service-Deployment von PostgreSQL mit flexibler Dimensionierung, Hochverfügbarkeit, automatisierten Sicherungen und dem Klonen von Instanzen. So wird es implementiert:

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

Auf der Instanz-Ebene definieren Sie, auf wie vielen Knoten Ihre Instanz läuft. Die Eigenschaft Typ legt fest, ob eine Instanz eine Einzelinstanz oder ein Replica-Set ist. Ein Replica-Set besteht aus 3 Knoten für die Produktionsresilienz. Alle drei Knoten sind ein vollständiger Spiegel voneinander.

Auf der Knoten-Ebene steuern Sie, wie jeder Knoten in der Instanz und sein Speicher dimensioniert ist. Ein Knoten ist durch die Anzahl seiner CPUs, seinen Speicher und den damit verbundenen Speicher gekennzeichnet. STACKIT nennt die Skalierung auf dieser Ebene vertikale Skalierung.

STACKIT nennt die Kombination aus CPU und Speicher Flavor. Verfügbare Flavor-Größen sind: Tiny, Small, Medium, Large, X-Large. Für viele Flavor-Größen gibt es eine rechenoptimierte und eine speicheroptimierte Variante. Abhängig vom Instanz-Typ können Sie möglicherweise nur aus einer Teilmenge von Flavors wählen.

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

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

Sie verwalten Ihre Sicherungen auf Instanz-Ebene. Somit sind alle Ihre Benutzer und Datenbanken enthalten. Mit Hilfe der standardmäßig aktivierten Transaktionsprotokolle können Sie jeden Zeitpunkt für alle verfügbaren Snapshots wiederherstellen.

Mit dem Klonen von Instanzen können Sie Ihre bestehende PostgreSQL-Flex-Instanz auf eine andere Instanz innerhalb desselben Projekts für Test-, Staging- oder Datenwiederherstellungs-Workflows replizieren. Eine Wiederherstellung auf der bestehenden Instanz ist noch nicht möglich.

Jede PostgreSQL-Flex-Instanz hat ihren eigenen Prometheus-Proxy. Sie greifen auf diesen Proxy über einen Metrics-Endpunkt zu. Wenn Sie die Observability-Lösung von STACKIT verwenden, können Sie die Telemetrie von PostgreSQL Flex (Metriken, Logs und Traces) scrapen und somit in Ihre Observability-Instanz importieren.

Diagram

Um mehr über die Implementierung von Observability, das Verständnis und die Interpretation der Metriken zu erfahren, konsultieren Sie PostgreSQL Flex überwachen.

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 der täglichen Sicherungszeit
  • Wiederherstellen von Sicherungen