Helm 安装 Redis 哨兵主从高可用

【redis可高用】 在Kubernetes中部署基于Sentinel模式的高可用的redis

参考: https://www.kubernetes.org.cn/7659.html 参考: https://ot-redis-operator.netlify.app

哨兵选型

• 多库高可用 ---> 哨兵主从

• 单库高可用 ---> 哨兵集群

1、整体方案

本文中的Redis高可用方案采用Sentinel(哨兵)模式（一个master:M1、两个slave:R2、R3，每个redis节点都有一个Sentinel:S1、S2、S3），Sentinel自身也是一个集群。在reids集群出现故障的时候，会自动进行故障转移，从而保证集群的可用性。

Sentiel的在redis集群中功能如下所示：

• 监控：不间断的检查redis master/slave实例否是按照预期正常工作；

• 通知：当 Redis 实例出现错误的时候，负责通知管理员；

• 自动故障转移：在master发生故障时，哨兵会开启故障转移处理，将一台slave提升为master；

• 配置信息：客户端通过Sentinel获取当前Redis master的地址，如果发生故障转移，Sentinel将会提供新的服务器地址。

Sentinel本身是一套分布式系统，它被设计成能够进行多个进程间协同工作的模式，这样的好处如下：

• 降低错报：多个Sentinel一致明确给定的主机不再可用时，才会执行故障检测，这能够有效降低错报的概率。

• 高健壮性：即使只有一个Sentinel在正常运行，Redis也是可用的，从而保证系统具有较高的健壮性。

2、场景描述

Sentinel 将对redis集群中的所有redis节点进行监控，并在被监视的redis master（这里为server1）处于下线状态时，自动将某个redis slave升级为新的master。同上，会将其它redis slave设置为新的master节点的slave。

在Server1 掉线后：

升级Server2 为新的主服务器：

3、redis部署

通过执行下面的命令，添加helm stable仓库：

helm repo add bitnami https://charts.bitnami.com/bitnami

通过执行下面的命令，在Kubernetes中部署redis高可用方案（持久化需动态存储, 临时测试可选择关闭存储）：

helm install bitnami-redis –set master.service.type=NodePort \
–set cluster.enabled=true \
–set sentinel.enabled=true \
–set metrics.enabled=true \
–set password=redis bitnami/redis \
–-namespace kube-public -create-namesapce

其中：

• 使用的charts为bitnami/redis；

• 通过设置cluster.enabled为true，启用redis集群模式；

• 通过设置sentinel.enabled为true，启用哨兵模式；

• 通过设置metrics.enabled为true，允许指标被外部进行监控；

• 通过设置master.service.type类型为NodePort，外部应用通过宿主机IP+端口访问redis服务。

UI界面， 没有UI界面忽略

Pod中有三个容器，一个Redis，一个哨兵，一个监控

4、验证

查看密码

export REDIS_PASSWORD=$(kubectl get secret --namespace kube-public bitnami-redis -o jsonpath="{.data.redis-password}" | base64 -d)
echo $REDIS_PASSWORD

启动 redis-client 客户端

# 快速启动 Redis 第一个客户端
kubectl run --namespace kube-public redis-client --restart='Never'  --env REDIS_PASSWORD=$REDIS_PASSWORD  --image docker.io/bitnami/redis:7.4.0-debian-12-r2 --command -- sleep infinity

# 进入 pod 单元中的容器
kubectl exec --tty -i redis-client    --namespace kube-public -- bash


# 集群内部通过无头 svc 连接
I have no name!@redis-client:/$  redis-cli -h bitnami-redis-headless -p 6379

经测试，通过 svc 连接是随机的， 但可以切换多库

😲那么问题来了，如果程序链接这个地址，要执行写操作，却连接到从库，那该怎么办？？？我们留到本文最后说明

5 基于Prometheus和Grafana进行监控

在部署是设置了 metrics.enabled 为 true，在k8s中对应部署了metrics容器，通过此容器用于获取redis的指标信息，并提供给Prometheus。

5.1 Prometheus配置

在Prometheus的配置文件（/etc/prometheus/prometheus.yml）的最后面增加下面的内容。

– job_name: ‘redis-ha-exporter’
   static_configs:
   – targets: [‘bitnami-redis-metrics.redis-ha:9121’]

并在k8s中重新部署Prometheus。

5.2 导入redis的Grafana DashBoard

在Grafana中导入Redis Dashboard for Prometheus Redis Exporter，通过此DashBoard就能监控redis运行的相关指标。

多主多从

采用代理模式，客户端的请求由代理节点转发至数据分片，可享受代理节点带来的负载均衡（数据分片）、读写分离、故障转移、代理查询缓存、长连接（通常情况下，Proxy通过与数据分片建立长连接来处理请求）等特性能力，相比代理模式，直连模式节约了通过代理处理请求的时间，可以在一定程度上提高Redis服务的响应速度。 作者：Ice 链接：https://juejin.cn/post/7001895591064125471 来源：稀土掘金 著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

代理选型