Skip to content
Calcrivo

Global Load Balancer Calculator

Derive failover time from health-check interval, failure threshold, DNS TTL and draining, and price the DNS queries.

Inputs

seconds
checks
seconds
seconds
seconds
events
endpoints
locations

Multiple probe locations avoid ejecting a healthy endpoint over one bad path.

million/month
USD
USD

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

  1. 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

  2. Global Load Balancer

    detection = health-check interval × failure threshold; convergence = decision propagation + DNS TTL + connection draining; total failover = detection + convergence.

  3. Total Time to Fail Over

    = 85.0 seconds

  4. Detection Time

    = 30.0 seconds

  5. Convergence Time

    = 55.0 seconds

  6. Monthly Downtime From Failovers

    = 1.42 minutes

  7. Availability Lost to Failovers

    = 0.0033

  8. 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.

You might also need