So verschieben Sie die RDS-Datenbank auf eine andere VPC

Ich habe beim Erstellen einer MySQL-RDS-Datenbank keine VPC ausgewählt, daher wurde sie in einer automatisch generierten "Standard" -VPC erstellt. Ich kann es jetzt keiner meiner vordefinierten Sicherheitsgruppen hinzufügen oder von Instanzen in meiner vorhandenen VPC aus darauf zugreifen. Die naheliegende Lösung wäre, sie in die richtige VPC zu verschieben, aber es scheint keine Option zu geben, die VPC auf dem Bildschirm "Datenbankinstanz ändern" zu bearbeiten. Gibt es eine Möglichkeit, eine andere VPC auszuwählen, oder ist meine einzige Option, die Datenbank zu löschen und sie in der richtigen VPC neu zu erstellen?

Amazon hat kürzlich eine Pressemitteilung veröffentlicht, in der angekündigt wird, dass Sie die VPC jetzt für vorhandene RDS-Instanzen ändern können:

Sie können jetzt die von Ihrer Amazon RDS DB-Instanz verwendete Amazon Virtual Private Cloud (Amazon VPC) problemlos ändern. Sie können eine neue VPC für eine vorhandene DB-Instanz angeben, die in einer Single-AZ-Konfiguration bereitgestellt wird, indem Sie die Amazon RDS-Verwaltungskonsole, die Amazon RDS-API oder die AWS-Befehlszeilentools verwenden. Wenn Sie Ihre DB-Instanz in der EC2-Classic-Umgebung ausführen, können Sie außerdem zur EC2-VPC-Umgebung wechseln, indem Sie Ihre vorhandene DB-Instanz ändern. Wenn Ihr AWS-Konto vor dem 04.12.2013 erstellt wurde, führen Sie möglicherweise RDS in der EC2-Classic-Umgebung aus.

Diese Funktion ist für alle von Amazon RDS unterstützten Regionen verfügbar und für alle unterstützten Versionen von MySQL, MariaDB, Microsoft SQL Server, Oracle und PostgreSQL.

Beachten Sie, dass diese Funktion nur für DB-Instanzen unterstützt wird, die in einer Single-AZ-Bereitstellung ausgeführt werden. Wenn Sie die VPC-Umgebung einer DB-Instanz in einer Multi-AZ-Bereitstellung ändern möchten, können Sie Ihre Instanz vorübergehend in eine Single-AZ-Bereitstellung ändern und Multi-AZ erneut aktivieren, sobald Sie in die EC2-VPC-Umgebung gewechselt haben .

Einfach - Machen Sie einen Snapshot Ihrer aktuellen RDS-Instanz und stellen Sie diesen Snapshot dann auf einer neuen Instanz in Ihrer VPC wieder her.

Um Ausfallzeiten bei der Migration auf eine neue VPC zu vermeiden, sollten Sie Multi-AZ-DB-Instanzen für Ihren ursprünglichen RDS-Cluster einrichten, damit die Erstellen eines Snapshots keine kurze E / A- . Für den Cluster sollte auch die binäre Protokollierung aktiviert sein, damit Sie beim Laden Ihres Snapshots in die neue VPC die Replikation zwischen den Datenbanken einrichten können, um alle Daten wiederherzustellen, die nach dem Erstellen des Snapshots möglicherweise eingefügt oder aktualisiert wurden.

Folge dies Anleitung aus den RDS-Dokumenten

BEARBEITEN

Ich musste dies mit RDS Aurora tun und geringfügige Änderungen an der obigen Anleitung vornehmen:

• Beim Wiederherstellen aus einem Aurora-Snapshot können Sie die Parametergruppen nicht festlegen, sodass die Instanz automatisch die Standardparameter erhält. Sobald die Instanz verfügbar ist, ändern Sie die Parameter, um die binäre Protokollierung einzuschließen, und starten Sie sie neu.

• Wenn Sie ausgeführt SHOW MASTER STATUS\Gwerden, erhalten Sie zum Zeitpunkt der Erstellung des Snapshots nicht die richtige binäre Protokolldatei und Position der ursprünglichen Datenbank. Beim Neustart der Instanz wurde eine neue binäre Protokolldatei erstellt. Führen Sie stattdessen SHOW BINARY LOGS;die vorherige Protokolldatei und die Dateigröße aus und verwenden Sie diese Werte beim Einrichten der Replikation.