15:23:03 GMT Hello. I'm running redis 3.2 with native clustering. There are 6 nodes in the cluster (3 masters, 3 slaves). Each node is a m4.2xlarge (32.0 GiB, 8 vCPUs). The maxmemory is set to 16GB, with a maxmemory-policy of volatile-ttl. Whenever all of my nodes have more than 90% of maxmemory used, or when evictions are high (due to maxmemory-policy) I find that my slaves disappear from the cluster and need to reload their data. 15:23:03 GMT This means that my cluster is unable to take reads or writes. Has anyone seen this behaviour before? Is there a known best practice for operating at these high-ish volumes? 15:24:05 GMT I can't upgrade to redis 4.0, and nor do I want to. I have a running production system that I want to keep running. When/if I want to upgrade I'll come up with a plan but it's unlikely as a short-term response to what I'm seeing. 15:25:46 GMT The caveat is that the redis 4 upgrade is likely to wait until January, when I'm got more bandwidth 15:27:39 GMT Scorchin: are you using any form of persistence with redis? 15:27:45 GMT AOF 15:27:57 GMT with RDB 15:28:06 GMT I've seen this behaviour with AOF turned off 15:28:13 GMT could it be that the extra memory pressure of writing the snapshots causes issues? 15:28:32 GMT `maxmemory` is set to half of the available RAM on the node 15:29:42 GMT and for a snapshot worst case you need a copy of the data so you can persist it, which would be two times half the memory, worst case 15:29:54 GMT I hope my intuition is wrong :) 20:03:01 GMT hi, is running multiple instances of redis on the same server recomended ? 20:03:16 GMT also, shoudl one but int some memory limits than 20:03:38 GMT kaos01: do you regularly stare into the eyes of madness? 20:03:49 GMT lol 20:04:02 GMT also are you sure that all of the databases will have all of their data smaller than ram at every time? 20:04:09 GMT Xe ? 20:04:32 GMT what is madness ? 20:04:39 GMT i understand you can set maxmem 20:04:44 GMT which is not a hard limit 20:04:54 GMT it is 20:05:03 GMT well it can sort of be exceeded a bit 20:05:09 GMT well yeah 20:05:11 GMT im fairly sure its not hard 20:05:16 GMT kaos01: Madness is when you create a server configuration that gaslights you 20:05:18 GMT you should leave some air for presistence anyway 20:05:19 GMT so where is my madness 20:05:23 GMT please just pay for other machines 20:05:33 GMT you will save money in the long run (your sanity) 20:05:47 GMT well, it really depends on how much data you intend to store 20:05:53 GMT ok fair enough, just lots of sampels out there on runnign multiple instances on same machine 20:06:10 GMT kaos01: there's lots of samples for using sprintf for database queries too 20:06:16 GMT must be losts of mad people out there :P 20:06:31 GMT well the worst recomendations seems to be using multipl db's :P 20:06:41 GMT so i was looking at a midle ground :P 20:06:43 GMT hehe 20:06:52 GMT not to mad, just a bit 20:07:12 GMT although it is a bit extreme to setup a seperate server for a small redis instance each time 20:07:26 GMT after all the server uses more resources than does redis 20:07:43 GMT specially for small redis instances 20:07:54 GMT seems mad to setup a server for each as well 20:08:48 GMT if you run a few things on your personal server that each require redis, then running an extra instance for each is fine, your probably don't even need a memory limit 20:09:21 GMT if you expect to use gigabytes of memory with any one of the uses you probably want to run them on separate machines 20:09:59 GMT but there's nothing inherently wrong with running multiple redis instances 20:10:33 GMT in fact if you have a large server with many cores it's common practice to run multiple redis instances on it since each one only runs on a single core 20:11:57 GMT yeap so not so mad :P 20:16:02 GMT so please take back calling me mad :P 20:17:55 GMT do you need to set a custom "dir" for each isntance or just a custom name for dump dile (pidfile,logfile,bind) will do ? 20:20:28 GMT latter should do 20:21:45 GMT cool thats what i got :) 20:21:46 GMT thanks 20:22:52 GMT is running redis in docker mas ? :) 20:22:54 GMT mad 20:25:43 GMT somewhat 20:26:00 GMT it's simple enough to not need that 20:26:35 GMT if you run any kind of HA setup you'll have to turn off NAT (with --net=host) 20:28:05 GMT current setup is just redis in docker with no settings 20:28:22 GMT it sees the host RAM, no sytem tuning, etc .. 20:28:29 GMT hahah