forked from pivotal-cf/docs-pcf-install
-
Notifications
You must be signed in to change notification settings - Fork 0
/
Copy path_advanced-features.html.md.erb
59 lines (33 loc) · 3.41 KB
/
_advanced-features.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
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
The **Advanced Features** section of Elastic Runtime includes new functionality that may have certain constraints. Although these features are fully supported, Pivotal recommends caution when using them in production environments.
### <a id="disk-memory-overcommit"></a>Diego Cell Memory and Disk Overcommit
If your apps do not use the full allocation of disk space and memory set in the **Resource Config** tab, you might want use this feature. These fields control the amount to overcommit disk and memory resources to each Diego Cell VM.
For example, you might want to use the overcommit if your apps use a small amount of disk and memory capacity compared to the amounts set in the **Resource Config** settings for **Diego Cell**.
<p class="note"><strong>Note</strong>: Due to the risk of app failure and the deployment-specific nature of disk and memory use, Pivotal has no recommendation about how much, if any, memory or disk space to overcommit.</p>
To enable overcommit, follow these steps:
1. Select **Advanced Features**.
<%= image_tag("./disk-memory-overcommit.png") %>
1. Enter the total desired amount of Diego cell memory value in the **Cell Memory Capacity (MB)** field. Refer to the **Diego Cell** row in the **Resource Config** tab for the current Cell memory capacity settings that this field overrides.
1. Enter the total desired amount of Diego cell disk capacity value in the **Cell Disk Capacity (MB)** field. Refer to the **Diego Cell** row in the **Resource Config** tab for the current Cell disk capacity settings that this field overrides.
1. Click **Save**.
<p class="note"><strong>Note</strong>: Entries made to each of these two fields set the total amount of resources allocated, not the overage.</p>
### <a id="rfc_whitelist"></a>Whitelist for Non-RFC-1918 Private Networks
Some private networks require extra configuration so that internal file storage (WebDAV) can communicate with other PCF processes.
The **Whitelist for non-RFC-1918 Private Networks** field is provided for deployments that use a non-RFC 1918 private network. This is typically a private network other than `10.0.0.0/8`, `172.16.0.0/12`, or `192.168.0.0/16`.
Most PCF deployments do not require any modifications to this field.
To add your private network to the whitelist, perform the following steps:
1. Select **Advanced Features**.
1. Append a new `allow` rule to the existing contents of the **Whitelist for non-RFC-1918 Private Networks** field.
<%= image_tag("./nonrfc_whitelist.png") %>
Include the word `allow`, the network CIDR range to allow, and a semi-colon (`;`) at the end. For example:
```
allow 172.99.0.0/24;
```
1. Click **Save**.
### <a id="cf_cli_timeout"></a> CF CLI Connection Timeout
The **CF CLI Connection Timeout** field allows you to override the default five second timeout of the Cloud Foundry Command Line Interface (cf CLI) used within your PCF deployment. This timeout affects the cf CLI command used to push Elastic Runtime errand apps such as Notifications, Autoscaler, and Apps Manager.
Set the value of this field to a higher value, in seconds, if you are experiencing domain name resolution timeouts when pushing errands in Elastic Runtime.
To modify the value of the **CF CLI Connection Timeout**, perform the following steps:
1. Select **Advanced Features**.
1. Add a value, in seconds, to the **CF CLI Connection Timeout** field.
<%= image_tag("./cf_cli_connection_timeout.png") %>
1. Click **Save**.