Comments (5)
Is this standard approach in such scenario when ingress is in application ns?
Yeah, it's a good option indeed
Yes the route is this - ingress -> external name service -> http-add-on service -> interceptor -> you app service -> your app
Your ingress is pointing directly to
http-add-on service
, which probably isn't correct as you should refer to the external name serviceapiVersion: networking.k8s.io/v1 kind: Ingress ... spec: rules: - host: test.com http: paths: - backend: service: name: keda-add-ons-http-interceptor-proxy ....Is that your configuration at ingress level?
Thanks for your inputs. I am closing this issue now.
from http-add-on.
Hello!
From your manifests, I think that the externalName service is called demo-externalname
but the service called from nginx is keda-add-ons-http-interceptor-proxy
.
I assume that your ingress is in the application namespace, so the route is
- ingress -> external name service -> http-add-on service -> interceptor -> you app service -> your app
Try changing the service in the ingress to the externalName service
from http-add-on.
I can see also an issue related with RBAC in the interceptor, I'd suggest upgrading to v0.7.0. For going live, I'd wait until v0.8.0, because we found an error on helm chart that blocks the helm upgrade, forcing to remove and reinstall (so, for evaluating the add-on can be enough v0.7.0, but for something stable you should wait for v0.8.0)
v0.8.0 will be released soon, and your problem isn't related with the version but with ingress config
from http-add-on.
Hello! From your manifests, I think that the externalName service is called
demo-externalname
but the service called from nginx iskeda-add-ons-http-interceptor-proxy
. I assume that your ingress is in the application namespace, so the route is
- ingress -> external name service -> http-add-on service -> interceptor -> you app service -> your app
Try changing the service in the ingress to the externalName service
Hello!! Sorry that was a typo. I have updated it.
Yes the route is this - ingress -> external name service -> http-add-on service -> interceptor -> you app service -> your app.. Is this standard approach in such scenario when ingress is in application ns? If possible could you share some references. Thanks
from http-add-on.
Is this standard approach in such scenario when ingress is in application ns?
Yeah, it's a good option indeed
Yes the route is this - ingress -> external name service -> http-add-on service -> interceptor -> you app service -> your app
Your ingress is pointing directly to http-add-on service
, which probably isn't correct as you should refer to the external name service
apiVersion: networking.k8s.io/v1
kind: Ingress
...
spec:
rules:
- host: test.com
http:
paths:
- backend:
service:
name: keda-add-ons-http-interceptor-proxy
....
Is that your configuration at ingress level?
from http-add-on.
Related Issues (20)
- Scaling of pods is not happening as per the http requests HOT 61
- Scaling of pods is not happening as per the http requests HOT 1
- Cannot modify HTTPScaledObjects after moving from 0.7.0 to 0.8.0 HOT 7
- Walkthrough Error: the path "examples/v0.8.0/httpscaledobject.yaml" does not exist HOT 2
- HTTPScaledObject Vanishes Immediately after Creation HOT 1
- TLS requests are sent over HTTP instead of HTTPS HOT 9
- ScaledObject is not created HOT 8
- OTEL Env vars don't respect spec HOT 3
- Proxy letting through too many requests before additional replicas ready HOT 3
- namespacedNameError on Proxy when attempting to submit a cURL call to it HOT 1
- Multiple deployments per httpso HOT 7
- Flux v2 reconciler is not working correctly for HTTPScaledObject HOT 9
- HTTPScaledObject doesn't scale-up HOT 1
- HTTPScaledObject restarts existing pods
- Deprecate `spec.scaleTargetRef.deployment`
- KEDA's security standards (signing images, snyk, etc...)
- Interceptor Proxy - Configure header, proxy and buffer size
- RPS doesn't decrease when requests stop suddenly HOT 1
- Memory leak on Interceptor HOT 15
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from http-add-on.