MariaDB, как обработать 2/3 отказ узла во много основном кластере.
Я выполняю 3 узла много основной кластер MariaDB galera. Это в основном работает на меня, как это. Когда один узел перестал работать, две других работы, и это прекрасно.
Но я задаюсь вопросом, там путь к нему, чтобы продолжать работать над одним узлом? (который действительно маловероятен, но я просто задаюсь вопросом), я знаю, что кластер перестанет работать, когда не будет никакого кворума для предотвращения мозгов разделения. Я также знаю, что с одним узлом оставил групповые выключатели. Что означает, что все соединения/запросы с дб потеряны.
Интересно, был ли способ переключить то ведущее устройство, которое оставляют единственному режиму узла, позвольте ему работать и затем когда отказ замечен (остановите приложения, которые соединяются с дб), возвратите другие кластерные узлы и позвольте им копировать данные (так, чтобы ничто не было потеряно),
Я знаю, что существует что-то названное виртуальным кворумом, но это было бы хорошим выбором в 3 ситуациях с главным узлом?
Да, можно. Когда есть один узел, он переходит в режим чтения только для предотвращения раскола мозга. Вы можете предотвратить это, отключив защиту разделенного мозга (pc.ignore_sb); но это означает, что если у вас есть сетевой разрыв с двумя узлами, вы рискуете разделить мозг на два разных сервера.
Лично я бы никогда так не поступил..... Это безумие. Если вам не нужен сервер с полным стеком галеры, но вы хотите снизить риск потери кворума, просто реализуйте другой узел с garbd.
Простым решением этого является "правило 3". Если вы хотите, чтобы дата-центр был доступен, вы должны иметь три дата-центра с одинаковым количеством узлов; если один дата-центр выходит из строя, вы поддерживаете кворум, что означает, что кластер остается в режиме онлайн. Другой способ подумать об этом заключается в том, что если перебой может привести к потере кворума более чем на 50% узлов, то ваш кластер не работает
.