reliability

A 100GB/s load-test rig

A distributed load-test rig generating 100GB/s at peak, so capacity and reliability decisions came from measurements rather than guesses.

100GB/s peak generated traffic

We needed to know how the platform behaved under real traffic spikes before customers delivered them.

The rig had to generate enough traffic to genuinely stress a platform built for 50TB days — small synthetic tests would have proven nothing.

I implemented a load test framework on K6 and K3s/K8s capable of sending over 100 GB/s of traffic, emulating real-world spike patterns.

Performance, reliability, and scalability were verified under realistic conditions — capacity decisions were made from measurements, not guesses.

Architecture
K6 scenarios traffic shapes
K3s worker fleet distributed generators
100GB/s
Target platform
Results measured behavior under spike

// spikes rehearsed here, not discovered in production

Tradeoffs
  • A self-managed K6/K3s fleet is more upkeep than a load-testing SaaS, in exchange for full control of traffic shape and scale.
  • Synthetic traffic approximates real users, never equals them — results were treated as bounds, not guarantees.
K6 K3s Kubernetes Load Testing

Forward this case study:

Want something like this built, or want to talk about the work?

Back to selected work