Hi Jim
In general, you have to run your own "Metrics Server" which queries the qmgr for queue depths, then tells Kubernetes to increase/reduce pods..
What is your Kubernetes strategy - each queue its own container?
I could imagine that a few of the known MQ 3rd party tool vendors already have a plugin in place that one could use.
However, if a pod is busy consuming messages, its CPU etc is going up, so you could use the default autoscaler based on CPU usage.
------------------------------
Matthias Jungbauer
------------------------------
Original Message:
Sent: Wed December 14, 2022 04:49 PM
From: Jim Creasman
Subject: Client pod autoscaling in Kubernetes based on MQ queue depth.
Does anyone know about, or perhaps has written, a Kubernetes autoscaler that checks queue depth to know when more queue consumer instances are needed? Note, this would be scaling of the MQ clients and not the queue managers. I found this package (https://github.com/ibm-messaging/mq-keda), but looks like it hasn't seen activity in about two years.
------------------------------
Jim Creasman
------------------------------