What it is. 38 NIMService samples from NVIDIA's k8s-nim-operator, one for each model variant.
Install one. Pick a row in the table and run its test script with bash.
Needs first. The NIM Operator, an image pull Secret, an API key Secret and storage for the model. The script stops and lists them until they are in place.
Pick a model variant
Every variant is flatten-with-routes. Its objects are kept as they are, and its plan names the NIM Operator, the image pull Secret, the model API key Secret and the model storage that come first.
NVIDIA gates the images and the model weights. The Catalog did not pull them, does not hold them and never redistributes them.
6 variants are flagged for review. The block for each one names its open question under Use this entry in ConfigHub.
| Model variant | Image the sample names | GPU request | Flags | Published as OCI | Read |
|---|---|---|---|---|---|
| autoscaling-meta-llama-3-2-1b-instruct-llm | nvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.0 | 1 × nvidia.com/gpu | None | Published | Listing · Objects · Test script |
| autoscaling-meta-llama-3-2-1b-instruct-multi-llm | nvcr.io/nim/nvidia/llm-nim:1.15.0 | 1 × nvidia.com/gpu | None | Published | Listing · Objects · Test script |
| basic-meta-llama-3-2-1b-instruct-llm | nvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.0 | 1 × nvidia.com/gpu | None | Published | Listing · Objects · Test script |
| basic-meta-llama-3-2-1b-instruct-multi-llm | nvcr.io/nim/nvidia/llm-nim:1.15.0 | 1 × nvidia.com/gpu | None | Published | Listing · Objects · Test script |
| basic-model-free-llama-3-2-1b-instruct | nvcr.io/nim/nvidia/model-free-nim:3.0.0 | 1 × nvidia.com/gpu | None | Published | Listing · Objects · Test script |
| confidential-computing-meta-llama-3-2-1b-instruct-kata-sandbox | nvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.0 | 1 × nvidia.com/pgpu | None | Published | Listing · Objects · Test script |
| epp-meta-llama3-8b-instruct | nvcr.io/nvstaging/nim-internal/vllm-oss-nim-llm-4-devel-llama3.1-8b-instruct:2.0.0-rc.20260203175658-38778af4c5e1fc45registry.k8s.io/gateway-api-inference-extension/epp:v1.3.1 | 1 × nvidia.com/gpu, 2 replicas | Flagged for review | Not published | Listing · Objects · Test script |
| example0-meta-llama3-2-1b-instruct | nvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.0 | 1, by a DRA claim | None | Published | Listing · Objects · Test script |
| example1-meta-llama3-2-1b-instruct | nvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.0 | 1, by a DRA claim | None | Published | Listing · Objects · Test script |
| example2-meta-llama3-2-1b-instruct | nvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.0 | 1, by a DRA claim | None | Published | Listing · Objects · Test script |
| full-meta-llama-3-2-1b-instruct-llm | nvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.0 | 1 × nvidia.com/gpu | None | Published | Listing · Objects · Test script |
| full-meta-llama-3-2-1b-instruct-multi-llm | nvcr.io/nim/nvidia/llm-nim:1.15.0 | 1 × nvidia.com/gpu | None | Published | Listing · Objects · Test script |
| grpcroutes-riva-tts | nvcr.io/nim/nvidia/riva-tts:1.3.0 | 1 × nvidia.com/gpu | None | Published | Listing · Objects · Test script |
| httproutes-meta-llama-3-2-1b-instruct-llm | nvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.0 | 1 × nvidia.com/gpu | None | Published | Listing · Objects · Test script |
| httproutes-meta-llama-3-2-1b-instruct-multi-llm | nvcr.io/nim/nvidia/llm-nim:1.15.0 | 1 × nvidia.com/gpu | None | Published | Listing · Objects · Test script |
| ingress-meta-llama-3-2-1b-instruct-llm | nvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.0 | 1 × nvidia.com/gpu | Flagged for review | Published | Listing · Objects · Test script |
| ingress-meta-llama-3-2-1b-instruct-multi-llm | nvcr.io/nim/nvidia/llm-nim:1.15.0 | 1 × nvidia.com/gpu | None | Published | Listing · Objects · Test script |
| knative-meta-llama-3-2-1b-instruct-llm | nvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.0 | 1 × nvidia.com/gpu | None | Published | Listing · Objects · Test script |
| knative-meta-llama-3-2-1b-instruct-multi-llm | nvcr.io/nim/nvidia/llm-nim:1.15.0 | 1 × nvidia.com/gpu | None | Published | Listing · Objects · Test script |
| lora-meta-llama-3-2-1b-instruct-llm | nvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.0 | 1 × nvidia.com/gpu | Flagged for review | Published | Listing · Objects · Test script |
| lora-meta-llama-3-2-1b-instruct-multi-llm | nvcr.io/nim/nvidia/llm-nim:1.15.0 | 1 × nvidia.com/gpu | Flagged for review | Published | Listing · Objects · Test script |
| manual-meta-llama3-2-1b-instruct | nvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.0 | 1, by a DRA claim | None | Published | Listing · Objects · Test script |
| multi-node-deepseek-r1-multi-node-nimservice | nvcr.io/nim/deepseek-ai/deepseek-r1:1.7.3 | 8 × nvidia.com/gpu | None | Published | Listing · Objects · Test script |
| multi-node-deepseek-r1-multi-node-nimservice-rdma | nvcr.io/nim/deepseek-ai/deepseek-r1:1.7.3 | 8 × nvidia.com/gpu | None | Published | Listing · Objects · Test script |
| multi-node-llama-3-1-8b-instruct-multinode | nvcr.io/nim/meta/llama-3.1-8b-instruct:2.0.10 | 2 × nvidia.com/gpu | Flagged for review | Published | Listing · Objects · Test script |
| nim-3-nemotron-3-super-120b-a12b | nvcr.io/nim/nvidia/nemotron-3-super-120b-a12b:3.0.0 | 4 × nvidia.com/gpu | None | Published | Listing · Objects · Test script |
| no-precaching-meta-llama-3-2-1b-instruct-emptydir | nvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.0 | 1 × nvidia.com/gpu | None | Published | Listing · Objects · Test script |
| no-precaching-meta-llama-3-2-1b-instruct-hostpath | nvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.0 | 1 × nvidia.com/gpu | None | Published | Listing · Objects · Test script |
| no-precaching-meta-llama-3-2-1b-instruct-llm | nvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.0 | 1 × nvidia.com/gpu | None | Published | Listing · Objects · Test script |
| no-precaching-meta-llama-3-2-1b-instruct-multi-llm-hf | nvcr.io/nim/nvidia/llm-nim:1.15.0 | 1 × nvidia.com/gpu | None | Published | Listing · Objects · Test script |
| no-precaching-meta-llama-3-2-1b-instruct-multi-llm-ngc | nvcr.io/nim/nvidia/llm-nim:1.15.0 | 1 × nvidia.com/gpu | None | Published | Listing · Objects · Test script |
| no-precaching-model-free-llama-3-2-1b-instruct | nvcr.io/nim/nvidia/model-free-nim:3.0.0 | 1 × nvidia.com/gpu | None | Published | Listing · Objects · Test script |
| retriever-llama-nemotron-embed-vl-1b-v2 | nvcr.io/nim/nvidia/llama-nemotron-embed-vl-1b-v2:2.3.0 | 1 × nvidia.com/gpu | None | Published | Listing · Objects · Test script |
| scheduling-meta-llama-3-2-1b-instruct-scheduling | nvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.0 | 1 × nvidia.com/gpu | Flagged for review | Published | Listing · Objects · Test script |
| sidecars-meta-llama-3-2-1b-instruct-sidecars | busybox:1.36nvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.0 | 1 × nvidia.com/gpu | None | Published | Listing · Objects · Test script |
| standard-meta-llama-3-2-1b-instruct | nvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.0 | 1 × nvidia.com/gpu | None | Published | Listing · Objects · Test script |
| standard-nim-service-model-free | nvcr.io/nim/nvidia/model-free-nim:3.0.0 | 1 × nvidia.com/gpu | None | Published | Listing · Objects · Test script |
| standard-nim-service-multi-llm | nvcr.io/nim/nvidia/llm-nim:1.15.0 | 1 × nvidia.com/gpu | None | Published | Listing · Objects · Test script |
Use this entry in ConfigHub
Every Catalog entry page carries these five steps in this order. Each step says what the Catalog has run for this entry, and a step with a missing precondition gives no command.
Steps 1 and 2 need no account. Install the cub CLI before any cub command. Step 2 uses cub config diff, which cub plugin install confighub/cub-workshop@v0.6.61 adds. This page covers 38 entries, so open the one you want. A live run on 2026-10-08 used these cub variant commands on other configuration, with no Target. It is not a run for this entry. The table above says what each one runs and needs.
Plain Kubernetes YAML, base autoscaling-meta-llama-3-2-1b-instruct-llm, version 5d5f66ee0e2e
What is fixed, and what you supply
Fixed when this entry was built. These went into the build, so the objects already carry them. To change one, build the entry again from its source.
sourceisdata/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/llm.yamlupstreamCommitis5d5f66ee0e2esourceFileSha256isd078fa423dbb9be6197e33568c0e222e8aa46039e18ee2f470901ba01b00a2faobjectSetSha256is03f7b8ce3ff95f8b7933fda5ab373c27469717e0f8670121f9d9551cebbbac63imageisnvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.0
Yours to supply or check. The destination must have these before the objects are applied. The words in italics say what the Catalog knows about each.
- The k8s-nim-operator chart at >=3.1.0 must be installed first. Every field this sample sets is declared by the apps.nvidia.com/v1alpha1 definitions retained from operator v3.1.0 under examples/aicr/eks-h100-inference-nim/operator-crds. The newest operator release this sample works with is not established. The sample was retained from upstream commit 5d5f66ee0e2e, and this repository does not record which operator release contains that commit. Declared. Not checked on any destination.
- The user supplies this image pull Secret. It is named by NIMCache spec.source.ngc.pullSecret and NIMService spec.image.pullSecrets. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMCache spec.source.ngc.authSecret and NIMService spec.authSecret. Declared. Not checked on any destination.
- The NIMService requests 1 GPU per pod as nvidia.com/gpu, with 1 replica. A destination needs that many allocatable GPUs of a kind the image supports, and nothing here checked one. Declared. Not checked on any destination.
- Every object in the sample is in the nim-service namespace. The sample ships no Namespace object, so the namespace must exist before apply. Declared. Not checked on any destination.
- The sample enables a ServiceMonitor labelled release=kube-prometheus-stack, so the Prometheus Operator's ServiceMonitor API must exist on the destination. Declared. Not checked on any destination.
- The sample enables a HorizontalPodAutoscaler that reads the metric gpu_cache_usage_perc, so a metrics adapter on the destination has to serve it. Declared. Not checked on any destination.
This entry's plan, and how to test it
These are the steps that plain objects cannot carry. ConfigHub stores them and does not carry them out. The words in italics say what the Catalog knows about each.
- Once the destination is known. Install the k8s-nim-operator chart from https://helm.ngc.nvidia.com/nvidia at >=3.1.0 and wait for nimcaches.apps.nvidia.com and nimservices.apps.nvidia.com before applying this sample. The k8s-nim-operator chart is not yet a Catalog entry on this branch, so this requirement names the chart and does not link a record. Who: The platform team that runs the NIM Operator on the selected destination. Generated. Not run on a cluster.
- Once the destination is known. Create the image pull Secret ngc-secret (NIMCache spec.source.ngc.pullSecret, NIMService spec.image.pullSecrets) in the sample's namespace before apply. The sample carries the name only, and no credential is held here. Who: The user, with their own NVIDIA entitlement. Generated. Not run on a cluster.
- Once the destination is known. Create the API key Secret ngc-api-secret (NIMCache spec.source.ngc.authSecret, NIMService spec.authSecret) in the sample's namespace before apply. The sample carries the name only, and no key or token is held here. Who: The user, with their own NVIDIA or model-hub entitlement. Generated. Not run on a cluster.
- Once the destination is known. The NIMService reads its model from NIMCache meta-llama-3-2-1b-instruct, which this sample file also defines. NIMCache meta-llama-3-2-1b-instruct asks the operator to create a 50Gi ReadWriteOnce PersistentVolumeClaim with an empty storageClass, so the storage class is a destination choice. The listing gives the rest. Who: The storage owner on the selected destination. Not evaluated.
Test the plain objects yourself. This script tests the retained objects themselves with kubectl, and it needs no cub and no account. Read it first and use a throwaway cluster. The Catalog has no recorded run of this script.
1. Get the exact objects Run for this entry
The Catalog retains its 2 objects in one file, exactly as supplied.
# fetch the retained objects for this entry
$ curl -fsSL -o nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/llm.yaml
# check the bytes against the listing
$ shasum -a 256 nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml
d078fa423dbb9be6197e33568c0e222e8aa46039e18ee2f470901ba01b00a2fa nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml
2. Compare with another version or base Not run for this entry
The listing records no comparison for this entry. The commands run on the retained files, with no account. This version has 37 other bases in the Catalog, and the listing names each one.
# fetch the autoscaling-meta-llama-3-2-1b-instruct-multi-llm base of the same version
$ curl -fsSL -o nimservice-autoscaling-meta-llama-3-2-1b-instruct-multi-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/multi-llm.yaml
# list what differs between the two bases
$ cub config diff nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml nimservice-autoscaling-meta-llama-3-2-1b-instruct-multi-llm.yaml --summary
3. Upload it as a variant Not run for this entry
The Catalog has not uploaded this entry. The commands use its published literal configuration bundle.
# sign in; steps 3 to 5 write to your ConfigHub organization
$ cub auth login
# preview the upload of the published bundle; nothing is written
$ cub variant upload --dry-run --component nimservice --variant autoscaling-meta-llama-3-2-1b-instruct-llm --space nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm:upstream-5d5f66ee0e2e@sha256:4c153c809f382cf873252cba7f58f8b0729e8484d07b6507ca503f98314402ab
# upload the bundle as a base Space of Units
$ cub variant upload --component nimservice --variant autoscaling-meta-llama-3-2-1b-instruct-llm --space nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm:upstream-5d5f66ee0e2e@sha256:4c153c809f382cf873252cba7f58f8b0729e8484d07b6507ca503f98314402ab
4. Deploy it Not run for this entry
No delivery run is recorded for this entry. Argo CD has not run, Flux has not run, and kubectl has not run. The commands name the Target workshop/target, which cub cluster up --name workshop creates on a local kind cluster with Argo CD. Use your own Target for a real destination. The listing records 7 inputs that the destination must supply, so read them before you deploy.
# clone the base onto a Target as a dev variant
$ cub variant create dev nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm --target workshop/target --space-pattern "template:nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm-dev"
# publish the Release that Argo CD or Flux pulls
$ cub release publish nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm-dev
5. Promote a change Not run for this entry
No promotion is recorded for this entry. Promotion carries a change in the base to the dev variant. The base changes when you edit a Unit or upload a newer version into the same Space.
# preview what the dev variant would take from the base
$ cub variant promote nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm-dev --dry-run -o mutations
# promote once you have read the preview
$ cub variant promote nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm-dev --change-desc "Pull the reviewed base forward"
Plain Kubernetes YAML, base autoscaling-meta-llama-3-2-1b-instruct-multi-llm, version 5d5f66ee0e2e
What is fixed, and what you supply
Fixed when this entry was built. These went into the build, so the objects already carry them. To change one, build the entry again from its source.
sourceisdata/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/multi-llm.yamlupstreamCommitis5d5f66ee0e2esourceFileSha256is3c599dbaa3ea9ff7081db63134259f95174c52937b085249eeba3960015a711aobjectSetSha256isd0fbdfff38eaef948494be36233d6da35694d03091b16523ccac4d5d7b48af79imageisnvcr.io/nim/nvidia/llm-nim:1.15.0
Yours to supply or check. The destination must have these before the objects are applied. The words in italics say what the Catalog knows about each.
- The k8s-nim-operator chart at >=3.1.0 must be installed first. Every field this sample sets is declared by the apps.nvidia.com/v1alpha1 definitions retained from operator v3.1.0 under examples/aicr/eks-h100-inference-nim/operator-crds. The newest operator release this sample works with is not established. The sample was retained from upstream commit 5d5f66ee0e2e, and this repository does not record which operator release contains that commit. Declared. Not checked on any destination.
- The user supplies this image pull Secret. It is named by NIMCache spec.source.hf.pullSecret and NIMService spec.image.pullSecrets. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMCache spec.source.hf.authSecret. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMService spec.authSecret. Declared. Not checked on any destination.
- The NIMService requests 1 GPU per pod as nvidia.com/gpu, with 1 replica. A destination needs that many allocatable GPUs of a kind the image supports, and nothing here checked one. Declared. Not checked on any destination.
- Every object in the sample is in the nim-service namespace. The sample ships no Namespace object, so the namespace must exist before apply. Declared. Not checked on any destination.
- The sample enables a ServiceMonitor labelled release=kube-prometheus-stack, so the Prometheus Operator's ServiceMonitor API must exist on the destination. Declared. Not checked on any destination.
- The sample enables a HorizontalPodAutoscaler that reads the metric gpu_cache_usage_perc, so a metrics adapter on the destination has to serve it. Declared. Not checked on any destination.
- The sample fetches model weights for meta-llama/Llama-3.2-1B-Instruct from https://huggingface.co. Those weights carry their own licence, and this entry fetched none of them. Declared. Not checked on any destination.
This entry's plan, and how to test it
These are the steps that plain objects cannot carry. ConfigHub stores them and does not carry them out. The words in italics say what the Catalog knows about each.
- Once the destination is known. Install the k8s-nim-operator chart from https://helm.ngc.nvidia.com/nvidia at >=3.1.0 and wait for nimcaches.apps.nvidia.com and nimservices.apps.nvidia.com before applying this sample. The k8s-nim-operator chart is not yet a Catalog entry on this branch, so this requirement names the chart and does not link a record. Who: The platform team that runs the NIM Operator on the selected destination. Generated. Not run on a cluster.
- Once the destination is known. Create the image pull Secret ngc-secret (NIMCache spec.source.hf.pullSecret, NIMService spec.image.pullSecrets) in the sample's namespace before apply. The sample carries the name only, and no credential is held here. Who: The user, with their own NVIDIA entitlement. Generated. Not run on a cluster.
- Once the destination is known. Create the API key Secret hf-api-secret (NIMCache spec.source.hf.authSecret); ngc-api-secret (NIMService spec.authSecret) in the sample's namespace before apply. The sample carries the name only, and no key or token is held here. Who: The user, with their own NVIDIA or model-hub entitlement. Generated. Not run on a cluster.
- Once the destination is known. The NIMService reads its model from NIMCache nim-cache-multi-llm, which this sample file also defines. NIMCache nim-cache-multi-llm asks the operator to create a 50Gi ReadWriteOnce PersistentVolumeClaim with an empty storageClass, so the storage class is a destination choice. The listing gives the rest. Who: The storage owner on the selected destination. Not evaluated.
Test the plain objects yourself. This script tests the retained objects themselves with kubectl, and it needs no cub and no account. Read it first and use a throwaway cluster. The Catalog has no recorded run of this script.
1. Get the exact objects Run for this entry
The Catalog retains its 2 objects in one file, exactly as supplied.
# fetch the retained objects for this entry
$ curl -fsSL -o nimservice-autoscaling-meta-llama-3-2-1b-instruct-multi-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/multi-llm.yaml
# check the bytes against the listing
$ shasum -a 256 nimservice-autoscaling-meta-llama-3-2-1b-instruct-multi-llm.yaml
3c599dbaa3ea9ff7081db63134259f95174c52937b085249eeba3960015a711a nimservice-autoscaling-meta-llama-3-2-1b-instruct-multi-llm.yaml
2. Compare with another version or base Not run for this entry
The listing records no comparison for this entry. The commands run on the retained files, with no account. This version has 37 other bases in the Catalog, and the listing names each one.
# fetch the autoscaling-meta-llama-3-2-1b-instruct-llm base of the same version
$ curl -fsSL -o nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/llm.yaml
# list what differs between the two bases
$ cub config diff nimservice-autoscaling-meta-llama-3-2-1b-instruct-multi-llm.yaml nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml --summary
3. Upload it as a variant Not run for this entry
The Catalog has not uploaded this entry. The commands use its published literal configuration bundle.
# sign in; steps 3 to 5 write to your ConfigHub organization
$ cub auth login
# preview the upload of the published bundle; nothing is written
$ cub variant upload --dry-run --component nimservice --variant autoscaling-meta-llama-3-2-1b-instruct-multi-llm --space nimservice-autoscaling-meta-llama-3-2-1b-instruct-multi-llm oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-autoscaling-meta-llama-3-2-1b-instruct-multi-llm:upstream-5d5f66ee0e2e@sha256:9fb50465a3a976158ee69dadb22c2b4d5932741eec8f35341ef874e86ff59d3e
# upload the bundle as a base Space of Units
$ cub variant upload --component nimservice --variant autoscaling-meta-llama-3-2-1b-instruct-multi-llm --space nimservice-autoscaling-meta-llama-3-2-1b-instruct-multi-llm oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-autoscaling-meta-llama-3-2-1b-instruct-multi-llm:upstream-5d5f66ee0e2e@sha256:9fb50465a3a976158ee69dadb22c2b4d5932741eec8f35341ef874e86ff59d3e
4. Deploy it Not run for this entry
No delivery run is recorded for this entry. Argo CD has not run, Flux has not run, and kubectl has not run. The commands name the Target workshop/target, which cub cluster up --name workshop creates on a local kind cluster with Argo CD. Use your own Target for a real destination. The listing records 9 inputs that the destination must supply, so read them before you deploy.
# clone the base onto a Target as a dev variant
$ cub variant create dev nimservice-autoscaling-meta-llama-3-2-1b-instruct-multi-llm --target workshop/target --space-pattern "template:nimservice-autoscaling-meta-llama-3-2-1b-instruct-multi-llm-dev"
# publish the Release that Argo CD or Flux pulls
$ cub release publish nimservice-autoscaling-meta-llama-3-2-1b-instruct-multi-llm-dev
5. Promote a change Not run for this entry
No promotion is recorded for this entry. Promotion carries a change in the base to the dev variant. The base changes when you edit a Unit or upload a newer version into the same Space.
# preview what the dev variant would take from the base
$ cub variant promote nimservice-autoscaling-meta-llama-3-2-1b-instruct-multi-llm-dev --dry-run -o mutations
# promote once you have read the preview
$ cub variant promote nimservice-autoscaling-meta-llama-3-2-1b-instruct-multi-llm-dev --change-desc "Pull the reviewed base forward"
Plain Kubernetes YAML, base basic-meta-llama-3-2-1b-instruct-llm, version 5d5f66ee0e2e
What is fixed, and what you supply
Fixed when this entry was built. These went into the build, so the objects already carry them. To change one, build the entry again from its source.
sourceisdata/aicr-nim-operator-models/upstream/serving/standalone/basic/llm.yamlupstreamCommitis5d5f66ee0e2esourceFileSha256is4218536519a5fdea32d12c719b7e37a93c0d5f4b223c854599d984caccc7a1a6objectSetSha256isb5943236fcd709b567a1f932a847c169a7bc6e9a40dac141e6fac4cb9a1fb797imageisnvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.0
Yours to supply or check. The destination must have these before the objects are applied. The words in italics say what the Catalog knows about each.
- The k8s-nim-operator chart at >=3.1.0 must be installed first. Every field this sample sets is declared by the apps.nvidia.com/v1alpha1 definitions retained from operator v3.1.0 under examples/aicr/eks-h100-inference-nim/operator-crds. The newest operator release this sample works with is not established. The sample was retained from upstream commit 5d5f66ee0e2e, and this repository does not record which operator release contains that commit. Declared. Not checked on any destination.
- The user supplies this image pull Secret. It is named by NIMCache spec.source.ngc.pullSecret and NIMService spec.image.pullSecrets. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMCache spec.source.ngc.authSecret and NIMService spec.authSecret. Declared. Not checked on any destination.
- The NIMService requests 1 GPU per pod as nvidia.com/gpu, with 1 replica. A destination needs that many allocatable GPUs of a kind the image supports, and nothing here checked one. Declared. Not checked on any destination.
- Every object in the sample is in the nim-service namespace. The sample ships no Namespace object, so the namespace must exist before apply. Declared. Not checked on any destination.
This entry's plan, and how to test it
These are the steps that plain objects cannot carry. ConfigHub stores them and does not carry them out. The words in italics say what the Catalog knows about each.
- Once the destination is known. Install the k8s-nim-operator chart from https://helm.ngc.nvidia.com/nvidia at >=3.1.0 and wait for nimcaches.apps.nvidia.com and nimservices.apps.nvidia.com before applying this sample. The k8s-nim-operator chart is not yet a Catalog entry on this branch, so this requirement names the chart and does not link a record. Who: The platform team that runs the NIM Operator on the selected destination. Generated. Not run on a cluster.
- Once the destination is known. Create the image pull Secret ngc-secret (NIMCache spec.source.ngc.pullSecret, NIMService spec.image.pullSecrets) in the sample's namespace before apply. The sample carries the name only, and no credential is held here. Who: The user, with their own NVIDIA entitlement. Generated. Not run on a cluster.
- Once the destination is known. Create the API key Secret ngc-api-secret (NIMCache spec.source.ngc.authSecret, NIMService spec.authSecret) in the sample's namespace before apply. The sample carries the name only, and no key or token is held here. Who: The user, with their own NVIDIA or model-hub entitlement. Generated. Not run on a cluster.
- Once the destination is known. The NIMService reads its model from NIMCache meta-llama-3-2-1b-instruct, which this sample file also defines. NIMCache meta-llama-3-2-1b-instruct asks the operator to create a 50Gi ReadWriteOnce PersistentVolumeClaim with an empty storageClass, so the storage class is a destination choice. The listing gives the rest. Who: The storage owner on the selected destination. Not evaluated.
Test the plain objects yourself. This script tests the retained objects themselves with kubectl, and it needs no cub and no account. Read it first and use a throwaway cluster. The Catalog has no recorded run of this script.
1. Get the exact objects Run for this entry
The Catalog retains its 2 objects in one file, exactly as supplied.
# fetch the retained objects for this entry
$ curl -fsSL -o nimservice-basic-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/basic/llm.yaml
# check the bytes against the listing
$ shasum -a 256 nimservice-basic-meta-llama-3-2-1b-instruct-llm.yaml
4218536519a5fdea32d12c719b7e37a93c0d5f4b223c854599d984caccc7a1a6 nimservice-basic-meta-llama-3-2-1b-instruct-llm.yaml
2. Compare with another version or base Not run for this entry
The listing records no comparison for this entry. The commands run on the retained files, with no account. This version has 37 other bases in the Catalog, and the listing names each one.
# fetch the autoscaling-meta-llama-3-2-1b-instruct-llm base of the same version
$ curl -fsSL -o nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/llm.yaml
# list what differs between the two bases
$ cub config diff nimservice-basic-meta-llama-3-2-1b-instruct-llm.yaml nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml --summary
3. Upload it as a variant Not run for this entry
The Catalog has not uploaded this entry. The commands use its published literal configuration bundle.
# sign in; steps 3 to 5 write to your ConfigHub organization
$ cub auth login
# preview the upload of the published bundle; nothing is written
$ cub variant upload --dry-run --component nimservice --variant basic-meta-llama-3-2-1b-instruct-llm --space nimservice-basic-meta-llama-3-2-1b-instruct-llm oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-basic-meta-llama-3-2-1b-instruct-llm:upstream-5d5f66ee0e2e@sha256:c7ac7f7b13a3950a4c8f3ef52c4592fec4fd5a32bcd5e2e8bbf8e044e43c1f09
# upload the bundle as a base Space of Units
$ cub variant upload --component nimservice --variant basic-meta-llama-3-2-1b-instruct-llm --space nimservice-basic-meta-llama-3-2-1b-instruct-llm oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-basic-meta-llama-3-2-1b-instruct-llm:upstream-5d5f66ee0e2e@sha256:c7ac7f7b13a3950a4c8f3ef52c4592fec4fd5a32bcd5e2e8bbf8e044e43c1f09
4. Deploy it Not run for this entry
No delivery run is recorded for this entry. Argo CD has not run, Flux has not run, and kubectl has not run. The commands name the Target workshop/target, which cub cluster up --name workshop creates on a local kind cluster with Argo CD. Use your own Target for a real destination. The listing records 5 inputs that the destination must supply, so read them before you deploy.
# clone the base onto a Target as a dev variant
$ cub variant create dev nimservice-basic-meta-llama-3-2-1b-instruct-llm --target workshop/target --space-pattern "template:nimservice-basic-meta-llama-3-2-1b-instruct-llm-dev"
# publish the Release that Argo CD or Flux pulls
$ cub release publish nimservice-basic-meta-llama-3-2-1b-instruct-llm-dev
5. Promote a change Not run for this entry
No promotion is recorded for this entry. Promotion carries a change in the base to the dev variant. The base changes when you edit a Unit or upload a newer version into the same Space.
# preview what the dev variant would take from the base
$ cub variant promote nimservice-basic-meta-llama-3-2-1b-instruct-llm-dev --dry-run -o mutations
# promote once you have read the preview
$ cub variant promote nimservice-basic-meta-llama-3-2-1b-instruct-llm-dev --change-desc "Pull the reviewed base forward"
Plain Kubernetes YAML, base basic-meta-llama-3-2-1b-instruct-multi-llm, version 5d5f66ee0e2e
What is fixed, and what you supply
Fixed when this entry was built. These went into the build, so the objects already carry them. To change one, build the entry again from its source.
sourceisdata/aicr-nim-operator-models/upstream/serving/standalone/basic/multi-llm.yamlupstreamCommitis5d5f66ee0e2esourceFileSha256isce7c2a54d6cf71c90ca9947697ad3565289b6811660b33ca0722a8dd1ba31e7cobjectSetSha256is2763aee71a2ea72ece365255db4e3851eed92867d1c1e105c4a694ba7bf11989imageisnvcr.io/nim/nvidia/llm-nim:1.15.0
Yours to supply or check. The destination must have these before the objects are applied. The words in italics say what the Catalog knows about each.
- The k8s-nim-operator chart at >=3.1.0 must be installed first. Every field this sample sets is declared by the apps.nvidia.com/v1alpha1 definitions retained from operator v3.1.0 under examples/aicr/eks-h100-inference-nim/operator-crds. The newest operator release this sample works with is not established. The sample was retained from upstream commit 5d5f66ee0e2e, and this repository does not record which operator release contains that commit. Declared. Not checked on any destination.
- The user supplies this image pull Secret. It is named by NIMCache spec.source.hf.pullSecret and NIMService spec.image.pullSecrets. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMCache spec.source.hf.authSecret. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMService spec.authSecret. Declared. Not checked on any destination.
- The NIMService requests 1 GPU per pod as nvidia.com/gpu, with 1 replica. A destination needs that many allocatable GPUs of a kind the image supports, and nothing here checked one. Declared. Not checked on any destination.
- Every object in the sample is in the nim-service namespace. The sample ships no Namespace object, so the namespace must exist before apply. Declared. Not checked on any destination.
- The sample fetches model weights for meta-llama/Llama-3.2-1B-Instruct from https://huggingface.co. Those weights carry their own licence, and this entry fetched none of them. Declared. Not checked on any destination.
This entry's plan, and how to test it
These are the steps that plain objects cannot carry. ConfigHub stores them and does not carry them out. The words in italics say what the Catalog knows about each.
- Once the destination is known. Install the k8s-nim-operator chart from https://helm.ngc.nvidia.com/nvidia at >=3.1.0 and wait for nimcaches.apps.nvidia.com and nimservices.apps.nvidia.com before applying this sample. The k8s-nim-operator chart is not yet a Catalog entry on this branch, so this requirement names the chart and does not link a record. Who: The platform team that runs the NIM Operator on the selected destination. Generated. Not run on a cluster.
- Once the destination is known. Create the image pull Secret ngc-secret (NIMCache spec.source.hf.pullSecret, NIMService spec.image.pullSecrets) in the sample's namespace before apply. The sample carries the name only, and no credential is held here. Who: The user, with their own NVIDIA entitlement. Generated. Not run on a cluster.
- Once the destination is known. Create the API key Secret hf-api-secret (NIMCache spec.source.hf.authSecret); ngc-api-secret (NIMService spec.authSecret) in the sample's namespace before apply. The sample carries the name only, and no key or token is held here. Who: The user, with their own NVIDIA or model-hub entitlement. Generated. Not run on a cluster.
- Once the destination is known. The NIMService reads its model from NIMCache nim-cache-multi-llm, which this sample file also defines. NIMCache nim-cache-multi-llm asks the operator to create a 50Gi ReadWriteOnce PersistentVolumeClaim with an empty storageClass, so the storage class is a destination choice. The listing gives the rest. Who: The storage owner on the selected destination. Not evaluated.
Test the plain objects yourself. This script tests the retained objects themselves with kubectl, and it needs no cub and no account. Read it first and use a throwaway cluster. The Catalog has no recorded run of this script.
1. Get the exact objects Run for this entry
The Catalog retains its 2 objects in one file, exactly as supplied.
# fetch the retained objects for this entry
$ curl -fsSL -o nimservice-basic-meta-llama-3-2-1b-instruct-multi-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/basic/multi-llm.yaml
# check the bytes against the listing
$ shasum -a 256 nimservice-basic-meta-llama-3-2-1b-instruct-multi-llm.yaml
ce7c2a54d6cf71c90ca9947697ad3565289b6811660b33ca0722a8dd1ba31e7c nimservice-basic-meta-llama-3-2-1b-instruct-multi-llm.yaml
2. Compare with another version or base Not run for this entry
The listing records no comparison for this entry. The commands run on the retained files, with no account. This version has 37 other bases in the Catalog, and the listing names each one.
# fetch the autoscaling-meta-llama-3-2-1b-instruct-llm base of the same version
$ curl -fsSL -o nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/llm.yaml
# list what differs between the two bases
$ cub config diff nimservice-basic-meta-llama-3-2-1b-instruct-multi-llm.yaml nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml --summary
3. Upload it as a variant Not run for this entry
The Catalog has not uploaded this entry. The commands use its published literal configuration bundle.
# sign in; steps 3 to 5 write to your ConfigHub organization
$ cub auth login
# preview the upload of the published bundle; nothing is written
$ cub variant upload --dry-run --component nimservice --variant basic-meta-llama-3-2-1b-instruct-multi-llm --space nimservice-basic-meta-llama-3-2-1b-instruct-multi-llm oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-basic-meta-llama-3-2-1b-instruct-multi-llm:upstream-5d5f66ee0e2e@sha256:b56046d5518c443284a858363b9cb83a1f30f59dfe35dacfc2bc58c9f8c8f1d2
# upload the bundle as a base Space of Units
$ cub variant upload --component nimservice --variant basic-meta-llama-3-2-1b-instruct-multi-llm --space nimservice-basic-meta-llama-3-2-1b-instruct-multi-llm oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-basic-meta-llama-3-2-1b-instruct-multi-llm:upstream-5d5f66ee0e2e@sha256:b56046d5518c443284a858363b9cb83a1f30f59dfe35dacfc2bc58c9f8c8f1d2
4. Deploy it Not run for this entry
No delivery run is recorded for this entry. Argo CD has not run, Flux has not run, and kubectl has not run. The commands name the Target workshop/target, which cub cluster up --name workshop creates on a local kind cluster with Argo CD. Use your own Target for a real destination. The listing records 7 inputs that the destination must supply, so read them before you deploy.
# clone the base onto a Target as a dev variant
$ cub variant create dev nimservice-basic-meta-llama-3-2-1b-instruct-multi-llm --target workshop/target --space-pattern "template:nimservice-basic-meta-llama-3-2-1b-instruct-multi-llm-dev"
# publish the Release that Argo CD or Flux pulls
$ cub release publish nimservice-basic-meta-llama-3-2-1b-instruct-multi-llm-dev
5. Promote a change Not run for this entry
No promotion is recorded for this entry. Promotion carries a change in the base to the dev variant. The base changes when you edit a Unit or upload a newer version into the same Space.
# preview what the dev variant would take from the base
$ cub variant promote nimservice-basic-meta-llama-3-2-1b-instruct-multi-llm-dev --dry-run -o mutations
# promote once you have read the preview
$ cub variant promote nimservice-basic-meta-llama-3-2-1b-instruct-multi-llm-dev --change-desc "Pull the reviewed base forward"
Plain Kubernetes YAML, base basic-model-free-llama-3-2-1b-instruct, version 5d5f66ee0e2e
What is fixed, and what you supply
Fixed when this entry was built. These went into the build, so the objects already carry them. To change one, build the entry again from its source.
sourceisdata/aicr-nim-operator-models/upstream/serving/standalone/basic/model-free.yamlupstreamCommitis5d5f66ee0e2esourceFileSha256is2b56ea5fbd01729d15aedc32253c6a997c89465a54fc33ce36fd0f1f24b519beobjectSetSha256is0770f9dfbc1003416eb1e66523a9ee2a810e3692cde284249ea1049f8d9643edimageisnvcr.io/nim/nvidia/model-free-nim:3.0.0
Yours to supply or check. The destination must have these before the objects are applied. The words in italics say what the Catalog knows about each.
- The k8s-nim-operator chart at >=3.1.0 must be installed first. Every field this sample sets is declared by the apps.nvidia.com/v1alpha1 definitions retained from operator v3.1.0 under examples/aicr/eks-h100-inference-nim/operator-crds. The newest operator release this sample works with is not established. The sample was retained from upstream commit 5d5f66ee0e2e, and this repository does not record which operator release contains that commit. Declared. Not checked on any destination.
- The user supplies this image pull Secret. It is named by NIMCache spec.source.hf.pullSecret and NIMService spec.image.pullSecrets. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMCache spec.source.hf.authSecret and NIMService spec.authSecret. Declared. Not checked on any destination.
- The NIMService requests 1 GPU per pod as nvidia.com/gpu, with 1 replica. A destination needs that many allocatable GPUs of a kind the image supports, and nothing here checked one. Declared. Not checked on any destination.
- Every object in the sample is in the nim-service namespace. The sample ships no Namespace object, so the namespace must exist before apply. Declared. Not checked on any destination.
- The sample fetches model weights for meta-llama/Llama-3.2-1B-Instruct from https://huggingface.co. Those weights carry their own licence, and this entry fetched none of them. Declared. Not checked on any destination.
This entry's plan, and how to test it
These are the steps that plain objects cannot carry. ConfigHub stores them and does not carry them out. The words in italics say what the Catalog knows about each.
- Once the destination is known. Install the k8s-nim-operator chart from https://helm.ngc.nvidia.com/nvidia at >=3.1.0 and wait for nimcaches.apps.nvidia.com and nimservices.apps.nvidia.com before applying this sample. The k8s-nim-operator chart is not yet a Catalog entry on this branch, so this requirement names the chart and does not link a record. Who: The platform team that runs the NIM Operator on the selected destination. Generated. Not run on a cluster.
- Once the destination is known. Create the image pull Secret ngc-secret (NIMCache spec.source.hf.pullSecret, NIMService spec.image.pullSecrets) in the sample's namespace before apply. The sample carries the name only, and no credential is held here. Who: The user, with their own NVIDIA entitlement. Generated. Not run on a cluster.
- Once the destination is known. Create the API key Secret hf-api-secret (NIMCache spec.source.hf.authSecret, NIMService spec.authSecret) in the sample's namespace before apply. The sample carries the name only, and no key or token is held here. Who: The user, with their own NVIDIA or model-hub entitlement. Generated. Not run on a cluster.
- Once the destination is known. The NIMService reads its model from NIMCache nim-cache-model-free, which this sample file also defines. NIMCache nim-cache-model-free asks the operator to create a 50Gi ReadWriteOnce PersistentVolumeClaim with an empty storageClass, so the storage class is a destination choice. The listing gives the rest. Who: The storage owner on the selected destination. Not evaluated.
Test the plain objects yourself. This script tests the retained objects themselves with kubectl, and it needs no cub and no account. Read it first and use a throwaway cluster. The Catalog has no recorded run of this script.
1. Get the exact objects Run for this entry
The Catalog retains its 2 objects in one file, exactly as supplied.
# fetch the retained objects for this entry
$ curl -fsSL -o nimservice-basic-model-free-llama-3-2-1b-instruct.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/basic/model-free.yaml
# check the bytes against the listing
$ shasum -a 256 nimservice-basic-model-free-llama-3-2-1b-instruct.yaml
2b56ea5fbd01729d15aedc32253c6a997c89465a54fc33ce36fd0f1f24b519be nimservice-basic-model-free-llama-3-2-1b-instruct.yaml
2. Compare with another version or base Not run for this entry
The listing records no comparison for this entry. The commands run on the retained files, with no account. This version has 37 other bases in the Catalog, and the listing names each one.
# fetch the autoscaling-meta-llama-3-2-1b-instruct-llm base of the same version
$ curl -fsSL -o nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/llm.yaml
# list what differs between the two bases
$ cub config diff nimservice-basic-model-free-llama-3-2-1b-instruct.yaml nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml --summary
3. Upload it as a variant Not run for this entry
The Catalog has not uploaded this entry. The commands use its published literal configuration bundle.
# sign in; steps 3 to 5 write to your ConfigHub organization
$ cub auth login
# preview the upload of the published bundle; nothing is written
$ cub variant upload --dry-run --component nimservice --variant basic-model-free-llama-3-2-1b-instruct --space nimservice-basic-model-free-llama-3-2-1b-instruct oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-basic-model-free-llama-3-2-1b-instruct:upstream-5d5f66ee0e2e@sha256:43287b316a33582900d24ee32d470be5859c36423fe3a23ce5849a1998b54e4f
# upload the bundle as a base Space of Units
$ cub variant upload --component nimservice --variant basic-model-free-llama-3-2-1b-instruct --space nimservice-basic-model-free-llama-3-2-1b-instruct oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-basic-model-free-llama-3-2-1b-instruct:upstream-5d5f66ee0e2e@sha256:43287b316a33582900d24ee32d470be5859c36423fe3a23ce5849a1998b54e4f
4. Deploy it Not run for this entry
No delivery run is recorded for this entry. Argo CD has not run, Flux has not run, and kubectl has not run. The commands name the Target workshop/target, which cub cluster up --name workshop creates on a local kind cluster with Argo CD. Use your own Target for a real destination. The listing records 6 inputs that the destination must supply, so read them before you deploy.
# clone the base onto a Target as a dev variant
$ cub variant create dev nimservice-basic-model-free-llama-3-2-1b-instruct --target workshop/target --space-pattern "template:nimservice-basic-model-free-llama-3-2-1b-instruct-dev"
# publish the Release that Argo CD or Flux pulls
$ cub release publish nimservice-basic-model-free-llama-3-2-1b-instruct-dev
5. Promote a change Not run for this entry
No promotion is recorded for this entry. Promotion carries a change in the base to the dev variant. The base changes when you edit a Unit or upload a newer version into the same Space.
# preview what the dev variant would take from the base
$ cub variant promote nimservice-basic-model-free-llama-3-2-1b-instruct-dev --dry-run -o mutations
# promote once you have read the preview
$ cub variant promote nimservice-basic-model-free-llama-3-2-1b-instruct-dev --change-desc "Pull the reviewed base forward"
Plain Kubernetes YAML, base confidential-computing-meta-llama-3-2-1b-instruct-kata-sandbox, version 5d5f66ee0e2e
What is fixed, and what you supply
Fixed when this entry was built. These went into the build, so the objects already carry them. To change one, build the entry again from its source.
sourceisdata/aicr-nim-operator-models/upstream/serving/standalone/confidential-computing/llm-kata-sandbox.yamlupstreamCommitis5d5f66ee0e2esourceFileSha256isb47f6df0183fb5ceefea7f9751adbe4952f3fc64287a1627050c023825a9f462objectSetSha256is4582a67b8e5bcff226b91319a744823e84308d81f05fa5827b3e225641012354imageisnvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.0
Yours to supply or check. The destination must have these before the objects are applied. The words in italics say what the Catalog knows about each.
- The k8s-nim-operator chart at >=3.1.0 must be installed first. Every field this sample sets is declared by the apps.nvidia.com/v1alpha1 definitions retained from operator v3.1.0 under examples/aicr/eks-h100-inference-nim/operator-crds. The newest operator release this sample works with is not established. The sample was retained from upstream commit 5d5f66ee0e2e, and this repository does not record which operator release contains that commit. Declared. Not checked on any destination.
- The user supplies this image pull Secret. It is named by NIMService spec.image.pullSecrets. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMService spec.authSecret. Declared. Not checked on any destination.
- The NIMService requests 1 GPU per pod as nvidia.com/pgpu, with 1 replica. A destination needs that many allocatable GPUs of a kind the image supports, and nothing here checked one. Declared. Not checked on any destination.
- Every object in the sample is in the nim-service namespace. The sample ships no Namespace object, so the namespace must exist before apply. Declared. Not checked on any destination.
- The sample sets runtimeClassName to kata-qemu-nvidia-gpu, so that RuntimeClass must exist on the destination. Declared. Not checked on any destination.
This entry's plan, and how to test it
These are the steps that plain objects cannot carry. ConfigHub stores them and does not carry them out. The words in italics say what the Catalog knows about each.
- Once the destination is known. Install the k8s-nim-operator chart from https://helm.ngc.nvidia.com/nvidia at >=3.1.0 and wait for nimservices.apps.nvidia.com before applying this sample. The k8s-nim-operator chart is not yet a Catalog entry on this branch, so this requirement names the chart and does not link a record. Who: The platform team that runs the NIM Operator on the selected destination. Generated. Not run on a cluster.
- Once the destination is known. Create the image pull Secret ngc-secret (NIMService spec.image.pullSecrets) in the sample's namespace before apply. The sample carries the name only, and no credential is held here. Who: The user, with their own NVIDIA entitlement. Generated. Not run on a cluster.
- Once the destination is known. Create the API key Secret ngc-api-secret (NIMService spec.authSecret) in the sample's namespace before apply. The sample carries the name only, and no key or token is held here. Who: The user, with their own NVIDIA or model-hub entitlement. Generated. Not run on a cluster.
- Once the destination is known. The NIMService uses an emptyDir volume limited to 10Gi, so the model is fetched again whenever the pod is replaced. Nothing here checked that a destination can provide it. Who: The storage owner on the selected destination. Not evaluated.
Test the plain objects yourself. This script tests the retained objects themselves with kubectl, and it needs no cub and no account. Read it first and use a throwaway cluster. The Catalog has no recorded run of this script.
1. Get the exact objects Run for this entry
The Catalog retains its 1 object in one file, exactly as supplied.
# fetch the retained objects for this entry
$ curl -fsSL -o nimservice-confidential-computing-meta-llama-3-2-1b-instruct-kata-sandbox.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/confidential-computing/llm-kata-sandbox.yaml
# check the bytes against the listing
$ shasum -a 256 nimservice-confidential-computing-meta-llama-3-2-1b-instruct-kata-sandbox.yaml
b47f6df0183fb5ceefea7f9751adbe4952f3fc64287a1627050c023825a9f462 nimservice-confidential-computing-meta-llama-3-2-1b-instruct-kata-sandbox.yaml
2. Compare with another version or base Not run for this entry
The listing records no comparison for this entry. The commands run on the retained files, with no account. This version has 37 other bases in the Catalog, and the listing names each one.
# fetch the autoscaling-meta-llama-3-2-1b-instruct-llm base of the same version
$ curl -fsSL -o nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/llm.yaml
# list what differs between the two bases
$ cub config diff nimservice-confidential-computing-meta-llama-3-2-1b-instruct-kata-sandbox.yaml nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml --summary
3. Upload it as a variant Not run for this entry
The Catalog has not uploaded this entry. The commands use its published literal configuration bundle.
# sign in; steps 3 to 5 write to your ConfigHub organization
$ cub auth login
# preview the upload of the published bundle; nothing is written
$ cub variant upload --dry-run --component nimservice --variant confidential-computing-meta-llama-3-2-1b-instruct-kata-sandbox --space nimservice-confidential-computing-meta-llama-3-2-1b-instruct-kata-sandbox oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-confidential-computing-meta-llama-3-2-1b-instruct-kata-sandbox:upstream-5d5f66ee0e2e@sha256:8d2a87632008cd4b8844d4856e9aeb85631aef78d806a977ea3eeb4bf2b03cf4
# upload the bundle as a base Space of Units
$ cub variant upload --component nimservice --variant confidential-computing-meta-llama-3-2-1b-instruct-kata-sandbox --space nimservice-confidential-computing-meta-llama-3-2-1b-instruct-kata-sandbox oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-confidential-computing-meta-llama-3-2-1b-instruct-kata-sandbox:upstream-5d5f66ee0e2e@sha256:8d2a87632008cd4b8844d4856e9aeb85631aef78d806a977ea3eeb4bf2b03cf4
4. Deploy it Not run for this entry
No delivery run is recorded for this entry. Argo CD has not run, Flux has not run, and kubectl has not run. The commands name the Target workshop/target, which cub cluster up --name workshop creates on a local kind cluster with Argo CD. Use your own Target for a real destination. The listing records 6 inputs that the destination must supply, so read them before you deploy.
# clone the base onto a Target as a dev variant
$ cub variant create dev nimservice-confidential-computing-meta-llama-3-2-1b-instruct-kata-sandbox --target workshop/target --space-pattern "template:nimservice-confidential-computing-meta-llama-3-2-1b-instruct-kata-sandbox-dev"
# publish the Release that Argo CD or Flux pulls
$ cub release publish nimservice-confidential-computing-meta-llama-3-2-1b-instruct-kata-sandbox-dev
5. Promote a change Not run for this entry
No promotion is recorded for this entry. Promotion carries a change in the base to the dev variant. The base changes when you edit a Unit or upload a newer version into the same Space.
# preview what the dev variant would take from the base
$ cub variant promote nimservice-confidential-computing-meta-llama-3-2-1b-instruct-kata-sandbox-dev --dry-run -o mutations
# promote once you have read the preview
$ cub variant promote nimservice-confidential-computing-meta-llama-3-2-1b-instruct-kata-sandbox-dev --change-desc "Pull the reviewed base forward"
Plain Kubernetes YAML, base epp-meta-llama3-8b-instruct, version 5d5f66ee0e2e
This entry is flagged for review. The image nvcr.io/nvstaging/nim-internal/vllm-oss-nim-llm-4-devel-llama3.1-8b-instruct:2.0.0-rc.20260203175658-38778af4c5e1fc45 is on an NVIDIA registry path outside the public nvcr.io/nim catalog, so can a user outside NVIDIA pull it at all? The NIMService reads NIMCache meta-llama3-8b-instruct, which the sample file does not define, so which cache definition belongs with this variant?
What is fixed, and what you supply
Fixed when this entry was built. These went into the build, so the objects already carry them. To change one, build the entry again from its source.
sourceisdata/aicr-nim-operator-models/upstream/serving/advanced/epp/nimservice.yamlupstreamCommitis5d5f66ee0e2esourceFileSha256iseb3952f4209f4b63a9cce3e232b28c01016c55fe28e3128ae0cbda3559382668objectSetSha256isb8940509a487ac76e3ed2e4f5f619e28d0ed51814f6b187ce8a7fde0202b06a6imageisnvcr.io/nvstaging/nim-internal/vllm-oss-nim-llm-4-devel-llama3.1-8b-instruct:2.0.0-rc.20260203175658-38778af4c5e1fc45
Yours to supply or check. The destination must have these before the objects are applied. The words in italics say what the Catalog knows about each.
- The k8s-nim-operator chart at >=3.1.0 must be installed first. Every field this sample sets is declared by the apps.nvidia.com/v1alpha1 definitions retained from operator v3.1.0 under examples/aicr/eks-h100-inference-nim/operator-crds. The newest operator release this sample works with is not established. The sample was retained from upstream commit 5d5f66ee0e2e, and this repository does not record which operator release contains that commit. Declared. Not checked on any destination.
- The user supplies this image pull Secret. It is named by NIMService spec.image.pullSecrets. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMService spec.authSecret. Declared. Not checked on any destination.
- The NIMService requests 1 GPU per pod as nvidia.com/gpu, with 2 replicas. A destination needs that many allocatable GPUs of a kind the image supports, and nothing here checked one. Declared. Not checked on any destination.
- The sample sets no namespace, so the destination chooses one and it must exist before apply. Declared. Not checked on any destination.
- spec.expose.router.gateway names the Gateway inference-gateway in namespace nim-service and asks for HTTPRoute objects. The Gateway API and that Gateway must exist on the destination. Declared. Not checked on any destination.
- spec.expose.router.gateway.backendRef names an InferencePool in the inference.networking.k8s.io API group, so that API must be installed on the destination. Declared. Not checked on any destination.
- spec.expose.router.hostDomainName is demo.nvidia.example.com, an example domain. A destination supplies its own. Declared. Not checked on any destination.
This entry's plan, and how to test it
These are the steps that plain objects cannot carry. ConfigHub stores them and does not carry them out. The words in italics say what the Catalog knows about each.
- Once the destination is known. Install the k8s-nim-operator chart from https://helm.ngc.nvidia.com/nvidia at >=3.1.0 and wait for nimservices.apps.nvidia.com before applying this sample. The k8s-nim-operator chart is not yet a Catalog entry on this branch, so this requirement names the chart and does not link a record. Who: The platform team that runs the NIM Operator on the selected destination. Generated. Not run on a cluster.
- Once the destination is known. Create the image pull Secret ngc-secret (NIMService spec.image.pullSecrets) in the sample's namespace before apply. The sample carries the name only, and no credential is held here. Who: The user, with their own NVIDIA entitlement. Generated. Not run on a cluster.
- Once the destination is known. Create the API key Secret ngc-api-secret (NIMService spec.authSecret) in the sample's namespace before apply. The sample carries the name only, and no key or token is held here. Who: The user, with their own NVIDIA or model-hub entitlement. Generated. Not run on a cluster.
- Once the destination is known. The NIMService reads its model from NIMCache meta-llama3-8b-instruct, which this sample file does not define. Nothing here checked that a destination can provide it. Who: The storage owner on the selected destination. Not evaluated.
Test the plain objects yourself. This script tests the retained objects themselves with kubectl, and it needs no cub and no account. Read it first and use a throwaway cluster. The Catalog has no recorded run of this script.
1. Get the exact objects Run for this entry
The Catalog retains its 1 object in one file, exactly as supplied.
# fetch the retained objects for this entry
$ curl -fsSL -o nimservice-epp-meta-llama3-8b-instruct.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/advanced/epp/nimservice.yaml
# check the bytes against the listing
$ shasum -a 256 nimservice-epp-meta-llama3-8b-instruct.yaml
eb3952f4209f4b63a9cce3e232b28c01016c55fe28e3128ae0cbda3559382668 nimservice-epp-meta-llama3-8b-instruct.yaml
2. Compare with another version or base Not run for this entry
The listing records no comparison for this entry. The commands run on the retained files, with no account. This version has 37 other bases in the Catalog, and the listing names each one.
# fetch the autoscaling-meta-llama-3-2-1b-instruct-llm base of the same version
$ curl -fsSL -o nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/llm.yaml
# list what differs between the two bases
$ cub config diff nimservice-epp-meta-llama3-8b-instruct.yaml nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml --summary
3. Upload it as a variant Not available yet
This entry is not published, so there is no public artifact to upload. The listing records its literal configuration bundle as not published. Publishing the retained objects as that bundle, with a receipt, would make this step available.
4. Deploy it Not available yet
This step needs an upload command from step 3, and this entry has none. A published artifact for this entry, with a receipt, would make this step available.
5. Promote a change Not available yet
This step needs an upload command from step 3, and this entry has none. A published artifact for this entry, with a receipt, would make this step available.
Plain Kubernetes YAML, base example0-meta-llama3-2-1b-instruct, version 5d5f66ee0e2e
What is fixed, and what you supply
Fixed when this entry was built. These went into the build, so the objects already carry them. To change one, build the entry again from its source.
sourceisdata/aicr-nim-operator-models/upstream/serving/advanced/dra/auto-creation/example0/llm.yamlupstreamCommitis5d5f66ee0e2esourceFileSha256is40a21f78f2ddbccfe2d3bf67c961d032bd1b0d9cd74ddc523eaa9f718fd658b0objectSetSha256is86f43ab875e8756e03fef5d9fe148b8bf79eb6634e3227cd7563718d3fb5dc26imageisnvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.0
Yours to supply or check. The destination must have these before the objects are applied. The words in italics say what the Catalog knows about each.
- The k8s-nim-operator chart at >=3.1.0 must be installed first. Every field this sample sets is declared by the apps.nvidia.com/v1alpha1 definitions retained from operator v3.1.0 under examples/aicr/eks-h100-inference-nim/operator-crds. The newest operator release this sample works with is not established. The sample was retained from upstream commit 5d5f66ee0e2e, and this repository does not record which operator release contains that commit. Declared. Not checked on any destination.
- The user supplies this image pull Secret. It is named by NIMCache spec.source.ngc.pullSecret and NIMService spec.image.pullSecrets. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMCache spec.source.ngc.authSecret and NIMService spec.authSecret. Declared. Not checked on any destination.
- The NIMService requests 1 GPU per pod through a Dynamic Resource Allocation claim, with 1 replica. A destination needs that many allocatable GPUs of a kind the image supports, and nothing here checked one. Declared. Not checked on any destination.
- Every object in the sample is in the nim-service namespace. The sample ships no Namespace object, so the namespace must exist before apply. Declared. Not checked on any destination.
- The sample claims its GPU through Dynamic Resource Allocation with device class gpu.nvidia.com. The destination needs the resource.k8s.io API and a driver that publishes that class. Declared. Not checked on any destination.
This entry's plan, and how to test it
These are the steps that plain objects cannot carry. ConfigHub stores them and does not carry them out. The words in italics say what the Catalog knows about each.
- Once the destination is known. Install the k8s-nim-operator chart from https://helm.ngc.nvidia.com/nvidia at >=3.1.0 and wait for nimcaches.apps.nvidia.com and nimservices.apps.nvidia.com before applying this sample. The k8s-nim-operator chart is not yet a Catalog entry on this branch, so this requirement names the chart and does not link a record. Who: The platform team that runs the NIM Operator on the selected destination. Generated. Not run on a cluster.
- Once the destination is known. Create the image pull Secret ngc-secret (NIMCache spec.source.ngc.pullSecret, NIMService spec.image.pullSecrets) in the sample's namespace before apply. The sample carries the name only, and no credential is held here. Who: The user, with their own NVIDIA entitlement. Generated. Not run on a cluster.
- Once the destination is known. Create the API key Secret ngc-api-secret (NIMCache spec.source.ngc.authSecret, NIMService spec.authSecret) in the sample's namespace before apply. The sample carries the name only, and no key or token is held here. Who: The user, with their own NVIDIA or model-hub entitlement. Generated. Not run on a cluster.
- Once the destination is known. The NIMService reads its model from NIMCache meta-llama3-2-1b-instruct, which this sample file also defines. NIMCache meta-llama3-2-1b-instruct asks the operator to create a 50Gi ReadWriteOnce PersistentVolumeClaim with an empty storageClass, so the storage class is a destination choice. The listing gives the rest. Who: The storage owner on the selected destination. Not evaluated.
Test the plain objects yourself. This script tests the retained objects themselves with kubectl, and it needs no cub and no account. Read it first and use a throwaway cluster. The Catalog has no recorded run of this script.
1. Get the exact objects Run for this entry
The Catalog retains its 2 objects in one file, exactly as supplied.
# fetch the retained objects for this entry
$ curl -fsSL -o nimservice-example0-meta-llama3-2-1b-instruct.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/advanced/dra/auto-creation/example0/llm.yaml
# check the bytes against the listing
$ shasum -a 256 nimservice-example0-meta-llama3-2-1b-instruct.yaml
40a21f78f2ddbccfe2d3bf67c961d032bd1b0d9cd74ddc523eaa9f718fd658b0 nimservice-example0-meta-llama3-2-1b-instruct.yaml
2. Compare with another version or base Not run for this entry
The listing records no comparison for this entry. The commands run on the retained files, with no account. This version has 37 other bases in the Catalog, and the listing names each one.
# fetch the autoscaling-meta-llama-3-2-1b-instruct-llm base of the same version
$ curl -fsSL -o nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/llm.yaml
# list what differs between the two bases
$ cub config diff nimservice-example0-meta-llama3-2-1b-instruct.yaml nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml --summary
3. Upload it as a variant Not run for this entry
The Catalog has not uploaded this entry. The commands use its published literal configuration bundle.
# sign in; steps 3 to 5 write to your ConfigHub organization
$ cub auth login
# preview the upload of the published bundle; nothing is written
$ cub variant upload --dry-run --component nimservice --variant example0-meta-llama3-2-1b-instruct --space nimservice-example0-meta-llama3-2-1b-instruct oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-example0-meta-llama3-2-1b-instruct:upstream-5d5f66ee0e2e@sha256:42fdbde73d794ed567d19ad22aa46dd1afde557f3145e474c65d4d36c26dd7c5
# upload the bundle as a base Space of Units
$ cub variant upload --component nimservice --variant example0-meta-llama3-2-1b-instruct --space nimservice-example0-meta-llama3-2-1b-instruct oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-example0-meta-llama3-2-1b-instruct:upstream-5d5f66ee0e2e@sha256:42fdbde73d794ed567d19ad22aa46dd1afde557f3145e474c65d4d36c26dd7c5
4. Deploy it Not run for this entry
No delivery run is recorded for this entry. Argo CD has not run, Flux has not run, and kubectl has not run. The commands name the Target workshop/target, which cub cluster up --name workshop creates on a local kind cluster with Argo CD. Use your own Target for a real destination. The listing records 6 inputs that the destination must supply, so read them before you deploy.
# clone the base onto a Target as a dev variant
$ cub variant create dev nimservice-example0-meta-llama3-2-1b-instruct --target workshop/target --space-pattern "template:nimservice-example0-meta-llama3-2-1b-instruct-dev"
# publish the Release that Argo CD or Flux pulls
$ cub release publish nimservice-example0-meta-llama3-2-1b-instruct-dev
5. Promote a change Not run for this entry
No promotion is recorded for this entry. Promotion carries a change in the base to the dev variant. The base changes when you edit a Unit or upload a newer version into the same Space.
# preview what the dev variant would take from the base
$ cub variant promote nimservice-example0-meta-llama3-2-1b-instruct-dev --dry-run -o mutations
# promote once you have read the preview
$ cub variant promote nimservice-example0-meta-llama3-2-1b-instruct-dev --change-desc "Pull the reviewed base forward"
Plain Kubernetes YAML, base example1-meta-llama3-2-1b-instruct, version 5d5f66ee0e2e
What is fixed, and what you supply
Fixed when this entry was built. These went into the build, so the objects already carry them. To change one, build the entry again from its source.
sourceisdata/aicr-nim-operator-models/upstream/serving/advanced/dra/auto-creation/example1/llm.yamlupstreamCommitis5d5f66ee0e2esourceFileSha256is6b79a2643dcafb117cc0dc9a1a4c02b310d2a9c14e900bfedb9b6b1899fffc51objectSetSha256isd2e5aaa047a10663926a0d8fe3d83add1e2170d16c87c6305da4db2e6ea7154fimageisnvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.0
Yours to supply or check. The destination must have these before the objects are applied. The words in italics say what the Catalog knows about each.
- The k8s-nim-operator chart at >=3.1.0 must be installed first. Every field this sample sets is declared by the apps.nvidia.com/v1alpha1 definitions retained from operator v3.1.0 under examples/aicr/eks-h100-inference-nim/operator-crds. The newest operator release this sample works with is not established. The sample was retained from upstream commit 5d5f66ee0e2e, and this repository does not record which operator release contains that commit. Declared. Not checked on any destination.
- The user supplies this image pull Secret. It is named by NIMCache spec.source.ngc.pullSecret and NIMService spec.image.pullSecrets. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMCache spec.source.ngc.authSecret and NIMService spec.authSecret. Declared. Not checked on any destination.
- The NIMService requests 1 GPU per pod through a Dynamic Resource Allocation claim, with 1 replica. A destination needs that many allocatable GPUs of a kind the image supports, and nothing here checked one. Declared. Not checked on any destination.
- Every object in the sample is in the nim-service namespace. The sample ships no Namespace object, so the namespace must exist before apply. Declared. Not checked on any destination.
- The sample claims its GPU through Dynamic Resource Allocation with device class gpu.nvidia.com. The destination needs the resource.k8s.io API and a driver that publishes that class. Declared. Not checked on any destination.
This entry's plan, and how to test it
These are the steps that plain objects cannot carry. ConfigHub stores them and does not carry them out. The words in italics say what the Catalog knows about each.
- Once the destination is known. Install the k8s-nim-operator chart from https://helm.ngc.nvidia.com/nvidia at >=3.1.0 and wait for nimcaches.apps.nvidia.com and nimservices.apps.nvidia.com before applying this sample. The k8s-nim-operator chart is not yet a Catalog entry on this branch, so this requirement names the chart and does not link a record. Who: The platform team that runs the NIM Operator on the selected destination. Generated. Not run on a cluster.
- Once the destination is known. Create the image pull Secret ngc-secret (NIMCache spec.source.ngc.pullSecret, NIMService spec.image.pullSecrets) in the sample's namespace before apply. The sample carries the name only, and no credential is held here. Who: The user, with their own NVIDIA entitlement. Generated. Not run on a cluster.
- Once the destination is known. Create the API key Secret ngc-api-secret (NIMCache spec.source.ngc.authSecret, NIMService spec.authSecret) in the sample's namespace before apply. The sample carries the name only, and no key or token is held here. Who: The user, with their own NVIDIA or model-hub entitlement. Generated. Not run on a cluster.
- Once the destination is known. The NIMService reads its model from NIMCache meta-llama3-2-1b-instruct, which this sample file also defines. NIMCache meta-llama3-2-1b-instruct asks the operator to create a 50Gi ReadWriteOnce PersistentVolumeClaim with an empty storageClass, so the storage class is a destination choice. The listing gives the rest. Who: The storage owner on the selected destination. Not evaluated.
Test the plain objects yourself. This script tests the retained objects themselves with kubectl, and it needs no cub and no account. Read it first and use a throwaway cluster. The Catalog has no recorded run of this script.
1. Get the exact objects Run for this entry
The Catalog retains its 2 objects in one file, exactly as supplied.
# fetch the retained objects for this entry
$ curl -fsSL -o nimservice-example1-meta-llama3-2-1b-instruct.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/advanced/dra/auto-creation/example1/llm.yaml
# check the bytes against the listing
$ shasum -a 256 nimservice-example1-meta-llama3-2-1b-instruct.yaml
6b79a2643dcafb117cc0dc9a1a4c02b310d2a9c14e900bfedb9b6b1899fffc51 nimservice-example1-meta-llama3-2-1b-instruct.yaml
2. Compare with another version or base Not run for this entry
The listing records no comparison for this entry. The commands run on the retained files, with no account. This version has 37 other bases in the Catalog, and the listing names each one.
# fetch the autoscaling-meta-llama-3-2-1b-instruct-llm base of the same version
$ curl -fsSL -o nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/llm.yaml
# list what differs between the two bases
$ cub config diff nimservice-example1-meta-llama3-2-1b-instruct.yaml nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml --summary
3. Upload it as a variant Not run for this entry
The Catalog has not uploaded this entry. The commands use its published literal configuration bundle.
# sign in; steps 3 to 5 write to your ConfigHub organization
$ cub auth login
# preview the upload of the published bundle; nothing is written
$ cub variant upload --dry-run --component nimservice --variant example1-meta-llama3-2-1b-instruct --space nimservice-example1-meta-llama3-2-1b-instruct oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-example1-meta-llama3-2-1b-instruct:upstream-5d5f66ee0e2e@sha256:c3eddfb7edfff84131c09179685ceed3238fa5dacb70df98ae4b79fc52fcb666
# upload the bundle as a base Space of Units
$ cub variant upload --component nimservice --variant example1-meta-llama3-2-1b-instruct --space nimservice-example1-meta-llama3-2-1b-instruct oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-example1-meta-llama3-2-1b-instruct:upstream-5d5f66ee0e2e@sha256:c3eddfb7edfff84131c09179685ceed3238fa5dacb70df98ae4b79fc52fcb666
4. Deploy it Not run for this entry
No delivery run is recorded for this entry. Argo CD has not run, Flux has not run, and kubectl has not run. The commands name the Target workshop/target, which cub cluster up --name workshop creates on a local kind cluster with Argo CD. Use your own Target for a real destination. The listing records 6 inputs that the destination must supply, so read them before you deploy.
# clone the base onto a Target as a dev variant
$ cub variant create dev nimservice-example1-meta-llama3-2-1b-instruct --target workshop/target --space-pattern "template:nimservice-example1-meta-llama3-2-1b-instruct-dev"
# publish the Release that Argo CD or Flux pulls
$ cub release publish nimservice-example1-meta-llama3-2-1b-instruct-dev
5. Promote a change Not run for this entry
No promotion is recorded for this entry. Promotion carries a change in the base to the dev variant. The base changes when you edit a Unit or upload a newer version into the same Space.
# preview what the dev variant would take from the base
$ cub variant promote nimservice-example1-meta-llama3-2-1b-instruct-dev --dry-run -o mutations
# promote once you have read the preview
$ cub variant promote nimservice-example1-meta-llama3-2-1b-instruct-dev --change-desc "Pull the reviewed base forward"
Plain Kubernetes YAML, base example2-meta-llama3-2-1b-instruct, version 5d5f66ee0e2e
What is fixed, and what you supply
Fixed when this entry was built. These went into the build, so the objects already carry them. To change one, build the entry again from its source.
sourceisdata/aicr-nim-operator-models/upstream/serving/advanced/dra/auto-creation/example2/llm.yamlupstreamCommitis5d5f66ee0e2esourceFileSha256is18f5143972d25269600890a3dc0051391709bdd110fe5b3c2d87d3fb5106d3f0objectSetSha256is4f4bf1f156bd8621fd4706ed4b23e565dbeb229fdd05fe6034d1ad94d9075ab5imageisnvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.0
Yours to supply or check. The destination must have these before the objects are applied. The words in italics say what the Catalog knows about each.
- The k8s-nim-operator chart at >=3.1.0 must be installed first. Every field this sample sets is declared by the apps.nvidia.com/v1alpha1 definitions retained from operator v3.1.0 under examples/aicr/eks-h100-inference-nim/operator-crds. The newest operator release this sample works with is not established. The sample was retained from upstream commit 5d5f66ee0e2e, and this repository does not record which operator release contains that commit. Declared. Not checked on any destination.
- The user supplies this image pull Secret. It is named by NIMCache spec.source.ngc.pullSecret and NIMService spec.image.pullSecrets. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMCache spec.source.ngc.authSecret and NIMService spec.authSecret. Declared. Not checked on any destination.
- The NIMService requests 1 GPU per pod through a Dynamic Resource Allocation claim, with 1 replica. A destination needs that many allocatable GPUs of a kind the image supports, and nothing here checked one. Declared. Not checked on any destination.
- Every object in the sample is in the nim-service namespace. The sample ships no Namespace object, so the namespace must exist before apply. Declared. Not checked on any destination.
- The sample claims its GPU through Dynamic Resource Allocation with device class gpu.nvidia.com. The destination needs the resource.k8s.io API and a driver that publishes that class. Declared. Not checked on any destination.
This entry's plan, and how to test it
These are the steps that plain objects cannot carry. ConfigHub stores them and does not carry them out. The words in italics say what the Catalog knows about each.
- Once the destination is known. Install the k8s-nim-operator chart from https://helm.ngc.nvidia.com/nvidia at >=3.1.0 and wait for nimcaches.apps.nvidia.com and nimservices.apps.nvidia.com before applying this sample. The k8s-nim-operator chart is not yet a Catalog entry on this branch, so this requirement names the chart and does not link a record. Who: The platform team that runs the NIM Operator on the selected destination. Generated. Not run on a cluster.
- Once the destination is known. Create the image pull Secret ngc-secret (NIMCache spec.source.ngc.pullSecret, NIMService spec.image.pullSecrets) in the sample's namespace before apply. The sample carries the name only, and no credential is held here. Who: The user, with their own NVIDIA entitlement. Generated. Not run on a cluster.
- Once the destination is known. Create the API key Secret ngc-api-secret (NIMCache spec.source.ngc.authSecret, NIMService spec.authSecret) in the sample's namespace before apply. The sample carries the name only, and no key or token is held here. Who: The user, with their own NVIDIA or model-hub entitlement. Generated. Not run on a cluster.
- Once the destination is known. The NIMService reads its model from NIMCache meta-llama3-2-1b-instruct, which this sample file also defines. NIMCache meta-llama3-2-1b-instruct asks the operator to create a 50Gi ReadWriteOnce PersistentVolumeClaim with an empty storageClass, so the storage class is a destination choice. The listing gives the rest. Who: The storage owner on the selected destination. Not evaluated.
Test the plain objects yourself. This script tests the retained objects themselves with kubectl, and it needs no cub and no account. Read it first and use a throwaway cluster. The Catalog has no recorded run of this script.
1. Get the exact objects Run for this entry
The Catalog retains its 2 objects in one file, exactly as supplied.
# fetch the retained objects for this entry
$ curl -fsSL -o nimservice-example2-meta-llama3-2-1b-instruct.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/advanced/dra/auto-creation/example2/llm.yaml
# check the bytes against the listing
$ shasum -a 256 nimservice-example2-meta-llama3-2-1b-instruct.yaml
18f5143972d25269600890a3dc0051391709bdd110fe5b3c2d87d3fb5106d3f0 nimservice-example2-meta-llama3-2-1b-instruct.yaml
2. Compare with another version or base Not run for this entry
The listing records no comparison for this entry. The commands run on the retained files, with no account. This version has 37 other bases in the Catalog, and the listing names each one.
# fetch the autoscaling-meta-llama-3-2-1b-instruct-llm base of the same version
$ curl -fsSL -o nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/llm.yaml
# list what differs between the two bases
$ cub config diff nimservice-example2-meta-llama3-2-1b-instruct.yaml nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml --summary
3. Upload it as a variant Not run for this entry
The Catalog has not uploaded this entry. The commands use its published literal configuration bundle.
# sign in; steps 3 to 5 write to your ConfigHub organization
$ cub auth login
# preview the upload of the published bundle; nothing is written
$ cub variant upload --dry-run --component nimservice --variant example2-meta-llama3-2-1b-instruct --space nimservice-example2-meta-llama3-2-1b-instruct oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-example2-meta-llama3-2-1b-instruct:upstream-5d5f66ee0e2e@sha256:ecbf1815fff42af67f7fe9327ef74fc5fd4e958ba8aaacd340a71008e4858ff6
# upload the bundle as a base Space of Units
$ cub variant upload --component nimservice --variant example2-meta-llama3-2-1b-instruct --space nimservice-example2-meta-llama3-2-1b-instruct oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-example2-meta-llama3-2-1b-instruct:upstream-5d5f66ee0e2e@sha256:ecbf1815fff42af67f7fe9327ef74fc5fd4e958ba8aaacd340a71008e4858ff6
4. Deploy it Not run for this entry
No delivery run is recorded for this entry. Argo CD has not run, Flux has not run, and kubectl has not run. The commands name the Target workshop/target, which cub cluster up --name workshop creates on a local kind cluster with Argo CD. Use your own Target for a real destination. The listing records 6 inputs that the destination must supply, so read them before you deploy.
# clone the base onto a Target as a dev variant
$ cub variant create dev nimservice-example2-meta-llama3-2-1b-instruct --target workshop/target --space-pattern "template:nimservice-example2-meta-llama3-2-1b-instruct-dev"
# publish the Release that Argo CD or Flux pulls
$ cub release publish nimservice-example2-meta-llama3-2-1b-instruct-dev
5. Promote a change Not run for this entry
No promotion is recorded for this entry. Promotion carries a change in the base to the dev variant. The base changes when you edit a Unit or upload a newer version into the same Space.
# preview what the dev variant would take from the base
$ cub variant promote nimservice-example2-meta-llama3-2-1b-instruct-dev --dry-run -o mutations
# promote once you have read the preview
$ cub variant promote nimservice-example2-meta-llama3-2-1b-instruct-dev --change-desc "Pull the reviewed base forward"
Plain Kubernetes YAML, base full-meta-llama-3-2-1b-instruct-llm, version 5d5f66ee0e2e
What is fixed, and what you supply
Fixed when this entry was built. These went into the build, so the objects already carry them. To change one, build the entry again from its source.
sourceisdata/aicr-nim-operator-models/upstream/serving/standalone/full/llm.yamlupstreamCommitis5d5f66ee0e2esourceFileSha256is48834814da4594e44f899683e1f5fb3984c42b1514d11f6c1a3dd1e4de46dc94objectSetSha256isb56d4ecd50613355fb5cd6a75b6b20b5451323bc810fac0f3a1a917ae1e8d436imageisnvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.0
Yours to supply or check. The destination must have these before the objects are applied. The words in italics say what the Catalog knows about each.
- The k8s-nim-operator chart at >=3.1.0 must be installed first. Every field this sample sets is declared by the apps.nvidia.com/v1alpha1 definitions retained from operator v3.1.0 under examples/aicr/eks-h100-inference-nim/operator-crds. The newest operator release this sample works with is not established. The sample was retained from upstream commit 5d5f66ee0e2e, and this repository does not record which operator release contains that commit. Declared. Not checked on any destination.
- The user supplies this image pull Secret. It is named by NIMCache spec.source.ngc.pullSecret and NIMService spec.image.pullSecrets. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMCache spec.source.ngc.authSecret and NIMService spec.authSecret. Declared. Not checked on any destination.
- The NIMService requests 1 GPU per pod as nvidia.com/gpu, with 1 replica. A destination needs that many allocatable GPUs of a kind the image supports, and nothing here checked one. Declared. Not checked on any destination.
- Every object in the sample is in the nim-service namespace. The sample ships no Namespace object, so the namespace must exist before apply. Declared. Not checked on any destination.
- spec.expose.ingress names the ingress class nginx, so an ingress controller serving that class must run on the destination. Declared. Not checked on any destination.
- spec.expose.ingress routes the host demo.nvidia.example.com, an example domain. A destination supplies its own. Declared. Not checked on any destination.
- The sample enables a ServiceMonitor labelled release=kube-prometheus-stack, so the Prometheus Operator's ServiceMonitor API must exist on the destination. Declared. Not checked on any destination.
- The sample enables a HorizontalPodAutoscaler that reads the metric gpu_cache_usage_perc, so a metrics adapter on the destination has to serve it. Declared. Not checked on any destination.
This entry's plan, and how to test it
These are the steps that plain objects cannot carry. ConfigHub stores them and does not carry them out. The words in italics say what the Catalog knows about each.
- Once the destination is known. Install the k8s-nim-operator chart from https://helm.ngc.nvidia.com/nvidia at >=3.1.0 and wait for nimcaches.apps.nvidia.com and nimservices.apps.nvidia.com before applying this sample. The k8s-nim-operator chart is not yet a Catalog entry on this branch, so this requirement names the chart and does not link a record. Who: The platform team that runs the NIM Operator on the selected destination. Generated. Not run on a cluster.
- Once the destination is known. Create the image pull Secret ngc-secret (NIMCache spec.source.ngc.pullSecret, NIMService spec.image.pullSecrets) in the sample's namespace before apply. The sample carries the name only, and no credential is held here. Who: The user, with their own NVIDIA entitlement. Generated. Not run on a cluster.
- Once the destination is known. Create the API key Secret ngc-api-secret (NIMCache spec.source.ngc.authSecret, NIMService spec.authSecret) in the sample's namespace before apply. The sample carries the name only, and no key or token is held here. Who: The user, with their own NVIDIA or model-hub entitlement. Generated. Not run on a cluster.
- Once the destination is known. The NIMService reads its model from NIMCache meta-llama-3-2-1b-instruct, which this sample file also defines. NIMCache meta-llama-3-2-1b-instruct asks the operator to create a 50Gi ReadWriteOnce PersistentVolumeClaim with an empty storageClass, so the storage class is a destination choice. The listing gives the rest. Who: The storage owner on the selected destination. Not evaluated.
Test the plain objects yourself. This script tests the retained objects themselves with kubectl, and it needs no cub and no account. Read it first and use a throwaway cluster. The Catalog has no recorded run of this script.
1. Get the exact objects Run for this entry
The Catalog retains its 2 objects in one file, exactly as supplied.
# fetch the retained objects for this entry
$ curl -fsSL -o nimservice-full-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/full/llm.yaml
# check the bytes against the listing
$ shasum -a 256 nimservice-full-meta-llama-3-2-1b-instruct-llm.yaml
48834814da4594e44f899683e1f5fb3984c42b1514d11f6c1a3dd1e4de46dc94 nimservice-full-meta-llama-3-2-1b-instruct-llm.yaml
2. Compare with another version or base Not run for this entry
The listing records no comparison for this entry. The commands run on the retained files, with no account. This version has 37 other bases in the Catalog, and the listing names each one.
# fetch the autoscaling-meta-llama-3-2-1b-instruct-llm base of the same version
$ curl -fsSL -o nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/llm.yaml
# list what differs between the two bases
$ cub config diff nimservice-full-meta-llama-3-2-1b-instruct-llm.yaml nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml --summary
3. Upload it as a variant Not run for this entry
The Catalog has not uploaded this entry. The commands use its published literal configuration bundle.
# sign in; steps 3 to 5 write to your ConfigHub organization
$ cub auth login
# preview the upload of the published bundle; nothing is written
$ cub variant upload --dry-run --component nimservice --variant full-meta-llama-3-2-1b-instruct-llm --space nimservice-full-meta-llama-3-2-1b-instruct-llm oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-full-meta-llama-3-2-1b-instruct-llm:upstream-5d5f66ee0e2e@sha256:cfe1ea2ff03c372af8bb5e0cabd63653f0169f01b5abd9a96572ba65641f51a0
# upload the bundle as a base Space of Units
$ cub variant upload --component nimservice --variant full-meta-llama-3-2-1b-instruct-llm --space nimservice-full-meta-llama-3-2-1b-instruct-llm oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-full-meta-llama-3-2-1b-instruct-llm:upstream-5d5f66ee0e2e@sha256:cfe1ea2ff03c372af8bb5e0cabd63653f0169f01b5abd9a96572ba65641f51a0
4. Deploy it Not run for this entry
No delivery run is recorded for this entry. Argo CD has not run, Flux has not run, and kubectl has not run. The commands name the Target workshop/target, which cub cluster up --name workshop creates on a local kind cluster with Argo CD. Use your own Target for a real destination. The listing records 9 inputs that the destination must supply, so read them before you deploy.
# clone the base onto a Target as a dev variant
$ cub variant create dev nimservice-full-meta-llama-3-2-1b-instruct-llm --target workshop/target --space-pattern "template:nimservice-full-meta-llama-3-2-1b-instruct-llm-dev"
# publish the Release that Argo CD or Flux pulls
$ cub release publish nimservice-full-meta-llama-3-2-1b-instruct-llm-dev
5. Promote a change Not run for this entry
No promotion is recorded for this entry. Promotion carries a change in the base to the dev variant. The base changes when you edit a Unit or upload a newer version into the same Space.
# preview what the dev variant would take from the base
$ cub variant promote nimservice-full-meta-llama-3-2-1b-instruct-llm-dev --dry-run -o mutations
# promote once you have read the preview
$ cub variant promote nimservice-full-meta-llama-3-2-1b-instruct-llm-dev --change-desc "Pull the reviewed base forward"
Plain Kubernetes YAML, base full-meta-llama-3-2-1b-instruct-multi-llm, version 5d5f66ee0e2e
What is fixed, and what you supply
Fixed when this entry was built. These went into the build, so the objects already carry them. To change one, build the entry again from its source.
sourceisdata/aicr-nim-operator-models/upstream/serving/standalone/full/multi-llm.yamlupstreamCommitis5d5f66ee0e2esourceFileSha256iscf2fcef92859da8db83cd4f529d7a44c8b13afcb43af9ad221e11d23a929ab21objectSetSha256is8747029d5cbb287735564bc069b90f24333a12141e5d4bb2a7fe65203f5c3555imageisnvcr.io/nim/nvidia/llm-nim:1.15.0
Yours to supply or check. The destination must have these before the objects are applied. The words in italics say what the Catalog knows about each.
- The k8s-nim-operator chart at >=3.1.0 must be installed first. Every field this sample sets is declared by the apps.nvidia.com/v1alpha1 definitions retained from operator v3.1.0 under examples/aicr/eks-h100-inference-nim/operator-crds. The newest operator release this sample works with is not established. The sample was retained from upstream commit 5d5f66ee0e2e, and this repository does not record which operator release contains that commit. Declared. Not checked on any destination.
- The user supplies this image pull Secret. It is named by NIMCache spec.source.hf.pullSecret and NIMService spec.image.pullSecrets. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMCache spec.source.hf.authSecret. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMService spec.authSecret. Declared. Not checked on any destination.
- The NIMService requests 1 GPU per pod as nvidia.com/gpu, with 1 replica. A destination needs that many allocatable GPUs of a kind the image supports, and nothing here checked one. Declared. Not checked on any destination.
- Every object in the sample is in the nim-service namespace. The sample ships no Namespace object, so the namespace must exist before apply. Declared. Not checked on any destination.
- spec.expose.ingress names the ingress class nginx, so an ingress controller serving that class must run on the destination. Declared. Not checked on any destination.
- spec.expose.ingress routes the host demo.nvidia.example.com, an example domain. A destination supplies its own. Declared. Not checked on any destination.
- The sample enables a ServiceMonitor labelled release=kube-prometheus-stack, so the Prometheus Operator's ServiceMonitor API must exist on the destination. Declared. Not checked on any destination.
- The sample enables a HorizontalPodAutoscaler that reads the metric gpu_cache_usage_perc, so a metrics adapter on the destination has to serve it. Declared. Not checked on any destination.
- The sample fetches model weights for meta-llama/Llama-3.2-1B-Instruct from https://huggingface.co. Those weights carry their own licence, and this entry fetched none of them. Declared. Not checked on any destination.
This entry's plan, and how to test it
These are the steps that plain objects cannot carry. ConfigHub stores them and does not carry them out. The words in italics say what the Catalog knows about each.
- Once the destination is known. Install the k8s-nim-operator chart from https://helm.ngc.nvidia.com/nvidia at >=3.1.0 and wait for nimcaches.apps.nvidia.com and nimservices.apps.nvidia.com before applying this sample. The k8s-nim-operator chart is not yet a Catalog entry on this branch, so this requirement names the chart and does not link a record. Who: The platform team that runs the NIM Operator on the selected destination. Generated. Not run on a cluster.
- Once the destination is known. Create the image pull Secret ngc-secret (NIMCache spec.source.hf.pullSecret, NIMService spec.image.pullSecrets) in the sample's namespace before apply. The sample carries the name only, and no credential is held here. Who: The user, with their own NVIDIA entitlement. Generated. Not run on a cluster.
- Once the destination is known. Create the API key Secret hf-api-secret (NIMCache spec.source.hf.authSecret); ngc-api-secret (NIMService spec.authSecret) in the sample's namespace before apply. The sample carries the name only, and no key or token is held here. Who: The user, with their own NVIDIA or model-hub entitlement. Generated. Not run on a cluster.
- Once the destination is known. The NIMService reads its model from NIMCache nim-cache-multi-llm, which this sample file also defines. NIMCache nim-cache-multi-llm asks the operator to create a 50Gi ReadWriteOnce PersistentVolumeClaim with an empty storageClass, so the storage class is a destination choice. The listing gives the rest. Who: The storage owner on the selected destination. Not evaluated.
Test the plain objects yourself. This script tests the retained objects themselves with kubectl, and it needs no cub and no account. Read it first and use a throwaway cluster. The Catalog has no recorded run of this script.
1. Get the exact objects Run for this entry
The Catalog retains its 2 objects in one file, exactly as supplied.
# fetch the retained objects for this entry
$ curl -fsSL -o nimservice-full-meta-llama-3-2-1b-instruct-multi-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/full/multi-llm.yaml
# check the bytes against the listing
$ shasum -a 256 nimservice-full-meta-llama-3-2-1b-instruct-multi-llm.yaml
cf2fcef92859da8db83cd4f529d7a44c8b13afcb43af9ad221e11d23a929ab21 nimservice-full-meta-llama-3-2-1b-instruct-multi-llm.yaml
2. Compare with another version or base Not run for this entry
The listing records no comparison for this entry. The commands run on the retained files, with no account. This version has 37 other bases in the Catalog, and the listing names each one.
# fetch the autoscaling-meta-llama-3-2-1b-instruct-llm base of the same version
$ curl -fsSL -o nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/llm.yaml
# list what differs between the two bases
$ cub config diff nimservice-full-meta-llama-3-2-1b-instruct-multi-llm.yaml nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml --summary
3. Upload it as a variant Not run for this entry
The Catalog has not uploaded this entry. The commands use its published literal configuration bundle.
# sign in; steps 3 to 5 write to your ConfigHub organization
$ cub auth login
# preview the upload of the published bundle; nothing is written
$ cub variant upload --dry-run --component nimservice --variant full-meta-llama-3-2-1b-instruct-multi-llm --space nimservice-full-meta-llama-3-2-1b-instruct-multi-llm oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-full-meta-llama-3-2-1b-instruct-multi-llm:upstream-5d5f66ee0e2e@sha256:9642803429cd24685a8c22c78ecfc7fbb37394935514cb4e58b641f634a507ca
# upload the bundle as a base Space of Units
$ cub variant upload --component nimservice --variant full-meta-llama-3-2-1b-instruct-multi-llm --space nimservice-full-meta-llama-3-2-1b-instruct-multi-llm oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-full-meta-llama-3-2-1b-instruct-multi-llm:upstream-5d5f66ee0e2e@sha256:9642803429cd24685a8c22c78ecfc7fbb37394935514cb4e58b641f634a507ca
4. Deploy it Not run for this entry
No delivery run is recorded for this entry. Argo CD has not run, Flux has not run, and kubectl has not run. The commands name the Target workshop/target, which cub cluster up --name workshop creates on a local kind cluster with Argo CD. Use your own Target for a real destination. The listing records 11 inputs that the destination must supply, so read them before you deploy.
# clone the base onto a Target as a dev variant
$ cub variant create dev nimservice-full-meta-llama-3-2-1b-instruct-multi-llm --target workshop/target --space-pattern "template:nimservice-full-meta-llama-3-2-1b-instruct-multi-llm-dev"
# publish the Release that Argo CD or Flux pulls
$ cub release publish nimservice-full-meta-llama-3-2-1b-instruct-multi-llm-dev
5. Promote a change Not run for this entry
No promotion is recorded for this entry. Promotion carries a change in the base to the dev variant. The base changes when you edit a Unit or upload a newer version into the same Space.
# preview what the dev variant would take from the base
$ cub variant promote nimservice-full-meta-llama-3-2-1b-instruct-multi-llm-dev --dry-run -o mutations
# promote once you have read the preview
$ cub variant promote nimservice-full-meta-llama-3-2-1b-instruct-multi-llm-dev --change-desc "Pull the reviewed base forward"
Plain Kubernetes YAML, base grpcroutes-riva-tts, version 5d5f66ee0e2e
What is fixed, and what you supply
Fixed when this entry was built. These went into the build, so the objects already carry them. To change one, build the entry again from its source.
sourceisdata/aicr-nim-operator-models/upstream/serving/standalone/routers/grpcroutes/llm.yamlupstreamCommitis5d5f66ee0e2esourceFileSha256isdaa8e038c7e4a6cb6c540094e607da9066fd23356a72c2e1d9d3a57302d281a9objectSetSha256is521b278642e743b0c7233c8da8cc9238397ffae08ebbbc3632ad4e5fea0706c7imageisnvcr.io/nim/nvidia/riva-tts:1.3.0
Yours to supply or check. The destination must have these before the objects are applied. The words in italics say what the Catalog knows about each.
- The k8s-nim-operator chart at >=3.1.0 must be installed first. Every field this sample sets is declared by the apps.nvidia.com/v1alpha1 definitions retained from operator v3.1.0 under examples/aicr/eks-h100-inference-nim/operator-crds. The newest operator release this sample works with is not established. The sample was retained from upstream commit 5d5f66ee0e2e, and this repository does not record which operator release contains that commit. Declared. Not checked on any destination.
- The user supplies this image pull Secret. It is named by NIMCache spec.source.ngc.pullSecret and NIMService spec.image.pullSecrets. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMCache spec.source.ngc.authSecret and NIMService spec.authSecret. Declared. Not checked on any destination.
- The NIMService requests 1 GPU per pod as nvidia.com/gpu, with 1 replica. A destination needs that many allocatable GPUs of a kind the image supports, and nothing here checked one. Declared. Not checked on any destination.
- Every object in the sample is in the nim-service namespace. The sample ships no Namespace object, so the namespace must exist before apply. Declared. Not checked on any destination.
- spec.expose.router.gateway names the Gateway istio-gateway in namespace nemo and asks for GRPCRoute objects. The Gateway API and that Gateway must exist on the destination. Declared. Not checked on any destination.
- spec.expose.router.hostDomainName is demo.nvidia.example.com, an example domain. A destination supplies its own. Declared. Not checked on any destination.
This entry's plan, and how to test it
These are the steps that plain objects cannot carry. ConfigHub stores them and does not carry them out. The words in italics say what the Catalog knows about each.
- Once the destination is known. Install the k8s-nim-operator chart from https://helm.ngc.nvidia.com/nvidia at >=3.1.0 and wait for nimcaches.apps.nvidia.com and nimservices.apps.nvidia.com before applying this sample. The k8s-nim-operator chart is not yet a Catalog entry on this branch, so this requirement names the chart and does not link a record. Who: The platform team that runs the NIM Operator on the selected destination. Generated. Not run on a cluster.
- Once the destination is known. Create the image pull Secret ngc-secret (NIMCache spec.source.ngc.pullSecret, NIMService spec.image.pullSecrets) in the sample's namespace before apply. The sample carries the name only, and no credential is held here. Who: The user, with their own NVIDIA entitlement. Generated. Not run on a cluster.
- Once the destination is known. Create the API key Secret ngc-api-secret (NIMCache spec.source.ngc.authSecret, NIMService spec.authSecret) in the sample's namespace before apply. The sample carries the name only, and no key or token is held here. Who: The user, with their own NVIDIA or model-hub entitlement. Generated. Not run on a cluster.
- Once the destination is known. The NIMService reads its model from NIMCache riva-tts, which this sample file also defines. NIMCache riva-tts asks the operator to create a 50Gi ReadWriteOnce PersistentVolumeClaim with an empty storageClass, so the storage class is a destination choice. The listing gives the rest. Who: The storage owner on the selected destination. Not evaluated.
Test the plain objects yourself. This script tests the retained objects themselves with kubectl, and it needs no cub and no account. Read it first and use a throwaway cluster. The Catalog has no recorded run of this script.
1. Get the exact objects Run for this entry
The Catalog retains its 2 objects in one file, exactly as supplied.
# fetch the retained objects for this entry
$ curl -fsSL -o nimservice-grpcroutes-riva-tts.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/routers/grpcroutes/llm.yaml
# check the bytes against the listing
$ shasum -a 256 nimservice-grpcroutes-riva-tts.yaml
daa8e038c7e4a6cb6c540094e607da9066fd23356a72c2e1d9d3a57302d281a9 nimservice-grpcroutes-riva-tts.yaml
2. Compare with another version or base Not run for this entry
The listing records no comparison for this entry. The commands run on the retained files, with no account. This version has 37 other bases in the Catalog, and the listing names each one.
# fetch the autoscaling-meta-llama-3-2-1b-instruct-llm base of the same version
$ curl -fsSL -o nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/llm.yaml
# list what differs between the two bases
$ cub config diff nimservice-grpcroutes-riva-tts.yaml nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml --summary
3. Upload it as a variant Not run for this entry
The Catalog has not uploaded this entry. The commands use its published literal configuration bundle.
# sign in; steps 3 to 5 write to your ConfigHub organization
$ cub auth login
# preview the upload of the published bundle; nothing is written
$ cub variant upload --dry-run --component nimservice --variant grpcroutes-riva-tts --space nimservice-grpcroutes-riva-tts oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-grpcroutes-riva-tts:upstream-5d5f66ee0e2e@sha256:2e93e0d8cf7c5a0f1c097c701255345d7c60b3e01ac46635d61f99767818dac9
# upload the bundle as a base Space of Units
$ cub variant upload --component nimservice --variant grpcroutes-riva-tts --space nimservice-grpcroutes-riva-tts oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-grpcroutes-riva-tts:upstream-5d5f66ee0e2e@sha256:2e93e0d8cf7c5a0f1c097c701255345d7c60b3e01ac46635d61f99767818dac9
4. Deploy it Not run for this entry
No delivery run is recorded for this entry. Argo CD has not run, Flux has not run, and kubectl has not run. The commands name the Target workshop/target, which cub cluster up --name workshop creates on a local kind cluster with Argo CD. Use your own Target for a real destination. The listing records 7 inputs that the destination must supply, so read them before you deploy.
# clone the base onto a Target as a dev variant
$ cub variant create dev nimservice-grpcroutes-riva-tts --target workshop/target --space-pattern "template:nimservice-grpcroutes-riva-tts-dev"
# publish the Release that Argo CD or Flux pulls
$ cub release publish nimservice-grpcroutes-riva-tts-dev
5. Promote a change Not run for this entry
No promotion is recorded for this entry. Promotion carries a change in the base to the dev variant. The base changes when you edit a Unit or upload a newer version into the same Space.
# preview what the dev variant would take from the base
$ cub variant promote nimservice-grpcroutes-riva-tts-dev --dry-run -o mutations
# promote once you have read the preview
$ cub variant promote nimservice-grpcroutes-riva-tts-dev --change-desc "Pull the reviewed base forward"
Plain Kubernetes YAML, base httproutes-meta-llama-3-2-1b-instruct-llm, version 5d5f66ee0e2e
What is fixed, and what you supply
Fixed when this entry was built. These went into the build, so the objects already carry them. To change one, build the entry again from its source.
sourceisdata/aicr-nim-operator-models/upstream/serving/standalone/routers/httproutes/llm.yamlupstreamCommitis5d5f66ee0e2esourceFileSha256iscfcb9c6cd91e8c90f4146de2f642c41890cff6075f0b6619b60333a0bc0539b9objectSetSha256is960b72663a10608beba584093e615248726e1e36ddce3cd880ca27a1e514c85bimageisnvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.0
Yours to supply or check. The destination must have these before the objects are applied. The words in italics say what the Catalog knows about each.
- The k8s-nim-operator chart at >=3.1.0 must be installed first. Every field this sample sets is declared by the apps.nvidia.com/v1alpha1 definitions retained from operator v3.1.0 under examples/aicr/eks-h100-inference-nim/operator-crds. The newest operator release this sample works with is not established. The sample was retained from upstream commit 5d5f66ee0e2e, and this repository does not record which operator release contains that commit. Declared. Not checked on any destination.
- The user supplies this image pull Secret. It is named by NIMCache spec.source.ngc.pullSecret and NIMService spec.image.pullSecrets. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMCache spec.source.ngc.authSecret and NIMService spec.authSecret. Declared. Not checked on any destination.
- The NIMService requests 1 GPU per pod as nvidia.com/gpu, with 1 replica. A destination needs that many allocatable GPUs of a kind the image supports, and nothing here checked one. Declared. Not checked on any destination.
- Every object in the sample is in the nim-service namespace. The sample ships no Namespace object, so the namespace must exist before apply. Declared. Not checked on any destination.
- spec.expose.router.gateway names the Gateway istio-gateway in namespace nim-service and asks for HTTPRoute objects. The Gateway API and that Gateway must exist on the destination. Declared. Not checked on any destination.
- spec.expose.router.hostDomainName is demo.nvidia.example.com, an example domain. A destination supplies its own. Declared. Not checked on any destination.
This entry's plan, and how to test it
These are the steps that plain objects cannot carry. ConfigHub stores them and does not carry them out. The words in italics say what the Catalog knows about each.
- Once the destination is known. Install the k8s-nim-operator chart from https://helm.ngc.nvidia.com/nvidia at >=3.1.0 and wait for nimcaches.apps.nvidia.com and nimservices.apps.nvidia.com before applying this sample. The k8s-nim-operator chart is not yet a Catalog entry on this branch, so this requirement names the chart and does not link a record. Who: The platform team that runs the NIM Operator on the selected destination. Generated. Not run on a cluster.
- Once the destination is known. Create the image pull Secret ngc-secret (NIMCache spec.source.ngc.pullSecret, NIMService spec.image.pullSecrets) in the sample's namespace before apply. The sample carries the name only, and no credential is held here. Who: The user, with their own NVIDIA entitlement. Generated. Not run on a cluster.
- Once the destination is known. Create the API key Secret ngc-api-secret (NIMCache spec.source.ngc.authSecret, NIMService spec.authSecret) in the sample's namespace before apply. The sample carries the name only, and no key or token is held here. Who: The user, with their own NVIDIA or model-hub entitlement. Generated. Not run on a cluster.
- Once the destination is known. The NIMService reads its model from NIMCache meta-llama-3-2-1b-instruct, which this sample file also defines. NIMCache meta-llama-3-2-1b-instruct asks the operator to create a 50Gi ReadWriteOnce PersistentVolumeClaim with an empty storageClass, so the storage class is a destination choice. The listing gives the rest. Who: The storage owner on the selected destination. Not evaluated.
Test the plain objects yourself. This script tests the retained objects themselves with kubectl, and it needs no cub and no account. Read it first and use a throwaway cluster. The Catalog has no recorded run of this script.
1. Get the exact objects Run for this entry
The Catalog retains its 2 objects in one file, exactly as supplied.
# fetch the retained objects for this entry
$ curl -fsSL -o nimservice-httproutes-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/routers/httproutes/llm.yaml
# check the bytes against the listing
$ shasum -a 256 nimservice-httproutes-meta-llama-3-2-1b-instruct-llm.yaml
cfcb9c6cd91e8c90f4146de2f642c41890cff6075f0b6619b60333a0bc0539b9 nimservice-httproutes-meta-llama-3-2-1b-instruct-llm.yaml
2. Compare with another version or base Not run for this entry
The listing records no comparison for this entry. The commands run on the retained files, with no account. This version has 37 other bases in the Catalog, and the listing names each one.
# fetch the autoscaling-meta-llama-3-2-1b-instruct-llm base of the same version
$ curl -fsSL -o nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/llm.yaml
# list what differs between the two bases
$ cub config diff nimservice-httproutes-meta-llama-3-2-1b-instruct-llm.yaml nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml --summary
3. Upload it as a variant Not run for this entry
The Catalog has not uploaded this entry. The commands use its published literal configuration bundle.
# sign in; steps 3 to 5 write to your ConfigHub organization
$ cub auth login
# preview the upload of the published bundle; nothing is written
$ cub variant upload --dry-run --component nimservice --variant httproutes-meta-llama-3-2-1b-instruct-llm --space nimservice-httproutes-meta-llama-3-2-1b-instruct-llm oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-httproutes-meta-llama-3-2-1b-instruct-llm:upstream-5d5f66ee0e2e@sha256:8b0deb570588e5d37f2bce6358272662a23acf56caf427ee5d4f7238800e01f5
# upload the bundle as a base Space of Units
$ cub variant upload --component nimservice --variant httproutes-meta-llama-3-2-1b-instruct-llm --space nimservice-httproutes-meta-llama-3-2-1b-instruct-llm oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-httproutes-meta-llama-3-2-1b-instruct-llm:upstream-5d5f66ee0e2e@sha256:8b0deb570588e5d37f2bce6358272662a23acf56caf427ee5d4f7238800e01f5
4. Deploy it Not run for this entry
No delivery run is recorded for this entry. Argo CD has not run, Flux has not run, and kubectl has not run. The commands name the Target workshop/target, which cub cluster up --name workshop creates on a local kind cluster with Argo CD. Use your own Target for a real destination. The listing records 7 inputs that the destination must supply, so read them before you deploy.
# clone the base onto a Target as a dev variant
$ cub variant create dev nimservice-httproutes-meta-llama-3-2-1b-instruct-llm --target workshop/target --space-pattern "template:nimservice-httproutes-meta-llama-3-2-1b-instruct-llm-dev"
# publish the Release that Argo CD or Flux pulls
$ cub release publish nimservice-httproutes-meta-llama-3-2-1b-instruct-llm-dev
5. Promote a change Not run for this entry
No promotion is recorded for this entry. Promotion carries a change in the base to the dev variant. The base changes when you edit a Unit or upload a newer version into the same Space.
# preview what the dev variant would take from the base
$ cub variant promote nimservice-httproutes-meta-llama-3-2-1b-instruct-llm-dev --dry-run -o mutations
# promote once you have read the preview
$ cub variant promote nimservice-httproutes-meta-llama-3-2-1b-instruct-llm-dev --change-desc "Pull the reviewed base forward"
Plain Kubernetes YAML, base httproutes-meta-llama-3-2-1b-instruct-multi-llm, version 5d5f66ee0e2e
What is fixed, and what you supply
Fixed when this entry was built. These went into the build, so the objects already carry them. To change one, build the entry again from its source.
sourceisdata/aicr-nim-operator-models/upstream/serving/standalone/routers/httproutes/multi-llm.yamlupstreamCommitis5d5f66ee0e2esourceFileSha256is52508df4e4df05c023b399449dcc9fdbab69c72b64b2c2c8afbc27f7be69011dobjectSetSha256is34ddfe463ffb07c596dfe62566f4942ce4daf946400d645b97aa8e6b8071bc74imageisnvcr.io/nim/nvidia/llm-nim:1.15.0
Yours to supply or check. The destination must have these before the objects are applied. The words in italics say what the Catalog knows about each.
- The k8s-nim-operator chart at >=3.1.0 must be installed first. Every field this sample sets is declared by the apps.nvidia.com/v1alpha1 definitions retained from operator v3.1.0 under examples/aicr/eks-h100-inference-nim/operator-crds. The newest operator release this sample works with is not established. The sample was retained from upstream commit 5d5f66ee0e2e, and this repository does not record which operator release contains that commit. Declared. Not checked on any destination.
- The user supplies this image pull Secret. It is named by NIMCache spec.source.hf.pullSecret and NIMService spec.image.pullSecrets. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMCache spec.source.hf.authSecret. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMService spec.authSecret. Declared. Not checked on any destination.
- The NIMService requests 1 GPU per pod as nvidia.com/gpu, with 1 replica. A destination needs that many allocatable GPUs of a kind the image supports, and nothing here checked one. Declared. Not checked on any destination.
- Every object in the sample is in the nim-service namespace. The sample ships no Namespace object, so the namespace must exist before apply. Declared. Not checked on any destination.
- spec.expose.router.gateway names the Gateway istio-gateway in namespace nim-service and asks for HTTPRoute objects. The Gateway API and that Gateway must exist on the destination. Declared. Not checked on any destination.
- spec.expose.router.hostDomainName is demo.nvidia.example.com, an example domain. A destination supplies its own. Declared. Not checked on any destination.
- The sample fetches model weights for meta-llama/Llama-3.2-1B-Instruct from https://huggingface.co. Those weights carry their own licence, and this entry fetched none of them. Declared. Not checked on any destination.
This entry's plan, and how to test it
These are the steps that plain objects cannot carry. ConfigHub stores them and does not carry them out. The words in italics say what the Catalog knows about each.
- Once the destination is known. Install the k8s-nim-operator chart from https://helm.ngc.nvidia.com/nvidia at >=3.1.0 and wait for nimcaches.apps.nvidia.com and nimservices.apps.nvidia.com before applying this sample. The k8s-nim-operator chart is not yet a Catalog entry on this branch, so this requirement names the chart and does not link a record. Who: The platform team that runs the NIM Operator on the selected destination. Generated. Not run on a cluster.
- Once the destination is known. Create the image pull Secret ngc-secret (NIMCache spec.source.hf.pullSecret, NIMService spec.image.pullSecrets) in the sample's namespace before apply. The sample carries the name only, and no credential is held here. Who: The user, with their own NVIDIA entitlement. Generated. Not run on a cluster.
- Once the destination is known. Create the API key Secret hf-api-secret (NIMCache spec.source.hf.authSecret); ngc-api-secret (NIMService spec.authSecret) in the sample's namespace before apply. The sample carries the name only, and no key or token is held here. Who: The user, with their own NVIDIA or model-hub entitlement. Generated. Not run on a cluster.
- Once the destination is known. The NIMService reads its model from NIMCache nim-cache-multi-llm, which this sample file also defines. NIMCache nim-cache-multi-llm asks the operator to create a 50Gi ReadWriteOnce PersistentVolumeClaim with an empty storageClass, so the storage class is a destination choice. The listing gives the rest. Who: The storage owner on the selected destination. Not evaluated.
Test the plain objects yourself. This script tests the retained objects themselves with kubectl, and it needs no cub and no account. Read it first and use a throwaway cluster. The Catalog has no recorded run of this script.
1. Get the exact objects Run for this entry
The Catalog retains its 2 objects in one file, exactly as supplied.
# fetch the retained objects for this entry
$ curl -fsSL -o nimservice-httproutes-meta-llama-3-2-1b-instruct-multi-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/routers/httproutes/multi-llm.yaml
# check the bytes against the listing
$ shasum -a 256 nimservice-httproutes-meta-llama-3-2-1b-instruct-multi-llm.yaml
52508df4e4df05c023b399449dcc9fdbab69c72b64b2c2c8afbc27f7be69011d nimservice-httproutes-meta-llama-3-2-1b-instruct-multi-llm.yaml
2. Compare with another version or base Not run for this entry
The listing records no comparison for this entry. The commands run on the retained files, with no account. This version has 37 other bases in the Catalog, and the listing names each one.
# fetch the autoscaling-meta-llama-3-2-1b-instruct-llm base of the same version
$ curl -fsSL -o nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/llm.yaml
# list what differs between the two bases
$ cub config diff nimservice-httproutes-meta-llama-3-2-1b-instruct-multi-llm.yaml nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml --summary
3. Upload it as a variant Not run for this entry
The Catalog has not uploaded this entry. The commands use its published literal configuration bundle.
# sign in; steps 3 to 5 write to your ConfigHub organization
$ cub auth login
# preview the upload of the published bundle; nothing is written
$ cub variant upload --dry-run --component nimservice --variant httproutes-meta-llama-3-2-1b-instruct-multi-llm --space nimservice-httproutes-meta-llama-3-2-1b-instruct-multi-llm oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-httproutes-meta-llama-3-2-1b-instruct-multi-llm:upstream-5d5f66ee0e2e@sha256:7059b4a001e82fc6cbc3a153a4cfd3480082b819c957a97c7e6ecda1831a829f
# upload the bundle as a base Space of Units
$ cub variant upload --component nimservice --variant httproutes-meta-llama-3-2-1b-instruct-multi-llm --space nimservice-httproutes-meta-llama-3-2-1b-instruct-multi-llm oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-httproutes-meta-llama-3-2-1b-instruct-multi-llm:upstream-5d5f66ee0e2e@sha256:7059b4a001e82fc6cbc3a153a4cfd3480082b819c957a97c7e6ecda1831a829f
4. Deploy it Not run for this entry
No delivery run is recorded for this entry. Argo CD has not run, Flux has not run, and kubectl has not run. The commands name the Target workshop/target, which cub cluster up --name workshop creates on a local kind cluster with Argo CD. Use your own Target for a real destination. The listing records 9 inputs that the destination must supply, so read them before you deploy.
# clone the base onto a Target as a dev variant
$ cub variant create dev nimservice-httproutes-meta-llama-3-2-1b-instruct-multi-llm --target workshop/target --space-pattern "template:nimservice-httproutes-meta-llama-3-2-1b-instruct-multi-llm-dev"
# publish the Release that Argo CD or Flux pulls
$ cub release publish nimservice-httproutes-meta-llama-3-2-1b-instruct-multi-llm-dev
5. Promote a change Not run for this entry
No promotion is recorded for this entry. Promotion carries a change in the base to the dev variant. The base changes when you edit a Unit or upload a newer version into the same Space.
# preview what the dev variant would take from the base
$ cub variant promote nimservice-httproutes-meta-llama-3-2-1b-instruct-multi-llm-dev --dry-run -o mutations
# promote once you have read the preview
$ cub variant promote nimservice-httproutes-meta-llama-3-2-1b-instruct-multi-llm-dev --change-desc "Pull the reviewed base forward"
Plain Kubernetes YAML, base ingress-meta-llama-3-2-1b-instruct-llm, version 5d5f66ee0e2e
This entry is flagged for review. The sample sets NIMService spec.router, which the definition retained from operator v3.1.0 does not declare, so which operator release accepts it?
What is fixed, and what you supply
Fixed when this entry was built. These went into the build, so the objects already carry them. To change one, build the entry again from its source.
sourceisdata/aicr-nim-operator-models/upstream/serving/standalone/routers/ingress/llm.yamlupstreamCommitis5d5f66ee0e2esourceFileSha256is47f4da1567742044a469ef5a2ff398f0822b24d246307990640eee3e668e2bebobjectSetSha256isc41323262ec969726b69d2e4d930ee0c5007e8a969434d34781c3fd9cc1451f8imageisnvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.0
Yours to supply or check. The destination must have these before the objects are applied. The words in italics say what the Catalog knows about each.
- The k8s-nim-operator chart at >3.1.0 must be installed first. The sample sets NIMService spec.router, which the apps.nvidia.com/v1alpha1 definitions retained from operator v3.1.0 under examples/aicr/eks-h100-inference-nim/operator-crds do not declare. The newest operator release this sample works with is not established. The sample was retained from upstream commit 5d5f66ee0e2e, and this repository does not record which operator release contains that commit. Declared. Not checked on any destination.
- The user supplies this image pull Secret. It is named by NIMCache spec.source.ngc.pullSecret and NIMService spec.image.pullSecrets. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMCache spec.source.ngc.authSecret and NIMService spec.authSecret. Declared. Not checked on any destination.
- The NIMService requests 1 GPU per pod as nvidia.com/gpu, with 1 replica. A destination needs that many allocatable GPUs of a kind the image supports, and nothing here checked one. Declared. Not checked on any destination.
- Every object in the sample is in the nim-service namespace. The sample ships no Namespace object, so the namespace must exist before apply. Declared. Not checked on any destination.
- spec.router.ingress names the ingress class nginx, so an ingress controller serving that class must run on the destination. Declared. Not checked on any destination.
- spec.router.hostDomainName is demo.example.nvidia.com, an example domain. A destination supplies its own. Declared. Not checked on any destination.
This entry's plan, and how to test it
These are the steps that plain objects cannot carry. ConfigHub stores them and does not carry them out. The words in italics say what the Catalog knows about each.
- Once the destination is known. Install the k8s-nim-operator chart from https://helm.ngc.nvidia.com/nvidia at >3.1.0 and wait for nimcaches.apps.nvidia.com and nimservices.apps.nvidia.com before applying this sample. The k8s-nim-operator chart is not yet a Catalog entry on this branch, so this requirement names the chart and does not link a record. Who: The platform team that runs the NIM Operator on the selected destination. Generated. Not run on a cluster.
- Once the destination is known. Create the image pull Secret ngc-secret (NIMCache spec.source.ngc.pullSecret, NIMService spec.image.pullSecrets) in the sample's namespace before apply. The sample carries the name only, and no credential is held here. Who: The user, with their own NVIDIA entitlement. Generated. Not run on a cluster.
- Once the destination is known. Create the API key Secret ngc-api-secret (NIMCache spec.source.ngc.authSecret, NIMService spec.authSecret) in the sample's namespace before apply. The sample carries the name only, and no key or token is held here. Who: The user, with their own NVIDIA or model-hub entitlement. Generated. Not run on a cluster.
- Once the destination is known. The NIMService reads its model from NIMCache meta-llama-3-2-1b-instruct, which this sample file also defines. NIMCache meta-llama-3-2-1b-instruct asks the operator to create a 50Gi ReadWriteOnce PersistentVolumeClaim with an empty storageClass, so the storage class is a destination choice. The listing gives the rest. Who: The storage owner on the selected destination. Not evaluated.
Test the plain objects yourself. This script tests the retained objects themselves with kubectl, and it needs no cub and no account. Read it first and use a throwaway cluster. The Catalog has no recorded run of this script.
1. Get the exact objects Run for this entry
The Catalog retains its 2 objects in one file, exactly as supplied.
# fetch the retained objects for this entry
$ curl -fsSL -o nimservice-ingress-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/routers/ingress/llm.yaml
# check the bytes against the listing
$ shasum -a 256 nimservice-ingress-meta-llama-3-2-1b-instruct-llm.yaml
47f4da1567742044a469ef5a2ff398f0822b24d246307990640eee3e668e2beb nimservice-ingress-meta-llama-3-2-1b-instruct-llm.yaml
2. Compare with another version or base Not run for this entry
The listing records no comparison for this entry. The commands run on the retained files, with no account. This version has 37 other bases in the Catalog, and the listing names each one.
# fetch the autoscaling-meta-llama-3-2-1b-instruct-llm base of the same version
$ curl -fsSL -o nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/llm.yaml
# list what differs between the two bases
$ cub config diff nimservice-ingress-meta-llama-3-2-1b-instruct-llm.yaml nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml --summary
3. Upload it as a variant Not run for this entry
The Catalog has not uploaded this entry. The commands use its published literal configuration bundle.
# sign in; steps 3 to 5 write to your ConfigHub organization
$ cub auth login
# preview the upload of the published bundle; nothing is written
$ cub variant upload --dry-run --component nimservice --variant ingress-meta-llama-3-2-1b-instruct-llm --space nimservice-ingress-meta-llama-3-2-1b-instruct-llm oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-ingress-meta-llama-3-2-1b-instruct-llm:upstream-5d5f66ee0e2e@sha256:4eb91b4d4c0f8d2cf517a01425ca6d0b3a416f5ca9bd7956c931aeb9b80b7a32
# upload the bundle as a base Space of Units
$ cub variant upload --component nimservice --variant ingress-meta-llama-3-2-1b-instruct-llm --space nimservice-ingress-meta-llama-3-2-1b-instruct-llm oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-ingress-meta-llama-3-2-1b-instruct-llm:upstream-5d5f66ee0e2e@sha256:4eb91b4d4c0f8d2cf517a01425ca6d0b3a416f5ca9bd7956c931aeb9b80b7a32
4. Deploy it Not run for this entry
No delivery run is recorded for this entry. Argo CD has not run, Flux has not run, and kubectl has not run. The commands name the Target workshop/target, which cub cluster up --name workshop creates on a local kind cluster with Argo CD. Use your own Target for a real destination. The listing records 7 inputs that the destination must supply, so read them before you deploy.
# clone the base onto a Target as a dev variant
$ cub variant create dev nimservice-ingress-meta-llama-3-2-1b-instruct-llm --target workshop/target --space-pattern "template:nimservice-ingress-meta-llama-3-2-1b-instruct-llm-dev"
# publish the Release that Argo CD or Flux pulls
$ cub release publish nimservice-ingress-meta-llama-3-2-1b-instruct-llm-dev
5. Promote a change Not run for this entry
No promotion is recorded for this entry. Promotion carries a change in the base to the dev variant. The base changes when you edit a Unit or upload a newer version into the same Space.
# preview what the dev variant would take from the base
$ cub variant promote nimservice-ingress-meta-llama-3-2-1b-instruct-llm-dev --dry-run -o mutations
# promote once you have read the preview
$ cub variant promote nimservice-ingress-meta-llama-3-2-1b-instruct-llm-dev --change-desc "Pull the reviewed base forward"
Plain Kubernetes YAML, base ingress-meta-llama-3-2-1b-instruct-multi-llm, version 5d5f66ee0e2e
What is fixed, and what you supply
Fixed when this entry was built. These went into the build, so the objects already carry them. To change one, build the entry again from its source.
sourceisdata/aicr-nim-operator-models/upstream/serving/standalone/routers/ingress/multi-llm.yamlupstreamCommitis5d5f66ee0e2esourceFileSha256isbaa21918b9ff3d9d54713c6dfa8b8207b8189840b9c28a24247da8cae762a905objectSetSha256is7c83ab4df35cb94d39bed54dcce7333e3ded8573db12485bb8897b128ec79dc7imageisnvcr.io/nim/nvidia/llm-nim:1.15.0
Yours to supply or check. The destination must have these before the objects are applied. The words in italics say what the Catalog knows about each.
- The k8s-nim-operator chart at >=3.1.0 must be installed first. Every field this sample sets is declared by the apps.nvidia.com/v1alpha1 definitions retained from operator v3.1.0 under examples/aicr/eks-h100-inference-nim/operator-crds. The newest operator release this sample works with is not established. The sample was retained from upstream commit 5d5f66ee0e2e, and this repository does not record which operator release contains that commit. Declared. Not checked on any destination.
- The user supplies this image pull Secret. It is named by NIMCache spec.source.hf.pullSecret and NIMService spec.image.pullSecrets. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMCache spec.source.hf.authSecret. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMService spec.authSecret. Declared. Not checked on any destination.
- The NIMService requests 1 GPU per pod as nvidia.com/gpu, with 1 replica. A destination needs that many allocatable GPUs of a kind the image supports, and nothing here checked one. Declared. Not checked on any destination.
- Every object in the sample is in the nim-service namespace. The sample ships no Namespace object, so the namespace must exist before apply. Declared. Not checked on any destination.
- spec.expose.router.ingress names the ingress class nginx, so an ingress controller serving that class must run on the destination. Declared. Not checked on any destination.
- spec.expose.router.hostDomainName is demo.nvidia.example.com, an example domain. A destination supplies its own. Declared. Not checked on any destination.
- The sample fetches model weights for meta-llama/Llama-3.2-1B-Instruct from https://huggingface.co. Those weights carry their own licence, and this entry fetched none of them. Declared. Not checked on any destination.
This entry's plan, and how to test it
These are the steps that plain objects cannot carry. ConfigHub stores them and does not carry them out. The words in italics say what the Catalog knows about each.
- Once the destination is known. Install the k8s-nim-operator chart from https://helm.ngc.nvidia.com/nvidia at >=3.1.0 and wait for nimcaches.apps.nvidia.com and nimservices.apps.nvidia.com before applying this sample. The k8s-nim-operator chart is not yet a Catalog entry on this branch, so this requirement names the chart and does not link a record. Who: The platform team that runs the NIM Operator on the selected destination. Generated. Not run on a cluster.
- Once the destination is known. Create the image pull Secret ngc-secret (NIMCache spec.source.hf.pullSecret, NIMService spec.image.pullSecrets) in the sample's namespace before apply. The sample carries the name only, and no credential is held here. Who: The user, with their own NVIDIA entitlement. Generated. Not run on a cluster.
- Once the destination is known. Create the API key Secret hf-api-secret (NIMCache spec.source.hf.authSecret); ngc-api-secret (NIMService spec.authSecret) in the sample's namespace before apply. The sample carries the name only, and no key or token is held here. Who: The user, with their own NVIDIA or model-hub entitlement. Generated. Not run on a cluster.
- Once the destination is known. The NIMService reads its model from NIMCache nim-cache-multi-llm, which this sample file also defines. NIMCache nim-cache-multi-llm asks the operator to create a 50Gi ReadWriteOnce PersistentVolumeClaim with an empty storageClass, so the storage class is a destination choice. The listing gives the rest. Who: The storage owner on the selected destination. Not evaluated.
Test the plain objects yourself. This script tests the retained objects themselves with kubectl, and it needs no cub and no account. Read it first and use a throwaway cluster. The Catalog has no recorded run of this script.
1. Get the exact objects Run for this entry
The Catalog retains its 2 objects in one file, exactly as supplied.
# fetch the retained objects for this entry
$ curl -fsSL -o nimservice-ingress-meta-llama-3-2-1b-instruct-multi-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/routers/ingress/multi-llm.yaml
# check the bytes against the listing
$ shasum -a 256 nimservice-ingress-meta-llama-3-2-1b-instruct-multi-llm.yaml
baa21918b9ff3d9d54713c6dfa8b8207b8189840b9c28a24247da8cae762a905 nimservice-ingress-meta-llama-3-2-1b-instruct-multi-llm.yaml
2. Compare with another version or base Not run for this entry
The listing records no comparison for this entry. The commands run on the retained files, with no account. This version has 37 other bases in the Catalog, and the listing names each one.
# fetch the autoscaling-meta-llama-3-2-1b-instruct-llm base of the same version
$ curl -fsSL -o nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/llm.yaml
# list what differs between the two bases
$ cub config diff nimservice-ingress-meta-llama-3-2-1b-instruct-multi-llm.yaml nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml --summary
3. Upload it as a variant Not run for this entry
The Catalog has not uploaded this entry. The commands use its published literal configuration bundle.
# sign in; steps 3 to 5 write to your ConfigHub organization
$ cub auth login
# preview the upload of the published bundle; nothing is written
$ cub variant upload --dry-run --component nimservice --variant ingress-meta-llama-3-2-1b-instruct-multi-llm --space nimservice-ingress-meta-llama-3-2-1b-instruct-multi-llm oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-ingress-meta-llama-3-2-1b-instruct-multi-llm:upstream-5d5f66ee0e2e@sha256:833da78d85d7ee65f857f5b949fd5f69d42036232aae1e2bc20862aa696836fe
# upload the bundle as a base Space of Units
$ cub variant upload --component nimservice --variant ingress-meta-llama-3-2-1b-instruct-multi-llm --space nimservice-ingress-meta-llama-3-2-1b-instruct-multi-llm oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-ingress-meta-llama-3-2-1b-instruct-multi-llm:upstream-5d5f66ee0e2e@sha256:833da78d85d7ee65f857f5b949fd5f69d42036232aae1e2bc20862aa696836fe
4. Deploy it Not run for this entry
No delivery run is recorded for this entry. Argo CD has not run, Flux has not run, and kubectl has not run. The commands name the Target workshop/target, which cub cluster up --name workshop creates on a local kind cluster with Argo CD. Use your own Target for a real destination. The listing records 9 inputs that the destination must supply, so read them before you deploy.
# clone the base onto a Target as a dev variant
$ cub variant create dev nimservice-ingress-meta-llama-3-2-1b-instruct-multi-llm --target workshop/target --space-pattern "template:nimservice-ingress-meta-llama-3-2-1b-instruct-multi-llm-dev"
# publish the Release that Argo CD or Flux pulls
$ cub release publish nimservice-ingress-meta-llama-3-2-1b-instruct-multi-llm-dev
5. Promote a change Not run for this entry
No promotion is recorded for this entry. Promotion carries a change in the base to the dev variant. The base changes when you edit a Unit or upload a newer version into the same Space.
# preview what the dev variant would take from the base
$ cub variant promote nimservice-ingress-meta-llama-3-2-1b-instruct-multi-llm-dev --dry-run -o mutations
# promote once you have read the preview
$ cub variant promote nimservice-ingress-meta-llama-3-2-1b-instruct-multi-llm-dev --change-desc "Pull the reviewed base forward"
Plain Kubernetes YAML, base knative-meta-llama-3-2-1b-instruct-llm, version 5d5f66ee0e2e
What is fixed, and what you supply
Fixed when this entry was built. These went into the build, so the objects already carry them. To change one, build the entry again from its source.
sourceisdata/aicr-nim-operator-models/upstream/serving/kserve/knative/llm.yamlupstreamCommitis5d5f66ee0e2esourceFileSha256ise260f8b3941ea74d3611923473d9c76da0d073b8faffa83fd8c04a381778d90bobjectSetSha256isdb534c939adf26e2dc9a7e927e4c4b2f19f9cac1af91bf9178282156bf786670imageisnvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.0
Yours to supply or check. The destination must have these before the objects are applied. The words in italics say what the Catalog knows about each.
- The k8s-nim-operator chart at >=3.1.0 must be installed first. Every field this sample sets is declared by the apps.nvidia.com/v1alpha1 definitions retained from operator v3.1.0 under examples/aicr/eks-h100-inference-nim/operator-crds. The newest operator release this sample works with is not established. The sample was retained from upstream commit 5d5f66ee0e2e, and this repository does not record which operator release contains that commit. Declared. Not checked on any destination.
- The user supplies this image pull Secret. It is named by NIMCache spec.source.ngc.pullSecret and NIMService spec.image.pullSecrets. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMCache spec.source.ngc.authSecret and NIMService spec.authSecret. Declared. Not checked on any destination.
- The NIMService requests 1 GPU per pod as nvidia.com/gpu, with 1 replica. A destination needs that many allocatable GPUs of a kind the image supports, and nothing here checked one. Declared. Not checked on any destination.
- Every object in the sample is in the nim-service namespace. The sample ships no Namespace object, so the namespace must exist before apply. Declared. Not checked on any destination.
- The sample sets spec.inferencePlatform to kserve, so that platform must be installed on the destination before the operator can serve this NIMService. Declared. Not checked on any destination.
- The sample carries autoscaling.knative.dev annotations, so Knative Serving must be installed on the destination. Declared. Not checked on any destination.
This entry's plan, and how to test it
These are the steps that plain objects cannot carry. ConfigHub stores them and does not carry them out. The words in italics say what the Catalog knows about each.
- Once the destination is known. Install the k8s-nim-operator chart from https://helm.ngc.nvidia.com/nvidia at >=3.1.0 and wait for nimcaches.apps.nvidia.com and nimservices.apps.nvidia.com before applying this sample. The k8s-nim-operator chart is not yet a Catalog entry on this branch, so this requirement names the chart and does not link a record. Who: The platform team that runs the NIM Operator on the selected destination. Generated. Not run on a cluster.
- Once the destination is known. Create the image pull Secret ngc-secret (NIMCache spec.source.ngc.pullSecret, NIMService spec.image.pullSecrets) in the sample's namespace before apply. The sample carries the name only, and no credential is held here. Who: The user, with their own NVIDIA entitlement. Generated. Not run on a cluster.
- Once the destination is known. Create the API key Secret ngc-api-secret (NIMCache spec.source.ngc.authSecret, NIMService spec.authSecret) in the sample's namespace before apply. The sample carries the name only, and no key or token is held here. Who: The user, with their own NVIDIA or model-hub entitlement. Generated. Not run on a cluster.
- Once the destination is known. The NIMService reads its model from NIMCache meta-llama-3-2-1b-instruct, which this sample file also defines. NIMCache meta-llama-3-2-1b-instruct asks the operator to create a 50Gi ReadWriteOnce PersistentVolumeClaim with an empty storageClass, so the storage class is a destination choice. The listing gives the rest. Who: The storage owner on the selected destination. Not evaluated.
Test the plain objects yourself. This script tests the retained objects themselves with kubectl, and it needs no cub and no account. Read it first and use a throwaway cluster. The Catalog has no recorded run of this script.
1. Get the exact objects Run for this entry
The Catalog retains its 2 objects in one file, exactly as supplied.
# fetch the retained objects for this entry
$ curl -fsSL -o nimservice-knative-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/kserve/knative/llm.yaml
# check the bytes against the listing
$ shasum -a 256 nimservice-knative-meta-llama-3-2-1b-instruct-llm.yaml
e260f8b3941ea74d3611923473d9c76da0d073b8faffa83fd8c04a381778d90b nimservice-knative-meta-llama-3-2-1b-instruct-llm.yaml
2. Compare with another version or base Not run for this entry
The listing records no comparison for this entry. The commands run on the retained files, with no account. This version has 37 other bases in the Catalog, and the listing names each one.
# fetch the autoscaling-meta-llama-3-2-1b-instruct-llm base of the same version
$ curl -fsSL -o nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/llm.yaml
# list what differs between the two bases
$ cub config diff nimservice-knative-meta-llama-3-2-1b-instruct-llm.yaml nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml --summary
3. Upload it as a variant Not run for this entry
The Catalog has not uploaded this entry. The commands use its published literal configuration bundle.
# sign in; steps 3 to 5 write to your ConfigHub organization
$ cub auth login
# preview the upload of the published bundle; nothing is written
$ cub variant upload --dry-run --component nimservice --variant knative-meta-llama-3-2-1b-instruct-llm --space nimservice-knative-meta-llama-3-2-1b-instruct-llm oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-knative-meta-llama-3-2-1b-instruct-llm:upstream-5d5f66ee0e2e@sha256:84f9cc2f3864594dc048355f60800e5df66d55f852130f295797f8e18a6cb31e
# upload the bundle as a base Space of Units
$ cub variant upload --component nimservice --variant knative-meta-llama-3-2-1b-instruct-llm --space nimservice-knative-meta-llama-3-2-1b-instruct-llm oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-knative-meta-llama-3-2-1b-instruct-llm:upstream-5d5f66ee0e2e@sha256:84f9cc2f3864594dc048355f60800e5df66d55f852130f295797f8e18a6cb31e
4. Deploy it Not run for this entry
No delivery run is recorded for this entry. Argo CD has not run, Flux has not run, and kubectl has not run. The commands name the Target workshop/target, which cub cluster up --name workshop creates on a local kind cluster with Argo CD. Use your own Target for a real destination. The listing records 7 inputs that the destination must supply, so read them before you deploy.
# clone the base onto a Target as a dev variant
$ cub variant create dev nimservice-knative-meta-llama-3-2-1b-instruct-llm --target workshop/target --space-pattern "template:nimservice-knative-meta-llama-3-2-1b-instruct-llm-dev"
# publish the Release that Argo CD or Flux pulls
$ cub release publish nimservice-knative-meta-llama-3-2-1b-instruct-llm-dev
5. Promote a change Not run for this entry
No promotion is recorded for this entry. Promotion carries a change in the base to the dev variant. The base changes when you edit a Unit or upload a newer version into the same Space.
# preview what the dev variant would take from the base
$ cub variant promote nimservice-knative-meta-llama-3-2-1b-instruct-llm-dev --dry-run -o mutations
# promote once you have read the preview
$ cub variant promote nimservice-knative-meta-llama-3-2-1b-instruct-llm-dev --change-desc "Pull the reviewed base forward"
Plain Kubernetes YAML, base knative-meta-llama-3-2-1b-instruct-multi-llm, version 5d5f66ee0e2e
What is fixed, and what you supply
Fixed when this entry was built. These went into the build, so the objects already carry them. To change one, build the entry again from its source.
sourceisdata/aicr-nim-operator-models/upstream/serving/kserve/knative/multi-llm.yamlupstreamCommitis5d5f66ee0e2esourceFileSha256is6555417d54f00bbb0335fb4fb12cf01bbfb9682066347adbcfaad9ec51786c82objectSetSha256isb5020b77339bf0181254255a04927e5ce4775a345fc060d48d91cb070ae278fdimageisnvcr.io/nim/nvidia/llm-nim:1.15.0
Yours to supply or check. The destination must have these before the objects are applied. The words in italics say what the Catalog knows about each.
- The k8s-nim-operator chart at >=3.1.0 must be installed first. Every field this sample sets is declared by the apps.nvidia.com/v1alpha1 definitions retained from operator v3.1.0 under examples/aicr/eks-h100-inference-nim/operator-crds. The newest operator release this sample works with is not established. The sample was retained from upstream commit 5d5f66ee0e2e, and this repository does not record which operator release contains that commit. Declared. Not checked on any destination.
- The user supplies this image pull Secret. It is named by NIMCache spec.source.hf.pullSecret and NIMService spec.image.pullSecrets. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMCache spec.source.hf.authSecret. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMService spec.authSecret. Declared. Not checked on any destination.
- The NIMService requests 1 GPU per pod as nvidia.com/gpu, with 1 replica. A destination needs that many allocatable GPUs of a kind the image supports, and nothing here checked one. Declared. Not checked on any destination.
- Every object in the sample is in the nim-service namespace. The sample ships no Namespace object, so the namespace must exist before apply. Declared. Not checked on any destination.
- The sample sets spec.inferencePlatform to kserve, so that platform must be installed on the destination before the operator can serve this NIMService. Declared. Not checked on any destination.
- The sample carries autoscaling.knative.dev annotations, so Knative Serving must be installed on the destination. Declared. Not checked on any destination.
- The sample fetches model weights for nvidia/Llama-3.1-Nemotron-Nano-8B-v1 from https://huggingface.co. Those weights carry their own licence, and this entry fetched none of them. Declared. Not checked on any destination.
This entry's plan, and how to test it
These are the steps that plain objects cannot carry. ConfigHub stores them and does not carry them out. The words in italics say what the Catalog knows about each.
- Once the destination is known. Install the k8s-nim-operator chart from https://helm.ngc.nvidia.com/nvidia at >=3.1.0 and wait for nimcaches.apps.nvidia.com and nimservices.apps.nvidia.com before applying this sample. The k8s-nim-operator chart is not yet a Catalog entry on this branch, so this requirement names the chart and does not link a record. Who: The platform team that runs the NIM Operator on the selected destination. Generated. Not run on a cluster.
- Once the destination is known. Create the image pull Secret ngc-secret (NIMCache spec.source.hf.pullSecret, NIMService spec.image.pullSecrets) in the sample's namespace before apply. The sample carries the name only, and no credential is held here. Who: The user, with their own NVIDIA entitlement. Generated. Not run on a cluster.
- Once the destination is known. Create the API key Secret hf-api-secret (NIMCache spec.source.hf.authSecret); ngc-api-secret (NIMService spec.authSecret) in the sample's namespace before apply. The sample carries the name only, and no key or token is held here. Who: The user, with their own NVIDIA or model-hub entitlement. Generated. Not run on a cluster.
- Once the destination is known. The NIMService reads its model from NIMCache nim-cache-multi-llm, which this sample file also defines. NIMCache nim-cache-multi-llm asks the operator to create a 50Gi ReadWriteOnce PersistentVolumeClaim with an empty storageClass, so the storage class is a destination choice. The listing gives the rest. Who: The storage owner on the selected destination. Not evaluated.
Test the plain objects yourself. This script tests the retained objects themselves with kubectl, and it needs no cub and no account. Read it first and use a throwaway cluster. The Catalog has no recorded run of this script.
1. Get the exact objects Run for this entry
The Catalog retains its 2 objects in one file, exactly as supplied.
# fetch the retained objects for this entry
$ curl -fsSL -o nimservice-knative-meta-llama-3-2-1b-instruct-multi-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/kserve/knative/multi-llm.yaml
# check the bytes against the listing
$ shasum -a 256 nimservice-knative-meta-llama-3-2-1b-instruct-multi-llm.yaml
6555417d54f00bbb0335fb4fb12cf01bbfb9682066347adbcfaad9ec51786c82 nimservice-knative-meta-llama-3-2-1b-instruct-multi-llm.yaml
2. Compare with another version or base Not run for this entry
The listing records no comparison for this entry. The commands run on the retained files, with no account. This version has 37 other bases in the Catalog, and the listing names each one.
# fetch the autoscaling-meta-llama-3-2-1b-instruct-llm base of the same version
$ curl -fsSL -o nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/llm.yaml
# list what differs between the two bases
$ cub config diff nimservice-knative-meta-llama-3-2-1b-instruct-multi-llm.yaml nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml --summary
3. Upload it as a variant Not run for this entry
The Catalog has not uploaded this entry. The commands use its published literal configuration bundle.
# sign in; steps 3 to 5 write to your ConfigHub organization
$ cub auth login
# preview the upload of the published bundle; nothing is written
$ cub variant upload --dry-run --component nimservice --variant knative-meta-llama-3-2-1b-instruct-multi-llm --space nimservice-knative-meta-llama-3-2-1b-instruct-multi-llm oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-knative-meta-llama-3-2-1b-instruct-multi-llm:upstream-5d5f66ee0e2e@sha256:fdd734abbade3c9cba0d52b80bb458d4097d643f045a70cd1df767dc8a538a65
# upload the bundle as a base Space of Units
$ cub variant upload --component nimservice --variant knative-meta-llama-3-2-1b-instruct-multi-llm --space nimservice-knative-meta-llama-3-2-1b-instruct-multi-llm oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-knative-meta-llama-3-2-1b-instruct-multi-llm:upstream-5d5f66ee0e2e@sha256:fdd734abbade3c9cba0d52b80bb458d4097d643f045a70cd1df767dc8a538a65
4. Deploy it Not run for this entry
No delivery run is recorded for this entry. Argo CD has not run, Flux has not run, and kubectl has not run. The commands name the Target workshop/target, which cub cluster up --name workshop creates on a local kind cluster with Argo CD. Use your own Target for a real destination. The listing records 9 inputs that the destination must supply, so read them before you deploy.
# clone the base onto a Target as a dev variant
$ cub variant create dev nimservice-knative-meta-llama-3-2-1b-instruct-multi-llm --target workshop/target --space-pattern "template:nimservice-knative-meta-llama-3-2-1b-instruct-multi-llm-dev"
# publish the Release that Argo CD or Flux pulls
$ cub release publish nimservice-knative-meta-llama-3-2-1b-instruct-multi-llm-dev
5. Promote a change Not run for this entry
No promotion is recorded for this entry. Promotion carries a change in the base to the dev variant. The base changes when you edit a Unit or upload a newer version into the same Space.
# preview what the dev variant would take from the base
$ cub variant promote nimservice-knative-meta-llama-3-2-1b-instruct-multi-llm-dev --dry-run -o mutations
# promote once you have read the preview
$ cub variant promote nimservice-knative-meta-llama-3-2-1b-instruct-multi-llm-dev --change-desc "Pull the reviewed base forward"
Plain Kubernetes YAML, base lora-meta-llama-3-2-1b-instruct-llm, version 5d5f66ee0e2e
This entry is flagged for review. The sample carries the placeholder /model-store/<lora-directory> in spec.env[NIM_PEFT_SOURCE].value, so what value should a published variant carry?
What is fixed, and what you supply
Fixed when this entry was built. These went into the build, so the objects already carry them. To change one, build the entry again from its source.
sourceisdata/aicr-nim-operator-models/upstream/serving/standalone/lora/llm.yamlupstreamCommitis5d5f66ee0e2esourceFileSha256isa4afe2337f856a22fb4837b9b24931044f60a64c0d89fd5f77776eac92cd170aobjectSetSha256is05a65e0d30de4763bacbcb1a4e961ff1c6711955c30698e43db3d3481c654a4aimageisnvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.0
Yours to supply or check. The destination must have these before the objects are applied. The words in italics say what the Catalog knows about each.
- The k8s-nim-operator chart at >=3.1.0 must be installed first. Every field this sample sets is declared by the apps.nvidia.com/v1alpha1 definitions retained from operator v3.1.0 under examples/aicr/eks-h100-inference-nim/operator-crds. The newest operator release this sample works with is not established. The sample was retained from upstream commit 5d5f66ee0e2e, and this repository does not record which operator release contains that commit. Declared. Not checked on any destination.
- The user supplies this image pull Secret. It is named by NIMService spec.image.pullSecrets. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMService spec.authSecret. Declared. Not checked on any destination.
- The NIMService requests 1 GPU per pod as nvidia.com/gpu, with 1 replica. A destination needs that many allocatable GPUs of a kind the image supports, and nothing here checked one. Declared. Not checked on any destination.
- Every object in the sample is in the nim-service namespace. The sample ships no Namespace object, so the namespace must exist before apply. Declared. Not checked on any destination.
This entry's plan, and how to test it
These are the steps that plain objects cannot carry. ConfigHub stores them and does not carry them out. The words in italics say what the Catalog knows about each.
- Once the destination is known. Install the k8s-nim-operator chart from https://helm.ngc.nvidia.com/nvidia at >=3.1.0 and wait for nimservices.apps.nvidia.com before applying this sample. The k8s-nim-operator chart is not yet a Catalog entry on this branch, so this requirement names the chart and does not link a record. Who: The platform team that runs the NIM Operator on the selected destination. Generated. Not run on a cluster.
- Once the destination is known. Create the image pull Secret ngc-secret (NIMService spec.image.pullSecrets) in the sample's namespace before apply. The sample carries the name only, and no credential is held here. Who: The user, with their own NVIDIA entitlement. Generated. Not run on a cluster.
- Once the destination is known. Create the API key Secret ngc-api-secret (NIMService spec.authSecret) in the sample's namespace before apply. The sample carries the name only, and no key or token is held here. Who: The user, with their own NVIDIA or model-hub entitlement. Generated. Not run on a cluster.
- Once the destination is known. NIMService meta-llama-3-2-1b-instruct expects a PersistentVolumeClaim named meta-llama-3-2-1b-instruct with an empty storageClass, so the storage class is a destination choice. Nothing here checked that a destination can provide it. Who: The storage owner on the selected destination. Not evaluated.
Test the plain objects yourself. This script tests the retained objects themselves with kubectl, and it needs no cub and no account. Read it first and use a throwaway cluster. The Catalog has no recorded run of this script.
1. Get the exact objects Run for this entry
The Catalog retains its 1 object in one file, exactly as supplied.
# fetch the retained objects for this entry
$ curl -fsSL -o nimservice-lora-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/lora/llm.yaml
# check the bytes against the listing
$ shasum -a 256 nimservice-lora-meta-llama-3-2-1b-instruct-llm.yaml
a4afe2337f856a22fb4837b9b24931044f60a64c0d89fd5f77776eac92cd170a nimservice-lora-meta-llama-3-2-1b-instruct-llm.yaml
2. Compare with another version or base Not run for this entry
The listing records no comparison for this entry. The commands run on the retained files, with no account. This version has 37 other bases in the Catalog, and the listing names each one.
# fetch the autoscaling-meta-llama-3-2-1b-instruct-llm base of the same version
$ curl -fsSL -o nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/llm.yaml
# list what differs between the two bases
$ cub config diff nimservice-lora-meta-llama-3-2-1b-instruct-llm.yaml nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml --summary
3. Upload it as a variant Not run for this entry
The Catalog has not uploaded this entry. The commands use its published literal configuration bundle.
# sign in; steps 3 to 5 write to your ConfigHub organization
$ cub auth login
# preview the upload of the published bundle; nothing is written
$ cub variant upload --dry-run --component nimservice --variant lora-meta-llama-3-2-1b-instruct-llm --space nimservice-lora-meta-llama-3-2-1b-instruct-llm oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-lora-meta-llama-3-2-1b-instruct-llm:upstream-5d5f66ee0e2e@sha256:865c27dafbcbae5abecf7e2d119be6521206fda0d997b6f516d554607192b531
# upload the bundle as a base Space of Units
$ cub variant upload --component nimservice --variant lora-meta-llama-3-2-1b-instruct-llm --space nimservice-lora-meta-llama-3-2-1b-instruct-llm oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-lora-meta-llama-3-2-1b-instruct-llm:upstream-5d5f66ee0e2e@sha256:865c27dafbcbae5abecf7e2d119be6521206fda0d997b6f516d554607192b531
4. Deploy it Not run for this entry
No delivery run is recorded for this entry. Argo CD has not run, Flux has not run, and kubectl has not run. The commands name the Target workshop/target, which cub cluster up --name workshop creates on a local kind cluster with Argo CD. Use your own Target for a real destination. The listing records 5 inputs that the destination must supply, so read them before you deploy.
# clone the base onto a Target as a dev variant
$ cub variant create dev nimservice-lora-meta-llama-3-2-1b-instruct-llm --target workshop/target --space-pattern "template:nimservice-lora-meta-llama-3-2-1b-instruct-llm-dev"
# publish the Release that Argo CD or Flux pulls
$ cub release publish nimservice-lora-meta-llama-3-2-1b-instruct-llm-dev
5. Promote a change Not run for this entry
No promotion is recorded for this entry. Promotion carries a change in the base to the dev variant. The base changes when you edit a Unit or upload a newer version into the same Space.
# preview what the dev variant would take from the base
$ cub variant promote nimservice-lora-meta-llama-3-2-1b-instruct-llm-dev --dry-run -o mutations
# promote once you have read the preview
$ cub variant promote nimservice-lora-meta-llama-3-2-1b-instruct-llm-dev --change-desc "Pull the reviewed base forward"
Plain Kubernetes YAML, base lora-meta-llama-3-2-1b-instruct-multi-llm, version 5d5f66ee0e2e
This entry is flagged for review. The sample carries the placeholder /model-store/<lora-dir> in spec.env[NIM_PEFT_SOURCE].value, so what value should a published variant carry?
What is fixed, and what you supply
Fixed when this entry was built. These went into the build, so the objects already carry them. To change one, build the entry again from its source.
sourceisdata/aicr-nim-operator-models/upstream/serving/standalone/lora/multi-llm.yamlupstreamCommitis5d5f66ee0e2esourceFileSha256is73d22658c234f33b57e8e5c016d70d6578b825920234cb2d942a47e0d9e9549eobjectSetSha256isb8b3a49f19e059947ea276ba0b9df4b691bf2df1010fb8d631de57d9c22a78e6imageisnvcr.io/nim/nvidia/llm-nim:1.15.0
Yours to supply or check. The destination must have these before the objects are applied. The words in italics say what the Catalog knows about each.
- The k8s-nim-operator chart at >=3.1.0 must be installed first. Every field this sample sets is declared by the apps.nvidia.com/v1alpha1 definitions retained from operator v3.1.0 under examples/aicr/eks-h100-inference-nim/operator-crds. The newest operator release this sample works with is not established. The sample was retained from upstream commit 5d5f66ee0e2e, and this repository does not record which operator release contains that commit. Declared. Not checked on any destination.
- The user supplies this image pull Secret. It is named by NIMService spec.image.pullSecrets. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMService spec.authSecret. Declared. Not checked on any destination.
- The NIMService requests 1 GPU per pod as nvidia.com/gpu, with 1 replica. A destination needs that many allocatable GPUs of a kind the image supports, and nothing here checked one. Declared. Not checked on any destination.
- Every object in the sample is in the nim-service namespace. The sample ships no Namespace object, so the namespace must exist before apply. Declared. Not checked on any destination.
This entry's plan, and how to test it
These are the steps that plain objects cannot carry. ConfigHub stores them and does not carry them out. The words in italics say what the Catalog knows about each.
- Once the destination is known. Install the k8s-nim-operator chart from https://helm.ngc.nvidia.com/nvidia at >=3.1.0 and wait for nimservices.apps.nvidia.com before applying this sample. The k8s-nim-operator chart is not yet a Catalog entry on this branch, so this requirement names the chart and does not link a record. Who: The platform team that runs the NIM Operator on the selected destination. Generated. Not run on a cluster.
- Once the destination is known. Create the image pull Secret ngc-secret (NIMService spec.image.pullSecrets) in the sample's namespace before apply. The sample carries the name only, and no credential is held here. Who: The user, with their own NVIDIA entitlement. Generated. Not run on a cluster.
- Once the destination is known. Create the API key Secret ngc-api-secret (NIMService spec.authSecret) in the sample's namespace before apply. The sample carries the name only, and no key or token is held here. Who: The user, with their own NVIDIA or model-hub entitlement. Generated. Not run on a cluster.
- Once the destination is known. NIMService meta-llama-3-2-1b-instruct expects a PersistentVolumeClaim named nim-cache-multi-llm with an empty storageClass, so the storage class is a destination choice. Nothing here checked that a destination can provide it. Who: The storage owner on the selected destination. Not evaluated.
Test the plain objects yourself. This script tests the retained objects themselves with kubectl, and it needs no cub and no account. Read it first and use a throwaway cluster. The Catalog has no recorded run of this script.
1. Get the exact objects Run for this entry
The Catalog retains its 1 object in one file, exactly as supplied.
# fetch the retained objects for this entry
$ curl -fsSL -o nimservice-lora-meta-llama-3-2-1b-instruct-multi-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/lora/multi-llm.yaml
# check the bytes against the listing
$ shasum -a 256 nimservice-lora-meta-llama-3-2-1b-instruct-multi-llm.yaml
73d22658c234f33b57e8e5c016d70d6578b825920234cb2d942a47e0d9e9549e nimservice-lora-meta-llama-3-2-1b-instruct-multi-llm.yaml
2. Compare with another version or base Not run for this entry
The listing records no comparison for this entry. The commands run on the retained files, with no account. This version has 37 other bases in the Catalog, and the listing names each one.
# fetch the autoscaling-meta-llama-3-2-1b-instruct-llm base of the same version
$ curl -fsSL -o nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/llm.yaml
# list what differs between the two bases
$ cub config diff nimservice-lora-meta-llama-3-2-1b-instruct-multi-llm.yaml nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml --summary
3. Upload it as a variant Not run for this entry
The Catalog has not uploaded this entry. The commands use its published literal configuration bundle.
# sign in; steps 3 to 5 write to your ConfigHub organization
$ cub auth login
# preview the upload of the published bundle; nothing is written
$ cub variant upload --dry-run --component nimservice --variant lora-meta-llama-3-2-1b-instruct-multi-llm --space nimservice-lora-meta-llama-3-2-1b-instruct-multi-llm oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-lora-meta-llama-3-2-1b-instruct-multi-llm:upstream-5d5f66ee0e2e@sha256:7b43d3ae752ed81e87299040260331bcde1ea4e20db9e213de16130b1990e5d2
# upload the bundle as a base Space of Units
$ cub variant upload --component nimservice --variant lora-meta-llama-3-2-1b-instruct-multi-llm --space nimservice-lora-meta-llama-3-2-1b-instruct-multi-llm oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-lora-meta-llama-3-2-1b-instruct-multi-llm:upstream-5d5f66ee0e2e@sha256:7b43d3ae752ed81e87299040260331bcde1ea4e20db9e213de16130b1990e5d2
4. Deploy it Not run for this entry
No delivery run is recorded for this entry. Argo CD has not run, Flux has not run, and kubectl has not run. The commands name the Target workshop/target, which cub cluster up --name workshop creates on a local kind cluster with Argo CD. Use your own Target for a real destination. The listing records 5 inputs that the destination must supply, so read them before you deploy.
# clone the base onto a Target as a dev variant
$ cub variant create dev nimservice-lora-meta-llama-3-2-1b-instruct-multi-llm --target workshop/target --space-pattern "template:nimservice-lora-meta-llama-3-2-1b-instruct-multi-llm-dev"
# publish the Release that Argo CD or Flux pulls
$ cub release publish nimservice-lora-meta-llama-3-2-1b-instruct-multi-llm-dev
5. Promote a change Not run for this entry
No promotion is recorded for this entry. Promotion carries a change in the base to the dev variant. The base changes when you edit a Unit or upload a newer version into the same Space.
# preview what the dev variant would take from the base
$ cub variant promote nimservice-lora-meta-llama-3-2-1b-instruct-multi-llm-dev --dry-run -o mutations
# promote once you have read the preview
$ cub variant promote nimservice-lora-meta-llama-3-2-1b-instruct-multi-llm-dev --change-desc "Pull the reviewed base forward"
Plain Kubernetes YAML, base manual-meta-llama3-2-1b-instruct, version 5d5f66ee0e2e
What is fixed, and what you supply
Fixed when this entry was built. These went into the build, so the objects already carry them. To change one, build the entry again from its source.
sourceisdata/aicr-nim-operator-models/upstream/serving/advanced/dra/manual/llm.yamlupstreamCommitis5d5f66ee0e2esourceFileSha256is3d351f9fe02750994c647e79e5405b277bee11f75bb1dfa0e9e589598a8a0ac5objectSetSha256isbdf8717cd1dbe0e3f8f469bd5075fc7312fd6776e698d233e3c59a5b966ad317imageisnvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.0
Yours to supply or check. The destination must have these before the objects are applied. The words in italics say what the Catalog knows about each.
- The k8s-nim-operator chart at >=3.1.0 must be installed first. Every field this sample sets is declared by the apps.nvidia.com/v1alpha1 definitions retained from operator v3.1.0 under examples/aicr/eks-h100-inference-nim/operator-crds. The newest operator release this sample works with is not established. The sample was retained from upstream commit 5d5f66ee0e2e, and this repository does not record which operator release contains that commit. Declared. Not checked on any destination.
- The user supplies this image pull Secret. It is named by NIMCache spec.source.ngc.pullSecret and NIMService spec.image.pullSecrets. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMCache spec.source.ngc.authSecret and NIMService spec.authSecret. Declared. Not checked on any destination.
- The NIMService requests 1 GPU per pod through a Dynamic Resource Allocation claim, with 1 replica. A destination needs that many allocatable GPUs of a kind the image supports, and nothing here checked one. Declared. Not checked on any destination.
- Every object in the sample is in the nim-service namespace. The sample ships no Namespace object, so the namespace must exist before apply. Declared. Not checked on any destination.
- The sample claims its GPU through Dynamic Resource Allocation with device class gpu.nvidia.com. The destination needs the resource.k8s.io API and a driver that publishes that class. Declared. Not checked on any destination.
This entry's plan, and how to test it
These are the steps that plain objects cannot carry. ConfigHub stores them and does not carry them out. The words in italics say what the Catalog knows about each.
- Once the destination is known. Install the k8s-nim-operator chart from https://helm.ngc.nvidia.com/nvidia at >=3.1.0 and wait for nimcaches.apps.nvidia.com and nimservices.apps.nvidia.com before applying this sample. The k8s-nim-operator chart is not yet a Catalog entry on this branch, so this requirement names the chart and does not link a record. Who: The platform team that runs the NIM Operator on the selected destination. Generated. Not run on a cluster.
- Once the destination is known. Create the image pull Secret ngc-secret (NIMCache spec.source.ngc.pullSecret, NIMService spec.image.pullSecrets) in the sample's namespace before apply. The sample carries the name only, and no credential is held here. Who: The user, with their own NVIDIA entitlement. Generated. Not run on a cluster.
- Once the destination is known. Create the API key Secret ngc-api-secret (NIMCache spec.source.ngc.authSecret, NIMService spec.authSecret) in the sample's namespace before apply. The sample carries the name only, and no key or token is held here. Who: The user, with their own NVIDIA or model-hub entitlement. Generated. Not run on a cluster.
- Once the destination is known. The NIMService reads its model from NIMCache meta-llama3-2-1b-instruct, which this sample file also defines. NIMCache meta-llama3-2-1b-instruct asks the operator to create a 50Gi ReadWriteOnce PersistentVolumeClaim with an empty storageClass, so the storage class is a destination choice. The listing gives the rest. Who: The storage owner on the selected destination. Not evaluated.
Test the plain objects yourself. This script tests the retained objects themselves with kubectl, and it needs no cub and no account. Read it first and use a throwaway cluster. The Catalog has no recorded run of this script.
1. Get the exact objects Run for this entry
The Catalog retains its 3 objects in one file, exactly as supplied.
# fetch the retained objects for this entry
$ curl -fsSL -o nimservice-manual-meta-llama3-2-1b-instruct.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/advanced/dra/manual/llm.yaml
# check the bytes against the listing
$ shasum -a 256 nimservice-manual-meta-llama3-2-1b-instruct.yaml
3d351f9fe02750994c647e79e5405b277bee11f75bb1dfa0e9e589598a8a0ac5 nimservice-manual-meta-llama3-2-1b-instruct.yaml
2. Compare with another version or base Not run for this entry
The listing records no comparison for this entry. The commands run on the retained files, with no account. This version has 37 other bases in the Catalog, and the listing names each one.
# fetch the autoscaling-meta-llama-3-2-1b-instruct-llm base of the same version
$ curl -fsSL -o nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/llm.yaml
# list what differs between the two bases
$ cub config diff nimservice-manual-meta-llama3-2-1b-instruct.yaml nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml --summary
3. Upload it as a variant Not run for this entry
The Catalog has not uploaded this entry. The commands use its published literal configuration bundle.
# sign in; steps 3 to 5 write to your ConfigHub organization
$ cub auth login
# preview the upload of the published bundle; nothing is written
$ cub variant upload --dry-run --component nimservice --variant manual-meta-llama3-2-1b-instruct --space nimservice-manual-meta-llama3-2-1b-instruct oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-manual-meta-llama3-2-1b-instruct:upstream-5d5f66ee0e2e@sha256:a1e3643c1215cfb3e58d6aaf7dba2ebdedf809d6fa701aa55ffa29cec284ec13
# upload the bundle as a base Space of Units
$ cub variant upload --component nimservice --variant manual-meta-llama3-2-1b-instruct --space nimservice-manual-meta-llama3-2-1b-instruct oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-manual-meta-llama3-2-1b-instruct:upstream-5d5f66ee0e2e@sha256:a1e3643c1215cfb3e58d6aaf7dba2ebdedf809d6fa701aa55ffa29cec284ec13
4. Deploy it Not run for this entry
No delivery run is recorded for this entry. Argo CD has not run, Flux has not run, and kubectl has not run. The commands name the Target workshop/target, which cub cluster up --name workshop creates on a local kind cluster with Argo CD. Use your own Target for a real destination. The listing records 6 inputs that the destination must supply, so read them before you deploy.
# clone the base onto a Target as a dev variant
$ cub variant create dev nimservice-manual-meta-llama3-2-1b-instruct --target workshop/target --space-pattern "template:nimservice-manual-meta-llama3-2-1b-instruct-dev"
# publish the Release that Argo CD or Flux pulls
$ cub release publish nimservice-manual-meta-llama3-2-1b-instruct-dev
5. Promote a change Not run for this entry
No promotion is recorded for this entry. Promotion carries a change in the base to the dev variant. The base changes when you edit a Unit or upload a newer version into the same Space.
# preview what the dev variant would take from the base
$ cub variant promote nimservice-manual-meta-llama3-2-1b-instruct-dev --dry-run -o mutations
# promote once you have read the preview
$ cub variant promote nimservice-manual-meta-llama3-2-1b-instruct-dev --change-desc "Pull the reviewed base forward"
Plain Kubernetes YAML, base multi-node-deepseek-r1-multi-node-nimservice, version 5d5f66ee0e2e
What is fixed, and what you supply
Fixed when this entry was built. These went into the build, so the objects already carry them. To change one, build the entry again from its source.
sourceisdata/aicr-nim-operator-models/upstream/serving/advanced/multi-node/multi-node-nimservice.yamlupstreamCommitis5d5f66ee0e2esourceFileSha256is713ddd5714069af7e5618d94650409427010819ae541590c091e15b182172607objectSetSha256is62a86e115f6282d79fc2f58b0b3bae264a679e9e3fce49e714959cbd9e644218imageisnvcr.io/nim/deepseek-ai/deepseek-r1:1.7.3
Yours to supply or check. The destination must have these before the objects are applied. The words in italics say what the Catalog knows about each.
- The k8s-nim-operator chart at >=3.1.0 must be installed first. Every field this sample sets is declared by the apps.nvidia.com/v1alpha1 definitions retained from operator v3.1.0 under examples/aicr/eks-h100-inference-nim/operator-crds. The newest operator release this sample works with is not established. The sample was retained from upstream commit 5d5f66ee0e2e, and this repository does not record which operator release contains that commit. Declared. Not checked on any destination.
- The user supplies this image pull Secret. It is named by NIMCache spec.source.ngc.pullSecret and NIMService spec.image.pullSecrets. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMCache spec.source.ngc.authSecret and NIMService spec.authSecret. Declared. Not checked on any destination.
- The NIMService requests 8 GPUs per pod as nvidia.com/gpu, with 1 replica. A destination needs that many allocatable GPUs of a kind the image supports, and nothing here checked one. Declared. Not checked on any destination.
- Every object in the sample is in the nim-service namespace. The sample ships no Namespace object, so the namespace must exist before apply. Declared. Not checked on any destination.
- The sample sets spec.multiNode (mpi), so one model spans several pods. The destination needs whatever the operator uses to group those pods, and this entry has not established what that is. Declared. Not checked on any destination.
This entry's plan, and how to test it
These are the steps that plain objects cannot carry. ConfigHub stores them and does not carry them out. The words in italics say what the Catalog knows about each.
- Once the destination is known. Install the k8s-nim-operator chart from https://helm.ngc.nvidia.com/nvidia at >=3.1.0 and wait for nimcaches.apps.nvidia.com and nimservices.apps.nvidia.com before applying this sample. The k8s-nim-operator chart is not yet a Catalog entry on this branch, so this requirement names the chart and does not link a record. Who: The platform team that runs the NIM Operator on the selected destination. Generated. Not run on a cluster.
- Once the destination is known. Create the image pull Secret ngc-secret (NIMCache spec.source.ngc.pullSecret, NIMService spec.image.pullSecrets) in the sample's namespace before apply. The sample carries the name only, and no credential is held here. Who: The user, with their own NVIDIA entitlement. Generated. Not run on a cluster.
- Once the destination is known. Create the API key Secret ngc-api-secret (NIMCache spec.source.ngc.authSecret, NIMService spec.authSecret) in the sample's namespace before apply. The sample carries the name only, and no key or token is held here. Who: The user, with their own NVIDIA or model-hub entitlement. Generated. Not run on a cluster.
- Once the destination is known. The NIMService reads its model from NIMCache deepseek-r1-nimcache, which this sample file also defines. NIMCache deepseek-r1-nimcache asks the operator to create a 100Gi ReadWriteMany PersistentVolumeClaim with an empty storageClass, so the storage class is a destination choice. The listing gives the rest. Who: The storage owner on the selected destination. Not evaluated.
Test the plain objects yourself. This script tests the retained objects themselves with kubectl, and it needs no cub and no account. Read it first and use a throwaway cluster. The Catalog has no recorded run of this script.
1. Get the exact objects Run for this entry
The Catalog retains its 2 objects in one file, exactly as supplied.
# fetch the retained objects for this entry
$ curl -fsSL -o nimservice-multi-node-deepseek-r1-multi-node-nimservice.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/advanced/multi-node/multi-node-nimservice.yaml
# check the bytes against the listing
$ shasum -a 256 nimservice-multi-node-deepseek-r1-multi-node-nimservice.yaml
713ddd5714069af7e5618d94650409427010819ae541590c091e15b182172607 nimservice-multi-node-deepseek-r1-multi-node-nimservice.yaml
2. Compare with another version or base Not run for this entry
The listing records no comparison for this entry. The commands run on the retained files, with no account. This version has 37 other bases in the Catalog, and the listing names each one.
# fetch the autoscaling-meta-llama-3-2-1b-instruct-llm base of the same version
$ curl -fsSL -o nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/llm.yaml
# list what differs between the two bases
$ cub config diff nimservice-multi-node-deepseek-r1-multi-node-nimservice.yaml nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml --summary
3. Upload it as a variant Not run for this entry
The Catalog has not uploaded this entry. The commands use its published literal configuration bundle.
# sign in; steps 3 to 5 write to your ConfigHub organization
$ cub auth login
# preview the upload of the published bundle; nothing is written
$ cub variant upload --dry-run --component nimservice --variant multi-node-deepseek-r1-multi-node-nimservice --space nimservice-multi-node-deepseek-r1-multi-node-nimservice oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-multi-node-deepseek-r1-multi-node-nimservice:upstream-5d5f66ee0e2e@sha256:29ffffbb5fa5f61e5827003437a2221e17ec245916f74702310633b4792e39a0
# upload the bundle as a base Space of Units
$ cub variant upload --component nimservice --variant multi-node-deepseek-r1-multi-node-nimservice --space nimservice-multi-node-deepseek-r1-multi-node-nimservice oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-multi-node-deepseek-r1-multi-node-nimservice:upstream-5d5f66ee0e2e@sha256:29ffffbb5fa5f61e5827003437a2221e17ec245916f74702310633b4792e39a0
4. Deploy it Not run for this entry
No delivery run is recorded for this entry. Argo CD has not run, Flux has not run, and kubectl has not run. The commands name the Target workshop/target, which cub cluster up --name workshop creates on a local kind cluster with Argo CD. Use your own Target for a real destination. The listing records 6 inputs that the destination must supply, so read them before you deploy.
# clone the base onto a Target as a dev variant
$ cub variant create dev nimservice-multi-node-deepseek-r1-multi-node-nimservice --target workshop/target --space-pattern "template:nimservice-multi-node-deepseek-r1-multi-node-nimservice-dev"
# publish the Release that Argo CD or Flux pulls
$ cub release publish nimservice-multi-node-deepseek-r1-multi-node-nimservice-dev
5. Promote a change Not run for this entry
No promotion is recorded for this entry. Promotion carries a change in the base to the dev variant. The base changes when you edit a Unit or upload a newer version into the same Space.
# preview what the dev variant would take from the base
$ cub variant promote nimservice-multi-node-deepseek-r1-multi-node-nimservice-dev --dry-run -o mutations
# promote once you have read the preview
$ cub variant promote nimservice-multi-node-deepseek-r1-multi-node-nimservice-dev --change-desc "Pull the reviewed base forward"
Plain Kubernetes YAML, base multi-node-deepseek-r1-multi-node-nimservice-rdma, version 5d5f66ee0e2e
What is fixed, and what you supply
Fixed when this entry was built. These went into the build, so the objects already carry them. To change one, build the entry again from its source.
sourceisdata/aicr-nim-operator-models/upstream/serving/advanced/multi-node/multi-node-nimservice-rdma.yamlupstreamCommitis5d5f66ee0e2esourceFileSha256isf0672c0b775a61b57f937e73f57e55f1f10e70cc047730733e49710d6707aedcobjectSetSha256isfc9589debd11f39120dfbae346a6983e546dc42950e5d0f435360c5ee9b900a2imageisnvcr.io/nim/deepseek-ai/deepseek-r1:1.7.3
Yours to supply or check. The destination must have these before the objects are applied. The words in italics say what the Catalog knows about each.
- The k8s-nim-operator chart at >=3.1.0 must be installed first. Every field this sample sets is declared by the apps.nvidia.com/v1alpha1 definitions retained from operator v3.1.0 under examples/aicr/eks-h100-inference-nim/operator-crds. The newest operator release this sample works with is not established. The sample was retained from upstream commit 5d5f66ee0e2e, and this repository does not record which operator release contains that commit. Declared. Not checked on any destination.
- The user supplies this image pull Secret. It is named by NIMCache spec.source.ngc.pullSecret and NIMService spec.image.pullSecrets. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMCache spec.source.ngc.authSecret and NIMService spec.authSecret. Declared. Not checked on any destination.
- The NIMService requests 8 GPUs per pod as nvidia.com/gpu, with 1 replica. A destination needs that many allocatable GPUs of a kind the image supports, and nothing here checked one. Declared. Not checked on any destination.
- Every object in the sample is in the nim-service namespace. The sample ships no Namespace object, so the namespace must exist before apply. Declared. Not checked on any destination.
- The NIMService requests the extended resource rdma/rdma_shared_device_a=1, so a device plugin on the destination has to advertise it. Declared. Not checked on any destination.
- The sample attaches the pods to the secondary network example-ipoibnetwork, so a network attachment of that name must exist on the destination. Declared. Not checked on any destination.
- The sample sets spec.multiNode (mpi), so one model spans several pods. The destination needs whatever the operator uses to group those pods, and this entry has not established what that is. Declared. Not checked on any destination.
This entry's plan, and how to test it
These are the steps that plain objects cannot carry. ConfigHub stores them and does not carry them out. The words in italics say what the Catalog knows about each.
- Once the destination is known. Install the k8s-nim-operator chart from https://helm.ngc.nvidia.com/nvidia at >=3.1.0 and wait for nimcaches.apps.nvidia.com and nimservices.apps.nvidia.com before applying this sample. The k8s-nim-operator chart is not yet a Catalog entry on this branch, so this requirement names the chart and does not link a record. Who: The platform team that runs the NIM Operator on the selected destination. Generated. Not run on a cluster.
- Once the destination is known. Create the image pull Secret ngc-secret (NIMCache spec.source.ngc.pullSecret, NIMService spec.image.pullSecrets) in the sample's namespace before apply. The sample carries the name only, and no credential is held here. Who: The user, with their own NVIDIA entitlement. Generated. Not run on a cluster.
- Once the destination is known. Create the API key Secret ngc-api-secret (NIMCache spec.source.ngc.authSecret, NIMService spec.authSecret) in the sample's namespace before apply. The sample carries the name only, and no key or token is held here. Who: The user, with their own NVIDIA or model-hub entitlement. Generated. Not run on a cluster.
- Once the destination is known. The NIMService reads its model from NIMCache deepseek-r1-nimcache, which this sample file also defines. NIMCache deepseek-r1-nimcache asks the operator to create a 100Gi ReadWriteMany PersistentVolumeClaim with an empty storageClass, so the storage class is a destination choice. The listing gives the rest. Who: The storage owner on the selected destination. Not evaluated.
Test the plain objects yourself. This script tests the retained objects themselves with kubectl, and it needs no cub and no account. Read it first and use a throwaway cluster. The Catalog has no recorded run of this script.
1. Get the exact objects Run for this entry
The Catalog retains its 2 objects in one file, exactly as supplied.
# fetch the retained objects for this entry
$ curl -fsSL -o nimservice-multi-node-deepseek-r1-multi-node-nimservice-rdma.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/advanced/multi-node/multi-node-nimservice-rdma.yaml
# check the bytes against the listing
$ shasum -a 256 nimservice-multi-node-deepseek-r1-multi-node-nimservice-rdma.yaml
f0672c0b775a61b57f937e73f57e55f1f10e70cc047730733e49710d6707aedc nimservice-multi-node-deepseek-r1-multi-node-nimservice-rdma.yaml
2. Compare with another version or base Not run for this entry
The listing records no comparison for this entry. The commands run on the retained files, with no account. This version has 37 other bases in the Catalog, and the listing names each one.
# fetch the autoscaling-meta-llama-3-2-1b-instruct-llm base of the same version
$ curl -fsSL -o nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/llm.yaml
# list what differs between the two bases
$ cub config diff nimservice-multi-node-deepseek-r1-multi-node-nimservice-rdma.yaml nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml --summary
3. Upload it as a variant Not run for this entry
The Catalog has not uploaded this entry. The commands use its published literal configuration bundle.
# sign in; steps 3 to 5 write to your ConfigHub organization
$ cub auth login
# preview the upload of the published bundle; nothing is written
$ cub variant upload --dry-run --component nimservice --variant multi-node-deepseek-r1-multi-node-nimservice-rdma --space nimservice-multi-node-deepseek-r1-multi-node-nimservice-rdma oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-multi-node-deepseek-r1-multi-node-nimservice-rdma:upstream-5d5f66ee0e2e@sha256:57cc38f80a5146da018f56b23b647f44bc26c8fe2824cd3f056949c4661035e3
# upload the bundle as a base Space of Units
$ cub variant upload --component nimservice --variant multi-node-deepseek-r1-multi-node-nimservice-rdma --space nimservice-multi-node-deepseek-r1-multi-node-nimservice-rdma oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-multi-node-deepseek-r1-multi-node-nimservice-rdma:upstream-5d5f66ee0e2e@sha256:57cc38f80a5146da018f56b23b647f44bc26c8fe2824cd3f056949c4661035e3
4. Deploy it Not run for this entry
No delivery run is recorded for this entry. Argo CD has not run, Flux has not run, and kubectl has not run. The commands name the Target workshop/target, which cub cluster up --name workshop creates on a local kind cluster with Argo CD. Use your own Target for a real destination. The listing records 8 inputs that the destination must supply, so read them before you deploy.
# clone the base onto a Target as a dev variant
$ cub variant create dev nimservice-multi-node-deepseek-r1-multi-node-nimservice-rdma --target workshop/target --space-pattern "template:nimservice-multi-node-deepseek-r1-multi-node-nimservice-rdma-dev"
# publish the Release that Argo CD or Flux pulls
$ cub release publish nimservice-multi-node-deepseek-r1-multi-node-nimservice-rdma-dev
5. Promote a change Not run for this entry
No promotion is recorded for this entry. Promotion carries a change in the base to the dev variant. The base changes when you edit a Unit or upload a newer version into the same Space.
# preview what the dev variant would take from the base
$ cub variant promote nimservice-multi-node-deepseek-r1-multi-node-nimservice-rdma-dev --dry-run -o mutations
# promote once you have read the preview
$ cub variant promote nimservice-multi-node-deepseek-r1-multi-node-nimservice-rdma-dev --change-desc "Pull the reviewed base forward"
Plain Kubernetes YAML, base multi-node-llama-3-1-8b-instruct-multinode, version 5d5f66ee0e2e
This entry is flagged for review. The sample sets NIMService spec.multiNode.ray, which the definition retained from operator v3.1.0 does not declare, so which operator release accepts it?
What is fixed, and what you supply
Fixed when this entry was built. These went into the build, so the objects already carry them. To change one, build the entry again from its source.
sourceisdata/aicr-nim-operator-models/upstream/serving/advanced/multi-node/multi-node-nimservice-ray.yamlupstreamCommitis5d5f66ee0e2esourceFileSha256is75f383e42735d9f5514cc6c5f3c05f74600953ce5944febd4167582f865db44dobjectSetSha256is0171b9583cea00bade0db671d012a5702e11f91154fe01efaf6bd69079caf0c9imageisnvcr.io/nim/meta/llama-3.1-8b-instruct:2.0.10
Yours to supply or check. The destination must have these before the objects are applied. The words in italics say what the Catalog knows about each.
- The k8s-nim-operator chart at >3.1.0 must be installed first. The sample sets NIMService spec.multiNode.ray, which the apps.nvidia.com/v1alpha1 definitions retained from operator v3.1.0 under examples/aicr/eks-h100-inference-nim/operator-crds do not declare. The newest operator release this sample works with is not established. The sample was retained from upstream commit 5d5f66ee0e2e, and this repository does not record which operator release contains that commit. Declared. Not checked on any destination.
- The user supplies this image pull Secret. It is named by NIMCache spec.source.ngc.pullSecret and NIMService spec.image.pullSecrets. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMCache spec.source.ngc.authSecret and NIMService spec.authSecret. Declared. Not checked on any destination.
- The NIMService requests 2 GPUs per pod as nvidia.com/gpu, with 1 replica. A destination needs that many allocatable GPUs of a kind the image supports, and nothing here checked one. Declared. Not checked on any destination.
- Every object in the sample is in the nim-service namespace. The sample ships no Namespace object, so the namespace must exist before apply. Declared. Not checked on any destination.
- The sample sets spec.multiNode (ray), so one model spans several pods. The destination needs whatever the operator uses to group those pods, and this entry has not established what that is. Declared. Not checked on any destination.
This entry's plan, and how to test it
These are the steps that plain objects cannot carry. ConfigHub stores them and does not carry them out. The words in italics say what the Catalog knows about each.
- Once the destination is known. Install the k8s-nim-operator chart from https://helm.ngc.nvidia.com/nvidia at >3.1.0 and wait for nimcaches.apps.nvidia.com and nimservices.apps.nvidia.com before applying this sample. The k8s-nim-operator chart is not yet a Catalog entry on this branch, so this requirement names the chart and does not link a record. Who: The platform team that runs the NIM Operator on the selected destination. Generated. Not run on a cluster.
- Once the destination is known. Create the image pull Secret ngc-secret (NIMCache spec.source.ngc.pullSecret, NIMService spec.image.pullSecrets) in the sample's namespace before apply. The sample carries the name only, and no credential is held here. Who: The user, with their own NVIDIA entitlement. Generated. Not run on a cluster.
- Once the destination is known. Create the API key Secret ngc-api-secret (NIMCache spec.source.ngc.authSecret, NIMService spec.authSecret) in the sample's namespace before apply. The sample carries the name only, and no key or token is held here. Who: The user, with their own NVIDIA or model-hub entitlement. Generated. Not run on a cluster.
- Once the destination is known. The NIMService reads its model from NIMCache llama-3-1-8b-instruct-multinode, which this sample file also defines. NIMCache llama-3-1-8b-instruct-multinode asks the operator to create a 100Gi ReadWriteMany PersistentVolumeClaim with an empty storageClass, so the storage class is a destination choice. The listing gives the rest. Who: The storage owner on the selected destination. Not evaluated.
Test the plain objects yourself. This script tests the retained objects themselves with kubectl, and it needs no cub and no account. Read it first and use a throwaway cluster. The Catalog has no recorded run of this script.
1. Get the exact objects Run for this entry
The Catalog retains its 2 objects in one file, exactly as supplied.
# fetch the retained objects for this entry
$ curl -fsSL -o nimservice-multi-node-llama-3-1-8b-instruct-multinode.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/advanced/multi-node/multi-node-nimservice-ray.yaml
# check the bytes against the listing
$ shasum -a 256 nimservice-multi-node-llama-3-1-8b-instruct-multinode.yaml
75f383e42735d9f5514cc6c5f3c05f74600953ce5944febd4167582f865db44d nimservice-multi-node-llama-3-1-8b-instruct-multinode.yaml
2. Compare with another version or base Not run for this entry
The listing records no comparison for this entry. The commands run on the retained files, with no account. This version has 37 other bases in the Catalog, and the listing names each one.
# fetch the autoscaling-meta-llama-3-2-1b-instruct-llm base of the same version
$ curl -fsSL -o nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/llm.yaml
# list what differs between the two bases
$ cub config diff nimservice-multi-node-llama-3-1-8b-instruct-multinode.yaml nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml --summary
3. Upload it as a variant Not run for this entry
The Catalog has not uploaded this entry. The commands use its published literal configuration bundle.
# sign in; steps 3 to 5 write to your ConfigHub organization
$ cub auth login
# preview the upload of the published bundle; nothing is written
$ cub variant upload --dry-run --component nimservice --variant multi-node-llama-3-1-8b-instruct-multinode --space nimservice-multi-node-llama-3-1-8b-instruct-multinode oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-multi-node-llama-3-1-8b-instruct-multinode:upstream-5d5f66ee0e2e@sha256:190bb827784681fe8f25d694f46af66ca8f0322f0fd2a24e922fd60ab5054ebd
# upload the bundle as a base Space of Units
$ cub variant upload --component nimservice --variant multi-node-llama-3-1-8b-instruct-multinode --space nimservice-multi-node-llama-3-1-8b-instruct-multinode oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-multi-node-llama-3-1-8b-instruct-multinode:upstream-5d5f66ee0e2e@sha256:190bb827784681fe8f25d694f46af66ca8f0322f0fd2a24e922fd60ab5054ebd
4. Deploy it Not run for this entry
No delivery run is recorded for this entry. Argo CD has not run, Flux has not run, and kubectl has not run. The commands name the Target workshop/target, which cub cluster up --name workshop creates on a local kind cluster with Argo CD. Use your own Target for a real destination. The listing records 6 inputs that the destination must supply, so read them before you deploy.
# clone the base onto a Target as a dev variant
$ cub variant create dev nimservice-multi-node-llama-3-1-8b-instruct-multinode --target workshop/target --space-pattern "template:nimservice-multi-node-llama-3-1-8b-instruct-multinode-dev"
# publish the Release that Argo CD or Flux pulls
$ cub release publish nimservice-multi-node-llama-3-1-8b-instruct-multinode-dev
5. Promote a change Not run for this entry
No promotion is recorded for this entry. Promotion carries a change in the base to the dev variant. The base changes when you edit a Unit or upload a newer version into the same Space.
# preview what the dev variant would take from the base
$ cub variant promote nimservice-multi-node-llama-3-1-8b-instruct-multinode-dev --dry-run -o mutations
# promote once you have read the preview
$ cub variant promote nimservice-multi-node-llama-3-1-8b-instruct-multinode-dev --change-desc "Pull the reviewed base forward"
Plain Kubernetes YAML, base nim-3-nemotron-3-super-120b-a12b, version 5d5f66ee0e2e
What is fixed, and what you supply
Fixed when this entry was built. These went into the build, so the objects already carry them. To change one, build the entry again from its source.
sourceisdata/aicr-nim-operator-models/upstream/serving/standalone/nim-3/nemotron-3-super.yamlupstreamCommitis5d5f66ee0e2esourceFileSha256is20a835700d82d1fc5c61cbec9b83248d51e68ab104c8bbdfa25fed0f7e3acbf8objectSetSha256isc72d8fb61e0f8d4df55ce4e0d1f08f51f580561539af2aad16f1035c0e52221cimageisnvcr.io/nim/nvidia/nemotron-3-super-120b-a12b:3.0.0
Yours to supply or check. The destination must have these before the objects are applied. The words in italics say what the Catalog knows about each.
- The k8s-nim-operator chart at >=3.1.0 must be installed first. Every field this sample sets is declared by the apps.nvidia.com/v1alpha1 definitions retained from operator v3.1.0 under examples/aicr/eks-h100-inference-nim/operator-crds. The newest operator release this sample works with is not established. The sample was retained from upstream commit 5d5f66ee0e2e, and this repository does not record which operator release contains that commit. Declared. Not checked on any destination.
- The user supplies this image pull Secret. It is named by NIMCache spec.source.ngc.pullSecret and NIMService spec.image.pullSecrets. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMCache spec.source.ngc.authSecret and NIMService spec.authSecret. Declared. Not checked on any destination.
- The NIMService requests 4 GPUs per pod as nvidia.com/gpu, with 1 replica. A destination needs that many allocatable GPUs of a kind the image supports, and nothing here checked one. Declared. Not checked on any destination.
- Every object in the sample is in the nim-service namespace. The sample ships no Namespace object, so the namespace must exist before apply. Declared. Not checked on any destination.
This entry's plan, and how to test it
These are the steps that plain objects cannot carry. ConfigHub stores them and does not carry them out. The words in italics say what the Catalog knows about each.
- Once the destination is known. Install the k8s-nim-operator chart from https://helm.ngc.nvidia.com/nvidia at >=3.1.0 and wait for nimcaches.apps.nvidia.com and nimservices.apps.nvidia.com before applying this sample. The k8s-nim-operator chart is not yet a Catalog entry on this branch, so this requirement names the chart and does not link a record. Who: The platform team that runs the NIM Operator on the selected destination. Generated. Not run on a cluster.
- Once the destination is known. Create the image pull Secret ngc-secret (NIMCache spec.source.ngc.pullSecret, NIMService spec.image.pullSecrets) in the sample's namespace before apply. The sample carries the name only, and no credential is held here. Who: The user, with their own NVIDIA entitlement. Generated. Not run on a cluster.
- Once the destination is known. Create the API key Secret ngc-api-secret (NIMCache spec.source.ngc.authSecret, NIMService spec.authSecret) in the sample's namespace before apply. The sample carries the name only, and no key or token is held here. Who: The user, with their own NVIDIA or model-hub entitlement. Generated. Not run on a cluster.
- Once the destination is known. The NIMService reads its model from NIMCache nemotron-3-super-120b-a12b, which this sample file also defines. NIMCache nemotron-3-super-120b-a12b asks the operator to create a 250Gi ReadWriteOnce PersistentVolumeClaim with an empty storageClass, so the storage class is a destination choice. The listing gives the rest. Who: The storage owner on the selected destination. Not evaluated.
Test the plain objects yourself. This script tests the retained objects themselves with kubectl, and it needs no cub and no account. Read it first and use a throwaway cluster. The Catalog has no recorded run of this script.
1. Get the exact objects Run for this entry
The Catalog retains its 2 objects in one file, exactly as supplied.
# fetch the retained objects for this entry
$ curl -fsSL -o nimservice-nim-3-nemotron-3-super-120b-a12b.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/nim-3/nemotron-3-super.yaml
# check the bytes against the listing
$ shasum -a 256 nimservice-nim-3-nemotron-3-super-120b-a12b.yaml
20a835700d82d1fc5c61cbec9b83248d51e68ab104c8bbdfa25fed0f7e3acbf8 nimservice-nim-3-nemotron-3-super-120b-a12b.yaml
2. Compare with another version or base Not run for this entry
The listing records no comparison for this entry. The commands run on the retained files, with no account. This version has 37 other bases in the Catalog, and the listing names each one.
# fetch the autoscaling-meta-llama-3-2-1b-instruct-llm base of the same version
$ curl -fsSL -o nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/llm.yaml
# list what differs between the two bases
$ cub config diff nimservice-nim-3-nemotron-3-super-120b-a12b.yaml nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml --summary
3. Upload it as a variant Not run for this entry
The Catalog has not uploaded this entry. The commands use its published literal configuration bundle.
# sign in; steps 3 to 5 write to your ConfigHub organization
$ cub auth login
# preview the upload of the published bundle; nothing is written
$ cub variant upload --dry-run --component nimservice --variant nim-3-nemotron-3-super-120b-a12b --space nimservice-nim-3-nemotron-3-super-120b-a12b oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-nim-3-nemotron-3-super-120b-a12b:upstream-5d5f66ee0e2e@sha256:d5b2a7b48b8fcb7bcd9848fb73b7979eb5a317a4b31f030ee757f313e044cd35
# upload the bundle as a base Space of Units
$ cub variant upload --component nimservice --variant nim-3-nemotron-3-super-120b-a12b --space nimservice-nim-3-nemotron-3-super-120b-a12b oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-nim-3-nemotron-3-super-120b-a12b:upstream-5d5f66ee0e2e@sha256:d5b2a7b48b8fcb7bcd9848fb73b7979eb5a317a4b31f030ee757f313e044cd35
4. Deploy it Not run for this entry
No delivery run is recorded for this entry. Argo CD has not run, Flux has not run, and kubectl has not run. The commands name the Target workshop/target, which cub cluster up --name workshop creates on a local kind cluster with Argo CD. Use your own Target for a real destination. The listing records 5 inputs that the destination must supply, so read them before you deploy.
# clone the base onto a Target as a dev variant
$ cub variant create dev nimservice-nim-3-nemotron-3-super-120b-a12b --target workshop/target --space-pattern "template:nimservice-nim-3-nemotron-3-super-120b-a12b-dev"
# publish the Release that Argo CD or Flux pulls
$ cub release publish nimservice-nim-3-nemotron-3-super-120b-a12b-dev
5. Promote a change Not run for this entry
No promotion is recorded for this entry. Promotion carries a change in the base to the dev variant. The base changes when you edit a Unit or upload a newer version into the same Space.
# preview what the dev variant would take from the base
$ cub variant promote nimservice-nim-3-nemotron-3-super-120b-a12b-dev --dry-run -o mutations
# promote once you have read the preview
$ cub variant promote nimservice-nim-3-nemotron-3-super-120b-a12b-dev --change-desc "Pull the reviewed base forward"
Plain Kubernetes YAML, base no-precaching-meta-llama-3-2-1b-instruct-emptydir, version 5d5f66ee0e2e
What is fixed, and what you supply
Fixed when this entry was built. These went into the build, so the objects already carry them. To change one, build the entry again from its source.
sourceisdata/aicr-nim-operator-models/upstream/serving/standalone/no-precaching/llm-emptydir.yamlupstreamCommitis5d5f66ee0e2esourceFileSha256is8b39f15563795b45a794eefc381233c2008899bf984e23b656653169215a004dobjectSetSha256is342ff6df188236559b665aa632f6395f604eee910b3586e7ed1c9c3bfc246124imageisnvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.0
Yours to supply or check. The destination must have these before the objects are applied. The words in italics say what the Catalog knows about each.
- The k8s-nim-operator chart at >=3.1.0 must be installed first. Every field this sample sets is declared by the apps.nvidia.com/v1alpha1 definitions retained from operator v3.1.0 under examples/aicr/eks-h100-inference-nim/operator-crds. The newest operator release this sample works with is not established. The sample was retained from upstream commit 5d5f66ee0e2e, and this repository does not record which operator release contains that commit. Declared. Not checked on any destination.
- The user supplies this image pull Secret. It is named by NIMService spec.image.pullSecrets. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMService spec.authSecret. Declared. Not checked on any destination.
- The NIMService requests 1 GPU per pod as nvidia.com/gpu, with 1 replica. A destination needs that many allocatable GPUs of a kind the image supports, and nothing here checked one. Declared. Not checked on any destination.
- Every object in the sample is in the nim-service namespace. The sample ships no Namespace object, so the namespace must exist before apply. Declared. Not checked on any destination.
This entry's plan, and how to test it
These are the steps that plain objects cannot carry. ConfigHub stores them and does not carry them out. The words in italics say what the Catalog knows about each.
- Once the destination is known. Install the k8s-nim-operator chart from https://helm.ngc.nvidia.com/nvidia at >=3.1.0 and wait for nimservices.apps.nvidia.com before applying this sample. The k8s-nim-operator chart is not yet a Catalog entry on this branch, so this requirement names the chart and does not link a record. Who: The platform team that runs the NIM Operator on the selected destination. Generated. Not run on a cluster.
- Once the destination is known. Create the image pull Secret ngc-secret (NIMService spec.image.pullSecrets) in the sample's namespace before apply. The sample carries the name only, and no credential is held here. Who: The user, with their own NVIDIA entitlement. Generated. Not run on a cluster.
- Once the destination is known. Create the API key Secret ngc-api-secret (NIMService spec.authSecret) in the sample's namespace before apply. The sample carries the name only, and no key or token is held here. Who: The user, with their own NVIDIA or model-hub entitlement. Generated. Not run on a cluster.
- Once the destination is known. The NIMService uses an emptyDir volume limited to 10Gi, so the model is fetched again whenever the pod is replaced. Nothing here checked that a destination can provide it. Who: The storage owner on the selected destination. Not evaluated.
Test the plain objects yourself. This script tests the retained objects themselves with kubectl, and it needs no cub and no account. Read it first and use a throwaway cluster. The Catalog has no recorded run of this script.
1. Get the exact objects Run for this entry
The Catalog retains its 1 object in one file, exactly as supplied.
# fetch the retained objects for this entry
$ curl -fsSL -o nimservice-no-precaching-meta-llama-3-2-1b-instruct-emptydir.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/no-precaching/llm-emptydir.yaml
# check the bytes against the listing
$ shasum -a 256 nimservice-no-precaching-meta-llama-3-2-1b-instruct-emptydir.yaml
8b39f15563795b45a794eefc381233c2008899bf984e23b656653169215a004d nimservice-no-precaching-meta-llama-3-2-1b-instruct-emptydir.yaml
2. Compare with another version or base Not run for this entry
The listing records no comparison for this entry. The commands run on the retained files, with no account. This version has 37 other bases in the Catalog, and the listing names each one.
# fetch the autoscaling-meta-llama-3-2-1b-instruct-llm base of the same version
$ curl -fsSL -o nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/llm.yaml
# list what differs between the two bases
$ cub config diff nimservice-no-precaching-meta-llama-3-2-1b-instruct-emptydir.yaml nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml --summary
3. Upload it as a variant Not run for this entry
The Catalog has not uploaded this entry. The commands use its published literal configuration bundle.
# sign in; steps 3 to 5 write to your ConfigHub organization
$ cub auth login
# preview the upload of the published bundle; nothing is written
$ cub variant upload --dry-run --component nimservice --variant no-precaching-meta-llama-3-2-1b-instruct-emptydir --space nimservice-no-precaching-meta-llama-3-2-1b-instruct-emptydir oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-no-precaching-meta-llama-3-2-1b-instruct-emptydir:upstream-5d5f66ee0e2e@sha256:68d1509fb263acd24111396efa39b50b1c827698a4798727760d635629774eea
# upload the bundle as a base Space of Units
$ cub variant upload --component nimservice --variant no-precaching-meta-llama-3-2-1b-instruct-emptydir --space nimservice-no-precaching-meta-llama-3-2-1b-instruct-emptydir oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-no-precaching-meta-llama-3-2-1b-instruct-emptydir:upstream-5d5f66ee0e2e@sha256:68d1509fb263acd24111396efa39b50b1c827698a4798727760d635629774eea
4. Deploy it Not run for this entry
No delivery run is recorded for this entry. Argo CD has not run, Flux has not run, and kubectl has not run. The commands name the Target workshop/target, which cub cluster up --name workshop creates on a local kind cluster with Argo CD. Use your own Target for a real destination. The listing records 5 inputs that the destination must supply, so read them before you deploy.
# clone the base onto a Target as a dev variant
$ cub variant create dev nimservice-no-precaching-meta-llama-3-2-1b-instruct-emptydir --target workshop/target --space-pattern "template:nimservice-no-precaching-meta-llama-3-2-1b-instruct-emptydir-dev"
# publish the Release that Argo CD or Flux pulls
$ cub release publish nimservice-no-precaching-meta-llama-3-2-1b-instruct-emptydir-dev
5. Promote a change Not run for this entry
No promotion is recorded for this entry. Promotion carries a change in the base to the dev variant. The base changes when you edit a Unit or upload a newer version into the same Space.
# preview what the dev variant would take from the base
$ cub variant promote nimservice-no-precaching-meta-llama-3-2-1b-instruct-emptydir-dev --dry-run -o mutations
# promote once you have read the preview
$ cub variant promote nimservice-no-precaching-meta-llama-3-2-1b-instruct-emptydir-dev --change-desc "Pull the reviewed base forward"
Plain Kubernetes YAML, base no-precaching-meta-llama-3-2-1b-instruct-hostpath, version 5d5f66ee0e2e
What is fixed, and what you supply
Fixed when this entry was built. These went into the build, so the objects already carry them. To change one, build the entry again from its source.
sourceisdata/aicr-nim-operator-models/upstream/serving/standalone/no-precaching/llm-hostpath.yamlupstreamCommitis5d5f66ee0e2esourceFileSha256isda0727a0adbe8f036fca448fee699e2d6b25a48398b940ee7b66bda955e0ec1eobjectSetSha256is4095730535defb640cbc93e67a813d7706c625638995a60dbd0f9b0ac9ac0a8aimageisnvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.0
Yours to supply or check. The destination must have these before the objects are applied. The words in italics say what the Catalog knows about each.
- The k8s-nim-operator chart at >=3.1.0 must be installed first. Every field this sample sets is declared by the apps.nvidia.com/v1alpha1 definitions retained from operator v3.1.0 under examples/aicr/eks-h100-inference-nim/operator-crds. The newest operator release this sample works with is not established. The sample was retained from upstream commit 5d5f66ee0e2e, and this repository does not record which operator release contains that commit. Declared. Not checked on any destination.
- The user supplies this image pull Secret. It is named by NIMService spec.image.pullSecrets. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMService spec.authSecret. Declared. Not checked on any destination.
- The NIMService requests 1 GPU per pod as nvidia.com/gpu, with 1 replica. A destination needs that many allocatable GPUs of a kind the image supports, and nothing here checked one. Declared. Not checked on any destination.
- Every object in the sample is in the nim-service namespace. The sample ships no Namespace object, so the namespace must exist before apply. Declared. Not checked on any destination.
This entry's plan, and how to test it
These are the steps that plain objects cannot carry. ConfigHub stores them and does not carry them out. The words in italics say what the Catalog knows about each.
- Once the destination is known. Install the k8s-nim-operator chart from https://helm.ngc.nvidia.com/nvidia at >=3.1.0 and wait for nimservices.apps.nvidia.com before applying this sample. The k8s-nim-operator chart is not yet a Catalog entry on this branch, so this requirement names the chart and does not link a record. Who: The platform team that runs the NIM Operator on the selected destination. Generated. Not run on a cluster.
- Once the destination is known. Create the image pull Secret ngc-secret (NIMService spec.image.pullSecrets) in the sample's namespace before apply. The sample carries the name only, and no credential is held here. Who: The user, with their own NVIDIA entitlement. Generated. Not run on a cluster.
- Once the destination is known. Create the API key Secret ngc-api-secret (NIMService spec.authSecret) in the sample's namespace before apply. The sample carries the name only, and no key or token is held here. Who: The user, with their own NVIDIA or model-hub entitlement. Generated. Not run on a cluster.
- Once the destination is known. The NIMService mounts the node path /mnt/models/llama-3.2-1b-instruct, so every node that can run it must hold that path. Nothing here checked that a destination can provide it. Who: The storage owner on the selected destination. Not evaluated.
Test the plain objects yourself. This script tests the retained objects themselves with kubectl, and it needs no cub and no account. Read it first and use a throwaway cluster. The Catalog has no recorded run of this script.
1. Get the exact objects Run for this entry
The Catalog retains its 1 object in one file, exactly as supplied.
# fetch the retained objects for this entry
$ curl -fsSL -o nimservice-no-precaching-meta-llama-3-2-1b-instruct-hostpath.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/no-precaching/llm-hostpath.yaml
# check the bytes against the listing
$ shasum -a 256 nimservice-no-precaching-meta-llama-3-2-1b-instruct-hostpath.yaml
da0727a0adbe8f036fca448fee699e2d6b25a48398b940ee7b66bda955e0ec1e nimservice-no-precaching-meta-llama-3-2-1b-instruct-hostpath.yaml
2. Compare with another version or base Not run for this entry
The listing records no comparison for this entry. The commands run on the retained files, with no account. This version has 37 other bases in the Catalog, and the listing names each one.
# fetch the autoscaling-meta-llama-3-2-1b-instruct-llm base of the same version
$ curl -fsSL -o nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/llm.yaml
# list what differs between the two bases
$ cub config diff nimservice-no-precaching-meta-llama-3-2-1b-instruct-hostpath.yaml nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml --summary
3. Upload it as a variant Not run for this entry
The Catalog has not uploaded this entry. The commands use its published literal configuration bundle.
# sign in; steps 3 to 5 write to your ConfigHub organization
$ cub auth login
# preview the upload of the published bundle; nothing is written
$ cub variant upload --dry-run --component nimservice --variant no-precaching-meta-llama-3-2-1b-instruct-hostpath --space nimservice-no-precaching-meta-llama-3-2-1b-instruct-hostpath oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-no-precaching-meta-llama-3-2-1b-instruct-hostpath:upstream-5d5f66ee0e2e@sha256:029449ff21c36c0248ffb89b6f7dbead136f3e7ff8c3a0db7c3314ce178087cb
# upload the bundle as a base Space of Units
$ cub variant upload --component nimservice --variant no-precaching-meta-llama-3-2-1b-instruct-hostpath --space nimservice-no-precaching-meta-llama-3-2-1b-instruct-hostpath oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-no-precaching-meta-llama-3-2-1b-instruct-hostpath:upstream-5d5f66ee0e2e@sha256:029449ff21c36c0248ffb89b6f7dbead136f3e7ff8c3a0db7c3314ce178087cb
4. Deploy it Not run for this entry
No delivery run is recorded for this entry. Argo CD has not run, Flux has not run, and kubectl has not run. The commands name the Target workshop/target, which cub cluster up --name workshop creates on a local kind cluster with Argo CD. Use your own Target for a real destination. The listing records 5 inputs that the destination must supply, so read them before you deploy.
# clone the base onto a Target as a dev variant
$ cub variant create dev nimservice-no-precaching-meta-llama-3-2-1b-instruct-hostpath --target workshop/target --space-pattern "template:nimservice-no-precaching-meta-llama-3-2-1b-instruct-hostpath-dev"
# publish the Release that Argo CD or Flux pulls
$ cub release publish nimservice-no-precaching-meta-llama-3-2-1b-instruct-hostpath-dev
5. Promote a change Not run for this entry
No promotion is recorded for this entry. Promotion carries a change in the base to the dev variant. The base changes when you edit a Unit or upload a newer version into the same Space.
# preview what the dev variant would take from the base
$ cub variant promote nimservice-no-precaching-meta-llama-3-2-1b-instruct-hostpath-dev --dry-run -o mutations
# promote once you have read the preview
$ cub variant promote nimservice-no-precaching-meta-llama-3-2-1b-instruct-hostpath-dev --change-desc "Pull the reviewed base forward"
Plain Kubernetes YAML, base no-precaching-meta-llama-3-2-1b-instruct-llm, version 5d5f66ee0e2e
What is fixed, and what you supply
Fixed when this entry was built. These went into the build, so the objects already carry them. To change one, build the entry again from its source.
sourceisdata/aicr-nim-operator-models/upstream/serving/standalone/no-precaching/llm.yamlupstreamCommitis5d5f66ee0e2esourceFileSha256is0fe325030835acdf64a4ffe39a62c719ece56938e59a1ecb936d5a611cfa4054objectSetSha256isb990826165eb254a9e6061d41993883d42bfb874fec899020e3a898600ea57c5imageisnvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.0
Yours to supply or check. The destination must have these before the objects are applied. The words in italics say what the Catalog knows about each.
- The k8s-nim-operator chart at >=3.1.0 must be installed first. Every field this sample sets is declared by the apps.nvidia.com/v1alpha1 definitions retained from operator v3.1.0 under examples/aicr/eks-h100-inference-nim/operator-crds. The newest operator release this sample works with is not established. The sample was retained from upstream commit 5d5f66ee0e2e, and this repository does not record which operator release contains that commit. Declared. Not checked on any destination.
- The user supplies this image pull Secret. It is named by NIMService spec.image.pullSecrets. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMService spec.authSecret. Declared. Not checked on any destination.
- The NIMService requests 1 GPU per pod as nvidia.com/gpu, with 1 replica. A destination needs that many allocatable GPUs of a kind the image supports, and nothing here checked one. Declared. Not checked on any destination.
- Every object in the sample is in the nim-service namespace. The sample ships no Namespace object, so the namespace must exist before apply. Declared. Not checked on any destination.
This entry's plan, and how to test it
These are the steps that plain objects cannot carry. ConfigHub stores them and does not carry them out. The words in italics say what the Catalog knows about each.
- Once the destination is known. Install the k8s-nim-operator chart from https://helm.ngc.nvidia.com/nvidia at >=3.1.0 and wait for nimservices.apps.nvidia.com before applying this sample. The k8s-nim-operator chart is not yet a Catalog entry on this branch, so this requirement names the chart and does not link a record. Who: The platform team that runs the NIM Operator on the selected destination. Generated. Not run on a cluster.
- Once the destination is known. Create the image pull Secret ngc-secret (NIMService spec.image.pullSecrets) in the sample's namespace before apply. The sample carries the name only, and no credential is held here. Who: The user, with their own NVIDIA entitlement. Generated. Not run on a cluster.
- Once the destination is known. Create the API key Secret ngc-api-secret (NIMService spec.authSecret) in the sample's namespace before apply. The sample carries the name only, and no key or token is held here. Who: The user, with their own NVIDIA or model-hub entitlement. Generated. Not run on a cluster.
- Once the destination is known. NIMService meta-llama-3-2-1b-instruct asks the operator to create a 10Gi ReadWriteOnce PersistentVolumeClaim with an empty storageClass, so the storage class is a destination choice. Nothing here checked that a destination can provide it. Who: The storage owner on the selected destination. Not evaluated.
Test the plain objects yourself. This script tests the retained objects themselves with kubectl, and it needs no cub and no account. Read it first and use a throwaway cluster. The Catalog has no recorded run of this script.
1. Get the exact objects Run for this entry
The Catalog retains its 1 object in one file, exactly as supplied.
# fetch the retained objects for this entry
$ curl -fsSL -o nimservice-no-precaching-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/no-precaching/llm.yaml
# check the bytes against the listing
$ shasum -a 256 nimservice-no-precaching-meta-llama-3-2-1b-instruct-llm.yaml
0fe325030835acdf64a4ffe39a62c719ece56938e59a1ecb936d5a611cfa4054 nimservice-no-precaching-meta-llama-3-2-1b-instruct-llm.yaml
2. Compare with another version or base Not run for this entry
The listing records no comparison for this entry. The commands run on the retained files, with no account. This version has 37 other bases in the Catalog, and the listing names each one.
# fetch the autoscaling-meta-llama-3-2-1b-instruct-llm base of the same version
$ curl -fsSL -o nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/llm.yaml
# list what differs between the two bases
$ cub config diff nimservice-no-precaching-meta-llama-3-2-1b-instruct-llm.yaml nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml --summary
3. Upload it as a variant Not run for this entry
The Catalog has not uploaded this entry. The commands use its published literal configuration bundle.
# sign in; steps 3 to 5 write to your ConfigHub organization
$ cub auth login
# preview the upload of the published bundle; nothing is written
$ cub variant upload --dry-run --component nimservice --variant no-precaching-meta-llama-3-2-1b-instruct-llm --space nimservice-no-precaching-meta-llama-3-2-1b-instruct-llm oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-no-precaching-meta-llama-3-2-1b-instruct-llm:upstream-5d5f66ee0e2e@sha256:79eee7093a87cba6806b32fd45f4a2cee4c49f249f2db91c64965609aa6e0327
# upload the bundle as a base Space of Units
$ cub variant upload --component nimservice --variant no-precaching-meta-llama-3-2-1b-instruct-llm --space nimservice-no-precaching-meta-llama-3-2-1b-instruct-llm oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-no-precaching-meta-llama-3-2-1b-instruct-llm:upstream-5d5f66ee0e2e@sha256:79eee7093a87cba6806b32fd45f4a2cee4c49f249f2db91c64965609aa6e0327
4. Deploy it Not run for this entry
No delivery run is recorded for this entry. Argo CD has not run, Flux has not run, and kubectl has not run. The commands name the Target workshop/target, which cub cluster up --name workshop creates on a local kind cluster with Argo CD. Use your own Target for a real destination. The listing records 5 inputs that the destination must supply, so read them before you deploy.
# clone the base onto a Target as a dev variant
$ cub variant create dev nimservice-no-precaching-meta-llama-3-2-1b-instruct-llm --target workshop/target --space-pattern "template:nimservice-no-precaching-meta-llama-3-2-1b-instruct-llm-dev"
# publish the Release that Argo CD or Flux pulls
$ cub release publish nimservice-no-precaching-meta-llama-3-2-1b-instruct-llm-dev
5. Promote a change Not run for this entry
No promotion is recorded for this entry. Promotion carries a change in the base to the dev variant. The base changes when you edit a Unit or upload a newer version into the same Space.
# preview what the dev variant would take from the base
$ cub variant promote nimservice-no-precaching-meta-llama-3-2-1b-instruct-llm-dev --dry-run -o mutations
# promote once you have read the preview
$ cub variant promote nimservice-no-precaching-meta-llama-3-2-1b-instruct-llm-dev --change-desc "Pull the reviewed base forward"
Plain Kubernetes YAML, base no-precaching-meta-llama-3-2-1b-instruct-multi-llm-hf, version 5d5f66ee0e2e
What is fixed, and what you supply
Fixed when this entry was built. These went into the build, so the objects already carry them. To change one, build the entry again from its source.
sourceisdata/aicr-nim-operator-models/upstream/serving/standalone/no-precaching/multi-llm-hf.yamlupstreamCommitis5d5f66ee0e2esourceFileSha256is256b7baa7d532fd5a06beeeb0df2e69b847a7ac73b06dab391eabbb65e1c8daeobjectSetSha256is45d247854cbd173d407cc12b2ac50788d0014be73d80d67926e9ce0979fd198dimageisnvcr.io/nim/nvidia/llm-nim:1.15.0
Yours to supply or check. The destination must have these before the objects are applied. The words in italics say what the Catalog knows about each.
- The k8s-nim-operator chart at >=3.1.0 must be installed first. Every field this sample sets is declared by the apps.nvidia.com/v1alpha1 definitions retained from operator v3.1.0 under examples/aicr/eks-h100-inference-nim/operator-crds. The newest operator release this sample works with is not established. The sample was retained from upstream commit 5d5f66ee0e2e, and this repository does not record which operator release contains that commit. Declared. Not checked on any destination.
- The user supplies this image pull Secret. It is named by NIMService spec.image.pullSecrets. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMService spec.authSecret. Declared. Not checked on any destination.
- The NIMService requests 1 GPU per pod as nvidia.com/gpu, with 1 replica. A destination needs that many allocatable GPUs of a kind the image supports, and nothing here checked one. Declared. Not checked on any destination.
- Every object in the sample is in the nim-service namespace. The sample ships no Namespace object, so the namespace must exist before apply. Declared. Not checked on any destination.
- The sample fetches model weights for meta-llama/Llama-3.2-1B-Instruct from Hugging Face. Those weights carry their own licence, and this entry fetched none of them. Declared. Not checked on any destination.
This entry's plan, and how to test it
These are the steps that plain objects cannot carry. ConfigHub stores them and does not carry them out. The words in italics say what the Catalog knows about each.
- Once the destination is known. Install the k8s-nim-operator chart from https://helm.ngc.nvidia.com/nvidia at >=3.1.0 and wait for nimservices.apps.nvidia.com before applying this sample. The k8s-nim-operator chart is not yet a Catalog entry on this branch, so this requirement names the chart and does not link a record. Who: The platform team that runs the NIM Operator on the selected destination. Generated. Not run on a cluster.
- Once the destination is known. Create the image pull Secret ngc-secret (NIMService spec.image.pullSecrets) in the sample's namespace before apply. The sample carries the name only, and no credential is held here. Who: The user, with their own NVIDIA entitlement. Generated. Not run on a cluster.
- Once the destination is known. Create the API key Secret hf-secret (NIMService spec.authSecret) in the sample's namespace before apply. The sample carries the name only, and no key or token is held here. Who: The user, with their own NVIDIA or model-hub entitlement. Generated. Not run on a cluster.
- Once the destination is known. NIMService meta-llama-3-2-1b-instruct asks the operator to create a 10Gi ReadWriteOnce PersistentVolumeClaim with an empty storageClass, so the storage class is a destination choice. Nothing here checked that a destination can provide it. Who: The storage owner on the selected destination. Not evaluated.
Test the plain objects yourself. This script tests the retained objects themselves with kubectl, and it needs no cub and no account. Read it first and use a throwaway cluster. The Catalog has no recorded run of this script.
1. Get the exact objects Run for this entry
The Catalog retains its 1 object in one file, exactly as supplied.
# fetch the retained objects for this entry
$ curl -fsSL -o nimservice-no-precaching-meta-llama-3-2-1b-instruct-multi-llm-hf.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/no-precaching/multi-llm-hf.yaml
# check the bytes against the listing
$ shasum -a 256 nimservice-no-precaching-meta-llama-3-2-1b-instruct-multi-llm-hf.yaml
256b7baa7d532fd5a06beeeb0df2e69b847a7ac73b06dab391eabbb65e1c8dae nimservice-no-precaching-meta-llama-3-2-1b-instruct-multi-llm-hf.yaml
2. Compare with another version or base Not run for this entry
The listing records no comparison for this entry. The commands run on the retained files, with no account. This version has 37 other bases in the Catalog, and the listing names each one.
# fetch the autoscaling-meta-llama-3-2-1b-instruct-llm base of the same version
$ curl -fsSL -o nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/llm.yaml
# list what differs between the two bases
$ cub config diff nimservice-no-precaching-meta-llama-3-2-1b-instruct-multi-llm-hf.yaml nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml --summary
3. Upload it as a variant Not run for this entry
The Catalog has not uploaded this entry. The commands use its published literal configuration bundle.
# sign in; steps 3 to 5 write to your ConfigHub organization
$ cub auth login
# preview the upload of the published bundle; nothing is written
$ cub variant upload --dry-run --component nimservice --variant no-precaching-meta-llama-3-2-1b-instruct-multi-llm-hf --space nimservice-no-precaching-meta-llama-3-2-1b-instruct-multi-llm-hf oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-no-precaching-meta-llama-3-2-1b-instruct-multi-llm-hf:upstream-5d5f66ee0e2e@sha256:5d6249680d40c73985c06348f9da5b928e3ef08e195bc166fa9ce989664df1e8
# upload the bundle as a base Space of Units
$ cub variant upload --component nimservice --variant no-precaching-meta-llama-3-2-1b-instruct-multi-llm-hf --space nimservice-no-precaching-meta-llama-3-2-1b-instruct-multi-llm-hf oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-no-precaching-meta-llama-3-2-1b-instruct-multi-llm-hf:upstream-5d5f66ee0e2e@sha256:5d6249680d40c73985c06348f9da5b928e3ef08e195bc166fa9ce989664df1e8
4. Deploy it Not run for this entry
No delivery run is recorded for this entry. Argo CD has not run, Flux has not run, and kubectl has not run. The commands name the Target workshop/target, which cub cluster up --name workshop creates on a local kind cluster with Argo CD. Use your own Target for a real destination. The listing records 6 inputs that the destination must supply, so read them before you deploy.
# clone the base onto a Target as a dev variant
$ cub variant create dev nimservice-no-precaching-meta-llama-3-2-1b-instruct-multi-llm-hf --target workshop/target --space-pattern "template:nimservice-no-precaching-meta-llama-3-2-1b-instruct-multi-llm-hf-dev"
# publish the Release that Argo CD or Flux pulls
$ cub release publish nimservice-no-precaching-meta-llama-3-2-1b-instruct-multi-llm-hf-dev
5. Promote a change Not run for this entry
No promotion is recorded for this entry. Promotion carries a change in the base to the dev variant. The base changes when you edit a Unit or upload a newer version into the same Space.
# preview what the dev variant would take from the base
$ cub variant promote nimservice-no-precaching-meta-llama-3-2-1b-instruct-multi-llm-hf-dev --dry-run -o mutations
# promote once you have read the preview
$ cub variant promote nimservice-no-precaching-meta-llama-3-2-1b-instruct-multi-llm-hf-dev --change-desc "Pull the reviewed base forward"
Plain Kubernetes YAML, base no-precaching-meta-llama-3-2-1b-instruct-multi-llm-ngc, version 5d5f66ee0e2e
What is fixed, and what you supply
Fixed when this entry was built. These went into the build, so the objects already carry them. To change one, build the entry again from its source.
sourceisdata/aicr-nim-operator-models/upstream/serving/standalone/no-precaching/multi-llm-ngc.yamlupstreamCommitis5d5f66ee0e2esourceFileSha256is2de96273782232491a7cc8ad1feefaa03b9b5bab59eb2386455b869f1f2bcafaobjectSetSha256ise4d032885ab3d2e87043560d8f3f6f58f2c02c6353ff1bf4cafdb1f938e6c6a0imageisnvcr.io/nim/nvidia/llm-nim:1.15.0
Yours to supply or check. The destination must have these before the objects are applied. The words in italics say what the Catalog knows about each.
- The k8s-nim-operator chart at >=3.1.0 must be installed first. Every field this sample sets is declared by the apps.nvidia.com/v1alpha1 definitions retained from operator v3.1.0 under examples/aicr/eks-h100-inference-nim/operator-crds. The newest operator release this sample works with is not established. The sample was retained from upstream commit 5d5f66ee0e2e, and this repository does not record which operator release contains that commit. Declared. Not checked on any destination.
- The user supplies this image pull Secret. It is named by NIMService spec.image.pullSecrets. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMService spec.authSecret. Declared. Not checked on any destination.
- The NIMService requests 1 GPU per pod as nvidia.com/gpu, with 1 replica. A destination needs that many allocatable GPUs of a kind the image supports, and nothing here checked one. Declared. Not checked on any destination.
- Every object in the sample is in the nim-service namespace. The sample ships no Namespace object, so the namespace must exist before apply. Declared. Not checked on any destination.
This entry's plan, and how to test it
These are the steps that plain objects cannot carry. ConfigHub stores them and does not carry them out. The words in italics say what the Catalog knows about each.
- Once the destination is known. Install the k8s-nim-operator chart from https://helm.ngc.nvidia.com/nvidia at >=3.1.0 and wait for nimservices.apps.nvidia.com before applying this sample. The k8s-nim-operator chart is not yet a Catalog entry on this branch, so this requirement names the chart and does not link a record. Who: The platform team that runs the NIM Operator on the selected destination. Generated. Not run on a cluster.
- Once the destination is known. Create the image pull Secret ngc-secret (NIMService spec.image.pullSecrets) in the sample's namespace before apply. The sample carries the name only, and no credential is held here. Who: The user, with their own NVIDIA entitlement. Generated. Not run on a cluster.
- Once the destination is known. Create the API key Secret ngc-api-secret (NIMService spec.authSecret) in the sample's namespace before apply. The sample carries the name only, and no key or token is held here. Who: The user, with their own NVIDIA or model-hub entitlement. Generated. Not run on a cluster.
- Once the destination is known. NIMService meta-llama-3-2-1b-instruct asks the operator to create a 10Gi ReadWriteOnce PersistentVolumeClaim with an empty storageClass, so the storage class is a destination choice. Nothing here checked that a destination can provide it. Who: The storage owner on the selected destination. Not evaluated.
Test the plain objects yourself. This script tests the retained objects themselves with kubectl, and it needs no cub and no account. Read it first and use a throwaway cluster. The Catalog has no recorded run of this script.
1. Get the exact objects Run for this entry
The Catalog retains its 1 object in one file, exactly as supplied.
# fetch the retained objects for this entry
$ curl -fsSL -o nimservice-no-precaching-meta-llama-3-2-1b-instruct-multi-llm-ngc.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/no-precaching/multi-llm-ngc.yaml
# check the bytes against the listing
$ shasum -a 256 nimservice-no-precaching-meta-llama-3-2-1b-instruct-multi-llm-ngc.yaml
2de96273782232491a7cc8ad1feefaa03b9b5bab59eb2386455b869f1f2bcafa nimservice-no-precaching-meta-llama-3-2-1b-instruct-multi-llm-ngc.yaml
2. Compare with another version or base Not run for this entry
The listing records no comparison for this entry. The commands run on the retained files, with no account. This version has 37 other bases in the Catalog, and the listing names each one.
# fetch the autoscaling-meta-llama-3-2-1b-instruct-llm base of the same version
$ curl -fsSL -o nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/llm.yaml
# list what differs between the two bases
$ cub config diff nimservice-no-precaching-meta-llama-3-2-1b-instruct-multi-llm-ngc.yaml nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml --summary
3. Upload it as a variant Not run for this entry
The Catalog has not uploaded this entry. The commands use its published literal configuration bundle.
# sign in; steps 3 to 5 write to your ConfigHub organization
$ cub auth login
# preview the upload of the published bundle; nothing is written
$ cub variant upload --dry-run --component nimservice --variant no-precaching-meta-llama-3-2-1b-instruct-multi-llm-ngc --space nimservice-no-precaching-meta-llama-3-2-1b-instruct-multi-llm-ngc oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-no-precaching-meta-llama-3-2-1b-instruct-multi-llm-ngc:upstream-5d5f66ee0e2e@sha256:9b0e888890e5d62f8f1c2d466c3fb696b3087ffd40a7a08765e6be5ab897e852
# upload the bundle as a base Space of Units
$ cub variant upload --component nimservice --variant no-precaching-meta-llama-3-2-1b-instruct-multi-llm-ngc --space nimservice-no-precaching-meta-llama-3-2-1b-instruct-multi-llm-ngc oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-no-precaching-meta-llama-3-2-1b-instruct-multi-llm-ngc:upstream-5d5f66ee0e2e@sha256:9b0e888890e5d62f8f1c2d466c3fb696b3087ffd40a7a08765e6be5ab897e852
4. Deploy it Not run for this entry
No delivery run is recorded for this entry. Argo CD has not run, Flux has not run, and kubectl has not run. The commands name the Target workshop/target, which cub cluster up --name workshop creates on a local kind cluster with Argo CD. Use your own Target for a real destination. The listing records 5 inputs that the destination must supply, so read them before you deploy.
# clone the base onto a Target as a dev variant
$ cub variant create dev nimservice-no-precaching-meta-llama-3-2-1b-instruct-multi-llm-ngc --target workshop/target --space-pattern "template:nimservice-no-precaching-meta-llama-3-2-1b-instruct-multi-llm-ngc-dev"
# publish the Release that Argo CD or Flux pulls
$ cub release publish nimservice-no-precaching-meta-llama-3-2-1b-instruct-multi-llm-ngc-dev
5. Promote a change Not run for this entry
No promotion is recorded for this entry. Promotion carries a change in the base to the dev variant. The base changes when you edit a Unit or upload a newer version into the same Space.
# preview what the dev variant would take from the base
$ cub variant promote nimservice-no-precaching-meta-llama-3-2-1b-instruct-multi-llm-ngc-dev --dry-run -o mutations
# promote once you have read the preview
$ cub variant promote nimservice-no-precaching-meta-llama-3-2-1b-instruct-multi-llm-ngc-dev --change-desc "Pull the reviewed base forward"
Plain Kubernetes YAML, base no-precaching-model-free-llama-3-2-1b-instruct, version 5d5f66ee0e2e
What is fixed, and what you supply
Fixed when this entry was built. These went into the build, so the objects already carry them. To change one, build the entry again from its source.
sourceisdata/aicr-nim-operator-models/upstream/serving/standalone/no-precaching/model-free-hf.yamlupstreamCommitis5d5f66ee0e2esourceFileSha256isc2d3c95da50e4931b40d614e30e6750a171c4a3072a8d65995b940dbd2a3fba9objectSetSha256is1f3a2cacc484ae7e67bf8206ded6a4ba24f7aaa548c796622e3e2864b60fab2bimageisnvcr.io/nim/nvidia/model-free-nim:3.0.0
Yours to supply or check. The destination must have these before the objects are applied. The words in italics say what the Catalog knows about each.
- The k8s-nim-operator chart at >=3.1.0 must be installed first. Every field this sample sets is declared by the apps.nvidia.com/v1alpha1 definitions retained from operator v3.1.0 under examples/aicr/eks-h100-inference-nim/operator-crds. The newest operator release this sample works with is not established. The sample was retained from upstream commit 5d5f66ee0e2e, and this repository does not record which operator release contains that commit. Declared. Not checked on any destination.
- The user supplies this image pull Secret. It is named by NIMService spec.image.pullSecrets. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMService spec.authSecret. Declared. Not checked on any destination.
- The NIMService requests 1 GPU per pod as nvidia.com/gpu, with 1 replica. A destination needs that many allocatable GPUs of a kind the image supports, and nothing here checked one. Declared. Not checked on any destination.
- Every object in the sample is in the nim-service namespace. The sample ships no Namespace object, so the namespace must exist before apply. Declared. Not checked on any destination.
- The sample fetches model weights for meta-llama/Llama-3.2-1B-Instruct from Hugging Face. Those weights carry their own licence, and this entry fetched none of them. Declared. Not checked on any destination.
This entry's plan, and how to test it
These are the steps that plain objects cannot carry. ConfigHub stores them and does not carry them out. The words in italics say what the Catalog knows about each.
- Once the destination is known. Install the k8s-nim-operator chart from https://helm.ngc.nvidia.com/nvidia at >=3.1.0 and wait for nimservices.apps.nvidia.com before applying this sample. The k8s-nim-operator chart is not yet a Catalog entry on this branch, so this requirement names the chart and does not link a record. Who: The platform team that runs the NIM Operator on the selected destination. Generated. Not run on a cluster.
- Once the destination is known. Create the image pull Secret ngc-secret (NIMService spec.image.pullSecrets) in the sample's namespace before apply. The sample carries the name only, and no credential is held here. Who: The user, with their own NVIDIA entitlement. Generated. Not run on a cluster.
- Once the destination is known. Create the API key Secret hf-secret (NIMService spec.authSecret) in the sample's namespace before apply. The sample carries the name only, and no key or token is held here. Who: The user, with their own NVIDIA or model-hub entitlement. Generated. Not run on a cluster.
- Once the destination is known. NIMService model-free-llama-3-2-1b-instruct asks the operator to create a 50Gi ReadWriteOnce PersistentVolumeClaim with an empty storageClass, so the storage class is a destination choice. Nothing here checked that a destination can provide it. Who: The storage owner on the selected destination. Not evaluated.
Test the plain objects yourself. This script tests the retained objects themselves with kubectl, and it needs no cub and no account. Read it first and use a throwaway cluster. The Catalog has no recorded run of this script.
1. Get the exact objects Run for this entry
The Catalog retains its 1 object in one file, exactly as supplied.
# fetch the retained objects for this entry
$ curl -fsSL -o nimservice-no-precaching-model-free-llama-3-2-1b-instruct.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/no-precaching/model-free-hf.yaml
# check the bytes against the listing
$ shasum -a 256 nimservice-no-precaching-model-free-llama-3-2-1b-instruct.yaml
c2d3c95da50e4931b40d614e30e6750a171c4a3072a8d65995b940dbd2a3fba9 nimservice-no-precaching-model-free-llama-3-2-1b-instruct.yaml
2. Compare with another version or base Not run for this entry
The listing records no comparison for this entry. The commands run on the retained files, with no account. This version has 37 other bases in the Catalog, and the listing names each one.
# fetch the autoscaling-meta-llama-3-2-1b-instruct-llm base of the same version
$ curl -fsSL -o nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/llm.yaml
# list what differs between the two bases
$ cub config diff nimservice-no-precaching-model-free-llama-3-2-1b-instruct.yaml nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml --summary
3. Upload it as a variant Not run for this entry
The Catalog has not uploaded this entry. The commands use its published literal configuration bundle.
# sign in; steps 3 to 5 write to your ConfigHub organization
$ cub auth login
# preview the upload of the published bundle; nothing is written
$ cub variant upload --dry-run --component nimservice --variant no-precaching-model-free-llama-3-2-1b-instruct --space nimservice-no-precaching-model-free-llama-3-2-1b-instruct oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-no-precaching-model-free-llama-3-2-1b-instruct:upstream-5d5f66ee0e2e@sha256:4419673308bdd7eb83f8e9bde16edc57c3e643a2630a15f65ba8d522e783eac0
# upload the bundle as a base Space of Units
$ cub variant upload --component nimservice --variant no-precaching-model-free-llama-3-2-1b-instruct --space nimservice-no-precaching-model-free-llama-3-2-1b-instruct oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-no-precaching-model-free-llama-3-2-1b-instruct:upstream-5d5f66ee0e2e@sha256:4419673308bdd7eb83f8e9bde16edc57c3e643a2630a15f65ba8d522e783eac0
4. Deploy it Not run for this entry
No delivery run is recorded for this entry. Argo CD has not run, Flux has not run, and kubectl has not run. The commands name the Target workshop/target, which cub cluster up --name workshop creates on a local kind cluster with Argo CD. Use your own Target for a real destination. The listing records 6 inputs that the destination must supply, so read them before you deploy.
# clone the base onto a Target as a dev variant
$ cub variant create dev nimservice-no-precaching-model-free-llama-3-2-1b-instruct --target workshop/target --space-pattern "template:nimservice-no-precaching-model-free-llama-3-2-1b-instruct-dev"
# publish the Release that Argo CD or Flux pulls
$ cub release publish nimservice-no-precaching-model-free-llama-3-2-1b-instruct-dev
5. Promote a change Not run for this entry
No promotion is recorded for this entry. Promotion carries a change in the base to the dev variant. The base changes when you edit a Unit or upload a newer version into the same Space.
# preview what the dev variant would take from the base
$ cub variant promote nimservice-no-precaching-model-free-llama-3-2-1b-instruct-dev --dry-run -o mutations
# promote once you have read the preview
$ cub variant promote nimservice-no-precaching-model-free-llama-3-2-1b-instruct-dev --change-desc "Pull the reviewed base forward"
Plain Kubernetes YAML, base retriever-llama-nemotron-embed-vl-1b-v2, version 5d5f66ee0e2e
What is fixed, and what you supply
Fixed when this entry was built. These went into the build, so the objects already carry them. To change one, build the entry again from its source.
sourceisdata/aicr-nim-operator-models/upstream/serving/standalone/retriever/embed.yamlupstreamCommitis5d5f66ee0e2esourceFileSha256isc7058d52175464fba77c58613365c7c163034d9cd396ae3b33c87fe5ebc0fabeobjectSetSha256is1aafdea7ffa3795ddbeb645b82d0f526af40645390f78d2b9d415e29d5ec364aimageisnvcr.io/nim/nvidia/llama-nemotron-embed-vl-1b-v2:2.3.0
Yours to supply or check. The destination must have these before the objects are applied. The words in italics say what the Catalog knows about each.
- The k8s-nim-operator chart at >=3.1.0 must be installed first. Every field this sample sets is declared by the apps.nvidia.com/v1alpha1 definitions retained from operator v3.1.0 under examples/aicr/eks-h100-inference-nim/operator-crds. The newest operator release this sample works with is not established. The sample was retained from upstream commit 5d5f66ee0e2e, and this repository does not record which operator release contains that commit. Declared. Not checked on any destination.
- The user supplies this image pull Secret. It is named by NIMCache spec.source.ngc.pullSecret and NIMService spec.image.pullSecrets. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMCache spec.source.ngc.authSecret and NIMService spec.authSecret. Declared. Not checked on any destination.
- The NIMService requests 1 GPU per pod as nvidia.com/gpu, with 1 replica. A destination needs that many allocatable GPUs of a kind the image supports, and nothing here checked one. Declared. Not checked on any destination.
- Every object in the sample is in the nim-service namespace. The sample ships no Namespace object, so the namespace must exist before apply. Declared. Not checked on any destination.
This entry's plan, and how to test it
These are the steps that plain objects cannot carry. ConfigHub stores them and does not carry them out. The words in italics say what the Catalog knows about each.
- Once the destination is known. Install the k8s-nim-operator chart from https://helm.ngc.nvidia.com/nvidia at >=3.1.0 and wait for nimcaches.apps.nvidia.com and nimservices.apps.nvidia.com before applying this sample. The k8s-nim-operator chart is not yet a Catalog entry on this branch, so this requirement names the chart and does not link a record. Who: The platform team that runs the NIM Operator on the selected destination. Generated. Not run on a cluster.
- Once the destination is known. Create the image pull Secret ngc-secret (NIMCache spec.source.ngc.pullSecret, NIMService spec.image.pullSecrets) in the sample's namespace before apply. The sample carries the name only, and no credential is held here. Who: The user, with their own NVIDIA entitlement. Generated. Not run on a cluster.
- Once the destination is known. Create the API key Secret hf-api-secret (NIMCache spec.source.ngc.authSecret, NIMService spec.authSecret) in the sample's namespace before apply. The sample carries the name only, and no key or token is held here. Who: The user, with their own NVIDIA or model-hub entitlement. Generated. Not run on a cluster.
- Once the destination is known. The NIMService reads its model from NIMCache llama-nemotron-embed-vl-1b-v2, which this sample file also defines. NIMCache llama-nemotron-embed-vl-1b-v2 asks the operator to create a 50Gi ReadWriteOnce PersistentVolumeClaim with an empty storageClass, so the storage class is a destination choice. The listing gives the rest. Who: The storage owner on the selected destination. Not evaluated.
Test the plain objects yourself. This script tests the retained objects themselves with kubectl, and it needs no cub and no account. Read it first and use a throwaway cluster. The Catalog has no recorded run of this script.
1. Get the exact objects Run for this entry
The Catalog retains its 2 objects in one file, exactly as supplied.
# fetch the retained objects for this entry
$ curl -fsSL -o nimservice-retriever-llama-nemotron-embed-vl-1b-v2.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/retriever/embed.yaml
# check the bytes against the listing
$ shasum -a 256 nimservice-retriever-llama-nemotron-embed-vl-1b-v2.yaml
c7058d52175464fba77c58613365c7c163034d9cd396ae3b33c87fe5ebc0fabe nimservice-retriever-llama-nemotron-embed-vl-1b-v2.yaml
2. Compare with another version or base Not run for this entry
The listing records no comparison for this entry. The commands run on the retained files, with no account. This version has 37 other bases in the Catalog, and the listing names each one.
# fetch the autoscaling-meta-llama-3-2-1b-instruct-llm base of the same version
$ curl -fsSL -o nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/llm.yaml
# list what differs between the two bases
$ cub config diff nimservice-retriever-llama-nemotron-embed-vl-1b-v2.yaml nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml --summary
3. Upload it as a variant Not run for this entry
The Catalog has not uploaded this entry. The commands use its published literal configuration bundle.
# sign in; steps 3 to 5 write to your ConfigHub organization
$ cub auth login
# preview the upload of the published bundle; nothing is written
$ cub variant upload --dry-run --component nimservice --variant retriever-llama-nemotron-embed-vl-1b-v2 --space nimservice-retriever-llama-nemotron-embed-vl-1b-v2 oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-retriever-llama-nemotron-embed-vl-1b-v2:upstream-5d5f66ee0e2e@sha256:94ea6e5959b7727ac01646dcc318208f81a3ec0e37ef5e6d0d085812bada906f
# upload the bundle as a base Space of Units
$ cub variant upload --component nimservice --variant retriever-llama-nemotron-embed-vl-1b-v2 --space nimservice-retriever-llama-nemotron-embed-vl-1b-v2 oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-retriever-llama-nemotron-embed-vl-1b-v2:upstream-5d5f66ee0e2e@sha256:94ea6e5959b7727ac01646dcc318208f81a3ec0e37ef5e6d0d085812bada906f
4. Deploy it Not run for this entry
No delivery run is recorded for this entry. Argo CD has not run, Flux has not run, and kubectl has not run. The commands name the Target workshop/target, which cub cluster up --name workshop creates on a local kind cluster with Argo CD. Use your own Target for a real destination. The listing records 5 inputs that the destination must supply, so read them before you deploy.
# clone the base onto a Target as a dev variant
$ cub variant create dev nimservice-retriever-llama-nemotron-embed-vl-1b-v2 --target workshop/target --space-pattern "template:nimservice-retriever-llama-nemotron-embed-vl-1b-v2-dev"
# publish the Release that Argo CD or Flux pulls
$ cub release publish nimservice-retriever-llama-nemotron-embed-vl-1b-v2-dev
5. Promote a change Not run for this entry
No promotion is recorded for this entry. Promotion carries a change in the base to the dev variant. The base changes when you edit a Unit or upload a newer version into the same Space.
# preview what the dev variant would take from the base
$ cub variant promote nimservice-retriever-llama-nemotron-embed-vl-1b-v2-dev --dry-run -o mutations
# promote once you have read the preview
$ cub variant promote nimservice-retriever-llama-nemotron-embed-vl-1b-v2-dev --change-desc "Pull the reviewed base forward"
Plain Kubernetes YAML, base scheduling-meta-llama-3-2-1b-instruct-scheduling, version 5d5f66ee0e2e
This entry is flagged for review. The sample sets NIMService spec.priorityClassName, which the definition retained from operator v3.1.0 does not declare, so which operator release accepts it?
What is fixed, and what you supply
Fixed when this entry was built. These went into the build, so the objects already carry them. To change one, build the entry again from its source.
sourceisdata/aicr-nim-operator-models/upstream/serving/standalone/scheduling/llm.yamlupstreamCommitis5d5f66ee0e2esourceFileSha256isd8ce2dbe3d62044a657f18613cdf8d39e346e20b4abc4a2444238736c65aacdbobjectSetSha256isd9b5b69bce17711febcb3531ed5f642e12c0e61043cf60b0074a4e1636bd3f6fimageisnvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.0
Yours to supply or check. The destination must have these before the objects are applied. The words in italics say what the Catalog knows about each.
- The k8s-nim-operator chart at >3.1.0 must be installed first. The sample sets NIMService spec.priorityClassName, which the apps.nvidia.com/v1alpha1 definitions retained from operator v3.1.0 under examples/aicr/eks-h100-inference-nim/operator-crds do not declare. The newest operator release this sample works with is not established. The sample was retained from upstream commit 5d5f66ee0e2e, and this repository does not record which operator release contains that commit. Declared. Not checked on any destination.
- The user supplies this image pull Secret. It is named by NIMService spec.image.pullSecrets. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMService spec.authSecret. Declared. Not checked on any destination.
- The NIMService requests 1 GPU per pod as nvidia.com/gpu, with 1 replica. A destination needs that many allocatable GPUs of a kind the image supports, and nothing here checked one. Declared. Not checked on any destination.
- Every object in the sample is in the nim-service namespace. The sample ships no Namespace object, so the namespace must exist before apply. Declared. Not checked on any destination.
- The sample sets priorityClassName to gpu-critical. The sample ships no PriorityClass, so one of that name must exist on the destination. Declared. Not checked on any destination.
- The sample schedules only onto nodes where nvidia.com/gpu.present In true, so the destination's nodes must carry that label. Declared. Not checked on any destination.
This entry's plan, and how to test it
These are the steps that plain objects cannot carry. ConfigHub stores them and does not carry them out. The words in italics say what the Catalog knows about each.
- Once the destination is known. Install the k8s-nim-operator chart from https://helm.ngc.nvidia.com/nvidia at >3.1.0 and wait for nimservices.apps.nvidia.com before applying this sample. The k8s-nim-operator chart is not yet a Catalog entry on this branch, so this requirement names the chart and does not link a record. Who: The platform team that runs the NIM Operator on the selected destination. Generated. Not run on a cluster.
- Once the destination is known. Create the image pull Secret ngc-secret (NIMService spec.image.pullSecrets) in the sample's namespace before apply. The sample carries the name only, and no credential is held here. Who: The user, with their own NVIDIA entitlement. Generated. Not run on a cluster.
- Once the destination is known. Create the API key Secret ngc-api-secret (NIMService spec.authSecret) in the sample's namespace before apply. The sample carries the name only, and no key or token is held here. Who: The user, with their own NVIDIA or model-hub entitlement. Generated. Not run on a cluster.
- Once the destination is known. The NIMService uses an emptyDir volume limited to 10Gi, so the model is fetched again whenever the pod is replaced. Nothing here checked that a destination can provide it. Who: The storage owner on the selected destination. Not evaluated.
Test the plain objects yourself. This script tests the retained objects themselves with kubectl, and it needs no cub and no account. Read it first and use a throwaway cluster. The Catalog has no recorded run of this script.
1. Get the exact objects Run for this entry
The Catalog retains its 1 object in one file, exactly as supplied.
# fetch the retained objects for this entry
$ curl -fsSL -o nimservice-scheduling-meta-llama-3-2-1b-instruct-scheduling.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/scheduling/llm.yaml
# check the bytes against the listing
$ shasum -a 256 nimservice-scheduling-meta-llama-3-2-1b-instruct-scheduling.yaml
d8ce2dbe3d62044a657f18613cdf8d39e346e20b4abc4a2444238736c65aacdb nimservice-scheduling-meta-llama-3-2-1b-instruct-scheduling.yaml
2. Compare with another version or base Not run for this entry
The listing records no comparison for this entry. The commands run on the retained files, with no account. This version has 37 other bases in the Catalog, and the listing names each one.
# fetch the autoscaling-meta-llama-3-2-1b-instruct-llm base of the same version
$ curl -fsSL -o nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/llm.yaml
# list what differs between the two bases
$ cub config diff nimservice-scheduling-meta-llama-3-2-1b-instruct-scheduling.yaml nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml --summary
3. Upload it as a variant Not run for this entry
The Catalog has not uploaded this entry. The commands use its published literal configuration bundle.
# sign in; steps 3 to 5 write to your ConfigHub organization
$ cub auth login
# preview the upload of the published bundle; nothing is written
$ cub variant upload --dry-run --component nimservice --variant scheduling-meta-llama-3-2-1b-instruct-scheduling --space nimservice-scheduling-meta-llama-3-2-1b-instruct-scheduling oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-scheduling-meta-llama-3-2-1b-instruct-scheduling:upstream-5d5f66ee0e2e@sha256:842c90182eb637abddc5be190afa89fe673a350321332ddd0f4f418a35a39b73
# upload the bundle as a base Space of Units
$ cub variant upload --component nimservice --variant scheduling-meta-llama-3-2-1b-instruct-scheduling --space nimservice-scheduling-meta-llama-3-2-1b-instruct-scheduling oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-scheduling-meta-llama-3-2-1b-instruct-scheduling:upstream-5d5f66ee0e2e@sha256:842c90182eb637abddc5be190afa89fe673a350321332ddd0f4f418a35a39b73
4. Deploy it Not run for this entry
No delivery run is recorded for this entry. Argo CD has not run, Flux has not run, and kubectl has not run. The commands name the Target workshop/target, which cub cluster up --name workshop creates on a local kind cluster with Argo CD. Use your own Target for a real destination. The listing records 7 inputs that the destination must supply, so read them before you deploy.
# clone the base onto a Target as a dev variant
$ cub variant create dev nimservice-scheduling-meta-llama-3-2-1b-instruct-scheduling --target workshop/target --space-pattern "template:nimservice-scheduling-meta-llama-3-2-1b-instruct-scheduling-dev"
# publish the Release that Argo CD or Flux pulls
$ cub release publish nimservice-scheduling-meta-llama-3-2-1b-instruct-scheduling-dev
5. Promote a change Not run for this entry
No promotion is recorded for this entry. Promotion carries a change in the base to the dev variant. The base changes when you edit a Unit or upload a newer version into the same Space.
# preview what the dev variant would take from the base
$ cub variant promote nimservice-scheduling-meta-llama-3-2-1b-instruct-scheduling-dev --dry-run -o mutations
# promote once you have read the preview
$ cub variant promote nimservice-scheduling-meta-llama-3-2-1b-instruct-scheduling-dev --change-desc "Pull the reviewed base forward"
Plain Kubernetes YAML, base sidecars-meta-llama-3-2-1b-instruct-sidecars, version 5d5f66ee0e2e
What is fixed, and what you supply
Fixed when this entry was built. These went into the build, so the objects already carry them. To change one, build the entry again from its source.
sourceisdata/aicr-nim-operator-models/upstream/serving/standalone/sidecars/llm.yamlupstreamCommitis5d5f66ee0e2esourceFileSha256isa283dedc018fd5b19ad075fa1390204e6e61de22a5d22d132538305dfa43b634objectSetSha256is4a865b472acd71864c994a9ba280a2f4713f47f3274cfbb62f0b1e8f0b5eec3cimageisnvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.0
Yours to supply or check. The destination must have these before the objects are applied. The words in italics say what the Catalog knows about each.
- The k8s-nim-operator chart at >=3.1.0 must be installed first. Every field this sample sets is declared by the apps.nvidia.com/v1alpha1 definitions retained from operator v3.1.0 under examples/aicr/eks-h100-inference-nim/operator-crds. The newest operator release this sample works with is not established. The sample was retained from upstream commit 5d5f66ee0e2e, and this repository does not record which operator release contains that commit. Declared. Not checked on any destination.
- The user supplies this image pull Secret. It is named by NIMService spec.image.pullSecrets. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMService spec.authSecret. Declared. Not checked on any destination.
- The NIMService requests 1 GPU per pod as nvidia.com/gpu, with 1 replica. A destination needs that many allocatable GPUs of a kind the image supports, and nothing here checked one. Declared. Not checked on any destination.
- Every object in the sample is in the nim-service namespace. The sample ships no Namespace object, so the namespace must exist before apply. Declared. Not checked on any destination.
This entry's plan, and how to test it
These are the steps that plain objects cannot carry. ConfigHub stores them and does not carry them out. The words in italics say what the Catalog knows about each.
- Once the destination is known. Install the k8s-nim-operator chart from https://helm.ngc.nvidia.com/nvidia at >=3.1.0 and wait for nimservices.apps.nvidia.com before applying this sample. The k8s-nim-operator chart is not yet a Catalog entry on this branch, so this requirement names the chart and does not link a record. Who: The platform team that runs the NIM Operator on the selected destination. Generated. Not run on a cluster.
- Once the destination is known. Create the image pull Secret ngc-secret (NIMService spec.image.pullSecrets) in the sample's namespace before apply. The sample carries the name only, and no credential is held here. Who: The user, with their own NVIDIA entitlement. Generated. Not run on a cluster.
- Once the destination is known. Create the API key Secret ngc-api-secret (NIMService spec.authSecret) in the sample's namespace before apply. The sample carries the name only, and no key or token is held here. Who: The user, with their own NVIDIA or model-hub entitlement. Generated. Not run on a cluster.
- Once the destination is known. The NIMService uses an emptyDir volume limited to 10Gi, so the model is fetched again whenever the pod is replaced. Nothing here checked that a destination can provide it. Who: The storage owner on the selected destination. Not evaluated.
Test the plain objects yourself. This script tests the retained objects themselves with kubectl, and it needs no cub and no account. Read it first and use a throwaway cluster. The Catalog has no recorded run of this script.
1. Get the exact objects Run for this entry
The Catalog retains its 1 object in one file, exactly as supplied.
# fetch the retained objects for this entry
$ curl -fsSL -o nimservice-sidecars-meta-llama-3-2-1b-instruct-sidecars.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/sidecars/llm.yaml
# check the bytes against the listing
$ shasum -a 256 nimservice-sidecars-meta-llama-3-2-1b-instruct-sidecars.yaml
a283dedc018fd5b19ad075fa1390204e6e61de22a5d22d132538305dfa43b634 nimservice-sidecars-meta-llama-3-2-1b-instruct-sidecars.yaml
2. Compare with another version or base Not run for this entry
The listing records no comparison for this entry. The commands run on the retained files, with no account. This version has 37 other bases in the Catalog, and the listing names each one.
# fetch the autoscaling-meta-llama-3-2-1b-instruct-llm base of the same version
$ curl -fsSL -o nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/llm.yaml
# list what differs between the two bases
$ cub config diff nimservice-sidecars-meta-llama-3-2-1b-instruct-sidecars.yaml nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml --summary
3. Upload it as a variant Not run for this entry
The Catalog has not uploaded this entry. The commands use its published literal configuration bundle.
# sign in; steps 3 to 5 write to your ConfigHub organization
$ cub auth login
# preview the upload of the published bundle; nothing is written
$ cub variant upload --dry-run --component nimservice --variant sidecars-meta-llama-3-2-1b-instruct-sidecars --space nimservice-sidecars-meta-llama-3-2-1b-instruct-sidecars oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-sidecars-meta-llama-3-2-1b-instruct-sidecars:upstream-5d5f66ee0e2e@sha256:5660005ce6568f6d6a145ede5b0511bb8095ec86fa12324bcc2b55700fe9d0a8
# upload the bundle as a base Space of Units
$ cub variant upload --component nimservice --variant sidecars-meta-llama-3-2-1b-instruct-sidecars --space nimservice-sidecars-meta-llama-3-2-1b-instruct-sidecars oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-sidecars-meta-llama-3-2-1b-instruct-sidecars:upstream-5d5f66ee0e2e@sha256:5660005ce6568f6d6a145ede5b0511bb8095ec86fa12324bcc2b55700fe9d0a8
4. Deploy it Not run for this entry
No delivery run is recorded for this entry. Argo CD has not run, Flux has not run, and kubectl has not run. The commands name the Target workshop/target, which cub cluster up --name workshop creates on a local kind cluster with Argo CD. Use your own Target for a real destination. The listing records 5 inputs that the destination must supply, so read them before you deploy.
# clone the base onto a Target as a dev variant
$ cub variant create dev nimservice-sidecars-meta-llama-3-2-1b-instruct-sidecars --target workshop/target --space-pattern "template:nimservice-sidecars-meta-llama-3-2-1b-instruct-sidecars-dev"
# publish the Release that Argo CD or Flux pulls
$ cub release publish nimservice-sidecars-meta-llama-3-2-1b-instruct-sidecars-dev
5. Promote a change Not run for this entry
No promotion is recorded for this entry. Promotion carries a change in the base to the dev variant. The base changes when you edit a Unit or upload a newer version into the same Space.
# preview what the dev variant would take from the base
$ cub variant promote nimservice-sidecars-meta-llama-3-2-1b-instruct-sidecars-dev --dry-run -o mutations
# promote once you have read the preview
$ cub variant promote nimservice-sidecars-meta-llama-3-2-1b-instruct-sidecars-dev --change-desc "Pull the reviewed base forward"
Plain Kubernetes YAML, base standard-meta-llama-3-2-1b-instruct, version 5d5f66ee0e2e
What is fixed, and what you supply
Fixed when this entry was built. These went into the build, so the objects already carry them. To change one, build the entry again from its source.
sourceisdata/aicr-nim-operator-models/upstream/serving/kserve/standard/llm.yamlupstreamCommitis5d5f66ee0e2esourceFileSha256is92af1ce520b39464bf7cc4da855ea2e8163203ddfb3f5656700413e729ccac47objectSetSha256is24899d2cfed44bdbbeb4d23800b381fbf75150649946de3b2da9d81d43864359imageisnvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.0
Yours to supply or check. The destination must have these before the objects are applied. The words in italics say what the Catalog knows about each.
- The k8s-nim-operator chart at >=3.1.0 must be installed first. Every field this sample sets is declared by the apps.nvidia.com/v1alpha1 definitions retained from operator v3.1.0 under examples/aicr/eks-h100-inference-nim/operator-crds. The newest operator release this sample works with is not established. The sample was retained from upstream commit 5d5f66ee0e2e, and this repository does not record which operator release contains that commit. Declared. Not checked on any destination.
- The user supplies this image pull Secret. It is named by NIMCache spec.source.ngc.pullSecret and NIMService spec.image.pullSecrets. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMCache spec.source.ngc.authSecret and NIMService spec.authSecret. Declared. Not checked on any destination.
- The NIMService requests 1 GPU per pod as nvidia.com/gpu, with 1 replica. A destination needs that many allocatable GPUs of a kind the image supports, and nothing here checked one. Declared. Not checked on any destination.
- Every object in the sample is in the nim-service namespace. The sample ships no Namespace object, so the namespace must exist before apply. Declared. Not checked on any destination.
- The sample sets spec.inferencePlatform to kserve, so that platform must be installed on the destination before the operator can serve this NIMService. Declared. Not checked on any destination.
- The sample enables a HorizontalPodAutoscaler on resource metrics, so the destination needs a metrics server. Declared. Not checked on any destination.
This entry's plan, and how to test it
These are the steps that plain objects cannot carry. ConfigHub stores them and does not carry them out. The words in italics say what the Catalog knows about each.
- Once the destination is known. Install the k8s-nim-operator chart from https://helm.ngc.nvidia.com/nvidia at >=3.1.0 and wait for nimcaches.apps.nvidia.com and nimservices.apps.nvidia.com before applying this sample. The k8s-nim-operator chart is not yet a Catalog entry on this branch, so this requirement names the chart and does not link a record. Who: The platform team that runs the NIM Operator on the selected destination. Generated. Not run on a cluster.
- Once the destination is known. Create the image pull Secret ngc-secret (NIMCache spec.source.ngc.pullSecret, NIMService spec.image.pullSecrets) in the sample's namespace before apply. The sample carries the name only, and no credential is held here. Who: The user, with their own NVIDIA entitlement. Generated. Not run on a cluster.
- Once the destination is known. Create the API key Secret ngc-api-secret (NIMCache spec.source.ngc.authSecret, NIMService spec.authSecret) in the sample's namespace before apply. The sample carries the name only, and no key or token is held here. Who: The user, with their own NVIDIA or model-hub entitlement. Generated. Not run on a cluster.
- Once the destination is known. The NIMService reads its model from NIMCache meta-llama-3-2-1b-instruct, which this sample file also defines. NIMCache meta-llama-3-2-1b-instruct asks the operator to create a 50Gi ReadWriteOnce PersistentVolumeClaim with an empty storageClass, so the storage class is a destination choice. The listing gives the rest. Who: The storage owner on the selected destination. Not evaluated.
Test the plain objects yourself. This script tests the retained objects themselves with kubectl, and it needs no cub and no account. Read it first and use a throwaway cluster. The Catalog has no recorded run of this script.
1. Get the exact objects Run for this entry
The Catalog retains its 2 objects in one file, exactly as supplied.
# fetch the retained objects for this entry
$ curl -fsSL -o nimservice-standard-meta-llama-3-2-1b-instruct.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/kserve/standard/llm.yaml
# check the bytes against the listing
$ shasum -a 256 nimservice-standard-meta-llama-3-2-1b-instruct.yaml
92af1ce520b39464bf7cc4da855ea2e8163203ddfb3f5656700413e729ccac47 nimservice-standard-meta-llama-3-2-1b-instruct.yaml
2. Compare with another version or base Not run for this entry
The listing records no comparison for this entry. The commands run on the retained files, with no account. This version has 37 other bases in the Catalog, and the listing names each one.
# fetch the autoscaling-meta-llama-3-2-1b-instruct-llm base of the same version
$ curl -fsSL -o nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/llm.yaml
# list what differs between the two bases
$ cub config diff nimservice-standard-meta-llama-3-2-1b-instruct.yaml nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml --summary
3. Upload it as a variant Not run for this entry
The Catalog has not uploaded this entry. The commands use its published literal configuration bundle.
# sign in; steps 3 to 5 write to your ConfigHub organization
$ cub auth login
# preview the upload of the published bundle; nothing is written
$ cub variant upload --dry-run --component nimservice --variant standard-meta-llama-3-2-1b-instruct --space nimservice-standard-meta-llama-3-2-1b-instruct oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-standard-meta-llama-3-2-1b-instruct:upstream-5d5f66ee0e2e@sha256:67fa833c09b43a59bb94ee567aadcab8537dab67280b8eeddf80fb566883e1f8
# upload the bundle as a base Space of Units
$ cub variant upload --component nimservice --variant standard-meta-llama-3-2-1b-instruct --space nimservice-standard-meta-llama-3-2-1b-instruct oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-standard-meta-llama-3-2-1b-instruct:upstream-5d5f66ee0e2e@sha256:67fa833c09b43a59bb94ee567aadcab8537dab67280b8eeddf80fb566883e1f8
4. Deploy it Not run for this entry
No delivery run is recorded for this entry. Argo CD has not run, Flux has not run, and kubectl has not run. The commands name the Target workshop/target, which cub cluster up --name workshop creates on a local kind cluster with Argo CD. Use your own Target for a real destination. The listing records 7 inputs that the destination must supply, so read them before you deploy.
# clone the base onto a Target as a dev variant
$ cub variant create dev nimservice-standard-meta-llama-3-2-1b-instruct --target workshop/target --space-pattern "template:nimservice-standard-meta-llama-3-2-1b-instruct-dev"
# publish the Release that Argo CD or Flux pulls
$ cub release publish nimservice-standard-meta-llama-3-2-1b-instruct-dev
5. Promote a change Not run for this entry
No promotion is recorded for this entry. Promotion carries a change in the base to the dev variant. The base changes when you edit a Unit or upload a newer version into the same Space.
# preview what the dev variant would take from the base
$ cub variant promote nimservice-standard-meta-llama-3-2-1b-instruct-dev --dry-run -o mutations
# promote once you have read the preview
$ cub variant promote nimservice-standard-meta-llama-3-2-1b-instruct-dev --change-desc "Pull the reviewed base forward"
Plain Kubernetes YAML, base standard-nim-service-model-free, version 5d5f66ee0e2e
What is fixed, and what you supply
Fixed when this entry was built. These went into the build, so the objects already carry them. To change one, build the entry again from its source.
sourceisdata/aicr-nim-operator-models/upstream/serving/kserve/standard/model-free.yamlupstreamCommitis5d5f66ee0e2esourceFileSha256isadec6f4cb47e17dba45b40f177c7b8c206bd59607baed41bd5c7df5de6a38904objectSetSha256is41e2cd864f8bd9bf13dfa1acd1a201342561144b06e52d5d9050042174858609imageisnvcr.io/nim/nvidia/model-free-nim:3.0.0
Yours to supply or check. The destination must have these before the objects are applied. The words in italics say what the Catalog knows about each.
- The k8s-nim-operator chart at >=3.1.0 must be installed first. Every field this sample sets is declared by the apps.nvidia.com/v1alpha1 definitions retained from operator v3.1.0 under examples/aicr/eks-h100-inference-nim/operator-crds. The newest operator release this sample works with is not established. The sample was retained from upstream commit 5d5f66ee0e2e, and this repository does not record which operator release contains that commit. Declared. Not checked on any destination.
- The user supplies this image pull Secret. It is named by NIMCache spec.source.hf.pullSecret and NIMService spec.image.pullSecrets. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMCache spec.source.hf.authSecret and NIMService spec.authSecret. Declared. Not checked on any destination.
- The NIMService requests 1 GPU per pod as nvidia.com/gpu, with 1 replica. A destination needs that many allocatable GPUs of a kind the image supports, and nothing here checked one. Declared. Not checked on any destination.
- Every object in the sample is in the nim-service namespace. The sample ships no Namespace object, so the namespace must exist before apply. Declared. Not checked on any destination.
- The sample sets spec.inferencePlatform to kserve, so that platform must be installed on the destination before the operator can serve this NIMService. Declared. Not checked on any destination.
- The sample fetches model weights for meta-llama/Llama-3.2-1B-Instruct from https://huggingface.co. Those weights carry their own licence, and this entry fetched none of them. Declared. Not checked on any destination.
This entry's plan, and how to test it
These are the steps that plain objects cannot carry. ConfigHub stores them and does not carry them out. The words in italics say what the Catalog knows about each.
- Once the destination is known. Install the k8s-nim-operator chart from https://helm.ngc.nvidia.com/nvidia at >=3.1.0 and wait for nimcaches.apps.nvidia.com and nimservices.apps.nvidia.com before applying this sample. The k8s-nim-operator chart is not yet a Catalog entry on this branch, so this requirement names the chart and does not link a record. Who: The platform team that runs the NIM Operator on the selected destination. Generated. Not run on a cluster.
- Once the destination is known. Create the image pull Secret ngc-secret (NIMCache spec.source.hf.pullSecret, NIMService spec.image.pullSecrets) in the sample's namespace before apply. The sample carries the name only, and no credential is held here. Who: The user, with their own NVIDIA entitlement. Generated. Not run on a cluster.
- Once the destination is known. Create the API key Secret hf-api-secret (NIMCache spec.source.hf.authSecret, NIMService spec.authSecret) in the sample's namespace before apply. The sample carries the name only, and no key or token is held here. Who: The user, with their own NVIDIA or model-hub entitlement. Generated. Not run on a cluster.
- Once the destination is known. The NIMService reads its model from NIMCache nim-cache-model-free, which this sample file also defines. NIMCache nim-cache-model-free asks the operator to create a 50Gi ReadWriteOnce PersistentVolumeClaim with an empty storageClass, so the storage class is a destination choice. The listing gives the rest. Who: The storage owner on the selected destination. Not evaluated.
Test the plain objects yourself. This script tests the retained objects themselves with kubectl, and it needs no cub and no account. Read it first and use a throwaway cluster. The Catalog has no recorded run of this script.
1. Get the exact objects Run for this entry
The Catalog retains its 2 objects in one file, exactly as supplied.
# fetch the retained objects for this entry
$ curl -fsSL -o nimservice-standard-nim-service-model-free.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/kserve/standard/model-free.yaml
# check the bytes against the listing
$ shasum -a 256 nimservice-standard-nim-service-model-free.yaml
adec6f4cb47e17dba45b40f177c7b8c206bd59607baed41bd5c7df5de6a38904 nimservice-standard-nim-service-model-free.yaml
2. Compare with another version or base Not run for this entry
The listing records no comparison for this entry. The commands run on the retained files, with no account. This version has 37 other bases in the Catalog, and the listing names each one.
# fetch the autoscaling-meta-llama-3-2-1b-instruct-llm base of the same version
$ curl -fsSL -o nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/llm.yaml
# list what differs between the two bases
$ cub config diff nimservice-standard-nim-service-model-free.yaml nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml --summary
3. Upload it as a variant Not run for this entry
The Catalog has not uploaded this entry. The commands use its published literal configuration bundle.
# sign in; steps 3 to 5 write to your ConfigHub organization
$ cub auth login
# preview the upload of the published bundle; nothing is written
$ cub variant upload --dry-run --component nimservice --variant standard-nim-service-model-free --space nimservice-standard-nim-service-model-free oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-standard-nim-service-model-free:upstream-5d5f66ee0e2e@sha256:e3f7332ae8d0ef8e5c6f30b5c1049423100e4cb8a1acb5a70f50872395bd5a44
# upload the bundle as a base Space of Units
$ cub variant upload --component nimservice --variant standard-nim-service-model-free --space nimservice-standard-nim-service-model-free oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-standard-nim-service-model-free:upstream-5d5f66ee0e2e@sha256:e3f7332ae8d0ef8e5c6f30b5c1049423100e4cb8a1acb5a70f50872395bd5a44
4. Deploy it Not run for this entry
No delivery run is recorded for this entry. Argo CD has not run, Flux has not run, and kubectl has not run. The commands name the Target workshop/target, which cub cluster up --name workshop creates on a local kind cluster with Argo CD. Use your own Target for a real destination. The listing records 7 inputs that the destination must supply, so read them before you deploy.
# clone the base onto a Target as a dev variant
$ cub variant create dev nimservice-standard-nim-service-model-free --target workshop/target --space-pattern "template:nimservice-standard-nim-service-model-free-dev"
# publish the Release that Argo CD or Flux pulls
$ cub release publish nimservice-standard-nim-service-model-free-dev
5. Promote a change Not run for this entry
No promotion is recorded for this entry. Promotion carries a change in the base to the dev variant. The base changes when you edit a Unit or upload a newer version into the same Space.
# preview what the dev variant would take from the base
$ cub variant promote nimservice-standard-nim-service-model-free-dev --dry-run -o mutations
# promote once you have read the preview
$ cub variant promote nimservice-standard-nim-service-model-free-dev --change-desc "Pull the reviewed base forward"
Plain Kubernetes YAML, base standard-nim-service-multi-llm, version 5d5f66ee0e2e
What is fixed, and what you supply
Fixed when this entry was built. These went into the build, so the objects already carry them. To change one, build the entry again from its source.
sourceisdata/aicr-nim-operator-models/upstream/serving/kserve/standard/multi-llm.yamlupstreamCommitis5d5f66ee0e2esourceFileSha256isff06cecd94d3e6e2fc8e7c59718a617b2915efdca60c6bc154a4cc1cd3631b68objectSetSha256is1de00b1cf1d89ca3a6488a801b445abacea27fe32f814c193a88b46df4b35a93imageisnvcr.io/nim/nvidia/llm-nim:1.15.0
Yours to supply or check. The destination must have these before the objects are applied. The words in italics say what the Catalog knows about each.
- The k8s-nim-operator chart at >=3.1.0 must be installed first. Every field this sample sets is declared by the apps.nvidia.com/v1alpha1 definitions retained from operator v3.1.0 under examples/aicr/eks-h100-inference-nim/operator-crds. The newest operator release this sample works with is not established. The sample was retained from upstream commit 5d5f66ee0e2e, and this repository does not record which operator release contains that commit. Declared. Not checked on any destination.
- The user supplies this image pull Secret. It is named by NIMCache spec.source.hf.pullSecret and NIMService spec.image.pullSecrets. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMCache spec.source.hf.authSecret. Declared. Not checked on any destination.
- The user supplies this API key Secret. It is named by NIMService spec.authSecret. Declared. Not checked on any destination.
- The NIMService requests 1 GPU per pod as nvidia.com/gpu, with 1 replica. A destination needs that many allocatable GPUs of a kind the image supports, and nothing here checked one. Declared. Not checked on any destination.
- Every object in the sample is in the nim-service namespace. The sample ships no Namespace object, so the namespace must exist before apply. Declared. Not checked on any destination.
- The sample sets spec.inferencePlatform to kserve, so that platform must be installed on the destination before the operator can serve this NIMService. Declared. Not checked on any destination.
- The sample fetches model weights for nvidia/Llama-3.1-Nemotron-Nano-8B-v1 from https://huggingface.co. Those weights carry their own licence, and this entry fetched none of them. Declared. Not checked on any destination.
This entry's plan, and how to test it
These are the steps that plain objects cannot carry. ConfigHub stores them and does not carry them out. The words in italics say what the Catalog knows about each.
- Once the destination is known. Install the k8s-nim-operator chart from https://helm.ngc.nvidia.com/nvidia at >=3.1.0 and wait for nimcaches.apps.nvidia.com and nimservices.apps.nvidia.com before applying this sample. The k8s-nim-operator chart is not yet a Catalog entry on this branch, so this requirement names the chart and does not link a record. Who: The platform team that runs the NIM Operator on the selected destination. Generated. Not run on a cluster.
- Once the destination is known. Create the image pull Secret ngc-secret (NIMCache spec.source.hf.pullSecret, NIMService spec.image.pullSecrets) in the sample's namespace before apply. The sample carries the name only, and no credential is held here. Who: The user, with their own NVIDIA entitlement. Generated. Not run on a cluster.
- Once the destination is known. Create the API key Secret hf-api-secret (NIMCache spec.source.hf.authSecret); ngc-api-secret (NIMService spec.authSecret) in the sample's namespace before apply. The sample carries the name only, and no key or token is held here. Who: The user, with their own NVIDIA or model-hub entitlement. Generated. Not run on a cluster.
- Once the destination is known. The NIMService reads its model from NIMCache nim-cache-multi-llm, which this sample file also defines. NIMCache nim-cache-multi-llm asks the operator to create a 50Gi ReadWriteOnce PersistentVolumeClaim with an empty storageClass, so the storage class is a destination choice. The listing gives the rest. Who: The storage owner on the selected destination. Not evaluated.
Test the plain objects yourself. This script tests the retained objects themselves with kubectl, and it needs no cub and no account. Read it first and use a throwaway cluster. The Catalog has no recorded run of this script.
1. Get the exact objects Run for this entry
The Catalog retains its 2 objects in one file, exactly as supplied.
# fetch the retained objects for this entry
$ curl -fsSL -o nimservice-standard-nim-service-multi-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/kserve/standard/multi-llm.yaml
# check the bytes against the listing
$ shasum -a 256 nimservice-standard-nim-service-multi-llm.yaml
ff06cecd94d3e6e2fc8e7c59718a617b2915efdca60c6bc154a4cc1cd3631b68 nimservice-standard-nim-service-multi-llm.yaml
2. Compare with another version or base Not run for this entry
The listing records no comparison for this entry. The commands run on the retained files, with no account. This version has 37 other bases in the Catalog, and the listing names each one.
# fetch the autoscaling-meta-llama-3-2-1b-instruct-llm base of the same version
$ curl -fsSL -o nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml https://raw.githubusercontent.com/confighub/helm-expt/main/data/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/llm.yaml
# list what differs between the two bases
$ cub config diff nimservice-standard-nim-service-multi-llm.yaml nimservice-autoscaling-meta-llama-3-2-1b-instruct-llm.yaml --summary
3. Upload it as a variant Not run for this entry
The Catalog has not uploaded this entry. The commands use its published literal configuration bundle.
# sign in; steps 3 to 5 write to your ConfigHub organization
$ cub auth login
# preview the upload of the published bundle; nothing is written
$ cub variant upload --dry-run --component nimservice --variant standard-nim-service-multi-llm --space nimservice-standard-nim-service-multi-llm oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-standard-nim-service-multi-llm:upstream-5d5f66ee0e2e@sha256:1253e0ecce618f2292529a47aba7a0cce1fce25a0442186c34d1a1d3282de3d0
# upload the bundle as a base Space of Units
$ cub variant upload --component nimservice --variant standard-nim-service-multi-llm --space nimservice-standard-nim-service-multi-llm oci://europe-west1-docker.pkg.dev/nth-fort-499605-q5/helm-expt/bundles/nimservice-standard-nim-service-multi-llm:upstream-5d5f66ee0e2e@sha256:1253e0ecce618f2292529a47aba7a0cce1fce25a0442186c34d1a1d3282de3d0
4. Deploy it Not run for this entry
No delivery run is recorded for this entry. Argo CD has not run, Flux has not run, and kubectl has not run. The commands name the Target workshop/target, which cub cluster up --name workshop creates on a local kind cluster with Argo CD. Use your own Target for a real destination. The listing records 8 inputs that the destination must supply, so read them before you deploy.
# clone the base onto a Target as a dev variant
$ cub variant create dev nimservice-standard-nim-service-multi-llm --target workshop/target --space-pattern "template:nimservice-standard-nim-service-multi-llm-dev"
# publish the Release that Argo CD or Flux pulls
$ cub release publish nimservice-standard-nim-service-multi-llm-dev
5. Promote a change Not run for this entry
No promotion is recorded for this entry. Promotion carries a change in the base to the dev variant. The base changes when you edit a Unit or upload a newer version into the same Space.
# preview what the dev variant would take from the base
$ cub variant promote nimservice-standard-nim-service-multi-llm-dev --dry-run -o mutations
# promote once you have read the preview
$ cub variant promote nimservice-standard-nim-service-multi-llm-dev --change-desc "Pull the reviewed base forward"
Technical notes and disclaimers
- autoscaling-meta-llama-3-2-1b-instruct-llm, autoscaling-meta-llama-3-2-1b-instruct-multi-llm, basic-meta-llama-3-2-1b-instruct-llm, basic-meta-llama-3-2-1b-instruct-multi-llm, basic-model-free-llama-3-2-1b-instruct, example0-meta-llama3-2-1b-instruct, example1-meta-llama3-2-1b-instruct, example2-meta-llama3-2-1b-instruct, full-meta-llama-3-2-1b-instruct-llm, full-meta-llama-3-2-1b-instruct-multi-llm, grpcroutes-riva-tts, httproutes-meta-llama-3-2-1b-instruct-llm, httproutes-meta-llama-3-2-1b-instruct-multi-llm, ingress-meta-llama-3-2-1b-instruct-llm, ingress-meta-llama-3-2-1b-instruct-multi-llm, knative-meta-llama-3-2-1b-instruct-llm, knative-meta-llama-3-2-1b-instruct-multi-llm, manual-meta-llama3-2-1b-instruct, multi-node-deepseek-r1-multi-node-nimservice, multi-node-deepseek-r1-multi-node-nimservice-rdma, multi-node-llama-3-1-8b-instruct-multinode, nim-3-nemotron-3-super-120b-a12b, retriever-llama-nemotron-embed-vl-1b-v2, standard-meta-llama-3-2-1b-instruct, standard-nim-service-model-free, standard-nim-service-multi-llm. The plain-objects script stops before it applies anything. 4 steps of the plan are yours to do first, and it prints them. When you run it again it applies the objects and ends. It does not wait for the workloads to start. The file uses 2 kinds that it does not define. The script stops when the cluster does not serve them. The script does not run the steps the plan names for an upgrade or a delete.
- confidential-computing-meta-llama-3-2-1b-instruct-kata-sandbox, epp-meta-llama3-8b-instruct, lora-meta-llama-3-2-1b-instruct-llm, lora-meta-llama-3-2-1b-instruct-multi-llm, no-precaching-meta-llama-3-2-1b-instruct-emptydir, no-precaching-meta-llama-3-2-1b-instruct-hostpath, no-precaching-meta-llama-3-2-1b-instruct-llm, no-precaching-meta-llama-3-2-1b-instruct-multi-llm-hf, no-precaching-meta-llama-3-2-1b-instruct-multi-llm-ngc, no-precaching-model-free-llama-3-2-1b-instruct, scheduling-meta-llama-3-2-1b-instruct-scheduling, sidecars-meta-llama-3-2-1b-instruct-sidecars. The plain-objects script stops before it applies anything. 4 steps of the plan are yours to do first, and it prints them. When you run it again it applies the objects and ends. It does not wait for the workloads to start. The file uses one kind that it does not define. The script stops when the cluster does not serve it. The script does not run the steps the plan names for an upgrade or a delete.