Skip to content

Commit 8d91945

Browse files
authored
fix: added openshift details in nim k8s docs
1 parent 6536bdc commit 8d91945

File tree

1 file changed

+8
-0
lines changed

1 file changed

+8
-0
lines changed

content/nim/deploy/kubernetes/deploy-using-helm.md

Lines changed: 8 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -565,6 +565,14 @@ openshift:
565565

566566
This ensures pods can run with the user IDs required by NGINX Instance Manager services.
567567

568+
{{< note >}} The NIM deployment on OpenShift has been tested with OpenShift v4.13.0 Server. {{< /note >}}
569+
570+
### How OpenShift handles security constraints
571+
572+
When `openshift.enabled: true` is set in the `values.yaml` file, the NGINX Instance Manager deployment automatically creates a **custom [Security Context Constraints](https://docs.redhat.com/en/documentation/openshift_container_platform/4.13/html/authentication_and_authorization/managing-pod-security-policies) (SCCs)** and links it to the Service Account used by all pods.
573+
574+
By default, OpenShift enforces strict security policies that require containers to run as **non-root** users. The NGINX Instance Manager deployment needs specific user IDs (UIDs) for certain services, such as **1000** for `nms` and **101** for `nginx` and `clickhouse`. Since the default SCCs do not allow these UIDs, a **custom SCC** is created. This ensures that the deployment can run with the necessary permissions while maintaining OpenShift’s security standards. The custom SCC allows these UIDs by setting the `runAsUser` field, which controls which users can run containers.
575+
568576
{{< call-out "note" "Note" >}}
569577
If you see permission errors during deployment, your user account might not have access to manage SCCs. Contact a cluster administrator to request access.
570578
{{< /call-out >}}

0 commit comments

Comments
 (0)