STONITH с кластером узлов DRBD/Pacemaker/Corosync 2
Поэтому я вижу множество противоречивых точек зрения на использование STONITH с двухузловым кластером DRBD/Pacemaker/Corosync для репликации данных MySQL. Пример, который я мог найти на веб-сайте Pacemaker, похоже, отключает его, но во многих других местах говорят, что вы должны его оставить..... Моя установка будет состоять из 2 узлов с 2 интерфейсами, один физически подключен к другой машине, другой подключен к выключателю. В таком случае, если у меня есть избыточные коммуникации, нужен ли STONITH? Если сервер теряет оба сетевых соединения, он все равно не получит никаких данных MySQL, и когда он вернется, я планирую установить липкость на бесконечность, чтобы он (не должен) пытаться стать хозяином. В этом случае STONITH необходим или даже целесообразен?
1 ответ
Лучше всего проверить, что на самом деле происходит при разных режимах сбоев, чтобы убедиться, что нет ни одного сбоя, который мог бы заставить оба сервера MySQL стать мастерами.
Протестируйте отключение интернет-соединения на одном сервере. Посмотрите, что происходит на обоих серверах, и посмотрите, что произойдет, когда вы снова включите его.
Сделайте то же самое для любых избыточных соединений. Затем сделайте то же самое, отключив ВСЕ сетевые подключения одновременно.
Одна из причин, по которой STONITH не выполняется в кластере с двумя узлами, заключается в том, что в конечном итоге оба узла пытаются уничтожить другой и на самом деле добиваются успеха. Вам нужно проверить свои настройки, чтобы убедиться, что они оба не закрыты или оба продолжают работать как мастера и не синхронизируют вашу базу данных.
Еще одна вещь, которую я рекомендую, пока вы тестируете ее, прежде чем она будет запущена в производство: преднамеренно сломайте ее. Сделайте что-нибудь, из-за чего mysql и drbd выйдут из синхронизации, и узнайте, как это исправить. Запишите, что вам нужно было сделать, чтобы это исправить. Потому что гораздо лучше знать, как это сделать, ДО того, как это действительно нужно.