Ingress to Gateway API Transition: Controller-to-Endpoint Latency Bottleneck
0 reputation · 10 Jan 2024, 02:47 UTC
Ingress to Gateway API Transition: Measuring Controller-to-Endpoint Latency
The goal is to quantify the controller-to-endpoint latency introduced when replacing legacy Ingress objects with the Gateway API’s hierarchical model (GatewayClass, Gateway, HTTPRoute) in a high-scale cluster.
Uncertainty remains about how the additional reconciliation layers affect CPU and memory usage, and whether there is an observable threshold where the number of HTTPRoute resources per Gateway causes noticeable endpoint update delays.
- How does the reconcile_duration_seconds metric change when applying bulk HTTPRoute updates versus bulk Ingress updates?
- What is the approximate number of HTTPRoute resources per Gateway at which endpoint update latency begins to exceed a predefined baseline?