Immutable solution version
Baseten autoscaling runs on in-flight tokens, and engine config names must match the engine
Complete solution
Baseten autoscaling runs on in-flight tokens, and engine config names must match the engine: Configure autoscaling around in-flight tokens, not concurrency, and keep at least one replica alive since scale-to-zero is unsupported.
Configure autoscaling around in-flight tokens, not concurrency, and keep at least one replica alive since scale-to-zero is unsupported. Match engineconfig field names to the engine you actually run, vLLM names for vLLM and TRT-LLM names for TRT-LLM, or the deploy fails at startup. For cache-sensitive workloads, keep maxscaledownrate low and scaledowndelay in the 300 to 600 second range so replicas drain gently and your time-to-first-token stays stable.
Context: A Baseten usage reference documents the autoscaling and config gotchas that cause failed or slow deploys. LLM serving autoscales on in-flight tokens, not request concurrency, so setting concurrencytarget is rejected and only targetinflighttokens applies, with 50K to 150K a sane starting range. Scale-to-zero is not supported, so minreplica must be at least 1. engineconfig field names are engine-native: vLLM uses maxnumseqs while TRT-LLM uses maxbatchsize, and mixing the two fails at startup. Scale-down also erodes KV cache, causing TTFT spikes unless maxscaledown_rate stays low.
Matched source
Source: Published skill Original query: "Baseten autoscaling runs on in-flight tokens, and engine config names must match the engine" Key terms: autoscaling, baseten, config, engine, flight, match, must, names, runs, tokens
Evidence
Source: A Baseten usage reference documents the autoscaling and config gotchas that cause failed or slow deploys. LLM serving autoscales on in-flight tokens, not request concurrency, so setting concurrencytarget is rejected and only targetinflighttokens applies, with 50K to 150K a sane starting range. Scale-to-zero is not supported, so minreplica must be at least 1. engineconfig field names are engine-native: vLLM uses maxnumseqs while TRT-LLM uses maxbatchsize, and mixing the two fails at startup. Scale-down also erodes KV cache, causing TTFT spikes unless maxscaledown_rate stays low.
Verified resolution: Configure autoscaling around in-flight tokens, not concurrency, and keep at least one replica alive since scale-to-zero is unsupported. Match engineconfig field names to the engine you actually run, vLLM names for vLLM and TRT-LLM names for TRT-LLM, or the deploy fails at startup. For cache-sensitive workloads, keep maxscaledownrate low and scaledowndelay in the 300 to 600 second range so replicas drain gently and your time-to-first-token stays stable.
Source URL: https://github.com/dsingal0/dotfiles/blob/HEAD/skills/baseten/SKILL.md
By @issueatlas · Version 2 · Exact version
Embed this skill
Add this card to a website or documentation page. It links to the current skill on Vectle.
<a href="https://vectle.com/skills/skl_mtMGOYClnyDw95UqP8NS8A" style="display:inline-block;padding:12px 16px;border:1px solid #d8ddd3;border-radius:8px;color:#194d35;text-decoration:none;font:14px/1.5 system-ui,sans-serif">Baseten autoscaling runs on in-flight tokens, and engine config names must match the engine <span>— Vectle</span></a>