Upgrade NVIDIA Run:ai
This page walks through the NVIDIA Run:ai upgrade procedure: preparing software artifacts, upgrading the control plane, upgrading the cluster, and verifying the result.
Note
Upgrades are performed using Manual Helm, regardless of which path you used to install NVIDIA Run:ai. Guided Installation does not support upgrades.
Before You Begin
Complete the following before starting the upgrade:
- Plan the Upgrade
- Back Up Before Upgrading
- Migrate GPU Fractions, if your cluster uses GPU fractions
Helm
NVIDIA Run:ai requires Helm 3.14 or later. Before you continue, validate your installed Helm client version. To install or upgrade Helm, see Installing Helm.
Note
Helm 4 defaults to server-side apply when installing a new chart release, which can conflict with resources managed by the NVIDIA Run:ai operator. Append --server-side=false to your helm upgrade command. NVIDIA Run:ai clusters originally installed with Helm 3.x are unaffected.
Prepare Software Artifacts
Note
Following a deprecation that started in v2.25, JFrog is no longer supported as a software artifact source. NGC is the only supported path for upgrading NVIDIA Run:ai.
Connected (NGC)
Connected (NGC)
For connected environments, prepare the artifacts according to the release type you are upgrading to.
Open Source
Open Source artifacts are publicly available from NGC and do not require authentication.
Support-Entitled
Before upgrading, make sure an image pull secret is already configured, as described in Software Artifacts.
Note
If you are upgrading from a JFrog-based installation, prepare the NGC-based runai-reg-creds secret as described in Software Artifacts.
Air-gapped
Air-gapped
The artifact preparation process is the same for Open Source and Support-Entitled environments.
Before upgrading:
- Set
runaiVersioninairgap-pack.yamlto the NVIDIA Run:ai version you are upgrading to. - Complete the
airgap packandairgap loadprocedures described in Software Artifacts.
Make sure the required artifacts are available in the air-gapped environment before upgrading the control plane and cluster.
Upgrade the Control Plane
Before You Upgrade
Before upgrading the NVIDIA Run:ai control plane, review the System Requirements and complete the applicable steps in Preparations.
Upgrade
Connected (NGC)
Connected (NGC)
Run the following command for the release type you are upgrading to and update the values as described below.
Open Source
Replace <VERSION> with the NVIDIA Run:ai version you are upgrading to.
Support-Entitled
- Replace
<VERSION>with the NVIDIA Run:ai version you are upgrading to. - Set
supportEntitled=trueto configure the installation as Support-Entitled. - Set
telemetryService.enabled=trueto enable NVIDIA Run:ai’s telemetry. - Set
global.imagePullSecrets[0].name=runai-reg-credsto use the NGC image pull secret prepared in Software Artifacts. - Optional: associate NVIDIA Run:ai’s telemetry with your NCA ID by adding one of the following to the
helm upgradecommand. See Registry Credentials for how to generate the NGC Service API Key. By default, telemetry is not associated with your organization.--set telemetryService.telemetryAuth.token=<SERVICE_API_KEY>- Passes the Service API Key directly. Visible in shell history and process listings.--set telemetryService.telemetryAuth.existingSecret=<SECRET_NAME> --set telemetryService.telemetryAuth.secretKey=<KEY_NAME>- References a secret you create yourself beforehand - the chart does not create or manage it.
Note
These flags are new in v3.0, so add them explicitly when upgrading from v2.26 or earlier. --reset-then-reuse-values keeps the rest of your current configuration, such as your domain and tenant administrator settings. When you upgrade from v3.0 or later, it also keeps these flags, so you do not need to pass them again.
Air-gapped
Air-gapped
Prerequisite
If your internal registry requires authentication, you must create the runai-reg-creds imagePullSecret before proceeding. See Software Artifacts in Preparations.
Run the following command for the release type you are upgrading to and update the values as described below.
- Replace
<VERSION>with the NVIDIA Run:ai version you are upgrading to. - Replace
<VALUES_DIR>with thevaluesDirpath configured inairgap-load.yaml. Thecontrol-plane-airgap-values.yamlfile is generated byairgap load. - If your internal registry requires authentication, add
--set global.imagePullSecrets[0].name=runai-reg-credsto reference the secret created in Software Artifacts.
Open Source
Support-Entitled
Add --set supportEntitled=true and --set telemetryService.enabled=true to the helm upgrade command:
Note
These flags are new in v3.0, so add them explicitly when upgrading from v2.26 or earlier. When you upgrade from v3.0 or later, --reset-then-reuse-values keeps them, so you do not need to pass them again.
Upgrade the Cluster
Before You Upgrade
Before upgrading the NVIDIA Run:ai cluster, review the System Requirements and complete the applicable steps in Preparations and Prerequisites and Features.
Note
It is highly recommended to upgrade the Kubernetes version together with the NVIDIA Run:ai cluster version, to ensure compatibility with the latest supported version of your Kubernetes or OpenShift distribution. See Kubernetes and OpenShift Compatibility.
Setup
- In the NVIDIA Run:ai UI, go to Resources -> Clusters
- Select the cluster you want to upgrade
- Click INSTALLATION INSTRUCTIONS
- Optional: Select the NVIDIA Run:ai cluster version (latest, by default)
- Under Settings, review the cluster location (Same as control plane or Remote control plane) and Cluster URL
- Click CONTINUE
Run the Upgrade Command
The command below is the same for both Open Source and Support-Entitled Release upgrades.
Note
The bootstrapToken in the generated Helm command is a short-lived token that expires 2 hours after generation. If you do not complete the installation within that window, return to the cluster wizard in the NVIDIA Run:ai UI to generate a new command before running it.
Connected (NGC)
Connected (NGC)
-
The NVIDIA Run:ai platform displays the Helm upgrade command in the cluster wizard.
-
Modify the UI-generated command as follows:
- If you are using a local certificate authority, add
--set global.customCA.enabled=trueto the Helm command as described in the Cluster Local CA section. - The recommended ingress controller is HAProxy. If you are using a different ingress controller, update the ingress class to match the ingress controller configured during the control plane installation.
- Keep the remaining
--setvalues exactly as generated by the UI.
- If you are using a local certificate authority, add
-
Click DONE
Air-gapped
Air-gapped
-
The NVIDIA Run:ai platform displays the Helm upgrade command in the cluster wizard.
Do not run the command exactly as shown in the UI. -
Update the UI-generated Helm command as follows:
- Do not add the Helm repository - skip
helm repo addandhelm repo update. - Replace
runai/runai-clusterwith./charts/runai-cluster-<VERSION>.tgz, the chart written byairgap load. - Add
-f <VALUES_DIR>/cluster-airgap-values.yaml. Replace<VALUES_DIR>with thevaluesDirpath you set inairgap-load.yaml. - Add
--set global.customCA.enabled=trueas described in the Cluster Local CA section. - The recommended ingress controller is HAProxy. If you are using a different ingress controller, update the ingress class to match the ingress controller configured during the control plane installation.
- Keep the remaining
--setvalues exactly as generated by the UI.
- Do not add the Helm repository - skip
-
Click DONE
Once installation is complete, validate the cluster is Connected and listed with the new cluster version. Once you have done this, the cluster is upgraded to the latest version. If the cluster does not appear as expected, see the cluster troubleshooting scenarios.
Migrate from NGINX to HAProxy Kubernetes Ingress Controller
Note
This section applies to Kubernetes only. OpenShift includes a pre-installed ingress controller by default and does not require this migration.
NVIDIA Run:ai recommends using HAProxy Kubernetes Ingress Controller as the ingress controller. This change aligns with the announced retirement of the upstream NGINX Ingress Controller project.
Clusters upgraded from earlier versions typically already have NGINX installed. After upgrading to <VERSION>, follow the steps below to migrate ingress traffic from NGINX Ingress Controller to HAProxy Kubernetes Ingress Controller.
Migration Resources
You can utilize additional resources to streamline your migration. Visit the HAProxy Migration Center to access a dedicated migration assistant tool and a technical webinar on moving from NGINX to HAProxy.
Check the Service Type of the Existing Ingress Controller
Before installing the HAProxy Kubernetes Ingress Controller, identify which ingress controller is currently in use. If your cluster already has an ingress controller installed, verify how it is exposed to avoid port address conflicts.
- If the existing ingress controller uses NodePort, note the HTTP/HTTPS NodePort values to ensure HAProxy is configured with non-overlapping ports.
- If the existing ingress controller uses LoadBalancer, no additional action is required.
When running more than one ingress controller in the same cluster, port conflicts are relevant only for NodePort-based setups. LoadBalancer-based controllers automatically receive separate external IP addresses.
Note
If your setup differs from the examples above, adjust the configuration accordingly. When using external LoadBalancer on top of Ingress with service type NodePort, you may need to update external resources to route traffic to HAProxy’s configured NodePort values.
Install and Configure HAProxy Kubernetes Ingress Controller
Ingress controllers can be installed and configured in different ways depending on your Kubernetes distribution and how you expose services (for example, NodePort vs. LoadBalancer).
The sections below provide environment-specific Helm installation examples. Select the option that matches your deployment environment.
Note
OpenShift and RKE2 include a pre-installed ingress controller by default.
Vanilla Kubernetes
Vanilla Kubernetes
If your cluster already has an ingress controller installed (for example, NGINX) and it is exposed via NodePort, configure HAProxy to use different NodePort values so both controllers can run simultaneously.
Ensure the selected NodePort values do not overlap with ports already used by the existing ingress controller.
Managed Kubernetes (EKS, GKE, AKS)
Managed Kubernetes (EKS, GKE, AKS)
When using a LoadBalancer, each ingress controller automatically receives its own external IP address from the cloud provider. This allows multiple ingress controllers to run in the same cluster without additional configuration.
Oracle Kubernetes Engine (OKE)
Oracle Kubernetes Engine (OKE)
When using a LoadBalancer, each ingress controller automatically receives its own external IP address from the cloud provider. This allows multiple ingress controllers to run in the same cluster without additional configuration.
Verify HAProxy Ingress
After installing the HAProxy Kubernetes Ingress Controller, verify that HAProxy ingresses are reachable before switching NVIDIA Run:ai components to use it. You can do this by deploying a simple hello-world application.
To run the test, identify the IP address that should reach the cluster’s nodes in your environment.
-
Create a local
haproxy-test.ymlfile: -
Run the following command:
Once the application is deployed, access the cluster’s IP address in a browser. If the page displays “hello from haproxy-ingress”, HAProxy is functioning correctly and you can proceed with upgrading NVIDIA Run:ai.
Upgrade the Control Plane
Run the following Helm command to update the NVIDIA Run:ai control plane to use HAProxy instead of NGINX.
Upgrade the Cluster
Setup
- In the NVIDIA Run:ai UI, go to Resources -> Clusters
- Select the cluster you want to upgrade
- Click INSTALLATION INSTRUCTIONS
- Optional: Select the NVIDIA Run:ai cluster version (latest, by default)
- Under Settings, review the cluster location (Same as control plane or Remote control plane) and Cluster URL
- Click CONTINUE
Installation Instructions
-
Follow the installation instructions. Run the Helm commands provided on your Kubernetes cluster.
-
If not present, add the following flag to the helm install command:
-
Click DONE
-
Once installation is complete, validate the cluster is Connected and listed with the new cluster version (see the cluster troubleshooting scenarios). Once you have done this, the cluster is upgraded and the workloads in this cluster will now use HAProxy instead of NGINX.
Troubleshooting
If you encounter an issue with the cluster upgrade, use the troubleshooting scenarios below.
Installation Fails
If the NVIDIA Run:ai cluster installation failed, check the installation logs to identify the issue. Run the following script to print the installation logs:
Cluster Status
If the NVIDIA Run:ai cluster upgrade completes, but the cluster status does not show as Connected, refer to Troubleshooting scenarios.