-
Notifications
You must be signed in to change notification settings - Fork 108
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Cluster-global http-add-on: scale-up from zero doesn't work #367
Comments
@morganchristiansson thanks for this. the operator is what sets up the Also, thanks for that patch! I'll look out for the PR. |
After setting
I'm guessing NAMESPACE is needed in other pods too..... It's not intercepting requests from nginx-ingress... |
@morganchristiansson what about |
@morganchristiansson are you still interesting in this? If so, I'm happy to continue working to get it solved. Just let me know. |
Sorry have been away and other things to focus on. After reinstalling with latest helm charts and default image tags I just got it all to work. I did not immediately realize ingress should forward to serviceName: keda-add-ons-http-interceptor-proxy and be in keda namespace which caused scale up not to happen. Thanks this is great. |
@morganchristiansson great to hear. out of curiousity, what documentation did you read to get started? I want to make sure wherever you looked is updated to make it clear that the service name to which ingress should forward is |
I was reading the walkthrough https://github.com/kedacore/http-add-on/blob/main/docs/walkthrough.md it does mention ingressNamespace which sets namespace on ingress resource in xkcd example chart. Most charts do not support providing servicename or namespace to ingress. So I'm creating ingress outside the chart. |
Also was it considered to create proxy-interceptor pod per HTTPScaledObject with labels from service selector. Then ingress and service selector forward to proxy-interceptor pod per service selector Naively this seems like a good idea. Anyhow it's working fine as is. I guess you loose out on monitoring active requests to discover that it's idle and will scale to zero. |
Thanks @morganchristiansson ! |
Report
First try running http-add-on. Scaling deployment/redmine in namespace redmine with keda in namespace keda .
Getting error from keda-operator below. It's trying to connect to
keda-add-ons-http-external-scaler.redmine.svc.cluster.local
which exists in namespacekeda
. It's incorrectly usingredmine
namespace that HTTPScaledObject is in.(I also created empty configmap/keda-http-routing-table in redmine ns. Not sure it's relevant.)
BTW http-add-on chart is missing rbac configmaps patch. Will create PR soon. kedacore/charts@main...morganchristiansson:fix-http-add-on
Expected Behavior
scale-up from zero should work
Actual Behavior
503 service unavailable from nginx-ingress - interceptor is not receiving requests
Steps to Reproduce the Problem
images.tag: canary
Logs from KEDA HTTP operator
NOTE: logs from keda-operator - not keda-http-operator
What version of the KEDA HTTP Addon are you running?
http-add-on canary docker images with keda 2.5.0
Kubernetes Version
1.21
Platform
Other
Anything else?
Related to #269
The text was updated successfully, but these errors were encountered: