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
When deploying validation webhooks on EKS clusters that uses calico CNI plugin instead of the CNI the Control plane of EKS cannot reach the private IPs of the pods assigned by calico.
This is the case for the seldon-core-operator and its validating webhook.
The following error shows when trying to apply a new SeldonDeployment object
Error from server (InternalError): error when creating "seldondeployment.yaml": Internal error occurred: failed calling webhook "v1.vseldondeployment.kb.io": Post "https://seldon-webhook-service.seldon-system.svc:443/validate-machinelearning-seldon-io-v1-seldondeployment?timeout=10s": Address is not allowed
To reproduce
Setup EKS cluster with Calico network plugin
Install seldon core operator from the helm chart
Apply any demo SeldonDeployment kind
Proposed Solution
This is a pretty well known issue as described here
The easy solution is to set hostNetwork: true on the seldon-controller-manager deployment
Thanks for reporting @marianobilli - we haven't seen this below, we used to deploy seldon core without issues with calico back when we tried in Digitalocean but seems this may have changed. Yes a PR would be quite useful - let us know if you need any pointers for the PR 👍
Describe the bug
When deploying validation webhooks on EKS clusters that uses calico CNI plugin instead of the CNI the Control plane of EKS cannot reach the private IPs of the pods assigned by calico.
This is the case for the seldon-core-operator and its validating webhook.
The following error shows when trying to apply a new SeldonDeployment object
To reproduce
Proposed Solution
This is a pretty well known issue as described here
The easy solution is to set
hostNetwork: true
on the seldon-controller-manager deploymentFor this the Helm Template deployment_seldon-controller-manager.yaml needs to be modifed with this:
Also will be necessary to allow changing the default exposed ports as they may collide with other exposed ports on the node.
And default values.yaml
needs to
false
add:Environment
The text was updated successfully, but these errors were encountered: