Я полагаю, что это будет зависеть в значительной степени от вашего приложения, текущей топологии развертывания и бизнес-потребностей и требований.
Учитывая, что вы прямо заявили, что RDS не вариант - вы не можете использовать AWS Служба миграции баз данных, которая сделала бы вашу жизнь проще. Кажется, вы хотите использовать AWS EC2 в качестве «еще одной виртуальной машины», однако следует знать, что EC2 имеет причуды и требует разработки вокруг них, что может отличаться от предварительных развертываний. Например, вам нужно планировать вокруг AZ (балансирование развертываний с несколькими AZ для целей HA), машины EC2 могут быть перезапущены из-за проблем с оборудованием - вы должны иметь возможность предоставлять услуги с доступными данными (отделить экземпляр и хранилище), et c.
Вообще говоря, при планировании такого рода миграций необходимо выполнить (на высоком уровне) следующие шаги ( Важно Это общие c баллы, а не SQL указание сервера c):
- Настройка нового развертывания БД на EC2 (в идеале вы хотите, чтобы это было в частном su bnet, но это зависит от вашей инфраструктуры, сети настройка и место запуска приложения, которое обращается к БД.)
- Настройка непрерывной синхронизации c данных от On-Prem до Cloud один (например, можно присоединиться к группе репликации и иметь главный узел On-Prem при запуске).
- Убедитесь, что вы можете подключиться к Cloud DB из своего приложения и добавить экземпляр Cloud в список известных серверов для подключения.
- После того, как все заработает, перенастройте мастер в облако - теперь все записи должны идти в экземпляр облака.
- Отключить экземпляр облака с начала и удалить предварительно из списка известные серверы.
Это очень общий c список вещей, которые можно было бы сделать практически для любой миграции БД. Очевидно, что вам нужно выполнить тесты и настроить процесс (и, скорее всего, добавить дополнительные шаги) в зависимости от ваших конкретных потребностей и настроек c.