Size: a a a

2020 February 19

AS

Aleksey Smirnov in DevOps
Andrey
меня вот это смутило
Однако перед тем, как приступить к её обзору, стоит упомянуть, что в проекте используется standalone Redis, поскольку кластерное решение на основе Sentinel сильно уступает по задержкам (latency).
сделай тестовое развертывание, да замерь задержки, потом по факту тебе и будет видно - устраивают цифры или нет
источник

D

Denis 災 nobody in DevOps
источник

IU

Ivan Urgent in DevOps
Хорошо!
источник

DK

Dmitriy K in DevOps
опечатка - > свидетей
источник

BG

Bogdan (SirEdvin) Gladyshev in DevOps
Aleksey Smirnov
Аргументы пошли тяжелые в ход :D
А вы пробовали? Я вот пробовал и готов поддержать коллегу. У него как минимум кошмарно медленное переключение и невозможность задать bind/adertise адреса. Тот же resec лучше
источник

AS

Aleksey Smirnov in DevOps
Bogdan (SirEdvin) Gladyshev
А вы пробовали? Я вот пробовал и готов поддержать коллегу. У него как минимум кошмарно медленное переключение и невозможность задать bind/adertise адреса. Тот же resec лучше
Пробовал и кручу в проде. Для тех данных (кэш) где время переключения и вообще потеря данных - не играет критической роли. Что-то более важное - в редисе впринципе не стоит хранить. Неважно sentinel там или cluster.
источник

AS

Aleksey Smirnov in DevOps
невозможность задать bind а директива bind в конфиге для кого?
источник

BG

Bogdan (SirEdvin) Gladyshev in DevOps
bind есть, а advertise не было, когда я смотрел последний раз
источник

AS

Aleksey Smirnov in DevOps
Надо инструмент под задачу конечно выбирать, а не натягивать собу на глобус.
источник

BG

Bogdan (SirEdvin) Gladyshev in DevOps
Опять же, утверждение о том, что для кэша переключение не имеет времени - очень странное. Если у вас кешхит был 90% и тут прилетело 30 секунд переключения от сентинела и все приложение просело.
источник

AS

Aleksey Smirnov in DevOps
Я в самом начале человеку еще написал, что если несколько секунд переключения не устраивает - то редис тут вообще не попадает под требования.
источник

AS

Aleksey Smirnov in DevOps
ну так зачем 30 секунд, никто же под дулом не заставляет оставлять дефолт
источник

AS

Aleksey Smirnov in DevOps
у меня 10, мне норм. даже алерты не успевают дернуться
источник

AS

Aleksey Smirnov in DevOps
а если 10 секунд без кэша у меня приложение не может прожить, то инфра видимо слишком узковата, надо бы поскейлиться
источник

BG

Bogdan (SirEdvin) Gladyshev in DevOps
Тогда откровенно непонятно, зачем нужно втыкать редис, если приложение должно стабильно работать и держать нагрузку без него ...
источник

AS

Aleksey Smirnov in DevOps
уменьшить время отклика и переживать всплески трафика
источник

AS

Aleksey Smirnov in DevOps
всплески, а не без кэша жить не можем вообще ))
источник

A

Alexander in DevOps
Aleksey Smirnov
Но одну очередь уже не промасштабируешь. а в кафке можно создать на один топик сколько нужно партишенов, и запустить пачку брокеров.
А зачем ты все льешь через одну очередь? Можешь на один exchange сделать сколько угодно queue и раскидывать нагрузку по ним.
источник

BG

Bogdan (SirEdvin) Gladyshev in DevOps
Мне кажется, вероятность отказа скорее всего, вырастает во время всплексов нет?
источник

AS

Aleksey Smirnov in DevOps
Bogdan (SirEdvin) Gladyshev
Мне кажется, вероятность отказа скорее всего, вырастает во время всплексов нет?
Не, есть независимые от трафика точки отказа - например сбой на облачной ноде = инстанс недоступен. И это событие наступает чаще чем другие риски + повлиять и замониторить это заранее ты не можешь - IaaS же.
В прошлом году например 3 или 4 раза виртуалка с редисом ложилась, из-за проблем у клауд-провайдера. После 2 раза запилили сентинел.
источник