MySQL Master миграция

Я столкнулся с непредвиденной проблемой, связанной с главным узлом MySQL: экземпляр облака, на котором он установлен, скоро будет удален.

Мне не нужно было выполнять миграцию, как это раньше, поэтому я не уверен, что один из предложенных мной вариантов лучше другого.

Опция 1

Я могу настроить новый сервер в качестве ведомого MySQL и начать репликацию данных на него. Я еще не определил, сколько данных находится на Master, поэтому процесс репликации может не завершиться до того, как мне потребуется выполнить переход.

Если я выберу эту опцию, я планировал дождаться завершения репликации, а затем обновить веб-службы, указав IP-адрес MySQL Slave. После прочтения документации по MySQL у меня сложилось впечатление, что я не могу этого сделать (начать писать в подчиненное устройство?).

Вариант 2

Я могу создать новый экземпляр и установить этот экземпляр как новый мастер MySQL. Я мог бы сделать снимок /data том и используйте этот снимок для создания нового тома и присоединения его к новому экземпляру MySQL Master. Как только это будет сделано, я могу обновить веб-службы, чтобы использовать новый IP-адрес мастера SQL.

Проблема здесь заключается в том, что в течение времени, необходимого для создания снимка, данные все еще записываются в исходный мастер. Если бы мне пришлось установить новый экземпляр MySQL Master как "живой", произошла бы потеря данных, и я не мог бы придумать, как импортировать эти дельты обратно в новый экземпляр MySQL Master (как бы я разрешил вставку, принимая место в разное время и первичные ключи?).

Я был бы очень признателен за любые советы, хитрости или советы, касающиеся этой проблемы. Заранее спасибо.