Related issue
#3987
Descriptions
The main network policy support PR was merged with some follow-ups left #4638
Docs
- Update the docs to recommend a namespace-level default-deny-all policy as a baseline. Since pods and NetworkPolicies are created asynchronously by different controllers, there is a small race window where pods may start before the policy is applied. A pre-existing namespace default-deny policy closes that gap, while the generated allow rules remain additive on top. (link)
- Document a recommendation for users to deploy the kuberay operator in the
ray-system namespace instead of the current default
namespace, to reduce the security surface. (link)
- Provide an example that allows traffic from kube-apiserver or related proxies (link)
Tests
- Add NetworkPolicy e2e coverage on a Kind v1.35 cluster (Kindnet has enforced NetworkPolicy since v1.32): (link)
- RayJob without clusterSelector, using runtimeEnv
- RayJob with clusterSelector
- RayService (verify that we actually receive a response from the Serve application)
Samples
- Fix the CNI-related description in ray-operator/config/samples/ray-cluster.network-isolation-deny-all.yaml. (link)
Related issue
#3987
Descriptions
The main network policy support PR was merged with some follow-ups left #4638
Docs
ray-systemnamespace instead of the current defaultnamespace, to reduce the security surface. (link)
Tests
Samples