You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: content/operate/kubernetes/upgrade/upgrade-redis-cluster.md
+24-6Lines changed: 24 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -19,7 +19,7 @@ Redis implements rolling updates for software upgrades in Kubernetes deployments
19
19
20
20
## Prerequisites
21
21
22
-
The following steps ensure you have the minimum versions of all components necessary to upgrade to 7.8.2-2. **Without these minimum versions, a validation error will block the upgrade and it will require manual recovery.**
22
+
The following steps ensure you have the minimum versions of all components necessary to upgrade to 7.8.2-2. **Without these minimum versions, the upgrade will freeze and require manual recovery.**
23
23
24
24
See the [troubleshooting](#troubleshooting) section for details on recovering a failed upgrade.
25
25
@@ -189,12 +189,30 @@ kubectl rollout status sts <REC_name>
189
189
190
190
### Upgrade databases
191
191
192
-
After the cluster is upgraded, you can upgrade your databases. The process for upgrading databases is the same for both Kubernetes and non-Kubernetes deployments.
193
-
194
-
For more details on how to [upgrade a database]({{<relref "/operate/rs/installing-upgrading/upgrading/upgrade-database" >}}), see the [Upgrade an existing Redis Enterprise Software deployment]({{<relref "/operate/rs/installing-upgrading/upgrading" >}}) documentation.
195
-
196
-
For Active-Active databases, see [Upgrade an Active-Active database]({{<relref "/operate/rs/installing-upgrading/upgrading/upgrade-active-active">}}).
192
+
After the cluster is upgraded, you can upgrade your databases. Specify your new database version in the `spec.redisVersion` field for your REDB and REAADB custom resources. Supported database versions for operator version 7.8.2-2 include `"7.2"` and `"7.4"` (note this value is a string).
197
193
198
194
Note that if your cluster [`redisUpgradePolicy`]({{<relref "/operate/kubernetes/reference/redis_enterprise_cluster_api#redisupgradepolicy" >}}) or your database [`redisVersion`]({{< relref "/operate/kubernetes/reference/redis_enterprise_database_api#redisversion" >}}) are set to `major`, you won't be able to upgrade those databases to minor versions. See [Redis upgrade policy]({{< relref "/operate/rs/installing-upgrading/upgrading#redis-upgrade-policy">}}) for more details.
199
195
200
196
## Troubleshooting
197
+
198
+
If you start an upgrade without meeting the [prerequisites](#prerequisites), the operator will freeze the upgrade. Check the operator logs for the source of the error. The REDB reconsilliation doesn't work during an upgrade, so you need to apply a manual fix with the Redis Software API (examples below). The updates will also need to be added to the REDB custom resource.
199
+
200
+
### Invalid module version
201
+
202
+
If the operator logs show an event related to an unsupported module, download the updated module locally, and install it using the `v2/modules` API endpoint.
203
+
204
+
```sh
205
+
curl -sfk -u <rec_username>:<rec_password> -X POST -F 'module=@<full path to your module>' https://localhost:9443/v2/modules
206
+
```
207
+
208
+
After updating the modules with the Redis Software API, update the REDB custom resource to reflect the change.
209
+
210
+
### Invalid database version
211
+
212
+
If the operator logs show an event related to an incompatible database version, upgrade the database using the Redis Software API.
0 commit comments