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
I'm testing argo-rollouts 1.7.2 with argoproj-labs/gatewayAPI 0.3.0 version plugin. Installed v1.0.0 Gateway API via kubectl apply -f https://github.com/kubernetes-sigs/gateway-api/releases/download/v1.0.0/standard-install.yaml
Updated haproxy to 0.15.0 alpha3 to make use of v1.0.0 Gateway API standard.
Both testapp and testapp-canary Services refer to the same PODs when deployment is stable and argo-rollouts controller sets weight to 0 for the canary service when rollout successfully completes.
When this happens haproxy-controller sets weight of backends to 0:
server srv001 10.10.180.29:8080 weight 0 check inter 2s
server srv002 10.10.180.90:8080 weight 0 check inter 2s
server srv003 10.10.180.91:8080 weight 0 check inter 2s
server srv004 10.10.180.92:8080 weight 0 check inter 2s
server srv005 10.10.180.93:8080 weight 0 check inter 2s
This results in returning 503 error when curling testapp.mycluster.dev
If I manually edit HTTPRoute and set canary services weight to any non-zero setting everything starts working.
Expected behavior
Haproxy controller shouldn't set backend weight to zero when the one of multiple services in the HTTPRoute has 0 weight set.
Steps to reproduce the problem
Create Deployment and two Services with different names both referring to the same Deployment PODs
Create Gateway and HTTPRoute as pointed out above
Curling the Hostname from HTTPRoute produces 503 error
Manually set second Service weight to non-zero value
Curling the Hostname from HTTPRoute produces expected result
Environment information
HAProxy Ingress version: v0.15.0 alpha3
argo-rollouts 1.7.2 with argoproj-labs/gatewayAPI version 0.3.0
Gateway API v1.0.0
The text was updated successfully, but these errors were encountered:
Description of the problem
I'm testing argo-rollouts 1.7.2 with
argoproj-labs/gatewayAPI
0.3.0 version plugin. Installed v1.0.0 Gateway API viakubectl apply -f https://github.com/kubernetes-sigs/gateway-api/releases/download/v1.0.0/standard-install.yaml
Updated haproxy to
0.15.0 alpha3
to make use of v1.0.0 Gateway API standard.Rollout manifest exempt:
HTTProute and Gateway are configured like this:
Both
testapp
andtestapp-canary
Services refer to the same PODs when deployment is stable and argo-rollouts controller sets weight to 0 for the canary service when rollout successfully completes.When this happens haproxy-controller sets weight of backends to 0:
This results in returning
503
error when curlingtestapp.mycluster.dev
If I manually edit HTTPRoute and set canary services weight to any non-zero setting everything starts working.
Expected behavior
Haproxy controller shouldn't set backend weight to zero when the one of multiple services in the
HTTPRoute
has 0 weight set.Steps to reproduce the problem
Deployment
and twoServices
with different names both referring to the sameDeployment
PODsGateway
andHTTPRoute
as pointed out aboveHostname
fromHTTPRoute
produces 503 errorService
weight to non-zero valueHostname
fromHTTPRoute
produces expected resultEnvironment information
HAProxy Ingress version:
v0.15.0 alpha3
argo-rollouts
1.7.2
withargoproj-labs/gatewayAPI
version0.3.0
Gateway API
v1.0.0
The text was updated successfully, but these errors were encountered: