Я не могу думать ни о каком риске.
Однако может быть даже более быстрый путь ...
План A:
Использование 4-й машины длязапустить скрипт резервного копирования.Или, по крайней мере, написать дамп на 4-й машине.Любая дамп-программа тяжелая для ввода-вывода, возможно, даже для ввода-вывода.Записывая дамп на другой компьютер, вы переносите операции ввода-вывода узла Galera.
Я предполагаю, что вы вынули узел из кластера во время резервного копирования?И чтобы gcache был достаточно большим, чтобы он выполнял IST, а не SST, для повторной синхронизации?
Plan B:
Чтобы продвинуться на шаг вперед, используйте 4 узла вместо 3. Таким образом,отключение узла в автономном режиме имеет меньшее влияние и меньшую уязвимость.
План C:
Использование четвертого компьютера в качестве ведомого для одного из узлов.
Вопросы ... Чтотакое географическое распределение узлов?Если все трое в настоящее время сидят вместе, подумайте о торнадо, землетрясениях, наводнениях и т. Д.
Какова цель резервного копирования?Будут ли данные резервного копирования географически удаленными?(Примечание: это добавит некоторую задержку к методу резервного копирования.)