LINUX.ORG.RU
решено ФорумAdmin

расскажите неучу про типы shared-дисков для ha.

 , ,


0

1

вот есть у меня апач. прыгает по нодам и все счастливы.
теперь хочется, что бы вместе с самим апачем прыгал и его document_root.
создается диск, добавляется как ресурс и все дела, но:
в мануалах и гайдах все говорят также и про quorum и про fencing.
не могу вкурить разницу между ними, а также зачем они вообще нужны.
если можно, на пальцах.
вот в доке centos-a написано:

Quorum Disk is a disk-based quorum daemon, qdiskd, that provides supplemental heuristics to determine node fitness. With heuristics you can determine factors that are important to the operation of the node in the event of a network partition. For example, in a four-node cluster with a 3:1 split, ordinarily, the three nodes automatically «win» because of the three-to-one majority. Under those circumstances, the one node is fenced. With qdiskd however, you can set up heuristics that allow the one node to win based on access to a critical resource (for example, a critical network path). If your cluster requires additional methods of determining node health, then you should configure qdiskd to meet those needs.

т.е. кворумный не является обязательным ?

★★★★★

про quorum и про fencing. не могу вкурить разницу между ними, а также зачем они вообще нужны.

Что такое кворум если рабочекрестьянским языком - толпа народу, делающая выбор. Вернее то количество народу, при котором выбор можно считать легальным

Как переводится fencing? Ну, вообще фехтование, но здесь явно от слова «забор». То есть если ноде ппц - мы её строим от неё забор как пиндосы от Мексики, чтоб точно в огород не лезла и скажем на хард не писала.

upcFrost ★★★★★
()
Последнее исправление: upcFrost (всего исправлений: 2)

Какая самая страшная ситуация в этих ваших HA-кластерах?
Если прервется связь между нодами, и каждая из нод решит, что осталась в одиночестве, и поднимет у себя твой DocumentRoot. Одновременный доступ к одному диску с нескольких нод приведет к потере данных. Вот казалось бы - хотели как лучше, нагородили HA-кластер, а оказывается, наоборот, привнесли риск потери данных. Вот чтобы данные не потерялись, и используют всякие фенсинги с кворумами.

I/O фенсинг предотвращает одновременный доступ с нескольких нод к одному диску в случае, если прервется связь между нодами. Сохранность данных - приоритет, лучше погасить ноду, чем допустить потерю данных.
Когда рвется интерконнект, запускается специальный алгоритм, который решает, останется ли нода в живых или выстрелит в себе в голову (паника или жесткая перезагрузка). Обычно этот алгоритм отдает премущество мини-кластерам бОльшего размера. Например, если одна нода откололась от 16-нодового кластера, то 15-нодовый мини-кластер останется в живых, а 1 нода выстрелит себе в голову. Если же в кластере всего 2 ноды - то уже не так однозначно. Например, приоритет может отдаваться ноде с меньшим номером.

Обладание кворумным ресурсом может склонить перевес на сторону ноды (или мини-кластера). В случае с кворумным диском ноды соревнуются между собой за обладание им (например, кто раньше выкинет ключи другой ноды, выдав команду SCSI Preempt-and-abort). Проигравшая нода (или мини-кластер, от имени которого она соревновалась за этот диск) выбывают из игры.

bigbit ★★★★★
()
Ответ на: комментарий от bigbit

плюсик тебе в карму.
принимай благодарности!

dada ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.