You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/load-balancer/load-balancer-custom-probe-overview.md
+39-1Lines changed: 39 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -65,6 +65,19 @@ A TCP probe fails when:
65
65
* The TCP listener on the instance doesn't respond at all during the timeout period. A probe is marked down based on the number of failed probe requests, which were configured to go unanswered before marking the probe down.
66
66
* The probe receives a TCP reset from the instance.
* Probe endpoint doesn't respond at all during the a 31 second timeout period. Depending on the timeout value that is set, multiple probe requests might go unanswered before the probe gets marked as not running (that is, before SuccessFailCount probes are sent).
82
95
* Probe endpoint closes the connection via a TCP reset.
Cloud service roles (worker roles and web roles) use a guest agent for probe monitoring by default. You should consider this an option of last resort. You should always define an health probe explicitly with a TCP or HTTP probe. A guest agent probe is not as effective as explicitly defined probes for most application scenarios.
@@ -166,4 +205,3 @@ Basic public Load Balancer exposes health probe status summarized per backend po
166
205
- [Get started creating a public load balancer in Resource Manager by using PowerShell](load-balancer-get-started-internet-arm-ps.md)
167
206
- [REST API for health probes](https://docs.microsoft.com/rest/api/load-balancer/loadbalancerprobes/)
168
207
- Request new health probe abilities with [Load Balancer's Uservoice](https://aka.ms/lbuservoice)
0 commit comments