Size: a a a

2021 July 21

SP

Sergei Puzyrev in DevOps
тот кворум понимает последовательное отключение нод без полного ресинка между разными нодами?
источник

DS

Dmitry Sergeev in DevOps
давно не ковырял. Но я думаю проблем не будет особенно в таком кейсе.
источник

SP

Sergei Puzyrev in DevOps
в таком кейсе дрбд должен остановиться
источник

SP

Sergei Puzyrev in DevOps
но он не остановится
источник

DS

Dmitry Sergeev in DevOps
да там обычный кворум. При потери большинства голосов остановиться.
источник

SP

Sergei Puzyrev in DevOps
так нет потери кворума. есть нарушение read after write
источник

SP

Sergei Puzyrev in DevOps
и возможны stale reads
источник

AM

Alex Milushev in DevOps
Если просто -- меня напрягает, что оно работает в одном экземпляре и максимум, что могу сделать -- это держать горячий резерв. Плюс у нас спайки по нагрузке суточные.
источник

DS

Dmitry Sergeev in DevOps
почему, ты же как раз посследовательно отключаешь. Например их три, выключаем первого остаются два - все ок, выключаем второго, остается один, он останавливается и запрещает писать в него. Каждый участник знает что их всего три, и знает когда потярано большинство
источник

SP

Sergei Puzyrev in DevOps
их три, мы пишем в АБ, В выключен. Добавляем В, синк начался, но не закончился. выключаем А. пишем а БВ. включаем А, синк начался, но не закончился. отключаем Б. теперь у нас есть блок, который в А и в В не совпадает.
источник

SP

Sergei Puzyrev in DevOps
это проблема того что поток репликации не проходит через протокол консенсуса
источник

DS

Dmitry Sergeev in DevOps
> В, синк начался, но не закончился. выключаем А. пишем а БВ
Мы же не сможем здесь писать в БВ. Синк не закончился, после выклчения А, потеряется кворум мне кажется и запись остановиться, поскольку А нет в живых, а В не засинкался. Тут скорее всего вручную нужно будет разруливать. И возможно это настраиваемое поведение
источник

SP

Sergei Puzyrev in DevOps
когда я последний раз смотрел, дрбд не умел понимать частичную репликацию и поэтому он умел только в полный синк
источник

SP

Sergei Puzyrev in DevOps
но в таком режиме после лёгкого моргания дрбд деградирует до неустойчивого состояния. любая дополнительная проблема во время синка сразу же приводит к возможному повреждению или потере данных
источник

DS

Dmitry Sergeev in DevOps
да, надо будет посмотреть.
источник

AS

Aleksey Shirokikh in DevOps
Ты просто завидуешь!
источник

SP

Sergei Puzyrev in DevOps
безусловно
источник

AS

Aleksey Shirokikh in DevOps
Дата путь ему через консенсус подавай
источник

SP

Sergei Puzyrev in DevOps
а как иначе?
источник

SP

Sergei Puzyrev in DevOps
а, ну как. дрбд.
источник