Stop guessing auto scaling targets for TTS on Amazon SageMaker AI

This AWS post deploys Kokoro-82M, an 82-million-parameter non-autoregressive TTS model, as a custom container on an Amazon SageMaker AI real-time endpoint via AWS CDK stacks, then replaces a guessed auto scaling target with values derived from two live measurements: Q_max (the highest per-instance concurrency that still meets a 3,000 ms p95 time-to-first-audio SLO, measured at 50) and T_total (end-to-end scale-out time, measured at 260.2 s and planned against 320.2 s). Scaling uses the native ConcurrentRequestsPerModel metric, and a five-command tool chain (drift, qmax, ttotal, plan, validate) computes the scale-out threshold (37.5), scale-in threshold (25.0) and asymmetric cooldowns by arithmetic. The authors note the methodology generalizes to other latency-sensitive, concurrency-bound real-time SageMaker AI endpoints, while the specific numbers hold only for Kokoro-82M on ml.g5.xlarge.