I have looked into different ways of tweaking the Elasticache server, including upgrading the instance to cache.m5.large. So pure resource consumption does not seem to be an issue. The elasticache server is running 2 replicas - a primary and secondary. Also, authservice is running a deployment with 2 pods, but has the ability to autoscale to 3. Resources do not seem to be an issue there
Also we have the following set on redis/elasticache:
appendonly no
maxmemory-policy allkeys-lru
Would like to see if there is a way to either optimize redis or increase the number of retries via a variable that can be added in at runtime
We are currently running authservice using AWS Elasticache as a backing store. During high traffic hours, we often see this issue in the logs
I have looked into different ways of tweaking the Elasticache server, including upgrading the instance to cache.m5.large. So pure resource consumption does not seem to be an issue. The elasticache server is running 2 replicas - a primary and secondary. Also, authservice is running a deployment with 2 pods, but has the ability to autoscale to 3. Resources do not seem to be an issue there
Also we have the following set on redis/elasticache: appendonly no maxmemory-policy allkeys-lru
Would like to see if there is a way to either optimize redis or increase the number of retries via a variable that can be added in at runtime