7/22/25, 3:19 PM Comprehensive observability | LLM Inference Handbook
Comprehensive observability
Running LLM inference in production requires more than just getting the model to respond.
You need full visibility into how your system is behaving at every level. Without proper
observability, diagnosing latency issues, scaling problems, or GPU underutilization becomes
guesswork. Worse, unnoticed issues can degrade performance or break your service without
warning.
Effective observability requires the right metrics, dashboards, logs, and event streams, all
tailored to the unique demands of LLM inference workloads.
What to measure
A production-grade observability stack for LLM inference should cover metrics across the
infrastructure, application, and model layers. Here's an example breakdown:
Category Metric What it tells you
Container & Detects failed, stuck, or restarting Pods before
Pod status
Deployment they affect availability
Number of Verifies autoscaling behavior and helps
replicas troubleshoot scaling delays or limits
Requests per
App Performance Measures incoming traffic and system load
second (RPS)
Request latency Helps identify response delays and bottlenecks
In-progress Indicates concurrency pressure; reveals if the app
requests is keeping up with demand
Tracks failed or invalid responses; useful for SLA
Error rate
monitoring
[Link] 1/2
7/22/25, 3:19 PM Comprehensive observability | LLM Inference Handbook
Category Metric What it tells you
Reveals delays caused by waiting for an available
Queue wait time
replica
Tracks usage boundaries; helps tune
Resource quotas
Cluster Resources requests/limits and avoid over/under-
& limits
provisioning
LLM-Specific Tokens per Reflects model throughput and performance
Metrics second efficiency
Affects user-perceived latency; critical for
Time to first token
streaming or chat-like experiences
Total generation Measures end-to-end performance for full
time completions
Shows how busy your GPUs are; low values may
GPU Metrics GPU utilization
signal underuse or poor batching
GPU memory Helps with capacity planning and avoiding OOM
usage errors
Metrics tell you what is happening, but events and logs tell you why.
Events: Useful for tracking cluster activity like Pod restarts, scaling events, or scheduling
delays.
Log aggregation: Centralized logs let you search across containers and time windows. This is
vital for debugging request failures, identifying crashes, and tracing performance issues across
services.
[Link] 2/2