forked from pivotal-cf/docs-pcf-install
-
Notifications
You must be signed in to change notification settings - Fork 0
/
openstack-er-config.html.md.erb
201 lines (119 loc) · 9.13 KB
/
openstack-er-config.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
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
---
title: Installing Elastic Runtime on OpenStack
owner: Ops Manager
---
<strong><%= modified_date %></strong>
This topic describes how to install and configure Elastic Runtime after deploying [Pivotal Cloud Foundry®](https://network.pivotal.io/products/pivotal-cf) (PCF) on OpenStack.
Use this topic when [Installing Pivotal Cloud Foundry® on OpenStack](./openstack.html).
Before beginning this procedure, ensure that you have successfully completed all
steps in the [Provisioning the OpenStack Infrastructure](./openstack-setup.html)
topic and the [Configuring Ops Manager Director for OpenStack](./openstack-om-config.html) topics.
<p class="note"><b>Note</b>: If you are performing an upgrade from PCF 1.6 to 1.7, please review <a href="upgrading-pcf.html#pcf16upgrade">Upgrading Ops Manager</a> for critical upgrade information.</p>
## <a id='log-in'></a>Step 1: Add Elastic Runtime to Ops Manager ##
1. Navigate to the Pivotal Cloud Foundry® Operations Manager Installation
Dashboard.
1. Click the Pivotal Network link on the left to add Elastic Runtime to Ops
Manager. For more information, refer to the [Adding and Deleting Products](./add-delete.html) topic.
<%= image_tag("images/er-tile.png") %>
## <a id='assign-az'></a>Step 2: Assign Availability Zones and Networks ##
1. Select **Assign AZ and Networks**. These are the Availability Zones that you [create](../customizing/openstack-om-config.html#az-config) when configuring Ops Manager Director.
1. Select an Availability Zone under **Place singleton jobs**. Ops Manager runs any job with a single instance in this Availability Zone.
1. Select one or more Availability Zones under **Balance other jobs**. Ops Manager balances instances of jobs with more than one instance across the Availability Zones that you specify.
1. From the **Network** drop-down box, choose the network on which you want to run Elastic Runtime.
<%= image_tag("images/er-az.png") %>
1. Click **Save**.
<p class="note"><strong>Note</strong>: When you save this form, a verification error displays because the PCF security group blocks ICMP. You can ignore this error.</p>
<%= image_tag("pcfaws/er-network-error.png") %>
## <a id='er-domain-config'></a>Step 3: Configure Domains ##
1. Select **Domains**.
<%= image_tag("er17-config-domains.png") %>
1. Enter the system and application domains.
* The **System Domain** defines your target when you push apps to Elastic
Runtime.
* The **Apps Domain** defines where Elastic Runtime should serve your apps.
<p class="note"><b>Note</b>: Pivotal recommends that you use the same domain name but different subdomain names for your system and app domains. Doing so allows you to use a single wildcard certificate for the domain while preventing apps from creating routes that overlap with system routes. For example, name your system domain <code>system.EXAMPLE.com</code> and your apps domain <code>apps.EXAMPLE.com</code>.</p>
<p class="note"><strong>Note</strong>: You configured wildcard DNS records
for these domains in an earlier step.</p>
1. Click **Save**.
## <a id="networking"></a>Step 4: Configure Networking ##
<%= partial 'networking-openstack' %>
## <a id='application-containers-config'></a>Step 5: Configure Application Containers ##
<%= partial 'application_container_config' %>
## <a id='er-appdevctrl-config'></a>Step 6: Configure Application Developer Controls ##
1. Select **Application Developer Controls**.
<%= image_tag("er17-config-appdevctrl.png") %>
1. Enter your intended maximum file upload size.
1. Enter your default RAM memory allocation per app.
1. Enter your default total RAM memory (RAM) quota per Org. You can change this in the CLI.
1. Enter your maximum and default disk quotas per app.
1. Enter your default service instances quota per Org. You can change this in the CLI.
1. Click **Save**.
## <a id='app-security'></a>Step 7: Review Application Security Groups ##
<%= partial 'application_security_group' %>
## <a id='er-auth-config'></a>Step 8: Configure Authentication and Enterprise SSO ##
<%= partial 'authsso_config' %>
## <a id='er-db-config'></a>Step 9: Configure System Databases ##
<p class="note"><b>Note</b>: If you are performing an upgrade, do not modify your existing internal database configuration or you may lose data. You must migrate your existing data first before changing the configuration. See <a href="upgrading-pcf.html">Upgrading Ops Manager</a> for additional upgrade information.</p>
1. Select **Databases**.
<%= image_tag("./cloudform/sys-db.png") %>
1. If you want to use internal databases for your deployment, select **Internal Databases - MySQL and Postgres** or **Internal Databases - MySQL**. If you want to use external databases such as Amazon Web Services (AWS) RDS, select **External Databases** and complete the following steps:
* For **Hostname DNS Name**, enter the hostname of your database.
* For **TCP Port**, enter the port of your database.
* For **Username** and **Password**, enter your username and password.
<p class="note"><strong>Note</strong>: Pivotal recommends that you use internal databases unless you require the functionality of AWS RDS.</p>
1. Click **Save**.
## <a id='internal-mysql'></a> Step 10 (Optional) Configure Internal MySQL ##
<%= partial 'mysql_proxy_config' %>
## <a id='filestore-config'></a>Step 11: Configure File Storage ##
<%= partial 'filestore_config' %>
## <a id='config-sys-logging'></a>Step 12: (Optional) Configure System Logging ##
If you are forwarding logging messages to an external Reliable Event Logging Protocol (RELP) server, complete the following steps:
1. Select **System Logging**.
<%= image_tag("cloudform/sys-logging.png") %>
1. Enter the IP address of your syslog server in **External Syslog Aggregator Hostname** and its port in **External Syslog Aggregator Port**. The default port for a syslog server is 514.
<p class="note"><strong>Note</strong>: The host must be reachable from the Elastic Runtime network, accept TCP connections, and use the RELP protocol. Ensure your syslog server listens on external interfaces.</p>
1. Select an **External Syslog Network Protocol** to use when forwarding logs.
1. For the **Syslog Drain Buffer Size**, enter the number of messages the Doppler server can hold from Metron agents before the server starts to drop them. See the [Loggregator Guide for Cloud Foundry Operators](../loggregator/log-ops-guide.html) topic for more details.
1. The **Loggregator Port** defaults to 443 if left blank. Enter a new value to override the default.
1. Click **Save**.
## <a id='customize-apps-man'></a>Step 13: (Optional) Customize Apps Manager##
<%= partial 'custombranding' %>
## <a id='smtp'></a>Step 14: (Optional) Configure Email Notifications ##
Elastic Runtime uses SMTP to send invitations and confirmations to Apps Manager
users.
You must complete the **Email Notifications** page if you want to enable
end-user self-registration.
1. Select **Email Notifications**.
<%= image_tag("cloudform/smtp.png") %>
1. Enter your reply-to and SMTP email information.
1. For **SMTP Authentication Mechanism**, select `none`.
1. Click **Save**.
<p class='note'><strong>Note</strong>: If you do not configure the SMTP
settings using this form, the administrator must create orgs and users using
the cf CLI tool. See <a href="../adminguide/cli-user-management.html">Creating and Managing Users with the cf CLI</a> for more information.</p>
## <a id='ccdb-key'></a>Step 15: (Optional) Add CCDB Restore Key##
<%= partial 'restore_ccdb_key' %>
## <a id='config-smoke-test'></a>Step 16: Configure Smoke Tests ##
<%= partial '_smoketests' %>
## <a id='experimental'></a>Step 17: (Optional) Enable Experimental Features
<%= partial 'experimental-features' %>
## <a id='errands'></a>Step 18: Configure Errands Page ##
<%= partial 'errands' %>
## <a id='floating-ips'></a>Step 19: Enable Traffic to Private Subnet ##
Unless you are using your own load balancer, you must enable traffic flow to the OpenStack private subnet as follows. Give each HAProxy a way of routing traffic into the private subnet by providing public IPs as floating IPs.
1. Click **Resource Config**.
<%= image_tag("openstack/resource-config.png") %>
1. Enter one or more IP addresses in **Floating IPs** for each HAProxy.
1. Click **Save**.
Refer to the [Configuring Pivotal Cloud Foundry® SSL Termination](../opsguide/ssl-term.html) topic for more information about configuring traffic depending on your load balancer.
## <a id='disable-resources'></a>Step 20: (Optional) Disable Unused Resources ##
<%= partial 'disable_resources' %>
## <a id='complete'></a>Step 21: Complete Elastic Runtime Installation ##
1. Click the **Installation Dashboard** link to return to the Installation Dashboard.
1. Click **Apply Changes**. If the following ICMP error message appears, click
**Ignore errors and start the install**.
<%= image_tag("openstack/icmp-error.png") %>
1. Elastic Runtime installs. The image shows the **Changes Applied** message that Ops Manager displays when the installation process successfully completes.
<%= image_tag("openstack/om-installed.png") %>
---
Return to [Installing Pivotal Cloud Foundry® on OpenStack](./openstack.html).