Remove misleading section from upgrade docs

The openstack-helm docs currently state that the openstack-helm
dev team will work with Helm with regards to facilitating job upgrades.

This is misleading in that we do not directly contribute to Helm and
currently provide methods for charts to run jobs for an upgrade
for instances where images are updated, the job is deleted and
re-ran.

Change-Id: If04367b6563ed36c3b3cde7a9cd4425b6795505f
This commit is contained in:
Gage Hugo 2021-05-17 20:22:46 -05:00
parent 22703bcfb5
commit 58cca5c14a
1 changed files with 6 additions and 9 deletions

View File

@ -11,15 +11,12 @@ rolling updates of containers, replacing them with the updating image.
As Helm stands today, several issues exist when you update images within
charts that might have been used by jobs that already ran to completion
or are still in flight. OpenStack-Helm developers will continue to work
with the Helm community or develop charts that will support job removal
prior to an upgrade, which will recreate services with updated images.
An example of where this behavior would be desirable is when an updated
db\_sync image has updated to point from a Mitaka image to a Newton
image. In this case, the operator will likely want a db\_sync job, which
was already run and completed during site installation, to run again
with the updated image to bring the schema inline with the Newton
release.
or are still in flight. An example of where this behavior would be
desirable is when an updated db\_sync image has updated to point from
one openstack release to another. In this case, the operator will likely
want a db\_sync job, which was already run and completed during site
installation, to run again with the updated image to bring the schema
inline with the Newton release.
The OpenStack-Helm project also implements annotations across all chart
configmaps so that changing resources inside containers, such as