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服务。
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
😲那么问题来了，如果程序链接这个地址，要执行写操作，却连接到从库，那该怎么办？？？我们留到本文最后说明
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 来源：稀土掘金 著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
代理选型
Last updated