Skip to content

[Epic] [Feature] NetworkPolicy support follow-ups #5030

Description

@machichima

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)

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions