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

[RedisNinja]

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

[radiomaker]

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

[mstrbates]

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

[Version]

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

[gdgdgd]

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

[rage311]

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

[time4me]

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

[marianna]

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

[royalt]

Подкину альтернативу по кэшу: после разнесения сессий и кэша попробуйте на кэш-инстансе allkeys-lfu вместо lru. Для горячих запросов LFU точнее: разовый ночной обход кравлера не вымывает реально частые ключи, как это бывает с LRU. И по сессиям — скользящий TTL удобно делать не отдельным EXPIRE, а через SET ... KEEPTTL плюс продление только если осталось меньше половины срока, иначе на нагруженном API каждый запрос превращается в лишнюю запись.

[ollies]

@marianna, осторожно с формулировкой «отдельная база»: maxmemory и maxmemory-policy задаются на ВЕСЬ инстанс, на номер базы их повесить нельзя. Если вы сделали SELECT 1 на том же Redis, то политика у сессий и кэша по-прежнему общая, и при следующем пике разлогины вернутся. Разные политики — только отдельный процесс/контейнер со своим конфигом. Если у вас именно второй инстанс — тогда всё правильно, просто уточните.