Daniel Rossos created FLINK-38577:
-------------------------------------

             Summary: linkBlueGreenDeployment Kubernetes Networking Update / 
Ingress not Stable
                 Key: FLINK-38577
                 URL: https://issues.apache.org/jira/browse/FLINK-38577
             Project: Flink
          Issue Type: Bug
          Components: Kubernetes Operator
            Reporter: Daniel Rossos


Both the blue and green FlinkDeployments attempt to create their own service 
for their Flink pipeline, but only the initial Flink Blue deployment will 
create an ingress and Green will have issues creating one at the same route. 
This results in problems as when Blue goes down in favour of Green the ingress 
will be lost.

Example error event from Green deployment on startup. Will still work normally, 
but ingress creation fails.
```
JobManagerDeployment Failure executing: POST at: 
https://<IP>/apis/networking.k8s.io/v1/namespaces/<NS>/ingresses. Message: 
admission webhook "validate.nginx.ingress.kubernetes.io" denied the request: 
host "<ADDRESS>" and path "/" is already defined in ingress 
<BlueDep-Ingress>/<name>-blue. Received status: Status(apiVersion=v1, code=400, 
details=null, kind=Status, message=admission webhook 
"validate.nginx.ingress.kubernetes.io" denied the request: host "<ADDRESS>" and 
path "/" is already defined in ingress <BlueDep-Ingress>/<name>-blue, 
metadata=ListMeta(_continue=null, remainingItemCount=null, 
resourceVersion=null, selfLink=null, additionalProperties={})
```

We should have a more nuanced Service + Ingress Kubernetes networking solution 
for BlueGreen deployments. Naive / first thoughts would be something like 1 svc 
and 1 ingress that will dynamically bind to whatever FlinkDeployment is active, 
but have opened this discussion thread for further ideation (updating once 
thread created)



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to