forked from pivotal-cf/docs-ops-guide
-
Notifications
You must be signed in to change notification settings - Fork 0
/
Copy pathscaling-ert-components.html.md.erb
177 lines (151 loc) · 6.63 KB
/
scaling-ert-components.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
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
---
title: Scaling Elastic Runtime
owner: RelEng
---
<strong><%= modified_date %></strong>
This topic discusses how to scale Elastic Runtime for different deployment scenarios. To increase the capacity and availability of the Pivotal Cloud Foundry (PCF) platform, and to decrease the chances of downtime, you can scale a deployment up using the instructions below.
If you want to make a Diego or PCF configuration highly available, see the [Zero Downtime Deployment and Scaling in CF](./../concepts/high-availability.html) topic.
<p class="note"><strong>Note</strong>: In PCF 1.11 and later, Elastic Runtime defaults to a highly available resource configuration.</p>
##<a id='steps'></a>Steps for Scaling Elastic Runtime##
1. Navigate to the Pivotal Cloud Foundry Operations Manager Installation Dashboard.
1. Click the Elastic Runtime tile in the Installation Dashboard.
1. Select **Resource Config**.
<%= image_tag("images/scaling-ert.png") %>
1. You can scale your deployment horizontally, by increasing the number of **Instances** of a job. You can also scale your deployment vertically, by adjusting the **Persistent Disk Type** and **VM Type** of a job to allocate more disk space and memory. If you choose **Automatic** from the drop-down menu, Elastic Runtime uses the recommended amount of resources for the job.
<br><br>
If you scale down or delete a job that uses persistent disk, Elastic Runtime marks the disk as "orphaned." Orphaned disks are not attached to any job, and Elastic Runtime deletes them after five days. You can use the BOSH CLI to list and recover orphaned disks. Follow the instructions in the ["Prepare to Use the BOSH CLI"](../customizing/trouble-advanced.html#prepare) section of the "Advanced Troubleshooting with the BOSH CLI" topic to log in to the BOSH Director, and then follow the procedures in ["Orphaned Disks"](http://bosh.io/docs/persistent-disks.html#orphaned-disks) in the BOSH documentation.
<br><br>
If you are using one of the following configurations, choose the values in the corresponding table to scale instances for your particular deployment:
* [External Databases](#external-databases)
* [Internal MySQL] (#internal-mysql)
* [Internal Databases (for Upgrades)] (#internal-databases)
* [External Blobstore](#external-blobstore)
* [External Load Balancer](#external-lb)
* [JMX Bridge](#jmx-bridge)
###<a id='external-databases'></a>External Databases ###
If you are using an [external database](./../customizing/cloudform-er-config.html#sys-db), choose the following values in the Resource Config:
<table border="1" class="nice" >
<tr>
<th width=8%><strong>Job</strong></th>
<th width=8%><strong>Instance Count</strong></th>
<th width=22%><strong>Notes</strong></th>
</tr>
<tr>
<td>MySQL Server</td>
<td>0</td>
<td></td>
</tr>
<tr>
<td>MySQL Proxy</td>
<td>0</td>
<td></td>
</tr>
<tr>
<td>Cloud Controller Database (Postgres)</td>
<td>0</td>
<td></td>
</tr>
<tr>
<td>UAA Database (Postgres)</td>
<td>0</td>
<td></td>
</tr>
</table>
###<a id='internal-mysql'></a>Internal MySQL ###
If you are using the internal MySQL database on a clean install, or on an upgrade from a configuration that previously used internal MySQL databases, you do not need to change the default values shown below. If you need to change back to this configuration, choose the values shown below in the Resource Config. <p class="note"><strong>Note</strong>: Changing back to this configuration deletes any data written to your other database option.</p>
<table border="1" class="nice" >
<tr>
<th width=8%><strong>Job</strong></th>
<th width=8%><strong>Instance Count</strong></th>
<th width=22%><strong>Notes</strong></th>
</tr>
<tr>
<td>MySQL Server</td>
<td>3</td>
<td></td>
</tr>
<tr>
<td>MySQL Proxy</td>
<td>1</td>
<td></td>
</tr>
<tr>
<td>Cloud Controller Database (Postgres)</td>
<td>0</td>
<td></td>
</tr>
<tr>
<td>UAA Database (Postgres)</td>
<td>0</td>
<td></td>
</tr>
</table>
###<a id='internal-databases'></a>Internal Databases (for Upgrades) ###
If you are upgrading from a previous installation that used both Postgres and MySQL databases, you must maintain this configuration to avoid data loss.
<table border="1" class="nice" >
<tr>
<th width=8%><strong>Job</strong></th>
<th width=8%><strong>Instance Count</strong></th>
<th width=22%><strong>Notes</strong></th>
</tr>
<tr>
<td>MySQL Server</td>
<td>3</td>
<td></td>
</tr>
<tr>
<td>MySQL Proxy</td>
<td>1</td>
<td></td>
</tr>
<tr>
<td>Cloud Controller Database (Postgres)</td>
<td>1</td>
<td></td>
</tr>
<tr>
<td>UAA Database (Postgres)</td>
<td>1</td>
<td></td>
</tr>
</table>
###<a id='external-blobstore'></a>External Blobstore ###
If you are using an external [Blobstore](./../customizing/cloudform-er-config.html#filestore), choose the following value in the Resource Config:
<table border="1" class="nice" >
<tr>
<th width=8%><strong>Job</strong></th>
<th width=8%><strong>Instance Count</strong></th>
<th width=22%><strong>Notes</strong></th>
</tr>
<tr>
<td>File Storage</td>
<td>0</td>
<td></td>
</tr>
</table>
###<a id='external-lb'></a>External Load Balancer ###
If you are using an external load balancer, choose the following values in the Resource Config:
<table border="1" class="nice" >
<tr>
<th width=8%><strong>Job</strong></th>
<th width=8%><strong>Instance Count</strong></th>
<th width=22%><strong>Notes</strong></th>
</tr>
<tr>
<td>HAProxy</td>
<td>0</td>
<td></td>
</tr>
<tr>
<td>Router</td>
<td>≥ 1</td>
<td>For Amazon Web Services, set the Elastic Load Balancer name in the Router's "External Load Balancer" field.</td>
</tr>
<tr>
<td>Diego Brain</td>
<td>≥ 1</td>
<td>For AWS, if you have the Diego SSH feature enabled, set the SSH ELB name in the Router's "External Load Balancer" field.</td>
</tr>
</table>
1. Choose the suggested values outlined in each scenario above, and click **Save**.
1. Return to the **Installation Dashboard** and click **Apply Changes**.