Run a Sample Workload
As a Kubernetes Cluster Administrator, use this page to verify your installation and run a sample workload. Container User personas can also run the sample workload to confirm the cluster is ready before deploying applications.
Verify your Confidential Container setup by running a basic single-GPU sample workload inside a Confidential Container.
This page assumes that you have completed Prerequisites and either Quickstart Install or Detailed Install Guide.
Your cluster should have kata-qemu-nvidia-gpu-snp and kata-qemu-nvidia-gpu-tdx runtime classes installed, and GPU Operator operands (including the Confidential Computing Manager, Kata Sandbox Device Plugin, and VFIO Manager) running on your nodes.
This page intentionally uses the simplest possible manifest so that you can confirm the deployment end-to-end. It is not a production workload template. For runtime class selection, resource type naming, multi-GPU passthrough, and additional manifest patterns, refer to Configuring Workloads.
- Create a file named
cuda-vectoradd-kata.yamlwith a sample manifest for your system:
AMD-based system (SNP)
Intel-based system (TDX)
The following is a brief list of the options available for the manifest:
-
Runtime class: Use
kata-qemu-nvidia-gpu-snpon AMD-based systems orkata-qemu-nvidia-gpu-tdxon Intel-based systems. -
GPU resource type: The sample requests
nvidia.com/pgpu, which is the default resource name advertised by the NVIDIA Kata Sandbox Device Plugin. If your cluster was installed with theP_GPU_ALIAS=""setting, replace it with the model-specific name advertised on your node, for examplenvidia.com/GH100_H200_141GB.
Refer to Configuring Confidential Container Workloads for additional guidance on each option.
-
Create the pod:
Example Output:
-
Verify the pod is running:
Example Output:
The pod could also say
Completedif the container already completed successfully.If the pod stays
Pendingfor more than a few minutes, use the Troubleshooting guide for more details on viewing logs and potential causes for the pod being stuck. -
View the logs from the pod after the container starts:
Example Output:
The output should include
Test PASSEDif the container completed successfully. This means that your cluster is configured to deploy GPU workloads in the Kata container runtime on nodes configured for Confidential Computing.If you do not see any log output, the pod may still be running. Use the command in the previous step to check the pod status.
-
Optionally, you can verify the sample app was running the Kata container runtime by checking the pod details:
Example Output:
The
Runtime Class Nameshould match the runtime class used to create the pod and you will see that the pod ran successfully. The example output showsRuntime Class Name: kata-qemu-nvidia-gpu-tdx.
To clean up, delete the pod:
Next Steps
You have verified that a GPU workload runs on the confidential runtime. This is the end of the deployment path covered by this guide.
Attestation is what cryptographically verifies the TEE and releases secrets to a production workload. For attestation concepts and a local connectivity test, see the Attestation quickstart. For production attestation deployment, refer to the upstream Confidential Containers NVIDIA attestation guide.
If you’d like to continue to learn about Confidential Container configuration, review the following pages:
-
Refer to Configuring Workloads for runtime class selection, resource types, and multi-GPU passthrough manifests.
-
Refer to Managing the Confidential Computing Mode to change the CC mode on GPUs at the cluster or node level.