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.
Reconfiguring Redis
This guide will give an overview on how KubeDB Ops-manager operator reconfigures Redis database.
Before You Begin
- You should be familiar with the following
KubeDBconcepts:
How Reconfiguring Redis Process Works
The following diagram shows how KubeDB Ops-manager operator reconfigures Redis database components. Open the image in a new tab to see the enlarged version.
The Reconfiguring Redis process consists of the following steps:
At first, a user creates a
RedisCustom Resource (CR).KubeDBoperator watches theRedisCR.When the operator finds a
RedisCR, it creates required number ofPetSetsand related necessary stuff like secrets, services, etc.Then, in order to reconfigure the
Redisdatabase the user creates aRedisOpsRequestCR with desired information.KubeDBOps-manager operator watches theRedisOpsRequestCR.When it finds a
RedisOpsRequestCR, it halts theRedisobject which is referred from theRedisOpsRequest. So, theKubeDBProvisioner operator doesn’t perform any operations on theRedisobject during the reconfiguring process.Then the
KubeDBOps-manager operator will replace the existing configuration with the new configuration provided or merge the new configuration with the existing configuration according to theRedisOpsRequestCR.Then the
KubeDBOps-manager operator will restart the related PetSet Pods so that they restart with the new configuration defined in theRedisOpsRequestCR.After the successful reconfiguring of the
Rediscomponents, theKubeDBOps-manager operator resumes theRedisobject so that theKubeDBProvisioner operator resumes its usual operations.
In the next docs, we are going to show a step by step guide on reconfiguring Redis database components using RedisOpsRequest CRD.






























