Что такое QUORUM Disk и Fencing Wars?

Привет народ. На этот раз я подумал о том, чтобы подробно ответить на вопрос одного из наших читателей (Даниэль), заданный в комментариях, потому что вы также могли столкнуться с этой проблемой, когда вам приходится поддерживать кластерную среду.

Ниже приведен вопрос, заданный Дэниелом Белло.

«У меня вопрос: я пытался поставить ограждение виртуального устройства в виртуальной среде, но у меня это не работает, в какой-то части моей конфигурации узел не возвращается в кластер после сбоя. Итак, я добавил диск кворума, и, наконец, мой кластер работает нормально (узел отключается и после сбоя возвращается в кластер), поэтому мой вопрос: в чем разница между устройством ограждения и диском кворума в виртуальном среда? »

Вы можете узнать, что такое устройство ограждения, обратившись к нашей предыдущей серии статей «Кластеризация» ниже.

1. Ограждение и добавление аварийного переключения в кластеризацию – часть 3

Сначала давайте посмотрим, что такое диск кворума.

Что такое кворум-диск?

Диск кворума – это тип хранилища конфигураций кластера. Он действует как база данных, в которой хранятся данные, относящиеся к кластерной среде, и обязанность диска кворума — информировать кластер, какой узел/узлы должны оставаться в состоянии ALIVE. Это обеспечивает одновременный доступ к нему со всех других узлов для чтения/записи данных.

Когда соединение между узлами падает (это может быть один узел или несколько), кворум изолирует те, у которых нет соединения, и поддерживает работоспособность служб на имеющихся у него активных узлах. Он выводит из кластера узлы, не имеющие возможности подключения.

Теперь обратимся к вопросу. Это похоже на среду, в которой есть 2 узла и один вышел из строя. Ситуация, с которой столкнулась Даниэль, похожа на «войну фехтования» между двумя активными узлами.

Предположим, есть кластерная среда, в которой в конфигурацию не добавлен кворумный диск. В этом кластере 2 узла, и в настоящее время один узел вышел из строя. В этом конкретном сценарии связь между узлом 1 и узлом 2 полностью потеряна.

Затем узел 1 видит, что узел 2 вышел из строя, поскольку он не может установить с ним соединение, и узел 1 решает изолировать узел 2. В то же время узел 2 видит, что узел 1 вышел из строя, поскольку он не может установить с ним соединение, и узел 2 решает изолировать узел 1.

Поскольку узел 1 изолировал узел 2, он берет на себя все кластеризованные службы и ресурсы. Поскольку в узле 2 нет кворумного диска для проверки этой ситуации, а узел 2 может перезапустить все службы на сервере без какого-либо подключения к узлу 1 . .

Как я упоминал ранее, узел 2 также ограничивает узел 1, поскольку он не видит никакого соединения с узлом 1 из узла 2. > и что происходит дальше: узел 1 перезапускает все службы на сервере, поскольку нет кворума для проверки состояния узла 1.

Это идентифицируется как фехтовальная война

Теперь этот цикл будет продолжаться вечно до тех пор, пока инженер не остановит службы вручную, или серверы не будут отключены, или между узлами не будет успешно установлено сетевое соединение. Здесь на помощь приходит диск кворума. Процесс голосования в конфигурациях кворума — это механизм, который предотвращает возникновение вышеуказанного цикла.

Краткое содержание :

1. Кластерные среды используются повсеместно для обеспечения безопасности данных и услуг, обеспечивая конечным пользователям максимальное время безотказной работы и возможность работы с данными в реальном времени.
2. Устройство ограждения используется в кластерных средах для изоляции узла, состояние которого неизвестно другим узлам. Кластер будет использовать устройство ограждения для автоматического ограждения (удаления) вышедшего из строя узла, поддержания работоспособности служб и запуска процессов переключения при сбое.
3. Диск кворума не обязательно иметь в кластерной среде, но лучше иметь его в кластере из 2 узлов, чтобы избежать войн между ними.
4. Наличие диска кворума в кластере, где имеется более 2 узлов, не является проблемой, но вероятность возникновения конфликта в этой конкретной среде менее вероятны. Следовательно, менее важно иметь диск кворума в кластере 3 или более узлов, чем в кластере из 2 узлов.
5. Кстати, хорошо иметь диск кворума в среде кластера с несколькими узлами, чтобы вы могли выполнять настраиваемые пользователем проверки работоспособности среди узлов.

Важно. Имейте в виду, что существует ограничение на добавление узлов в кворум. Вы можете добавить к нему максимум 16 узлов.

Надеюсь, вам понравилась статья. Свяжитесь с tecmint для получения более полезных технических руководств по Linux.