Исходное сообщение
"Настройка СУБД PostgreSQL 13 под управлением Pacemaker/Corosync в Debian 11" Отправлено НамНам, 21-Сен-22 23:55
> Стандартный нечётный арбитраж с самоустранением (остановкой операций, не обязательно > полностью, можно до момента восстановления кворума) нодами, не имеющими кворума. Надёжнее > - с дополнительным посредником арбитража, который расположен не на нодах и > не на стыках между ними, при правильной конфигурации становится возможен вторичный > кворум, и количество нод вполне может быть и чётным без особых > последствий, главное, чтобы не было локационного сплита 1/2. Единственным существенным > моментом при этом является необходимость предварительной блокировки операций записи, > чтобы не дать провести запись в случае потери кворума. Ну а зачем? В чём профит? Относительно простого пристрелить. "Нечёткий арбитраж" -- простите, ржал. Вы на "нечёткий арбитраж" в типично сложных случаях потратите астрономически больше времени, чем просто всё вырубить. И, снова, возращаемся к адекватности угадывания. А угадывание -- всегда угадывание. Но одно дело угадывать как лучше что-то сделать, не теряя ничего, кроме времени, чем угадывать: потерять даные... или не потерять. Причём, ладно бы был выбор, -- потерять немножко данных, но выиграть во времени исполнения -- но нет же -- вы предлагает потерять неизвестно сколько времени взамен на потерять... неизвестно сколько данных )))) Хреновый выбор.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Стандартный нечётный арбитраж с самоустранением (остановкой операций, не обязательно >> полностью, можно до момента восстановления кворума) нодами, не имеющими кворума. Надёжнее >> - с дополнительным посредником арбитража, который расположен не на нодах и >> не на стыках между ними, при правильной конфигурации становится возможен вторичный >> кворум, и количество нод вполне может быть и чётным без особых >> последствий, главное, чтобы не было локационного сплита 1/2. Единственным существенным >> моментом при этом является необходимость предварительной блокировки операций записи, >> чтобы не дать провести запись в случае потери кворума. > Ну а зачем? В чём профит? Относительно простого пристрелить. "Нечёткий арбитраж" -- > простите, ржал. Вы на "нечёткий арбитраж" в типично сложных случаях потратите > астрономически больше времени, чем просто всё вырубить. И, снова, возращаемся к > адекватности угадывания. А угадывание -- всегда угадывание. Но одно дело угадывать > как лучше что-то сделать, не теряя ничего, кроме времени, чем угадывать: > потерять даные... или не потерять. Причём, ладно бы был выбор, -- > потерять немножко данных, но выиграть во времени исполнения -- но нет > же -- вы предлагает потерять неизвестно сколько времени взамен на потерять... > неизвестно сколько данных )))) Хреновый выбор.
	Введите код, изображенный на картинке: