Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
# Überblick über Amazon RDS Amazon
Mithilfe von Amazon RDS Blue/Green Deployments können Sie Datenbankänderungen vornehmen und testen, bevor Sie sie in einer Produktionsumgebung implementieren. Eine *blue/green Bereitstellung* erstellt eine Staging-Umgebung, die die Produktionsumgebung kopiert. In einer blue/green Bereitstellung ist die *blaue Umgebung* die aktuelle Produktionsumgebung. Die *grüne Umgebung* ist die Staging-Umgebung und bleibt mit der aktuellen Produktionsumgebung synchronisiert.
Sie können Änderungen an den RDS-DB-Instances in der grünen Umgebung vornehmen, ohne die Produktions-Workloads zu beeinträchtigen. Sie können beispielsweise die Haupt- oder Nebenversion der DB-Engine aktualisieren, die zugrundeliegende Dateisystemkonfiguration aktualisieren oder Datenbankparameter in der Staging-Umgebung ändern. Sie können Änderungen in der grünen Umgebung gründlich testen. Wenn Sie bereit sind, können Sie die Umgebungen *umstellen*, um die grüne Umgebung zur neuen Produktionsumgebung zu machen. Die Umstellung dauert in der Regel weniger als eine Minute, ohne dass Daten verloren gehen und Anwendungsänderungen erforderlich sind.
Da die grüne Umgebung eine Kopie der Topologie der Produktionsumgebung ist, umfasst die grüne Umgebung die von der DB-Instance verwendeten Funktionen. Zu diesen Funktionen gehören die Lesereplikate, die Speicherkonfiguration, DB-Snapshots, automatische Backups, Performance Insights und die verbesserte Überwachung. Wenn es sich bei der blauen DB-Instance um eine Multi-AZ DB-Instance-Bereitstellung handelt, handelt es sich bei der grünen DB-Instance ebenfalls um eine Multi-AZ DB-Instance-Bereitstellung.
**Anmerkung**
Derzeit werden blue/green Bereitstellungen nur für RDS für MariaDB, RDS für MySQL und RDS für PostgreSQL unterstützt. Informationen zur Verfügbarkeit von Amazon Aurora finden Sie unter [Überblick über Amazon Aurora Blue/Green Aurora-Bereitstellungen](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) im *Amazon Aurora Aurora-Benutzerhandbuch*.
Unter bestimmten Bedingungen verwendet RDS für PostgreSQL logische Replikation anstelle von physischer Replikation, um die grüne Umgebung mit der blauen synchron zu halten. Weitere Informationen finden Sie unter [PostgreSQL-Replikationsmethoden für Bereitstellungen blue/green](blue-green-deployments-replication-type.md).
Amazon Blue/Green RDS-Bereitstellungen unterstützen Amazon RDS Proxy und Smart Drivers. Diese Lösungen reduzieren die Ausfallzeiten beim Upgrade von Writer-Nodes während des Switchovers, indem sie die Änderung der Topologie erkennen und Verbindungen zur neuen Produktionsumgebung umleiten, ohne auf die DNS-Übertragung warten zu müssen.
**Topics**
+ [Verfügbarkeit von Regionen und Versionen](#blue-green-deployments-region-version-availability)
+ [Vorteile der Verwendung von Amazon Blue/Green RDS-Bereitstellungen](#blue-green-deployments-benefits)
+ [Arbeitsablauf einer Bereitstellung blue/green](#blue-green-deployments-major-steps)
+ [Autorisieren des Zugriffs auf Amazon RDS Amazon](blue-green-deployments-authorizing-access.md)
+ [Einschränkungen und Überlegungen für Amazon RDS Amazon](blue-green-deployments-considerations.md)
+ [Bewährte Methoden für Amazon RDS Amazon](blue-green-deployments-best-practices.md)
## Verfügbarkeit von Regionen und Versionen
Die Verfügbarkeit von Funktionen und der Support variieren zwischen bestimmten Versionen der einzelnen Datenbank-Engines und in allen AWS-Regionen. Weitere Informationen finden Sie unter [Unterstützte Regionen und DB-Engines für Amazon Blue/Green RDS-Bereitstellungen](Concepts.RDS_Fea_Regions_DB-eng.Feature.BlueGreenDeployments.md).
## Vorteile der Verwendung von Amazon Blue/Green RDS-Bereitstellungen
Durch die Verwendung von Amazon RDS Blue/Green Deployments können Sie über Sicherheitspatches auf dem Laufenden bleiben, die Datenbankleistung verbessern und neuere Datenbankfunktionen mit kurzen, vorhersehbaren Ausfallzeiten einführen. Blue/green Bereitstellungen reduzieren die Risiken und Ausfallzeiten bei Datenbank-Updates, wie z. B. bei Upgrades größerer oder kleinerer Engine-Versionen.
Blue/green Bereitstellungen bieten die folgenden Vorteile:
+ Sie können ganz einfach eine produktionsreife Staging-Umgebung erstellen.
+ Sie können Datenbankänderungen von der Produktionsumgebung in die Staging-Umgebung automatisch replizieren.
+ Sie können Datenbankänderungen in einer sicheren Staging-Umgebung testen, ohne die Produktionsumgebung zu beeinträchtigen.
+ Sie bleiben mit Datenbank-Patches und Systemaktualisierungen auf dem Laufenden.
+ Sie können neue Datenbankfunktionen implementieren und testen.
+ Sie können Ihre Staging-Umgebung auf die neue Produktionsumgebung umstellen, ohne Änderungen an Ihrer Anwendung vorzunehmen.
+ Die Umstellung erfolgt durch den Einsatz des integrierten Integritätsschutzes völlig sicher.
+ Es treten keine Datenverluste während der Umstellung auf.
+ Die Umstellung erfolgt schnell, in der Regel in weniger als einer Minute, abhängig von Ihrer Workload.
## Arbeitsablauf einer Bereitstellung blue/green
Führen Sie die folgenden wichtigen Schritte aus, wenn Sie eine blue/green Bereitstellung für Datenbankupdates verwenden.
1. Identifizieren Sie eine Produktionsumgebung, die aktualisiert werden muss.
Die Produktionsumgebung in diesem Image verfügt beispielsweise über eine Multi-AZ DB-Instance-Bereitstellung (mydb1) und eine Read Replica (mydb2).
1. Erstellen Sie die blue/green Bereitstellung. Detaillierte Anweisungen finden Sie unter [Eine blue/green Bereitstellung in Amazon RDS — erstellen](blue-green-deployments-creating.md).
Die folgende Abbildung zeigt ein Beispiel für eine blue/green Bereitstellung der Produktionsumgebung aus Schritt 1. Bei der Erstellung der blue/green Bereitstellung kopiert RDS die komplette Topologie und Konfiguration der primären DB-Instance, um eine grüne Umgebung zu schaffen. Den kopierten DB-Instance-Namen wird `-green-{{random-characters}}` angehängt. Die Staging-Umgebung im Image enthält eine Multi-AZ DB-Instance-Bereitstellung (mydb1-green-{{*abc123*}}) und eine Read Replica (mydb2-green-). {{*abc123*}}
Wenn Sie die blue/green Bereitstellung erstellen, können Sie Ihre DB-Engine-Version aktualisieren und eine andere DB-Parametergruppe für die DB-Instances in der grünen Umgebung angeben. RDS konfiguriert auch die Replikation von der primären DB-Instance in der blauen Umgebung zur primären DB-Instance in der grünen Umgebung.
Nachdem Sie die blue/green Bereitstellung erstellt haben, ist die DB-Instance in der grünen Umgebung standardmäßig schreibgeschützt.
1. Nehmen Sie bei Bedarf weitere Änderungen an der Staging-Umgebung vor. Sie können beispielsweise die DB-Instance-Klasse ändern, die von einer oder mehreren DB-Instances in der grünen Umgebung verwendet wird.
Informationen zum Ändern einer DB-Instance finden Sie unter [Ändern einer Amazon-RDS-DB-Instance](Overview.DBInstance.Modifying.md).
1. Testen Sie Ihre Staging-Umgebung.
Während des Testens empfehlen wir, dass Sie Ihre Datenbanken in der grünen Umgebung schreibgeschützt lassen. Aktivieren Sie Schreibvorgänge in der grünen Umgebung mit Vorsicht, da sie zu Replikationskonflikten führen können. Sie können auch zu ungewollten Daten in den Produktionsdatenbanken nach der Umstellung führen. Um Schreibvorgänge für RDS für MySQL zu aktivieren, legen Sie den Parameter `read_only` auf `1` fest und warten Sie, bis die Parametergruppe synchronisiert ist. Da es sich bei `read_only` um einen dynamischen Parameter handelt, ist ein Neustart nicht erforderlich. Ändern Sie nach der Synchronisierung den `read_only`-Wert von `1` in `0`. Für Bereitstellungen von RDS für PostgreSQL, die logische Replikation verwenden, legen Sie den Parameter `default_transaction_read_only` auf Sitzungsebene auf `off` fest. Für Bereitstellungen, die physische Replikation verwenden, können Sie in der grünen Umgebung keine Schreibvorgänge aktivieren.
1. Wenn Sie bereit sind, können Sie die Umstellung vornehmen und die Staging-Umgebung zur neuen Produktionsumgebung machen. Detaillierte Anweisungen finden Sie unter [Wechseln einer blue/green Bereitstellung in Amazon RDS ](blue-green-deployments-switching.md).
Die Umstellung führt zu Ausfallzeiten. Die Ausfallzeit beträgt normalerweise weniger als eine Minute, kann aber je nach Workload länger sein.
Die folgende Abbildung zeigt die DB-Instances nach der Umstellung.
Nach der Umstellung werden die DB-Instances, die sich in der grünen Umgebung befanden, zu den neuen Produktions-DB-Instances. Die Namen und Endpunkte in der aktuellen Produktionsumgebung werden der neuen Produktionsumgebung zugewiesen, sodass keine Änderungen an Ihrer Anwendung erforderlich sind. Infolgedessen fließt Ihr Produktionsdatenverkehr jetzt in die neue Produktionsumgebung. Die DB-Instances in der vorherigen blauen Umgebung werden umbenannt, indem `-old{{n}}` an den aktuellen Namen angehängt wird, wobei `{{n}}` eine Zahl ist. Angenommen, der Name der DB-Instance in der blauen Umgebung lautet `mydb1`. Nach der Umstellung lautet der Name der DB-Instance `mydb1-old1`.
In dem Beispiel in der Abbildung werden bei der Umstellung die folgenden Änderungen vorgenommen:
+ Aus der benannten Multi-AZ DB-Instance-Bereitstellung für grüne Umgebungen `mydb1-green-abc123` wird die Multi-AZ Produktions-DB-Instance-Bereitstellung benannt`mydb1`.
+ Das Lesereplikat der grünen Umgebung namens `mydb2-green-abc123` wird zum Produktionslesereplikat `mydb2`.
+ Die blaue Multi-AZ Umgebungs-DB-Instance-Bereitstellung `mydb1` wird benannt`mydb1-old1`.
+ Das Lesereplikat der blauen Umgebung mit dem Namen `mydb2` wird in `mydb2-old1` umbenannt.
1. Wenn Sie eine blue/green Bereitstellung nicht mehr benötigen, können Sie sie löschen. Detaillierte Anweisungen finden Sie unter [Löschen einer blue/green Bereitstellung in Amazon RDS ](blue-green-deployments-deleting.md).
Nach der Umstellung wird die vorherige Produktionsumgebung nicht gelöscht, sodass Sie sie bei Bedarf für Regressionstests verwenden können.