Auto Deployment

Generate a DynamoGraphDeployment from model, hardware, workload, and latency requirements.
View as Markdown

Dynamo auto deployment starts with a DynamoGraphDeploymentRequest (DGDR). Instead of specifying every worker, parallelism setting, and replica count, you describe the model and deployment intent. Dynamo profiles the available options and generates the DynamoGraphDeployment (DGD) that serves traffic.

Auto deployment does not replace the DGD. It provides a way to generate one when you do not already have a known-good deployment configuration.

When to Use Auto Deployment

Use a DGDR when:

  • You are deploying a new model and hardware combination and do not know the best configuration.
  • You want Dynamo to choose parallelism, topology, and replica counts.
  • You want to size a deployment for an expected workload or latency target.
  • You want to inspect and customize a generated DGD before deploying it.
  • You want profiling data to initialize optional Planner autoscaling.

Use a DGD directly when:

  • A recipe or backend template already matches your deployment.
  • You already know the topology, parallelism, and replica counts.
  • You need complete control over the workers and Kubernetes configuration.
  • Your model, backend, or hardware combination is not adequately supported by the profiler.

How DGDR Creates a Deployment

1

Describe the deployment intent

Create a DGDR with the model and optional backend, workload, latency targets, hardware limits, model cache, and Planner configuration.

2

Discover the available hardware

The operator discovers the cluster’s GPU type, memory, GPU count, and node capacity. You can override the discovered values when you want to constrain the search or when the operator runs without cluster-wide node permissions.

3

Profile candidate configurations

The Profiler uses AIConfigurator to enumerate and evaluate deployment configurations. The rapid strategy uses performance estimates, while thorough deploys candidates and measures them on real GPUs.

4

Generate the DGD

The Profiler selects a configuration and produces a complete DGD containing the worker topology, parallelism, replica counts, resources, model settings, and enabled platform features.

5

Review or deploy the DGD

With autoApply: true, the operator creates the generated DGD automatically. With autoApply: false, the DGDR stops at Ready so you can inspect, modify, and apply the DGD yourself.

6

Scale at runtime with Planner (optional)

When features.planner is set, the generated DGD includes the Planner. The Planner observes the running deployment and adjusts prefill and decode replicas as traffic changes.

Auto Deployment Components

ComponentRole
DGDRStores the deployment intent and reports the profiling and generation lifecycle.
ProfilerEvaluates candidate configurations and generates the DGD before serving begins.
AIConfiguratorSupplies system metadata, candidate generation, performance estimates, and configuration ranking to the Profiler.
PlannerOptionally adjusts replica counts after the generated DGD begins serving traffic.
MockerOptionally replaces model-serving workers with simulated workers for testing and experimentation.

The Profiler and Planner serve different phases. The Profiler runs before deployment to choose a configuration. The Planner runs with the deployed DGD and changes capacity over time. You can use a DGDR without enabling the Planner.

Profiling Strategies

StrategyHow it worksCostUse it when
rapidEvaluates candidates with AIConfigurator performance estimates.About 30 seconds and no profiling GPUs.You are getting started, iterating, or using a supported model and hardware combination.
thoroughDeploys and benchmarks candidate configurations on real GPUs.Typically 2–4 hours and real GPU capacity.You need measured results or are tuning a production deployment.

See the Profiler Guide for support, gate checks, picking behavior, and profiling artifacts.

Next Steps