Повторное использование моментальных снимков EBS на другом узле кластера percona xtradb

Я оцениваю кластер Percona xtradb 5.6 из 3 узлов в среде AWS. Я использую ec2-consistent-snapshot с --mysql для создания моментального снимка данных EBS. Однако, когда моментальный снимок был сделан на node 1, а затем node 2 был перезапущен с использованием этого моментального снимка, кластер сломался.

Путем проб и ошибок я обнаружил, что это вызвано повторным использованием файлов auto.cnf и gvwstate.dat в каталоге данных mysql, которые будут содержать идентификаторы node 1, и проблемы были (очевидно) вызваны тем, что другой узел пытается присоединиться с идентификатором другого узла уже в кластере. Удаление указанных файлов, по-видимому, устранило проблему, и теперь узлы перемещаются вверх и вниз, как и ожидалось.

У меня вопрос: правильно ли я поступил? Нужно ли удалять auto.cnf и gvwstate.dat перед использованием каталога данных другого сервера? Нужно ли мне делать что-то еще? Какова стандартная практика для такого рода вещей?


person Fluffy    schedule 28.04.2015    source источник


Ответы (1)


То, что вы сделали, было правильно. Однако не забудьте проверить размер gcache, чтобы избежать SST. Вполне возможно, что вы могли бы взять ebs-snap сейчас, пойти на обед, вернуться и создать node3, используя эту оснастку, запустить mysql, и SST все равно произойдет.

Я бы проверил ваши журналы на новом узле, чтобы убедиться, что SST НЕ произошло.

person utdrmac    schedule 21.08.2015