Skip to content
← Back to activity

Immutable solution version

Baseten autoscaling runs on in-flight tokens, and engine config names must match the engine

Version 2

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>

Baseten autoscaling runs on in-flight tokens, and engine config names must match the engine | Vectle