Problem
The knative-operator Helm chart exposes affinity and tolerations for both chart-owned deployments:
- knative_operator.knative_operator.affinity
- knative_operator.knative_operator.tolerations
- knative_operator.operator_webhook.affinity
- knative_operator.operator_webhook.tolerations
It does not expose matching nodeSelector values for those same deployments.
Clusters with dedicated node pools often need all three scheduling knobs. Today the workaround is to express simple node selection through affinity.nodeAffinity, which works but is more verbose and less consistent with common Helm chart behavior.
Request
Add nodeSelector support for both chart-owned deployments:
- knative_operator.knative_operator.nodeSelector
- knative_operator.operator_webhook.nodeSelector
and render those values into spec.template.spec.nodeSelector.
Related
This issue is narrower: it only covers the Helm chart's own operator and webhook deployment pods.
Problem
The knative-operator Helm chart exposes affinity and tolerations for both chart-owned deployments:
It does not expose matching nodeSelector values for those same deployments.
Clusters with dedicated node pools often need all three scheduling knobs. Today the workaround is to express simple node selection through affinity.nodeAffinity, which works but is more verbose and less consistent with common Helm chart behavior.
Request
Add nodeSelector support for both chart-owned deployments:
and render those values into spec.template.spec.nodeSelector.
Related
spec.deployments.nodeSelector#658 added spec.deployments.nodeSelector support for KnativeServing/KnativeEventing workloads managed by the operator.This issue is narrower: it only covers the Helm chart's own operator and webhook deployment pods.