5 ms·
Definitely agree with memcached. This has been entirely bullet proof for us for years. We have had lots of nodes with billions of hits each running non stop for
by setquk 9y ago
Definitely agree with memcached. This has been entirely bullet proof for us for years. We have had lots of nodes with billions of hits each running non stop for 3 years without a reboot on CentOS 5. Zero maintenance required. Amazing bit of software.
- Tobani 9y agoWhile memcached is great. I feel like its hard to argue for both redis AND memcached. It seems like redundant infrastructure unless you have very specific needs.
- setquk 9y agoYes I agree there. I would err towards redis these days myself as well, not necessarily using it for anything persistent unless you need to.
- nathan_f77 9y agoIt's not a good idea to use a single Redis instance for both caching and persisted/transactional data (background jobs). For background jobs, you need real-time persistence with AOF. For caching, you want everything in memory, and you need an LRU cache that evicts any old data. This means you should run two Redis instances with different configurations. But in that case, it can be a good idea to use Memcached, which is recommended by Mike Perham [1]. [1] http://www.mikeperham.com/2015/09/24/storing-data-with-redis/ http://www.mikeperham.com/2015/09/24/storing-data-with-redis...