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

Blau/Grün-Bereitstellungen von Amazon RDS sind in RDS-für-MariaDB-Versionen 10.2 und höher verfügbar. Erfahren Sie mehr über verfügbare Versionen in der Dokumentation für RDS für MariaDB.

Blau/Grün-Bereitstellungen von Amazon RDS sind in allen AWS-Regionen und in den AWS-GovCloud-Regionen verfügbar.

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.

Ihnen wird der gleiche Preis für die Ausführung Ihres Workloads bei Grün-Instances wie bei Blau-Instances berechnet. Die Kosten der Ausführung auf Blau/Grün-Instances umfassen u. a. unsere aktuellen Standardpreise für DB-Instances, Speicherkosten, Kosten für das Lesen/Schreiben von E/As, und aktivierte Features wie Sicherungskosten und Amazon RDS Performance Insights. Effektiv zahlen Sie ca. 2x so viel für die Ausführung von Workloads auf der DB-Instance für die Lebensdauer der Blau/Grün-Bereitstellung.

Zum Beispiel: Sie führen gerade eine Datenbank von RDS für MariaDB 10.2 auf zwei r5.2xlarge db.instances, eine primäre Datenbank-Instance und ein Lesereplikat in der AWS-Region us-east-1 mit einer Multi-AZ-Konfiguration (MAZ) aus. Jede einzelne der r5.2xlarge-DB-Instances ist für 20 GiB Allzweck-Speicher von Amazon Elastic Block Storage (EBS) konfiguriert. Sie erstellen einen Klon der blauen Instance-Topologie mit Blau/Grün-Bereitstellungen von Amazon RDS, führen ihn 15 Tage (360 Stunden) lang aus und Sie löschen anschließend die blauen Instances nach erfolgreicher Umstellung. Die Blau-Instance kostet 1 387 USD für 15 Tage bei On-Demand-Rate von 1,926 USD/Std. (Instance + EBS-Kosten). Die Gesamtkosten für die Nutzung von Blau/Grün-Bereitstellungen für diese 15 Tage betragen 2 774 USD. Das ist doppelt so teuer wie die Ausführung von Blau-Instances für diesen Zeitraum.

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 die Blau-Umgebung gut. Dadurch wird gewährleistet, dass Daten zwischen der Blau- und Grün-Umgebung konsistent sind. Sobald die Blau- und Grün-Umgebung komplett synchronisiert wurden, fördern die Blau/Grün-Bereitstellungen die Grün-Umgebung als Blau-Umgebung, indem der Datenverkehr an die Grün-Umgebung umgeleitet wird. Blau/Grün-Bereitstellungen aktivieren Schreibvorgänge in der Grün-Umgebung nach Abschluss der Umschaltung. Dadurch wird gewährleistet, dass keine Daten während der Umstellung verloren gehen.

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.

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.

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.

MariaDB schützt Benutzer vor Datenverlust, indem es Daten in 16 KB-Seiten im Speicher zweimal in den dauerhaften Speicher schreibt – zuerst in den „Doublewrite-Buffer“ und dann in den Tabellenspeicher. Amazon-RDS-optimierte Schreibvorgänge schreiben Ihre 16 KiB großen Datenseiten direkt in Ihre Datendateien – zuverlässig und dauerhaft in einem Schritt mit dem Feature Torn Write Prevention von AWS Nitro System.

Amazon-RDS-optimierte Schreibvorgänge sind für MariaDB Version 10.6.10 und höher verfügbar.

Amazon-RDS-optimierte Schreibvorgänge sind in den Datenbank-Instances db.r6i, db.r6g, db.r5b, db.x2iedn und db.x2idn verfügbar. Sie sind in den AWS-Regionen USA Ost (Nord-Virginia, Ohio), USA West (Nordkalifornien, Oregon), Kanada (Zentral), Europa (London, Irland, Paris, Frankfurt, Stockholm, Mailand), Südamerika (Sao Paulo), Asien-Pazifik (Seoul, Mumbai, Sydney, Tokio, Singapur) und AWS GovCloud (US-Ost, US-West) verfügbar.

Alle Benutzer von Amazon RDS für MariaDB sollten Amazon-RDS-optimierte Schreibvorgänge implementieren, um den Durchsatz von Schreibtransaktionen bis zu zweimal zu verbessern. Für Workloads mit hohem Schreibaufkommen, z. B. digitale Zahlungen, Finanzhandel und Online-Spiele, ist dieses Feature ganz besonders hilfreich.

Zurzeit unterstützt diese erste Version nicht die Aktivierung von Amazon-RDS-optimierten Schreibvorgängen für Ihre bestehenden Datenbank-Instances, selbst wenn die Instance-Klasse optimierte Schreibvorgänge unterstützt.

Amazon-RDS-optimierte Schreibvorgänge ist für Kunden von RDS für MariaDB ohne zusätzliche Kosten verfügbar.

Workloads, die temporäre Objekte in MariaDB zur Abfrageverarbeitung nutzen, profitieren von Amazon-RDS-optimierten Lesevorgängen. Optimierte Lesevorgänge legen temporäre Objekte auf dem NVMe-basierten Instance-Speicher der Datenbank-Instance ab, statt auf dem Volume des Amazon Elastic Block Store. Dadurch kann die Bearbeitung komplexer Abfragen um bis zu 2x beschleunigt werden.

Amazon-RDS-optimierte Lesevorgänge sind für RDS für MariaDB in den Versionen 10.4.25, 10.5.16, 10.6.7 und höher verfügbar.

Amazon-RDS-optimierte Lesevorgänge sind in allen Regionen verfügbar, in denen db.r5d-, db.m5d-, db.r6gd-, db.m6gd-, X2idn- und X2iedn-Instances verfügbar sind. Weitere Informationen finden Sie in der Dokumentation zu den DB-Instance-Klassen von Amazon RDS.

Kunden sollten Amazon-RDS-optimierte Lesevorgänge verwenden, wenn sie Workloads haben, die komplexe Abfragen, allgemeine Analysen oder komplizierte Gruppen, Sortierungen, Hash-Aggregationen, Joins mit hoher Last und Common Table Expressions (CTEs) erfordern. Solche Anwendungsfälle führen zur Erstellung temporärer Tabellen, die es optimierten Lesevorgängen ermöglichen, die Abfrageverarbeitung Ihrer Workloads zu beschleunigen.

Ja, Kunden können ihre bestehende Amazon RDS-Datenbank konvertieren, um Amazon-RDS-optimierte Lesevorgänge zu verwenden, indem sie ihren Workload in eine Instance verschieben, für die Amazon-RDS-optimierte Lesevorgänge aktiviert sind. Optimierte Lesevorgänge sind auch standardmäßig für alle unterstützten Instance-Klassen verfügbar. Wenn Sie Ihre Workload auf db.r5d-, db.m5d-, db.r6gd-, db.m6gd-, X2Idn- und X2iedn-Instances ausführen, profitieren Sie bereits von optimierten Lesevorgängen.