Skip to content
Browse the site

Deep Dives

AI: Claude and Codex patterns

ConfigHub: Deploy and manage

Configs
Stacks
Apps
Plugins
Guides
Docs

Choose a NIMService model variant

The nimservice entry holds 38 model variants. Each one is a NIMService sample kept exactly as NVIDIA's k8s-nim-operator repository had it at commit 5d5f66ee0e2e.

37 of the 38 variants are published as OCI, and the table says which. The upload, deploy and promote steps open for a variant when it is published.

Use this entry in ConfigHub in five steps, from fetching its exact objects to promoting a change.

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 variantImage the sample namesGPU requestFlagsPublished as OCIRead
autoscaling-meta-llama-3-2-1b-instruct-llmnvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.01 × nvidia.com/gpuNonePublishedListing · Objects · Test script
autoscaling-meta-llama-3-2-1b-instruct-multi-llmnvcr.io/nim/nvidia/llm-nim:1.15.01 × nvidia.com/gpuNonePublishedListing · Objects · Test script
basic-meta-llama-3-2-1b-instruct-llmnvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.01 × nvidia.com/gpuNonePublishedListing · Objects · Test script
basic-meta-llama-3-2-1b-instruct-multi-llmnvcr.io/nim/nvidia/llm-nim:1.15.01 × nvidia.com/gpuNonePublishedListing · Objects · Test script
basic-model-free-llama-3-2-1b-instructnvcr.io/nim/nvidia/model-free-nim:3.0.01 × nvidia.com/gpuNonePublishedListing · Objects · Test script
confidential-computing-meta-llama-3-2-1b-instruct-kata-sandboxnvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.01 × nvidia.com/pgpuNonePublishedListing · Objects · Test script
epp-meta-llama3-8b-instructnvcr.io/nvstaging/nim-internal/vllm-oss-nim-llm-4-devel-llama3.1-8b-instruct:2.0.0-rc.20260203175658-38778af4c5e1fc45
registry.k8s.io/gateway-api-inference-extension/epp:v1.3.1
1 × nvidia.com/gpu, 2 replicasFlagged for reviewNot publishedListing · Objects · Test script
example0-meta-llama3-2-1b-instructnvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.01, by a DRA claimNonePublishedListing · Objects · Test script
example1-meta-llama3-2-1b-instructnvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.01, by a DRA claimNonePublishedListing · Objects · Test script
example2-meta-llama3-2-1b-instructnvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.01, by a DRA claimNonePublishedListing · Objects · Test script
full-meta-llama-3-2-1b-instruct-llmnvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.01 × nvidia.com/gpuNonePublishedListing · Objects · Test script
full-meta-llama-3-2-1b-instruct-multi-llmnvcr.io/nim/nvidia/llm-nim:1.15.01 × nvidia.com/gpuNonePublishedListing · Objects · Test script
grpcroutes-riva-ttsnvcr.io/nim/nvidia/riva-tts:1.3.01 × nvidia.com/gpuNonePublishedListing · Objects · Test script
httproutes-meta-llama-3-2-1b-instruct-llmnvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.01 × nvidia.com/gpuNonePublishedListing · Objects · Test script
httproutes-meta-llama-3-2-1b-instruct-multi-llmnvcr.io/nim/nvidia/llm-nim:1.15.01 × nvidia.com/gpuNonePublishedListing · Objects · Test script
ingress-meta-llama-3-2-1b-instruct-llmnvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.01 × nvidia.com/gpuFlagged for reviewPublishedListing · Objects · Test script
ingress-meta-llama-3-2-1b-instruct-multi-llmnvcr.io/nim/nvidia/llm-nim:1.15.01 × nvidia.com/gpuNonePublishedListing · Objects · Test script
knative-meta-llama-3-2-1b-instruct-llmnvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.01 × nvidia.com/gpuNonePublishedListing · Objects · Test script
knative-meta-llama-3-2-1b-instruct-multi-llmnvcr.io/nim/nvidia/llm-nim:1.15.01 × nvidia.com/gpuNonePublishedListing · Objects · Test script
lora-meta-llama-3-2-1b-instruct-llmnvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.01 × nvidia.com/gpuFlagged for reviewPublishedListing · Objects · Test script
lora-meta-llama-3-2-1b-instruct-multi-llmnvcr.io/nim/nvidia/llm-nim:1.15.01 × nvidia.com/gpuFlagged for reviewPublishedListing · Objects · Test script
manual-meta-llama3-2-1b-instructnvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.01, by a DRA claimNonePublishedListing · Objects · Test script
multi-node-deepseek-r1-multi-node-nimservicenvcr.io/nim/deepseek-ai/deepseek-r1:1.7.38 × nvidia.com/gpuNonePublishedListing · Objects · Test script
multi-node-deepseek-r1-multi-node-nimservice-rdmanvcr.io/nim/deepseek-ai/deepseek-r1:1.7.38 × nvidia.com/gpuNonePublishedListing · Objects · Test script
multi-node-llama-3-1-8b-instruct-multinodenvcr.io/nim/meta/llama-3.1-8b-instruct:2.0.102 × nvidia.com/gpuFlagged for reviewPublishedListing · Objects · Test script
nim-3-nemotron-3-super-120b-a12bnvcr.io/nim/nvidia/nemotron-3-super-120b-a12b:3.0.04 × nvidia.com/gpuNonePublishedListing · Objects · Test script
no-precaching-meta-llama-3-2-1b-instruct-emptydirnvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.01 × nvidia.com/gpuNonePublishedListing · Objects · Test script
no-precaching-meta-llama-3-2-1b-instruct-hostpathnvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.01 × nvidia.com/gpuNonePublishedListing · Objects · Test script
no-precaching-meta-llama-3-2-1b-instruct-llmnvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.01 × nvidia.com/gpuNonePublishedListing · Objects · Test script
no-precaching-meta-llama-3-2-1b-instruct-multi-llm-hfnvcr.io/nim/nvidia/llm-nim:1.15.01 × nvidia.com/gpuNonePublishedListing · Objects · Test script
no-precaching-meta-llama-3-2-1b-instruct-multi-llm-ngcnvcr.io/nim/nvidia/llm-nim:1.15.01 × nvidia.com/gpuNonePublishedListing · Objects · Test script
no-precaching-model-free-llama-3-2-1b-instructnvcr.io/nim/nvidia/model-free-nim:3.0.01 × nvidia.com/gpuNonePublishedListing · Objects · Test script
retriever-llama-nemotron-embed-vl-1b-v2nvcr.io/nim/nvidia/llama-nemotron-embed-vl-1b-v2:2.3.01 × nvidia.com/gpuNonePublishedListing · Objects · Test script
scheduling-meta-llama-3-2-1b-instruct-schedulingnvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.01 × nvidia.com/gpuFlagged for reviewPublishedListing · Objects · Test script
sidecars-meta-llama-3-2-1b-instruct-sidecarsbusybox:1.36
nvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.0
1 × nvidia.com/gpuNonePublishedListing · Objects · Test script
standard-meta-llama-3-2-1b-instructnvcr.io/nim/meta/llama-3.2-1b-instruct:1.12.01 × nvidia.com/gpuNonePublishedListing · Objects · Test script
standard-nim-service-model-freenvcr.io/nim/nvidia/model-free-nim:3.0.01 × nvidia.com/gpuNonePublishedListing · Objects · Test script
standard-nim-service-multi-llmnvcr.io/nim/nvidia/llm-nim:1.15.01 × nvidia.com/gpuNonePublishedListing · 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.

  • source is data/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/llm.yaml
  • upstreamCommit is 5d5f66ee0e2e
  • sourceFileSha256 is d078fa423dbb9be6197e33568c0e222e8aa46039e18ee2f470901ba01b00a2fa
  • objectSetSha256 is 03f7b8ce3ff95f8b7933fda5ab373c27469717e0f8670121f9d9551cebbbac63
  • image is nvcr.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.

Read what a plan is, and why some entries have one.

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.

  • source is data/aicr-nim-operator-models/upstream/serving/standalone/autoscaling/multi-llm.yaml
  • upstreamCommit is 5d5f66ee0e2e
  • sourceFileSha256 is 3c599dbaa3ea9ff7081db63134259f95174c52937b085249eeba3960015a711a
  • objectSetSha256 is d0fbdfff38eaef948494be36233d6da35694d03091b16523ccac4d5d7b48af79
  • image is nvcr.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.

Read what a plan is, and why some entries have one.

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.

  • source is data/aicr-nim-operator-models/upstream/serving/standalone/basic/llm.yaml
  • upstreamCommit is 5d5f66ee0e2e
  • sourceFileSha256 is 4218536519a5fdea32d12c719b7e37a93c0d5f4b223c854599d984caccc7a1a6
  • objectSetSha256 is b5943236fcd709b567a1f932a847c169a7bc6e9a40dac141e6fac4cb9a1fb797
  • image is nvcr.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.

Read what a plan is, and why some entries have one.

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.

  • source is data/aicr-nim-operator-models/upstream/serving/standalone/basic/multi-llm.yaml
  • upstreamCommit is 5d5f66ee0e2e
  • sourceFileSha256 is ce7c2a54d6cf71c90ca9947697ad3565289b6811660b33ca0722a8dd1ba31e7c
  • objectSetSha256 is 2763aee71a2ea72ece365255db4e3851eed92867d1c1e105c4a694ba7bf11989
  • image is nvcr.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.

Read what a plan is, and why some entries have one.

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.

  • source is data/aicr-nim-operator-models/upstream/serving/standalone/basic/model-free.yaml
  • upstreamCommit is 5d5f66ee0e2e
  • sourceFileSha256 is 2b56ea5fbd01729d15aedc32253c6a997c89465a54fc33ce36fd0f1f24b519be
  • objectSetSha256 is 0770f9dfbc1003416eb1e66523a9ee2a810e3692cde284249ea1049f8d9643ed
  • image is nvcr.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.

Read what a plan is, and why some entries have one.

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.

  • source is data/aicr-nim-operator-models/upstream/serving/standalone/confidential-computing/llm-kata-sandbox.yaml
  • upstreamCommit is 5d5f66ee0e2e
  • sourceFileSha256 is b47f6df0183fb5ceefea7f9751adbe4952f3fc64287a1627050c023825a9f462
  • objectSetSha256 is 4582a67b8e5bcff226b91319a744823e84308d81f05fa5827b3e225641012354
  • image is nvcr.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.

Read what a plan is, and why some entries have one.

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.

  • source is data/aicr-nim-operator-models/upstream/serving/advanced/epp/nimservice.yaml
  • upstreamCommit is 5d5f66ee0e2e
  • sourceFileSha256 is eb3952f4209f4b63a9cce3e232b28c01016c55fe28e3128ae0cbda3559382668
  • objectSetSha256 is b8940509a487ac76e3ed2e4f5f619e28d0ed51814f6b187ce8a7fde0202b06a6
  • image is nvcr.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.

Read what a plan is, and why some entries have one.

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.

  • source is data/aicr-nim-operator-models/upstream/serving/advanced/dra/auto-creation/example0/llm.yaml
  • upstreamCommit is 5d5f66ee0e2e
  • sourceFileSha256 is 40a21f78f2ddbccfe2d3bf67c961d032bd1b0d9cd74ddc523eaa9f718fd658b0
  • objectSetSha256 is 86f43ab875e8756e03fef5d9fe148b8bf79eb6634e3227cd7563718d3fb5dc26
  • image is nvcr.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.

Read what a plan is, and why some entries have one.

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.

  • source is data/aicr-nim-operator-models/upstream/serving/advanced/dra/auto-creation/example1/llm.yaml
  • upstreamCommit is 5d5f66ee0e2e
  • sourceFileSha256 is 6b79a2643dcafb117cc0dc9a1a4c02b310d2a9c14e900bfedb9b6b1899fffc51
  • objectSetSha256 is d2e5aaa047a10663926a0d8fe3d83add1e2170d16c87c6305da4db2e6ea7154f
  • image is nvcr.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.

Read what a plan is, and why some entries have one.

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.

  • source is data/aicr-nim-operator-models/upstream/serving/advanced/dra/auto-creation/example2/llm.yaml
  • upstreamCommit is 5d5f66ee0e2e
  • sourceFileSha256 is 18f5143972d25269600890a3dc0051391709bdd110fe5b3c2d87d3fb5106d3f0
  • objectSetSha256 is 4f4bf1f156bd8621fd4706ed4b23e565dbeb229fdd05fe6034d1ad94d9075ab5
  • image is nvcr.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.

Read what a plan is, and why some entries have one.

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.

  • source is data/aicr-nim-operator-models/upstream/serving/standalone/full/llm.yaml
  • upstreamCommit is 5d5f66ee0e2e
  • sourceFileSha256 is 48834814da4594e44f899683e1f5fb3984c42b1514d11f6c1a3dd1e4de46dc94
  • objectSetSha256 is b56d4ecd50613355fb5cd6a75b6b20b5451323bc810fac0f3a1a917ae1e8d436
  • image is nvcr.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.

Read what a plan is, and why some entries have one.

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.

  • source is data/aicr-nim-operator-models/upstream/serving/standalone/full/multi-llm.yaml
  • upstreamCommit is 5d5f66ee0e2e
  • sourceFileSha256 is cf2fcef92859da8db83cd4f529d7a44c8b13afcb43af9ad221e11d23a929ab21
  • objectSetSha256 is 8747029d5cbb287735564bc069b90f24333a12141e5d4bb2a7fe65203f5c3555
  • image is nvcr.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.

Read what a plan is, and why some entries have one.

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.

  • source is data/aicr-nim-operator-models/upstream/serving/standalone/routers/grpcroutes/llm.yaml
  • upstreamCommit is 5d5f66ee0e2e
  • sourceFileSha256 is daa8e038c7e4a6cb6c540094e607da9066fd23356a72c2e1d9d3a57302d281a9
  • objectSetSha256 is 521b278642e743b0c7233c8da8cc9238397ffae08ebbbc3632ad4e5fea0706c7
  • image is nvcr.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.

Read what a plan is, and why some entries have one.

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.

  • source is data/aicr-nim-operator-models/upstream/serving/standalone/routers/httproutes/llm.yaml
  • upstreamCommit is 5d5f66ee0e2e
  • sourceFileSha256 is cfcb9c6cd91e8c90f4146de2f642c41890cff6075f0b6619b60333a0bc0539b9
  • objectSetSha256 is 960b72663a10608beba584093e615248726e1e36ddce3cd880ca27a1e514c85b
  • image is nvcr.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.

Read what a plan is, and why some entries have one.

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.

  • source is data/aicr-nim-operator-models/upstream/serving/standalone/routers/httproutes/multi-llm.yaml
  • upstreamCommit is 5d5f66ee0e2e
  • sourceFileSha256 is 52508df4e4df05c023b399449dcc9fdbab69c72b64b2c2c8afbc27f7be69011d
  • objectSetSha256 is 34ddfe463ffb07c596dfe62566f4942ce4daf946400d645b97aa8e6b8071bc74
  • image is nvcr.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.

Read what a plan is, and why some entries have one.

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.

  • source is data/aicr-nim-operator-models/upstream/serving/standalone/routers/ingress/llm.yaml
  • upstreamCommit is 5d5f66ee0e2e
  • sourceFileSha256 is 47f4da1567742044a469ef5a2ff398f0822b24d246307990640eee3e668e2beb
  • objectSetSha256 is c41323262ec969726b69d2e4d930ee0c5007e8a969434d34781c3fd9cc1451f8
  • image is nvcr.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.

Read what a plan is, and why some entries have one.

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.

  • source is data/aicr-nim-operator-models/upstream/serving/standalone/routers/ingress/multi-llm.yaml
  • upstreamCommit is 5d5f66ee0e2e
  • sourceFileSha256 is baa21918b9ff3d9d54713c6dfa8b8207b8189840b9c28a24247da8cae762a905
  • objectSetSha256 is 7c83ab4df35cb94d39bed54dcce7333e3ded8573db12485bb8897b128ec79dc7
  • image is nvcr.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.

Read what a plan is, and why some entries have one.

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.

  • source is data/aicr-nim-operator-models/upstream/serving/kserve/knative/llm.yaml
  • upstreamCommit is 5d5f66ee0e2e
  • sourceFileSha256 is e260f8b3941ea74d3611923473d9c76da0d073b8faffa83fd8c04a381778d90b
  • objectSetSha256 is db534c939adf26e2dc9a7e927e4c4b2f19f9cac1af91bf9178282156bf786670
  • image is nvcr.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.

Read what a plan is, and why some entries have one.

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.

  • source is data/aicr-nim-operator-models/upstream/serving/kserve/knative/multi-llm.yaml
  • upstreamCommit is 5d5f66ee0e2e
  • sourceFileSha256 is 6555417d54f00bbb0335fb4fb12cf01bbfb9682066347adbcfaad9ec51786c82
  • objectSetSha256 is b5020b77339bf0181254255a04927e5ce4775a345fc060d48d91cb070ae278fd
  • image is nvcr.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.

Read what a plan is, and why some entries have one.

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.

  • source is data/aicr-nim-operator-models/upstream/serving/standalone/lora/llm.yaml
  • upstreamCommit is 5d5f66ee0e2e
  • sourceFileSha256 is a4afe2337f856a22fb4837b9b24931044f60a64c0d89fd5f77776eac92cd170a
  • objectSetSha256 is 05a65e0d30de4763bacbcb1a4e961ff1c6711955c30698e43db3d3481c654a4a
  • image is nvcr.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.

Read what a plan is, and why some entries have one.

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.

  • source is data/aicr-nim-operator-models/upstream/serving/standalone/lora/multi-llm.yaml
  • upstreamCommit is 5d5f66ee0e2e
  • sourceFileSha256 is 73d22658c234f33b57e8e5c016d70d6578b825920234cb2d942a47e0d9e9549e
  • objectSetSha256 is b8b3a49f19e059947ea276ba0b9df4b691bf2df1010fb8d631de57d9c22a78e6
  • image is nvcr.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.

Read what a plan is, and why some entries have one.

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.

  • source is data/aicr-nim-operator-models/upstream/serving/advanced/dra/manual/llm.yaml
  • upstreamCommit is 5d5f66ee0e2e
  • sourceFileSha256 is 3d351f9fe02750994c647e79e5405b277bee11f75bb1dfa0e9e589598a8a0ac5
  • objectSetSha256 is bdf8717cd1dbe0e3f8f469bd5075fc7312fd6776e698d233e3c59a5b966ad317
  • image is nvcr.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.

Read what a plan is, and why some entries have one.

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.

  • source is data/aicr-nim-operator-models/upstream/serving/advanced/multi-node/multi-node-nimservice.yaml
  • upstreamCommit is 5d5f66ee0e2e
  • sourceFileSha256 is 713ddd5714069af7e5618d94650409427010819ae541590c091e15b182172607
  • objectSetSha256 is 62a86e115f6282d79fc2f58b0b3bae264a679e9e3fce49e714959cbd9e644218
  • image is nvcr.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.

Read what a plan is, and why some entries have one.

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.

  • source is data/aicr-nim-operator-models/upstream/serving/advanced/multi-node/multi-node-nimservice-rdma.yaml
  • upstreamCommit is 5d5f66ee0e2e
  • sourceFileSha256 is f0672c0b775a61b57f937e73f57e55f1f10e70cc047730733e49710d6707aedc
  • objectSetSha256 is fc9589debd11f39120dfbae346a6983e546dc42950e5d0f435360c5ee9b900a2
  • image is nvcr.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.

Read what a plan is, and why some entries have one.

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.

  • source is data/aicr-nim-operator-models/upstream/serving/advanced/multi-node/multi-node-nimservice-ray.yaml
  • upstreamCommit is 5d5f66ee0e2e
  • sourceFileSha256 is 75f383e42735d9f5514cc6c5f3c05f74600953ce5944febd4167582f865db44d
  • objectSetSha256 is 0171b9583cea00bade0db671d012a5702e11f91154fe01efaf6bd69079caf0c9
  • image is nvcr.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.

Read what a plan is, and why some entries have one.

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.

  • source is data/aicr-nim-operator-models/upstream/serving/standalone/nim-3/nemotron-3-super.yaml
  • upstreamCommit is 5d5f66ee0e2e
  • sourceFileSha256 is 20a835700d82d1fc5c61cbec9b83248d51e68ab104c8bbdfa25fed0f7e3acbf8
  • objectSetSha256 is c72d8fb61e0f8d4df55ce4e0d1f08f51f580561539af2aad16f1035c0e52221c
  • image is nvcr.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.

Read what a plan is, and why some entries have one.

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.

  • source is data/aicr-nim-operator-models/upstream/serving/standalone/no-precaching/llm-emptydir.yaml
  • upstreamCommit is 5d5f66ee0e2e
  • sourceFileSha256 is 8b39f15563795b45a794eefc381233c2008899bf984e23b656653169215a004d
  • objectSetSha256 is 342ff6df188236559b665aa632f6395f604eee910b3586e7ed1c9c3bfc246124
  • image is nvcr.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.

Read what a plan is, and why some entries have one.

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.

  • source is data/aicr-nim-operator-models/upstream/serving/standalone/no-precaching/llm-hostpath.yaml
  • upstreamCommit is 5d5f66ee0e2e
  • sourceFileSha256 is da0727a0adbe8f036fca448fee699e2d6b25a48398b940ee7b66bda955e0ec1e
  • objectSetSha256 is 4095730535defb640cbc93e67a813d7706c625638995a60dbd0f9b0ac9ac0a8a
  • image is nvcr.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.

Read what a plan is, and why some entries have one.

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.

  • source is data/aicr-nim-operator-models/upstream/serving/standalone/no-precaching/llm.yaml
  • upstreamCommit is 5d5f66ee0e2e
  • sourceFileSha256 is 0fe325030835acdf64a4ffe39a62c719ece56938e59a1ecb936d5a611cfa4054
  • objectSetSha256 is b990826165eb254a9e6061d41993883d42bfb874fec899020e3a898600ea57c5
  • image is nvcr.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.

Read what a plan is, and why some entries have one.

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.

  • source is data/aicr-nim-operator-models/upstream/serving/standalone/no-precaching/multi-llm-hf.yaml
  • upstreamCommit is 5d5f66ee0e2e
  • sourceFileSha256 is 256b7baa7d532fd5a06beeeb0df2e69b847a7ac73b06dab391eabbb65e1c8dae
  • objectSetSha256 is 45d247854cbd173d407cc12b2ac50788d0014be73d80d67926e9ce0979fd198d
  • image is nvcr.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.

Read what a plan is, and why some entries have one.

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.

  • source is data/aicr-nim-operator-models/upstream/serving/standalone/no-precaching/multi-llm-ngc.yaml
  • upstreamCommit is 5d5f66ee0e2e
  • sourceFileSha256 is 2de96273782232491a7cc8ad1feefaa03b9b5bab59eb2386455b869f1f2bcafa
  • objectSetSha256 is e4d032885ab3d2e87043560d8f3f6f58f2c02c6353ff1bf4cafdb1f938e6c6a0
  • image is nvcr.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.

Read what a plan is, and why some entries have one.

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.

  • source is data/aicr-nim-operator-models/upstream/serving/standalone/no-precaching/model-free-hf.yaml
  • upstreamCommit is 5d5f66ee0e2e
  • sourceFileSha256 is c2d3c95da50e4931b40d614e30e6750a171c4a3072a8d65995b940dbd2a3fba9
  • objectSetSha256 is 1f3a2cacc484ae7e67bf8206ded6a4ba24f7aaa548c796622e3e2864b60fab2b
  • image is nvcr.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.

Read what a plan is, and why some entries have one.

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.

  • source is data/aicr-nim-operator-models/upstream/serving/standalone/retriever/embed.yaml
  • upstreamCommit is 5d5f66ee0e2e
  • sourceFileSha256 is c7058d52175464fba77c58613365c7c163034d9cd396ae3b33c87fe5ebc0fabe
  • objectSetSha256 is 1aafdea7ffa3795ddbeb645b82d0f526af40645390f78d2b9d415e29d5ec364a
  • image is nvcr.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.

Read what a plan is, and why some entries have one.

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.

  • source is data/aicr-nim-operator-models/upstream/serving/standalone/scheduling/llm.yaml
  • upstreamCommit is 5d5f66ee0e2e
  • sourceFileSha256 is d8ce2dbe3d62044a657f18613cdf8d39e346e20b4abc4a2444238736c65aacdb
  • objectSetSha256 is d9b5b69bce17711febcb3531ed5f642e12c0e61043cf60b0074a4e1636bd3f6f
  • image is nvcr.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.

Read what a plan is, and why some entries have one.

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.

  • source is data/aicr-nim-operator-models/upstream/serving/standalone/sidecars/llm.yaml
  • upstreamCommit is 5d5f66ee0e2e
  • sourceFileSha256 is a283dedc018fd5b19ad075fa1390204e6e61de22a5d22d132538305dfa43b634
  • objectSetSha256 is 4a865b472acd71864c994a9ba280a2f4713f47f3274cfbb62f0b1e8f0b5eec3c
  • image is nvcr.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.

Read what a plan is, and why some entries have one.

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.

  • source is data/aicr-nim-operator-models/upstream/serving/kserve/standard/llm.yaml
  • upstreamCommit is 5d5f66ee0e2e
  • sourceFileSha256 is 92af1ce520b39464bf7cc4da855ea2e8163203ddfb3f5656700413e729ccac47
  • objectSetSha256 is 24899d2cfed44bdbbeb4d23800b381fbf75150649946de3b2da9d81d43864359
  • image is nvcr.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.

Read what a plan is, and why some entries have one.

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.

  • source is data/aicr-nim-operator-models/upstream/serving/kserve/standard/model-free.yaml
  • upstreamCommit is 5d5f66ee0e2e
  • sourceFileSha256 is adec6f4cb47e17dba45b40f177c7b8c206bd59607baed41bd5c7df5de6a38904
  • objectSetSha256 is 41e2cd864f8bd9bf13dfa1acd1a201342561144b06e52d5d9050042174858609
  • image is nvcr.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.

Read what a plan is, and why some entries have one.

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.

  • source is data/aicr-nim-operator-models/upstream/serving/kserve/standard/multi-llm.yaml
  • upstreamCommit is 5d5f66ee0e2e
  • sourceFileSha256 is ff06cecd94d3e6e2fc8e7c59718a617b2915efdca60c6bc154a4cc1cd3631b68
  • objectSetSha256 is 1de00b1cf1d89ca3a6488a801b445abacea27fe32f814c193a88b46df4b35a93
  • image is nvcr.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.

Read what a plan is, and why some entries have one.

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.