You are looking at the documentation of a prior release. To read the documentation of the latest release, please visit here.
New to KubeDB? Please start here.
This guide will give you an overview on how KubeDB Enterprise operator upgrade the version of
The following diagram shows how KubeDB Enterprise operator used to upgrade the version of
Redis. Open the image in a new tab to see the enlarged version.
The upgrading process consists of the following steps:
At first, a user creates a
Redis Custom Resource (CR).
KubeDB Community operator watches the
When the operator finds a
Redis CR, it creates required number of
StatefulSets and related necessary stuff like appbinding, services, etc.
Then, in order to upgrade the version of the
Redis database the user creates a
RedisOpsRequest CR with the desired version.
KubeDB Enterprise operator watches the
When it finds a
RedisOpsRequest CR, it halts the
Redis object which is referred from the
RedisOpsRequest. So, the
KubeDB Community operator doesn’t perform any operations on the
Redis object during the upgrading process.
By looking at the target version from
KubeDB Enterprise operator updates the images of all the
StatefulSets. After each image update, the operator performs some checks such as if the oplog is synced and database size is almost same or not.
After successfully updating the
StatefulSets and their
Pods images, the
KubeDB Enterprise operator updates the image of the
Redis object to reflect the updated state of the database.
After successfully updating of
Redis object, the
KubeDB Enterprise operator resumes the
Redis object so that the
KubeDB Community operator can resume its usual operations.
In the next doc, we are going to show a step by step guide on upgrading of a Redis database using upgrade operation.