Amazon RDS für PostgreSQL – Häufig gestellte Fragen

Ja, Sie können Database Savings Plans für Ihre Nutzung von Amazon RDS für PostgreSQL erwerben und Ihre Kosten um bis zu 20 % reduzieren, wenn Sie sich zu einer gleichbleibenden Nutzung über einen Zeitraum von einem Jahr verpflichten. Weitere Informationen zur berechtigten Nutzung finden Sie auf der Preisseite der Database Savings Plans.

Amazon RDS für PostgreSQL unterstützt derzeit PostgreSQL 13, 14, 15, 16 und 17. RDS für PostgreSQL unterstützt auch PostgreSQL 11 und 12 über den erweiterten Amazon-RDS-Support. Nähere Informationen finden Sie im Amazon-RDS-Benutzerhandbuch.

Sie finden die Liste der unterstützten Erweiterungen im Amazon-RDS-Benutzerhandbuch. Wenn Sie Unterstützung für zusätzliche Erweiterungen benötigen, können Sie eine E-Mail an rds-postgres-extensions-request@amazon.com mit dem Namen der Erweiterung und dem Anwendungsfall senden.

RDS für PostgreSQL unterstützt mehrere Parameter, um Aktivitäten auf Ihrer PostgreSQL-DB-Instance zu protokollieren. Weitere Informationen finden Sie im Amazon-RDS-Benutzerhandbuch.

Ja. Informationen zu den Einschränkungen von Instances in RDS für PostgreSQL finden Sie im Amazon-RDS-Benutzerhandbuch.

Im Kontext von RDS für PostgreSQL lauten Versionsnummern wie folgt: PostgreSQL-Version = X.Y-R(n).

Im Amazon-RDS-Kontext wird eine Versionsänderung als groß angesehen, wenn der erste Teil der Versionsnummer geändert wird. Beispiel: Änderung von 15.9 auf 17.1.

Als Nebenversion wird eine Versionsänderung angesehen, wenn der zweite Teil der Versionsnummer innerhalb der Veröffentlichung geändert wird. Beispiel: Änderung von 17.1 auf 17.2.

R(n) bezeichnet die Folgeversion einer Nebenversion, die neue Features, Leistungsverbesserungen und Bugfixes enthalten kann. Für eine Nebenversion kann R(n) veröffentlicht werden oder auch nicht. Beispiel: Wechsel von 17.1 auf 17.1-R2 oder 17.1-R3

Weitere Informationen finden Sie in der PostgreSQL-Versionsverwaltungsrichtlinie.

Ja, eine Anleitung zur Versionsverwaltung finden Sie in den häufig gestellten Fragen zu Amazon RDS.

Trusted-Language-Erweiterungen (TLE) für PostgreSQL ermöglichen es Entwicklern, leistungsstarke Erweiterungen zu erstellen und sie sicher auf Amazon RDS auszuführen. Auf diese Weise verkürzt TLE die Zeit bis zur Markteinführung und entlastet Datenbankadministratoren bei der Zertifizierung von benutzerdefiniertem Code und Code von Drittanbietern für die Verwendung in produktiven Datenbank-Workloads. Sie können fortfahren, sobald Sie entschieden haben, dass eine Erweiterung Ihre Bedürfnisse erfüllt. Mit TLE können unabhängige Softwareanbieter (ISV) Kunden neue PostgreSQL-Erweiterungen anbieten, die auf Amazon RDS ausgeführt werden.

PostgreSQL-Erweiterungen werden in der gleichen Verarbeitungsumgebung ausgeführt, um eine hohe Leistung sicherzustellen. Jedoch könnten Erweiterungen Softwarefehler haben, die einen Absturz der Datenbank verursachen können. 

TLE für PostgreSQL bietet mehrere Schutzschichten zur Minderung dieses Risikos. TLE wurde entwickelt, um den Zugriff auf System-Ressourcen einzuschränken. Die Rolle rds_superuser kann festlegen, wer zur Installation von bestimmten Erweiterungen berechtigt ist. Jedoch können diese Änderungen nur über die TLE-API durchgeführt werden. TLE soll die Auswirkung eines Erweiterungsfehlers auf eine einzelne Datenbankverbindung begrenzen. Neben diesen Schutzmaßnahmen soll TLE den Datenbank-Administratoren (DBAs) in der Rolle rds_superuser präzise Online-Kontrolle darüber zur Verfügung stellen, wer Erweiterungen installieren kann, und sie können ein Berechtigungsmodel für die Ausführung erstellen.

Nur Nutzer mit ausreichenden Zugriffsrechten können Erweiterungen ausführen und erstellen, und zwar mit dem Befehl „CREATE EXTENSION (ERWEITERUNG ERSTELLEN)“ auf einer TLE-Erweiterung. DBAs können „PostgreSQL-Hooks“ zulassen, die für höher entwickelte Systeme erforderlich sind, welche die interne Verhaltensweise der Datenbank ändern und üblicherweise die höheren Zugriffsrechte erfordern.

Aurora und Amazon RDS unterstützen über 85 kuratierte PostgreSQL-Erweiterungen. AWS verwaltet die Sicherheitsrisiken für jede einzelne dieser Erweiterungen unter dem AWS-Modell der geteilten Verantwortung. Die Erweiterung, die TLE für PostgreSQL implementiert, ist Teil dieser Erweiterungen. Erweiterungen, die Sie schreiben oder von Drittanbietern erhalten und in TLE installieren, werden als Teil Ihres Anwendungscodes angesehen. Sie sind für die Sicherheit Ihrer Anwendungen verantwortlich, die TLE-Erweiterungen verwenden.

Sie können Entwicklerfunktionen erstellen, wie eine Bitmap-Komprimierung und differenzierten Datenschutz (wie öffentlich zugängliche statistische Anfragen, die die Privatsphäre der Einzelpersonen schützen).

 TLE unterstützt derzeit das Erstellen von Erweiterungen in JavaScript, Perl, Tcl, PL/pgSQL und SQL. 

Sobald die Rolle rds_superuser TLE für PostgreSQL aktiviert, können Sie TLE-Erweiterungen mit dem SQL-Befehl ERWEITERUNG ERSTELLEN von einem beliebigen PostgreSQL-Kunden aus (wie psql) bereitstellen. Das ist so ähnlich wie die Erstellung einer benutzerdefinierten Funktion, die in einer prozeduralen Sprache wie PL/pgSQL oder PL/Perl geschrieben wurde. Sie können kontrollieren, welche Benutzer die Berechtigung zur Bereitstellung von TLE-Erweiterungen haben und bestimmte Erweiterungen verwenden dürfen.

TLE für PostgreSQL greift nur über die TLE-API auf Ihre PostgreSQL-Datenbank zu. Zu den von TLE unterstützen vertrauenswürdigen Sprachen gehören alle Funktionen der Programmierschnittstelle des PostgreSQL-Servers (SPI) und die Unterstützung für PostgreSQL-Hooks, einschließlich des Hooks „Passwort überprüfen“.

Auf der offiziellen TLE-GitHub-Website erfahren Sie mehr über das Projekt TLE für PostgreSQL.

Für RDS für PostgreSQL werden Blau/Grün-Bereitstellungen für Version 11.1 und alle höheren Haupt- und Nebenversionen unterstützt. Weitere Informationen finden Sie unter Supported Regions and DB engines for Amazon RDS Blue/Green Deployments. 

Mit Blau/Grün-Bereitstellungen von Amazon RDS können Sie Datenbankänderungen sicherer, einfacher und schneller durchführen. Blau/Grün-Bereitstellungen eignen sich ideal für Anwendungsfälle wie Haupt- oder Nebenversions-Upgrades der Datenbank-Engine, Betriebssystemaktualisierungen, Schemaänderungen in Grün-Umgebungen, die die logische Replikation nicht unterbrechen, wie das Hinzufügen einer neuen Spalte am Ende einer Tabelle oder Änderungen der Datenbankparametereinstellungen.

Sie können Blau/Grün-Bereitstellungen verwenden, um mit einer einzigen Umstellung mehrere Datenbankaktualisierungen gleichzeitig vorzunehmen. Auf diese Weise können Sie über Sicherheitspatches auf dem Laufenden bleiben, die Datenbankleistung verbessern und mit kurzen, vorhersehbaren Ausfallzeiten auf neuere Datenbankfeatures zugreifen.

Mit Blau/Grün-Bereitstellungen von Amazon RDS können Sie Datenbank-Änderungen sicherer, einfacher und schneller vornehmen. Das sind z. B. Updates an Haupt- und Nebenversionen, Schemaänderungen, Instance-Skalierung, Änderungen an den Engine-Parametern und Wartungs-Updates.

Bei Blau/Grün-Bereitstellungen von Amazon RDS ist die Blau-Umgebung Ihre aktuelle Produktionsumgebung. Die Grün-Umgebung ist Ihre Staging-Umgebung, die nach dem Abschluss der Umstellung Ihre neue Produktionsumgebung wird.

Wenn Blau/Grün-Bereitstellungen von Amazon RDS eine Umstellung einleiten, blockieren sie Schreibvorgänge sowohl zur Blau-, als auch zur Grün-Umgebung, bis die Umstellung abgeschlossen ist. Während der Umstellung macht die Staging-Umgebung (oder Grün-Umgebung) Boden auf das Produktionssystem gut. Dadurch wird gewährleistet, dass Daten zwischen der Staging- und Produktionsumgebung beständig sind.

Sobald die Produktions- und Staging-Umgebung komplett synchronisiert wurden, fördern die Blau/Grün-Bereitstellungen die Staging-Umgebung als die Produktionsumgebung, indem der Datenverkehr an die kürzlich hochgestufte Umgebung umgeleitet wird. Blau/Grün-Bereitstellungen aktivieren Schreibvorgänge in der Grün-Umgebung nach Abschluss der Umstellung. Dadurch wird gewährleistet, dass während der Umstellung keine Daten verloren gehen.

Wenn Ihre blaue Umgebung ein selbstverwaltetes logisches Replikat oder ein Subscriber ist, blockieren wir die Umstellung. Es wird empfohlen, zuerst die Replikation in die blaue Umgebung zu beenden, mit der Umstellung fortzufahren und dann die Replikation fortzusetzen. Wenn Ihre blaue Umgebung dagegen eine Quelle für ein selbstverwaltetes logisches Replikat oder einen Publisher ist, können Sie mit der Umstellung fortfahren. Sie müssen jedoch das selbstverwaltete Replikat aktualisieren, um es nach der Umstellung aus der grünen Umgebung zu replizieren.

Blau/Grün-Bereitstellungen von Amazon RDS löschen Ihre alte Produktionsumgebung nicht. Sie können bei Bedarf darauf für zusätzliche Validierungen und Tests von Leistung/Regression zugreifen. Wenn die alte Produktionsumgebung nicht mehr benötigt wird. können Sie sie löschen. Es fallen Standard-Fakturierungsgebühren bei alten Produktions-Instances an, bis Sie sie löschen.

Der Integritätsschutz der Umstellung der Blau/Grün-Bereitstellungen von Amazon RDS blockiert Schreibvorgänge bei Ihrer Blau- und Grün-Umgebung so lange, bis Ihre Grün-Umgebung vor der Umstellung aufholt. Die Blau/Grün-Bereitstellungen führen auch Zustandsprüfungen Ihrer primären Umgebung und den Replikaten in Ihrer Blau- und Grün-Umgebung durch. Sie führen auch Zustandsprüfungen der Replikate durch. Zum Beispiel, um festzustellen, ob das Replikat den Betrieb eingestellt hat oder ob irgendwelche Fehler aufgetreten sind.

Sie erkennen lang laufende Transaktionen zwischen Ihren blauen und grünen Umgebungen. Sie können die maximal tolerierbare Ausfallzeit festlegen, die bis zu 30 Sekunden betragen kann. Wenn Ihre laufende Transaktion diesen Wert überschreitet, wird die Umstellung abgebrochen.

Nein. Blau/Grün-Bereitstellungen von Amazon RDS unterstützen Amazon-RDS-Proxy, regionenübergreifende Lesereplikate oder kaskadierte Lesereplikate nicht.

Nein. Es ist zu diesem Zeitpunkt nicht möglich, Blau/Grün-Bereitstellungen von Amazon RDS zu verwenden, um Änderungen rückgängig zu machen.

Amazon DevOps Guru für RDS ist eine neue ML-gestützte Funktion für Amazon RDS für PostgreSQL (einschließlich Amazon Aurora), die darauf ausgelegt ist, Leistungs- und Betriebsprobleme der Datenbank automatisch zu erkennen und zu diagnostizieren, sodass Sie Probleme innerhalb von Minuten statt Tagen beheben können.

Amazon DevOps Guru für RDS ist ein Feature von Amazon DevOps Guru, die entwickelt wurde, um Betriebs- und Leistungsprobleme für alle Amazon RDS-Engines und Dutzende anderer Ressourcentypen zu erkennen. DevOps Guru für RDS erweitert die Fähigkeiten von DevOps Guru, um eine Vielzahl von datenbankbezogenen Problemen in Amazon RDS für PostgreSQL zu erkennen, zu diagnostizieren und zu beheben (z. B. Überbeanspruchung von Ressourcen und Fehlverhalten bestimmter SQL-Abfragen).

Wenn ein Problem auftritt, ist Amazon DevOps Guru für RDS darauf ausgelegt, Entwickler und DevOps-Techniker sofort zu benachrichtigen und Diagnoseinformationen bereitzustellen. Es bietet den Kunden außerdem Details zum Ausmaß des Problems und intelligente Empfehlungen zur Behebung datenbankbezogener Leistungs-Bottleneck- und operativer Probleme.

Amazon DevOps Guru für RDS ist darauf ausgelegt, den manuellen Aufwand zu verringern und die Zeit (von Stunden und Tagen auf Minuten) zu verkürzen, um schwer zu findende Leistungsengpässe in Ihrem relationalen Datenbank-Workload zu erkennen und zu beheben.

Sie können DevOps Guru für RDS für jede Amazon RDS für PostgreSQL-Datenbank aktivieren und die Funktion wird automatisch Leistungsprobleme für Ihre Arbeitslasten erkennen, Warnungen zu jedem Problem an Sie senden, die Ergebnisse erläutern und Maßnahmen zur Behebung empfehlen.

DevOps Guru für RDS macht die Datenbankverwaltung auch für Nicht-Experten zugänglich und unterstützt Datenbankexperten, damit sie noch mehr Datenbanken verwalten können.

Amazon DevOps Guru für RDS verwendet ML, um die von Amazon RDS Performance Insights (PI) (Erkenntnisse zur Amazon-RDS-Leistung) gesammelten Telemetriedaten zu analysieren. DevOps Guru für RDS nutzt jedoch für seine Analyse keinerlei Daten, die in Ihrer Datenbank gespeichert sind. DevOps Guru für RDS sucht mit einer Kombination aus Regeln und ML-basierten Techniken nach problematischen Mustern in der PI-Telemetrie und alarmiert Kunden, wenn solche Muster entdeckt werden.

Um mit DevOps Guru für RDS zu beginnen, stellen Sie sicher, dass Performance Insights über die Amazon-RDS-Konsole aktiviert ist, und aktivieren Sie einfach DevOps Guru für Ihre Datenbanken von Amazon RDS für PostgreSQL. Mit DevOps Guru können Sie Ihr gesamtes AWS-Konto als Abdeckungsgrenze für die Analyse wählen, die spezifischen AWS-CloudFormation-Stacks vorgeben, die DevOps Guru analysieren soll, oder AWS-Tags verwenden, um die Ressourcengruppierung zu erstellen, die DevOps Guru analysieren soll.

Amazon DevOps Guru für RDS hilft bei der Identifizierung einer Vielzahl von Leistungsproblemen, die die Qualität der Anwendungsdienste beeinträchtigen können, z. B. Sperren, Verbindungsstürme, SQL-Regressionen, CPU- und E/A-Konkurrenz, Speicherprobleme oder falsch konfigurierte Parameter.

Amazon RDS Performance Insights (Erkenntnisse zur Amazon-RDS-Leistung) ist ein Feature zum Tuning und zur Überwachung der Datenbankleistung, das eine visuelle Darstellung der Leistungsmetriken der Amazon-RDS-Datenbank sammelt und präsentiert. So können Sie den Zustand Ihrer Datenbank schnell bewerten und bestimmen, wann und wo Sie Maßnahmen ergreifen müssen. Amazon DevOps Guru für RDS ist darauf ausgelegt, diese Metriken zu überwachen und festzustellen, wenn Ihre Datenbank Performance-Probleme hat. Metriken werden analysiert, um Ihnen die Probleme und mögliche Lösungen darzulegen.