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: README.rst
+41-4Lines changed: 41 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -189,8 +189,45 @@ Make sure to define `ssh_key_path` to point to the location of the SSH key in us
189
189
VNI should be much smaller than the officially supported limit of 16,777,215 as we encounter errors when attempting to bring interfaces up that use a high VNI.
190
190
You must set `vault_password_path`; this should be set to the path to a file containing the Ansible vault password.
191
191
192
-
Deployment
193
-
==========
192
+
Deployment: The fast(er) way
193
+
============================
194
+
195
+
The `scripts/deploy.sh` script provides a fully automated deployment method
196
+
that can be used to perform all steps from infrastructure deployment through to
197
+
Tempest testing without user interaction. Any errors encountered will be
198
+
reported and halt the deployment.
199
+
200
+
This script makes use of the `ansible/deploy-openstack.yml` Ansible playbook
201
+
that runs the `deploy-openstack.sh` script in a `tmux` session on the Ansible
202
+
control host. The session is logged to `~/tmux.kayobe\:0.log` on the Ansible
203
+
control host. Use `less -r ~/tmux.kayobe\:0.log` to view the logs in their
204
+
original colourful glory.
205
+
206
+
Note that this approach requires all Terraform, Ansible, Kayobe and OpenStack
207
+
configuration to be provided in advance. For Kayobe and OpenStack
208
+
configuration, this may be achieved by providing suitable branches for the
209
+
kayobe-config and openstack-config repositories and referencing them in
210
+
`ansible/vars/defaults.yml`.
211
+
212
+
To tear down the cluster immediately after a successful deployment, combine
213
+
with the `scripts/tear-down.sh` script.
214
+
215
+
.. code-block:: console
216
+
217
+
./scripts/deploy.sh && ./scripts/tear-down.sh -a -k
218
+
219
+
Note that this will not tear down the cluster if deployment fails, allowing for
220
+
debugging the issue and/or retrying.
221
+
222
+
Deployment: The slow(er) way
223
+
============================
224
+
225
+
This section describes a more hands-on, interactive deployment method. It may
226
+
be useful to gain a better understanding of how the deployment works, modify
227
+
the deployment process in some way, or iterate on configuration.
228
+
229
+
Terraform Deploy infrastructure using Terraform
230
+
-----------------------------------------------
194
231
195
232
Generate a plan:
196
233
@@ -207,7 +244,7 @@ Apply the changes:
207
244
You should have requested a number of resources to be spawned on Openstack.
208
245
209
246
Configure Ansible control host
210
-
==============================
247
+
------------------------------
211
248
212
249
Run the configure-hosts.yml playbook to configure the Ansible control host.
213
250
@@ -223,7 +260,7 @@ This playbook sequentially executes 2 other playbooks:
223
260
These playbooks are tagged so that they can be invoked or skipped using `tags` or `--skip-tags` as required.
224
261
225
262
Deploy OpenStack
226
-
================
263
+
----------------
227
264
228
265
Once the Ansible control host has been configured with a Kayobe/OpenStack configuration you can then begin the process of deploying OpenStack.
229
266
This can be achieved by either manually running the various commands to configure the hosts and deploy the services or automated by using the generated `deploy-openstack.sh` script.
0 commit comments