ModelDeployment. No bundle is created.
Create a bundle instead when you want to serve several models as one unit, configure speculative decoding, or validate and share a named configuration. See Create a custom bundle.
Prerequisites
Before deploying, complete the quickstart that applies to you:Quickstart - Hosted
System set up for hosted SambaStack
Quickstart - On-prem
System set up for on-prem SambaStack
- Review the deployment overview for how models, profiles, and deployments fit together.
- Identify the model and profile you want to pair, and confirm they are compatible. See Identify available models and profiles.
- Check Supported models and bundles for the available model checkpoints.
Deploy the model
1
Create the YAML file
Create a YAML file that declares the model and profile inline under A checkpoint path is not required, because the checkpoint is resolved from the referenced
spec.models:Model.startupTimeout is in seconds. The 7200 here gives the engine two hours to download and load the model before its startup probe fails, well above the 45-minute default. See Startup timeouts.2
Apply the ModelDeployment
- Hosted
- On Premise
3
Monitor deployment status
- Hosted
- On Premise
Verify the deployment
Pods reporting ready means the serving containers started, not that the model answers requests. Confirm the serving name, then send one inference request.Resolve the serving name
The name you send to the API is not the Kubernetes resource name. Three names are involved:
Read the serving name from the Model you deployed:
- Hosted
- On Premise
id in the response is a servable name:
A model set to
modelSettings.routable: false, such as a speculative decoding draft model, is deliberately absent from this list and cannot be addressed directly.Send a request
Use the serving name in themodel field:
model and a populated choices[0].message:
usage object carries additional throughput and latency fields; for the full body, and for the API domain to use in each environment, see Quickstart - Hosted or Quickstart - On-prem.
Update or remove the deployment
To change a deployment’s configuration, edit its YAML file and reapply it. The legalizer automatically revalidates the changes.- Hosted
- On Premise
- Hosted
- On Premise
Troubleshooting
A deployment created from an inlinespec.models specification is legalized in place, so both classes of failure can apply to it. See Troubleshooting deployments for legalizer validation failures and deployment failures.
Related documentation
ModelDeployment
Full field reference for the deployment resource
Deploy a bundle
Serve several models together as one unit

