集群模式 to 集群模式¶

RedisShake 支持集群模式实例间的数据同步与迁移能力，现以 3 主 3 从的集群模式为例，演示 Redis 跨集群同步配置方法。

假设实例 redis-a 与 redis-b 处于不同集群，二者均为 3 主 3 从的集群模式，现将 redis-a 作为主实例， redis-b 作为从实例搭建同步结构，提供以下灾备支持：

正常状态下，由 redis-a 对外提供服务，并持续同步数据到 redis-b
当主 redis-a 故障离线后，由 redis-b 对外提供服务
待 redis-a 恢复上线后， redis-b 向 redis-a 回写增量数据
redis-a 数据恢复完成后，切换为初始状态，即由 redis-a 提供服务，并向 redis-b 持续数据同步

Note

数据同步与数据恢复需要通过不同的 RedisShake 组完成，因此在本例中实际要创建两组（Redis-shake-sync 和 Redis-shake-recovery）共 6 个 RedisShake 实例。

数据同步部署¶

图例：数据同步 redis-a -> redis-b

sync

为源端实例配置服务¶

如果源端实例处于 DCE 5.0 的集群中，可在 数据服务 -> Redis -> 解决方案 -> 跨集群主从同步 中开启方案，将自动完成服务配置工作。

svc

如果源端实例处于第三方集群上，则需要手工完成服务配置。为 Redis 实例的每个 Leader Pod 创建一个 NodePort 服务，用于 RedisShake 的数据同步访问。本例中需要为 redis-a 的 3 个 Leader Pod 分别创建服务。

下面以 Pod redis-a-leader-0 为例，为其创建服务：

进入 容器管理 -> 源端 Redis 实例所在集群 -> 有状态工作负载 ，选择工作负载 redis-a-leader ，为其创建一个服务，命名为 redis-a-leader-svc-0 ，访问类型为 NodePort ，容器端口和服务端口均为 6379。

查看该服务。并确定工作负载选择器包含以下标签

app.kubernetes.io/component: redis
app.kubernetes.io/managed-by: redis-operator
app.kubernetes.io/name: redis-a
app.kubernetes.io/part-of: redis-failover
role: leader
statefulset.kubernetes.io/pod-name: redis-a-leader-0 # (1)

注意 pod-name 一定要选择正确的 leader pod 名称

svc

重复执行以上操作，为 redis-a-leader-1 、 redis-a-leader-2 分别创建服务。

部署 RedisShake¶

RedisShake 通常与数据传输的目标 Redis 实例运行于同一集群上。因此，本例中为了实现数据同步，需要在目标端部署 RedisShake。

注意，在集群模式下，RedisShake 要求与源端 Redis 实例的 Leader Pod 形成一对一关系，因此这里需要部署 3 个独立的 RedisShake。以 redis-a-leader-0 为例，创建 Redis-shake-sync-0：

创建配置项¶

在 容器管理 -> 目标端 Redis 实例所在集群 -> 配置与存储 -> 配置项 中，为 RedisShake 实例创建配置项 redis-sync-0 。导入文件 sync.toml，并注意需要修改以下内容：

conf

source.address：源端 redis-a-leader-0 的 redis-a-leader-svc-0 服务地址：
```
address = "10.233.109.145:31278"
```
源端实例的访问密码：可在 数据服务 实例的概览页获取该信息：
```
password = "3wPxzWffdn" # keep empty if no authentication is required
```
目标端实例访问地址，此处需要填写目标端实例 redis-b 指向端口 6379 的 clusterIP 服务，这里使用 redis-b-leader 的地址：
```
address = "10.233.43.13:6379"
```
您可以在 集群管理 -> 目标端所在集群 -> 工作负载 -> 访问方式 中查看此配置。

点击服务名称，进入服务详情，查看 ClusterIP 地址。
目标端实例的访问密码，可在 数据服务 模块下的 Redis 实例概览页获取该信息:
```
password = "3wPxzWffdn" # keep empty if no authentication is required
```

目标端类型需设置为 cluster ：

[target]
type = "cluster" # "standalone" or "cluster"

创建 RedisShake¶

打开 应用工作台 ，选择向导 -> 基于容器镜像 ，创建一个应用 redis-shake-sync-0 ：
参考如下说明填写应用配置。
- 应用所属的集群和命名空间需与 Redis 实例一致；
- 镜像地址：
```
release.daocloud.io/ndx-product/redis-shake@sha256:46652d7d8893fa4508c3c6725afc1e211fb9cb894c4dc85e94287395a32fc3dc
```
- 默认服务的访问类型为 NodePort，容器端口和服务端口设置为 6379。
- 在 高级设置 -> 生命周期 -> 启动命令 -> 运行参数 中填入：
```
/etc/sync/sync.toml
```
- 高级设置 -> 数据存储 __ ：添加配置项 __redis-sync-0 ，路径必须设置为：
```
/etc/sync
```
- 高级设置 -> 数据存储 ：添加一个临时路径，容器路径必须为：
```
/data
```
点击确定，完成 RedisShake 创建。

重复执行以上操作，分别为其他两个 Leader Pod 创建 redis-shake-sync-1 、 redis-shake-sync-2 。

完成 RedisShake 的创建后，实际就已经开始 Redis 实例间的同步，此时可通过 redis-cli 工具验证同步情况。

数据恢复¶

图例：数据恢复 redis-b -> redis-a

recovery

当源端 redis-a 恢复上线后，首先需要从目标端 redis-b 恢复增量数据，因此需要在 redis-a 所在集群再次部署 3 个 RedisShake 实例，实现 redis-b -> redis-a 的数据回传。此处配置方法与数据同步过程类似，执行 反方向 配置部署即可。完成 RedisShake 创建后，即自动开始数据恢复。

Note

源端实例上线前，请先关闭当前正运行 redis-b 所在集群的 RedisShake 实例 Redis-shake-sync-0 、 Redis-shake-sync-1 、 Redis-shake-sync-2 ，避免发生错误的数据同步覆盖掉新增数据。

复原主从关系¶

如需复原初始的主从同步关系 redis-a -> redis-b ，需在 容器管理 中停止用于数据恢复的 3 个 Redis-shake-recovery 实例，重新启动目标端集群中的 3 个 Redis-shake-sync 实例，即可重建初始的主从关系。