Comments 11
А 40000 клиентов обращающихся к редису это что?
maxmemory-policy: allkeys-lru
То есть когда редис будет практически заполнен, и вы добавите туда новый ключ, то при добавлении следующего нового ключа ваш только что добавленный сразу будет удален? Ведь он наименее "популярный". Спорно.
redis-cli info stats | grep ops
А чем не устроил redis-exporter?
и на диск писался долго
Тема aof vs rdb не раскрыта. Как и тема diskless репликации. И шардирования
показывал время запросов 2-3 секунды
И многопоточности.
Можно наверное что-то про это добавить.
А какого размера редис если не секрет?
А пробовали хранить сжатые данные?
LRU работает не так.
Проблему нужно было решать максимально быстро. Пробовать все варианты возможности и времени у нас не было
А чем не устроил redis-exporter?
ну, у меня кастомный скрипт, чтобы данные в заббикс кидать, а не прометей, может этим же и не устроил.
И многопоточности.
редис научился в многопоточность?
При всё том, что основной тезис статьи — “Дефолтная конфигурация — упавший сервис” — должен быть огромными буквами написан на всех стенах, на которые хотя бы изредка падают взоры администраторов, смутил всё же один момент:
Redis съедал всю возможную память, сервер вис и падал
и
iostat. Но и тут без проблем:
Только мне кажется, что это — несколько противоречивые факты? redis сожрал всю память до висячей и падучей, а в статистиках iostat — всё прелестно?
Смысл iostat был посмотреть, все ли ок с дисками, не памятью. Так как сервер быстро вис, iostat выполняли, когда он отвисал. При этом с памятью было все ок. Т.е. невозможно было выполнить iostat когда все было забито, а когда выполняли — по памяти все ок.
есть три узла Redis, Standalone и две реплики
это как? мастер и 2 слейва? а если мастер упадет?
hugepages включены?
tcp стек тюнили?
Все дело в Redis или почему не стоит устанавливать эту систему «как есть»