Global Load Balancer Calculator
Derive failover time from health-check interval, failure threshold, DNS TTL and draining, and price the DNS queries.
Inputs
Multiple probe locations avoid ejecting a healthy endpoint over one bad path.
Total Time to Fail Over
85.0seconds
Detection Time
30.0seconds
Convergence Time
55.0seconds
Monthly Downtime From Failovers
1.42minutes
Availability Lost to Failovers
0.0033%
Health Checks per Minute
144
DNS Query Charge
$72.00
Endpoint Monitoring Charge
$9.00
Monthly Cost
$81.00
Step by step
Values used
Health-check interval = 10 seconds; Consecutive failures before ejection = 3 checks; Decision propagation to the edge = 5 seconds; DNS TTL on the load-balanced record = 30 seconds; Connection draining = 20 seconds; Failover events per month = 1 events; Endpoints in the pool = 6 endpoints; Locations running the health check = 4 locations; Authoritative DNS queries = 120 million/month; Price per million DNS queries = 0.6000 USD; Monthly fee per monitored endpoint = 1.50 USD
Global Load Balancer
detection = health-check interval × failure threshold; convergence = decision propagation + DNS TTL + connection draining; total failover = detection + convergence.
Total Time to Fail Over
= 85.0 seconds
Detection Time
= 30.0 seconds
Convergence Time
= 55.0 seconds
Monthly Downtime From Failovers
= 1.42 minutes
Availability Lost to Failovers
= 0.0033
Health Checks per Minute
= 144
How it works
A global load balancer cannot react faster than interval × threshold, because it deliberately waits for consecutive failures to avoid ejecting an endpoint over one dropped packet. After the decision, clients keep using the old answer until the DNS TTL expires and existing connections finish draining, so the DNS TTL is usually the largest single term. Tightening the health check without lowering the DNS TTL barely improves real failover time while multiplying probe traffic against every endpoint. Query pricing and per-endpoint monitoring fees vary by provider, so confirm the current rates before you size the pool.
Formula
Global Load Balancer
detection = health-check interval × failure threshold; convergence = decision propagation + DNS TTL + connection draining; total failover = detection + convergence.
- detection
- Time before the balancer decides an endpoint is down
- convergence
- Time before every client is actually using a healthy endpoint
- failure threshold
- Consecutive failed checks required, which suppresses false positives
Frequently Asked Questions
How is Global Load Balancer calculated?
detection = health-check interval × failure threshold; convergence = decision propagation + DNS TTL + connection draining; total failover = detection + convergence. A global load balancer cannot react faster than interval × threshold, because it deliberately waits for consecutive failures to avoid ejecting an endpoint over one dropped packet. After the decision, clients keep using the old answer until the DNS TTL expires and existing connections finish draining, so the DNS TTL is usually the largest single term.
Why does Global Load Balancer matter?
Tightening the health check without lowering the DNS TTL barely improves real failover time while multiplying probe traffic against every endpoint. Query pricing and per-endpoint monitoring fees vary by provider, so confirm the current rates before you size the pool.
What values do I need to enter?
This calculator takes 11 inputs: Health-check interval, Consecutive failures before ejection, Decision propagation to the edge, DNS TTL on the load-balanced record, Connection draining, Failover events per month, Endpoints in the pool, Locations running the health check, Authoritative DNS queries, Price per million DNS queries, Monthly fee per monitored endpoint. The pre-filled defaults are a realistic starting point — replace them with figures from your own environment for a result you can act on.
Why not set the interval to one second and the threshold to one?
Because a single lost probe would then eject a healthy endpoint, and with several probe locations against every endpoint the check traffic itself becomes significant. Consecutive-failure thresholds exist to trade a few seconds of detection time for far fewer false ejections.