Upgrade the Operator
There is no direct upgrade path from versions prior it 2.0.x. To upgrade from a version 1.x.x release, first upgrade to 2.0.x paying particular attention to supported Kubernetes platforms and Couchbase server versions.
Upgrading the Couchbase Autonomous Operator is a four-step process:
Download the Operator package for the version that you want to upgrade to, and unpack it on the same computer where you normally run
The Operator package contains the YAML configuration files and command-line tools that you will use to upgrade and manage the Operator.
After you unpack the download, the resulting directory will be titled something like
What needs to be uninstalled is dependent on the release you are upgrading from.
For example, in releases prior to 1.2.0, the Operator used
ClusterRole resources for simplicity of configuration.
From 1.2.0 onward, the operator uses
Role resources to increase security.
In general, you’ll need to undo the installation steps in reverse order for the specific version of the Operator you are upgrading from, e.g. uninstall the operator, then uninstall the DAC.
Never delete existing CRDs.
If an existing CRD is deleted, any
In the Operator package you downloaded, you’ll find the updated version of the CRDs:
Between releases of the Operator, the CRDs may undergo small changes that don’t affect backward compatibility, and may add new fields or make changes to validation, therefore must be reinstalled.
New CRDs may also be introduced that need installing.
CRDs are distributed as a single file.
During the upgrade procedure, errors are expected during the
To update the CRDs, run the following command:
After all the previous steps, you can move on to upgrading the Operator itself. Upgrading the Operator is exactly the same as the initial installation, except that you don’t re-install the CRD. To re-install the Operator in all namespaces where previous instances operated on, see the relevant documentation for Kubernetes or OpenShift.