@@ -22,9 +22,10 @@ release. Alpha tag usage is at discretion of the operator. The alpha identifier
22
22
could be a number as recommended or a string of the operator's choosing.
23
23
24
24
To customize the version number uncomment ``openstack_release `` in globals.yml
25
- and specify the version number desired. If ``openstack_release `` is not
26
- specified, Kolla will deploy or upgrade using the version number information
27
- contained in the kolla-ansible package.
25
+ and specify the desired version number or name (e.g. ``victoria ``,
26
+ ``wallaby ``). If ``openstack_release `` is not specified, Kolla will deploy or
27
+ upgrade using the version number information contained in the kolla-ansible
28
+ package.
28
29
29
30
Upgrade procedure
30
31
~~~~~~~~~~~~~~~~~
@@ -91,32 +92,34 @@ should be upgraded first. This will include reviewing some of the configuration
91
92
and inventory files. On the operator/master node, a backup of the
92
93
``/etc/kolla `` directory may be desirable.
93
94
94
- If upgrading from ``5.0.0 `` to ``6.0.0 ``, upgrade the kolla-ansible package:
95
+ If upgrading to ``|KOLLA_OPENSTACK_RELEASE| ``, upgrade the kolla-ansible
96
+ package:
95
97
96
98
.. code-block :: console
97
99
98
- pip install --upgrade kolla-ansible==6.0.0
100
+ pip install --upgrade git+https://opendev.org/openstack/ kolla-ansible@|KOLLA_BRANCH_NAME|
99
101
100
102
If this is a minor upgrade, and you do not wish to upgrade kolla-ansible
101
103
itself, you may skip this step.
102
104
103
105
The inventory file for the deployment should be updated, as the newer sample
104
106
inventory files may have updated layout or other relevant changes.
105
- Use the newer ``6.0.0 `` one as a starting template, and merge your existing
106
- inventory layout into a copy of the one from here::
107
+ Use the newer ``|KOLLA_OPENSTACK_RELEASE| `` one as a starting template, and
108
+ merge your existing inventory layout into a copy of the one from here::
107
109
108
110
/usr/share/kolla-ansible/ansible/inventory/
109
111
110
- In addition the ``6.0.0 `` sample configuration files should be taken from::
112
+ In addition the ``|KOLLA_OPENSTACK_RELEASE| `` sample configuration files should
113
+ be taken from::
111
114
112
115
# CentOS
113
116
/usr/share/kolla-ansible/etc_examples/kolla
114
117
115
118
# Ubuntu
116
119
/usr/local/share/kolla-ansible/etc_examples/kolla
117
120
118
- At this stage, files that are still at the `` 5.0.0 `` version - which need
119
- manual updating are:
121
+ At this stage, files that are still at the previous version and need manual
122
+ updating are:
120
123
121
124
- ``/etc/kolla/globals.yml ``
122
125
- ``/etc/kolla/passwords.yml ``
@@ -126,18 +129,20 @@ template, and then replace the file in ``/etc/kolla`` with the updated version.
126
129
For ``passwords.yml ``, see the ``kolla-mergepwd `` instructions in
127
130
`Tips and Tricks `.
128
131
129
- For the kolla docker images, the ``openstack_release `` is updated to ``6.0.0 ``:
132
+ For the kolla docker images, the ``openstack_release `` is updated to
133
+ ``|KOLLA_OPENSTACK_RELEASE| ``:
130
134
131
135
.. code-block :: yaml
132
136
133
- openstack_release : 6.0.0
137
+ openstack_release : |KOLLA_OPENSTACK_RELEASE|
134
138
135
139
Once the kolla release, the inventory file, and the relevant configuration
136
140
files have been updated in this way, the operator may first want to 'pull'
137
- down the images to stage the ``6.0.0 `` versions. This can be done safely
138
- ahead of time, and does not impact the existing services. (optional)
141
+ down the images to stage the ``|KOLLA_OPENSTACK_RELEASE| `` versions. This can
142
+ be done safely ahead of time, and does not impact the existing services.
143
+ (optional)
139
144
140
- Run the command to pull the ``6.0.0 `` images for staging:
145
+ Run the command to pull the ``|KOLLA_OPENSTACK_RELEASE| `` images for staging:
141
146
142
147
.. code-block :: console
143
148
0 commit comments