AS
и наоборот часто видел как люди наевшись уезжали с кластера кролика либо на множество single instance кроликов, либо вообще на другую технологию
Size: a a a
2020 May 25
IL
Есть 2 категории людей: те, кто верят в HA RabbitMQ и те, кто пользовались им на практике :)
недавно кстати появились quorum queues там на рафте
но не смотрел сам
но не смотрел сам
MA
К сожалению факапы редко выносят в виде публичных разборов.
А отказы кролика приводят к факапам в OpenStack
Поэтому посоветовать почитать что-то публичное не смогу
А отказы кролика приводят к факапам в OpenStack
Поэтому посоветовать почитать что-то публичное не смогу
AS
Ну, вроде работало.
Но я не буду. Можем заменить на pseudo-HA если вам так лучше, в любом случае настраивать не надо
Но я не буду. Можем заменить на pseudo-HA если вам так лучше, в любом случае настраивать не надо
всё нужно настраивать, HA кластер из коробки - это миф)
AS
Просто у меня тут есть ha cluster кролика вот прямо щас, и вы меня напушали
предупрждён - значит вооружен)
просто будьте готовы к тому, что у кролика в любой момент может случится сплитбрейн
просто будьте готовы к тому, что у кролика в любой момент может случится сплитбрейн
MA
Если у вас это звено, которое вызовет отказ системы, рекомендую провести "учения" по жёсткому отказу узлов
(желательно сначала потренироваться на стейжинге)
(желательно сначала потренироваться на стейжинге)
A
Добрый день. Может кто может подсказать, есть ли в тарантуле приоритизация между чтением и записью? Есть задача в которой более важно читать чем писать, но во время записи в мастер на слейве на какое то время блокируются (если я правильно понимаю) записи на чтение. В целом я понимаю что это корректное поведение для баз данных. Но может можно как то подкрутить такое поведние?
S
Добрый день. Может кто может подсказать, есть ли в тарантуле приоритизация между чтением и записью? Есть задача в которой более важно читать чем писать, но во время записи в мастер на слейве на какое то время блокируются (если я правильно понимаю) записи на чтение. В целом я понимаю что это корректное поведение для баз данных. Но может можно как то подкрутить такое поведние?
кто первый занял того и тапки по дефолту
A
это я понял, а дефолт можно как то крутить?
DS
ивент луп на всех один
SO
Добрый день. Может кто может подсказать, есть ли в тарантуле приоритизация между чтением и записью? Есть задача в которой более важно читать чем писать, но во время записи в мастер на слейве на какое то время блокируются (если я правильно понимаю) записи на чтение. В целом я понимаю что это корректное поведение для баз данных. Но может можно как то подкрутить такое поведние?
ноды две, мастер и слейв?
A
используется vshard , внутри 1 шарда 1 слейв и 1 мастер
KO
Добрый день. Может кто может подсказать, есть ли в тарантуле приоритизация между чтением и записью? Есть задача в которой более важно читать чем писать, но во время записи в мастер на слейве на какое то время блокируются (если я правильно понимаю) записи на чтение. В целом я понимаю что это корректное поведение для баз данных. Но может можно как то подкрутить такое поведние?
вы атрибутируете неправильно скорее всего проблему. на практике запись не блокирует чтение, это врядли может быть источником ваших бед
A
при тестах без записи все запросы укладываются в нужный промежуток времени с записью увы нет
KO
для начала, мемтикс или винил?
KO
транзакции состоят из одной команды, или из нескольких?
DS
идут ли чтения со слейвов и о каких цифрах вообще речь