Почему использовать ограждение, когда у Вас уже есть избыточные коммуникационные каналы?
Эта статья остается, что необходимо использовать оба ограждения (иначе STONITH) и избыточные коммуникационные каналы. Я пытаюсь понять, какую пользу STONITH приносит в случае мозга разделения. Рассмотрите, например, что у Вас есть узел A, узел B, устройство STONITH, которые соединены с помощью переключателя I. Если переключатель I перестает работать - сеть делится - и узел A не мог бы отправить запрос к устройству STONITH, таким образом, его бесполезное.
Хорошо, у нас мог бы быть выделенный коммутатор II, который соединяет узлы с устройством STONITH. Если переключатель I сбоев, мы все еще можем отправить сигнал на устройство STONITH, и это могло бы выключить узел B.
Но вопрос, почему не только используют переключатель II в качестве избыточного канала связи между узлом A и узлом B? Если переключатель I сбоев, можно все еще использовать переключатель II и никакую потребность завершить работу узла B.
Идея состоит в том, что, когда ваш кластер решает, что требуется переключить узел при отказе, с этим узлом должно быть что-то не так.
Ограждение, стрельба другому узлу в голову (STONITH) - лучшая гарантия того, что отказавший узел освободит все ресурсы, которые он удерживал, и есть вероятность, что если проблема была связана с программным обеспечением, она будет устранена жестким сброс, что является приятным бонусом ...
Обычно кластер создается потому, что кластеризованная служба не поддерживает его одновременное выполнение, а когда два экземпляра работают одновременно, все идет ужасно неправильно. Чтобы предотвратить это, нужно приложить немало усилий. Высокая доступность часто занимает отдаленное место в ваших приоритетах как разработчика кластеров.