How to size bandwidth for live streaming

The first calculation is simple: expected concurrent viewers multiplied by stream bitrate. A 6 Mbps stream watched by 1,000 people creates a 6 Gbps base egress load before overhead.

Use the busiest expected window, not the monthly average. Streaming infrastructure usually fails during peaks, cache misses, or popular events rather than during normal traffic.

Leave capacity for protocol overhead, player retries, origin fetches, monitoring, OS traffic, and growth. A port that looks sufficient on a spreadsheet may still be uncomfortable if it runs close to saturation every evening.

If normal peak demand sits above roughly two thirds of the port, compare the next bandwidth tier or split the workload across a pool.

Bandwidth is only one constraint. Disk read throughput, cache hit ratio, CPU, GPU, middleware behavior, and viewer ISP paths can all limit delivery.

For direct streaming, storage and network usually dominate. For transcoding, CPU or GPU capacity often becomes the first limit.