Deploy with Helm
Alpamayo1.5 NIM can be deployed on Kubernetes with the NVIDIA NIM WFM Helm chart. To use Helm, you need a Kubernetes cluster with supported NVIDIA GPU nodes and the GPU Operator installed.
For supported GPUs and profile constraints, refer to Support Matrix.
Prerequisites
Create an NGC_API_KEY and authenticate to NGC as described in Quickstart Guide.
After you have an NGC API key, download the nim-wfm Helm chart from NGC. Select the chart version from the NGC Catalog. The following prompt avoids a hidden placeholder in subsequent commands:
You can inspect the chart README and values before deploying:
Create Kubernetes Secrets
Create one secret for pulling the container image and one secret for model asset downloads:
Configure Values
Create a custom-values.yaml file. The following example deploys one trajectory sample value with a persistent model cache. The NIM automatically selects a compatible profile for the visible GPU.
To request a specific precision, add NIM_PRECISION with one of bf16, fp8, or w4a16. Refer to Support Matrix for supported GPU and precision combinations.
Do not set NGC_API_KEY or NIM_CACHE_PATH through the env list. Use model.ngcAPISecret for the NGC key and model.nimCache for the cache path inside the container. Configure persistence to provide writable storage at that path.
The generic nim-wfm chart exposes the HTTP API service port. Alpamayo1.5 NIM also listens on gRPC port 50051 for low-latency trajectory serving. If your production clients use gRPC, expose port 50051 with your cluster service configuration or a chart version that supports an additional service port.
Launch the NIM
Install the chart with your custom values:
Wait for the pod to become ready:
Run Inference
Port-forward the HTTP service:
Then verify readiness:
For request examples, refer to Quickstart Guide and API Reference.
Troubleshooting
If the pod is stuck in Pending, check scheduling events:
Common causes are missing GPU resources, node taints without matching tolerations, and storage configuration issues.
If startup fails before readiness, inspect the container logs:
Large first-run model downloads and model materialization can take time. Use a persistent cache volume and increase startupProbe.failureThreshold if your cluster has slow model storage or network access.