Redis на noeviction разлогинивает половину юзеров под нагрузкой. Что делаем не так?

[igor_ai42]

Держим в одном Redis и сессии, и кэш горячих запросов. На пике память упёрлась в maxmemory, политика allkeys-lru — и Redis начал вышвыривать в том числе ключи сессий. Получили волну разлогинов и злой саппорт. Как правильно разруливать?

[filipp_proxy20]

Классическая ошибка: нельзя мешать сессии и кэш в одном инстансе с одной политикой. allkeys-lru вышибает что попало, включая твои сессии. Сессии должны жить там, где их не выселяют.

[elena_official]

Два варианта. Либо разнести на два инстанса/базы: кэш — allkeys-lru, сессии — отдельный с noeviction или volatile-lru. Либо ставить TTL только на кэш и юзать volatile-lru, тогда выселяются ТОЛЬКО ключи с TTL, а вечные сессии не трогаются.

[fluxnode7801]

О, про volatile-lru недопонимал. То есть если у сессий нет TTL, при volatile-lru их вообще не тронут? А если память кончится совсем?

[goproxy1540]

Тогда volatile-lru начнёт возвращать OOM на запись, потому что выселять нечего. Поэтому в проде сессиям тоже ставят TTL (скользящий, продлевают на активность), а не делают вечными. Вечные ключи в Redis — это бомба замедленного действия.

[ruslan_py40]

Плюс мониторинг. Алерт на used_memory > 80% от maxmemory, и evicted_keys в графане. Если eviction вообще ненулевой на инстансе с сессиями — у тебя уже что-то горит, просто ты пока не заметил.

[mark1066]

И не забудьте что fork при RGB-снапшоте может временно сожрать ещё кучу памяти (copy-on-write). Видел как раз из-за bgsave прод улетал в OOM хотя по графикам было 75%. Оставляйте запас, не упирайтесь в потолок впритык.

[egor1580]

Сделал: вынес сессии в отдельную базу с volatile-lru + скользящий TTL 30 мин, кэш оставил на allkeys-lru, накинул алерты на 80% и на evicted_keys. Спасибо, разлогины ушли.