You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Been playing with the rabbitmq trigger and everything was working well.
Somewhere in the testing keda quit closing connections to one of our clusters. I've gone as far as deleted all the kubernetes templates of keda, rebuilt the rabbitmq cluster, rebuilt all the templates that were using triggers and it's still causing my rabbitmq cluster to gain connections.
If I delete the keda pods the connection count drops instantly, but I can't see why it's opening new connections to the service without closing them.
Any help would be appreciated, if I can share any other details please let me know!
Example: This cluster is usually around 45 connections.
We are running on EKS in AWS.
AMI Version: amazon-eks-node-1.13-v20190614 (ami-08c4955bcc43b124e)
The text was updated successfully, but these errors were encountered:
I can confirm that a properly RabbitMQ producer /consumer frees the connections after the HPA resizes down to the original state. I am using NServiceBus BTW.
And like I said if you tested with the sample project on Keda, it has some bug that the consumers are not scaled down and of course the connections per se on those consumers are not.
* Provide consistent scaler docs for KEDA 2.0
Signed-off-by: Tom Kerkhove <kerkhove.tom@gmail.com>
* Too fast, 🤠
Signed-off-by: Tom Kerkhove <kerkhove.tom@gmail.com>
Been playing with the rabbitmq trigger and everything was working well.
Somewhere in the testing keda quit closing connections to one of our clusters. I've gone as far as deleted all the kubernetes templates of keda, rebuilt the rabbitmq cluster, rebuilt all the templates that were using triggers and it's still causing my rabbitmq cluster to gain connections.
If I delete the keda pods the connection count drops instantly, but I can't see why it's opening new connections to the service without closing them.
Any help would be appreciated, if I can share any other details please let me know!
Example: This cluster is usually around 45 connections.
We are running on EKS in AWS.
AMI Version: amazon-eks-node-1.13-v20190614 (ami-08c4955bcc43b124e)
The text was updated successfully, but these errors were encountered: