Я не выбрал VPC при создании базы данных MySQL RDS, поэтому он был создан внутри автоматически созданного VPC по умолчанию. Теперь я не могу добавить его в какую-либо из моих предварительно определенных групп безопасности или получить доступ к нему из экземпляров в моем существующем VPC. Очевидным решением было бы переместить его в соответствующий VPC, но, похоже, нет никакой возможности редактировать VPC на экране «Modify db instance». Есть ли какой-нибудь способ выбрать другой VPC, или я единственный вариант удалить базу данных и воссоздать ее внутри правильного VPC?
источник
Просто - сделайте снимок вашего текущего экземпляра RDS, а затем восстановите этот снимок на новый экземпляр в вашем VPC.
источник
Чтобы избежать простоев при переходе на новый VPC, необходимо настроить экземпляры базы данных Multi-AZ для исходного кластера RDS, чтобы создание моментального снимка не вызывало кратковременную приостановку ввода-вывода. В кластере также должно быть включено двоичное ведение журналов, чтобы при загрузке снимка в новый VPC вы могли настроить репликацию между базами данных, чтобы восстановить любые данные, которые могли быть вставлены или обновлены после создания снимка.
Следуйте этому руководству из RDS документов
РЕДАКТИРОВАТЬ
Я должен был сделать это с помощью RDS Aurora и внести небольшие изменения в вышеприведенное руководство:
При восстановлении из снимка Aurora нельзя установить группы параметров, поэтому экземпляр автоматически получит параметры по умолчанию. Как только экземпляр станет доступен, измените параметры, включив двоичное ведение журнала, и перезагрузите его.
Выполнение
SHOW MASTER STATUS\G
не даст вам правильный двоичный файл журнала и положение исходной базы данных в момент создания снимка, перезагрузка экземпляра создала новый двоичный файл журнала. Вместо этого запустите,SHOW BINARY LOGS;
чтобы найти предыдущий файл журнала и file_size, и используйте эти значения при настройке репликации.источник