Bewährte Methoden für Amazon RDS Amazon in Blau/Grün

Testen Sie die DB-Instances in der grünen Umgebung gründlich, bevor Sie umstellen.

Halten Sie Ihre Datenbanken in der grünen Umgebung schreibgeschützt. Wir empfehlen, Schreibvorgänge in der grünen Umgebung mit Vorsicht zu aktivieren, da sie zu Replikationskonflikten führen können. Sie können auch zu ungewollten Daten in den Produktionsdatenbanken nach der Umstellung führen.

Wenn Sie eine blaue/grüne Bereitstellung verwenden, um Schemaänderungen zu implementieren, nehmen Sie nur replikationskompatible Änderungen vor.

Sie können beispielsweise neue Spalten am Ende einer Tabelle hinzufügen, ohne die Replikation von der blauen zur grünen Bereitstellung zu unterbrechen. Schemaänderungen, wie das Umbenennen von Spalten oder Tabellen, führen jedoch dazu, dass die Replikation zur Grün-Bereitstellung unterbrochen wird.

Weitere Informationen zu replikationskompatiblen Änderungen finden Sie in der MySQL-Dokumentation unter Replikation mit unterschiedlichen Tabellendefinitionen auf Quelle und Replikat sowie unter Einschränkungen in der Dokumentation zur logischen Replikation in PostgreSQL.

Nachdem Sie die Blau/Grün-Bereitstellung erstellt haben, führen Sie gegebenenfalls Lazy Loading durch. Stellen Sie sicher, dass das Laden der Daten abgeschlossen ist, bevor Sie umstellen. Weitere Informationen finden Sie unter Verzögertes Laden und Speicherinitialisierung für blaue/grüne Bereitstellungen.

Wenn Sie auf eine Blau/Grün-Bereitstellung umstellen, befolgen Sie die bewährten Methoden für die Umstellung. Weitere Informationen finden Sie unter Bewährte Methoden für die Umstellung.

Vermeiden Sie die Verwendung von nicht-transaktionalen Speicher-Engines wie MyISAM, die nicht für die Replikation optimiert sind.

Optimieren Sie Read Replicas und die grüne Umgebung für die Replikation von Binärprotokollen. Falls von Ihrer DB-Engine unterstützt, aktivieren Sie GTID-, parallel und absturzsichere Replikation, um Datenkonsistenz und Beständigkeit zu gewährleisten, bevor Sie Ihre Blue/Green-Bereitstellung erstellen. Weitere Informationen finden Sie unter Verwenden der GTID basierten Replikation.

Wenn es in der grünen Umgebung zu Verzögerungen bei der Replikation kommt, sollten Sie Folgendes berücksichtigen:

Aktualisieren Sie alle Ihre PostgreSQL-Erweiterungen auf die neueste Version, bevor Sie eine Blau/Grün-Bereitstellung erstellen. Weitere Informationen finden Sie unter Aktualisierung von SQL Postgre-Erweiterungen RDS für SQL Postgre-Datenbanken.

Transaktionen mit langer Laufzeit können zu erheblichen Verzögerungen bei Replikaten führen. Um die Verzögerung bei Replikaten zu verringern, sollten Sie Folgendes in Betracht ziehen:

Eine langsame Replikation kann dazu führen, dass Sender und Empfänger häufig neu gestartet werden, was die Synchronisation verzögert. Um sicherzustellen, dass sie aktiv bleiben, deaktivieren Sie Timeouts, indem Sie den wal_sender_timeout Parameter auf 0 in der blauen Umgebung und den wal_receiver_timeout Parameter auf 0 in der grünen Umgebung setzen.

Um zu verhindern, dass Write-Ahead-Log-Segmente (WAL) aus der blauen Umgebung entfernt werden, setzen Sie den wal_keep_segments Parameter für PostgreSQL Version 13 und niedriger auf 15625. Für Version 14 und höher setzen Sie den wal_keep_size Parameter auf 1 TiB, wenn genügend freier Speicherplatz vorhanden ist.

Wenn Ihre Datenbank über ausreichend freien Speicher verfügt, erhöhen Sie den Wert des logical_decoding_work_mem DB-Parameters in der blauen Umgebung. Dadurch muss auf der Festplatte weniger dekodiert werden und stattdessen wird Arbeitsspeicher beansprucht. Weitere Informationen finden Sie in der PostgreSQL-Dokumentation.

Wenn Sie die aws_s3 Erweiterung verwenden, gewähren Sie der grünen DB-Instance über eine IAM-Rolle Zugriff auf Amazon S3, nachdem die grüne Umgebung erstellt wurde. Dadurch können die Import- und Exportbefehle auch nach der Umstellung weiter funktionieren. Detaillierte Anweisungen finden Sie unter Einrichten des Zugriffs auf einen Amazon S3-Bucket.

Überprüfen Sie die Leistung Ihrer UPDATE- und DELETE-Anweisungen und prüfen Sie, ob die Erstellung eines Indexes für die in der WHERE-Klausel verwendete Spalte diese Abfragen optimieren kann. Dies kann die Leistung verbessern, wenn die Operationen in der grünen Umgebung wiederholt werden.

Wenn Sie Trigger verwenden, stellen Sie sicher, dass sie das Erstellen, Aktualisieren und Löschen von, und pg_catalog.pg_replication_slots Objektenpg_catalog.pg_publication, deren Namen mit 'rds' beginnenpg_catalog.pg_subscription, nicht beeinträchtigen.

Wenn Sie eine höhere Engine-Version für die grüne Umgebung angeben, führen Sie den ANALYZE Vorgang für alle Datenbanken aus, um die pg_statistic Tabelle zu aktualisieren. Optimizer-Statistiken werden während eines größeren Versionsupgrades nicht übertragen. Sie müssen daher alle Statistiken neu generieren, um Leistungsprobleme zu vermeiden. Weitere bewährte Methoden bei größeren Versionsupgrades finden Sie unter. So führen Sie ein Hauptversions-Upgrade RDS für Postgre durch SQL

Vermeiden Sie es, Trigger so zu konfigurieren, als ENABLE REPLICA ENABLE ALWAYS ob der Trigger auf der Quelle verwendet wird, um Daten zu manipulieren. Andernfalls leitet das Replikationssystem die Änderungen weiter und führt den Trigger aus, was zu Duplizierungen führt.