Size: a a a

2020 November 03

YD

Yaroslav Dynnikov in Tarantool
Скорее failover_timeout > max(fencing_timeout, fencing_pause)
источник

R

R-omk in Tarantool
Константин Т
Отключаем интернет на s1.
Включаем интернет на s2.

После того как отключить интернет на s1 - оба сервера будут в оффлайн. И они не смогут среплицироваться. Всё верно. Я воспроизвёл возможный вариант работы серверов, который был в моей практике.
репликация должна работать роно как вы описали... я решение написал,  используетйе триггеры
источник

R

R-omk in Tarantool
Yaroslav Dynnikov
Скорее failover_timeout > max(fencing_timeout, fencing_pause)
ну если они не суммируются  тогда да...
источник

КТ

Константин Т... in Tarantool
R-omk
репликация должна работать роно как вы описали... я решение написал,  используетйе триггеры
спасибо, попробую с тригерами.
Но если логика репликации работает правильно - тогда теряется смысл в репликации: на серверах разные значения, а это уже рассинхронизация.
источник

R

R-omk in Tarantool
R-omk
репликация должна работать роно как вы описали... я решение написал,  используетйе триггеры
после включение сети на первом узле прилетают события на второй узел и перезаписывают данные,   оно так и должно работать,   здесь можно взять триггером и записать наиболее актуальные данные (при условии что в формате есть время создания)

—-

скорее всего под капотом replace
источник

YD

Yaroslav Dynnikov in Tarantool
асинхронизация
источник

R

R-omk in Tarantool
Yaroslav Dynnikov
асинхронизация
хороший термин) ... звучит  как  крутая фича
источник

YD

Yaroslav Dynnikov in Tarantool
репликация то асинхронная, а она и отъехать может даже если "интернет" есть
источник

DS

Dmitry Sharonov in Tarantool
R-omk
после включение сети на первом узле прилетают события на второй узел и перезаписывают данные,   оно так и должно работать,   здесь можно взять триггером и записать наиболее актуальные данные (при условии что в формате есть время создания)

—-

скорее всего под капотом replace
ага, как раз недавно заглядывал
источник

КТ

Константин Т... in Tarantool
сейчас использую memcached c патчем repcached, который добавляет функционал репликации. Вот в  нём реплкация работает правильно. Приоритетом является последнее добавленное значение по времени.
источник

R

R-omk in Tarantool
главное не используйте  add repalce cas  ... а то будете удивлены)
источник

КТ

Константин Т... in Tarantool
но у этого патча бага, нету реконекта после истечения таймаута tcp соединения (от 13 до 30мин) и сервер больше никогда не соединится со вторым. Это проблема
источник

КТ

Константин Т... in Tarantool
R-omk
главное не используйте  add repalce cas  ... а то будете удивлены)
это вы мне?
источник

R

R-omk in Tarantool
Константин Т
это вы мне?
ага...    репликация  и атомарные операции - вещь почти не совместимая
источник

КТ

Константин Т... in Tarantool
ясно, а возможно добавить в конфигурацию опцию, например, replication_memcached_priority_last = 1 которая будет делать приоритет на последнее добавленное/обновлённое значение?
источник

DS

Dmitry Sharonov in Tarantool
вы можете сами это сделать на триггерах, если в тупле лежит номер версии или таймштамп
источник

КТ

Константин Т... in Tarantool
Dmitry Sharonov
вы можете сами это сделать на триггерах, если в тупле лежит номер версии или таймштамп
пока до тригеров не добрался, 3 дня только изучаю тарантул
источник

R

R-omk in Tarantool
Константин Т
пока до тригеров не добрался, 3 дня только изучаю тарантул
тогда я бы не рассчитывал что вы сможете  быстро заменить мемкэш тарантулом,   ... как минимум потому что у него нет eviction при заполнении памяти,  если это критично то можно сразу забывать про тарантул
источник

DS

Dmitry Sharonov in Tarantool
я заню людей которым удавалось
источник

DS

Dmitry Sharonov in Tarantool
быстро заменить
источник