forked from pivotal-cf/docs-pcf-install
-
Notifications
You must be signed in to change notification settings - Fork 0
/
_frontend_idle_timeout.html.md.erb
25 lines (25 loc) · 1.39 KB
/
_frontend_idle_timeout.html.md.erb
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
(Optional) Use the **Frontend Idle Timeout for Gorouter and HAProxy** field to help prevent connections from your load balancer to Gorouter or HAProxy from being closed prematurely. The value you enter sets the duration, in seconds, that Gorouter or HAProxy maintains an idle open connection from a load balancer that supports keep-alive. <br/><br/>
In general, set the value higher than your load balancer's backend idle timeout to avoid the race condition where the load balancer sends a request before it discovers that Gorouter or HAProxy has closed the connection.<br/><br/>
See the following table for specific guidance and exceptions to this rule:
<table>
<tr>
<th>IaaS</th>
<th>Guidance</th>
</tr>
<tr>
<td>AWS</td>
<td>AWS ELB has a default timeout of 60 seconds, so Pivotal recommends a value greater than <code>60</code>.</td>
</tr>
<tr>
<td>Azure</td>
<td>By default, Azure load balancer times out at 240 seconds without sending a TCP RST to clients, so as an exception, Pivotal recommends a value lower than <code>240</code> to force the load balancer to send the TCP RST.</td>
</tr>
<tr>
<td>GCP</td>
<td>GCP has a default timeout of 600 seconds, so Pivotal recommends a value greater than <code>600</code>. </td>
</tr>
<tr>
<td>Other</td>
<td>Set the timeout value to be greater than that of the load balancer's backend idle timeout.</td>
</tr>
</table>