Skip to content

Commit e6acf6c

Browse files
Merge pull request #250370 from thisisanniefang/patch-56
Update load-balancer-custom-probe-overview.md
2 parents 58da277 + ea739ff commit e6acf6c

File tree

1 file changed

+6
-2
lines changed

1 file changed

+6
-2
lines changed

articles/load-balancer/load-balancer-custom-probe-overview.md

Lines changed: 6 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -61,11 +61,15 @@ The protocol used by the health probe can be configured to one of the following
6161
| Single instance probes down | New TCP connections succeed to remaining healthy backend endpoint. Established TCP connections to this backend endpoint continue. | Existing UDP flows move to another healthy instance in the backend pool.|
6262
| All instances probe down | No new flows are sent to the backend pool. Standard Load Balancer allows established TCP flows to continue given that a backend pool has more than one backend instance. Basic Load Balancer terminates all existing TCP flows to the backend pool. | All existing UDP flows terminate. |
6363

64-
## Probe interval
64+
## Probe interval & timeout
6565

6666
The interval value determines how frequently the health probe checks for a response from your backend pool instances. If the health probe fails, your backend pool instances are immediately marked as unhealthy. If the health probe succeeds on the next healthy probe up, Azure Load Balancer marks your backend pool instances as healthy. The health probe attempts to check the configured health probe port every 5 seconds by default but can be explicitly set to another value.
6767

68-
It is important to note that probes also have a timeout period. For example, if a health probe interval is set to 15 seconds, the total time it takes for your health probe to reflect your application would be 20 seconds (interval + timeout period). Assume the reaction to a timeout response takes a minimum of 5 seconds and a maximum of 10 seconds to react to the change. This example is provided to illustrate what is taking place.
68+
In order to ensure a timely response is received, health probes have built-in timeouts. The following are the timeout durations for TCP and HTTP/S probes:
69+
* TCP probe timeout duration: 60 seconds
70+
* HTTP/S probe timeout duration: 30 seconds (60 seconds for establishing a connection)
71+
72+
If the configured interval is longer than the above timeout period, the health probe will timeout and fail if no response is received during the timeout period. For example, if a TCP health probe is configured with a probe interval of 120 seconds (every 2 minutes), and no probe response is received within the first 60 seconds, the probe will have reached its timeout period and fail.
6973

7074
## Design guidance
7175

0 commit comments

Comments
 (0)