3 Answers
- Newest
- Most votes
- Most comments
0
- Create a new DB Subnet group in the New VPC
- Modify the RDS Instance and select the new Subnet Group
- RDS will migrate the RDS Instance to the New VPC
- Modify the RDS Instance and disable public Access
- Modify the RDS and under Credential Management, update to be managed by Secrets Manager
- Update any application connection strings to the NEW endpoint name
The migration will cause minimal downtime while the RDS instance moves subnets.
NOTE the endpoint name WILL change because of the VPC Move!
0
by just modifying the DB subnet group it wont trigger to change to new VPC it only guides which subnets to use when setting up new instance or if there change in underlying host due to various manual methods
Rather i would suggest using a read replica path with preconfigured dbsubnet group/sg's/parametergroup (new version)/secret manager. let me know if any questions
answered 2 years ago
0
Actually I just did a RDS PostgreSQL migration to another VPC. It was a dev instance so downtime wasn't an issue.
High level
- create new db subnet group for the private subnets in the new VPC
- create new security groups for the new VPC
- update db subnet group for the RDS instance
- it migrated to the new VPC (via the new db subnet group) and applied my new security groups
- endpoint name Stays the Same (this was a requirement)
answered 4 months ago
Relevant content
asked 3 years ago

What if I want new database with the latest version?
also when i try to modify instance, in Credentials management secret manager option is hidden, not able to select that option