在Kubernetes上部署redis集群时，sentinal的需求是什么？

Question

芬太尼：医生说

Redis为Redis提供高可用性。实际上，这意味着使用哨兵，您可以创建一个Redis部署，在不需要人为干预的情况下抵抗某些类型的失败。

我认为我们可以在不部署Sentinal的情况下为redis集群(在K8s中)实现Sentinal功能？我从docs获得了sentinal，并从K8s中抛出了一些计数器。

• Monitoring -哨兵不断检查您的主实例和从实例是否按照预期工作。
  • 我在考虑working as expected的意思是向上还是向下。当您部署为Deployment(Replicaset)甚至StatefulSets时，这在Deployment中是非常原生的。

• Notification -哨兵可以通过API通知系统管理员，另一个计算机程序，其中一个被监控的Redis实例出了问题。
  • 我们不能用Operators来做吗？(从redis集群状态的角度来看，等等)

• Automatic failover --如果主服务器不按预期工作，哨兵可以启动故障转移进程，其中从服务器提升为主服务器，其他附加的从站被重新配置为使用新的主服务器，并且使用Redis服务器的应用程序可以了解连接时要使用的新地址。
  • 我在想not working as expected的意思是红豆荚倒下了。在这种情况下，如果我们在Operators/StatefulSet+Headless Service.的帮助下部署redis我们有稳定的主/从网络ID，甚至重新启动。

• Configuration provider -哨兵作为客户服务发现的权威来源:客户端连接到哨兵，以询问负责给定服务的当前Redis主机的地址。如果发生故障转移，哨兵将报告新地址。
  • 如前所述，我们有稳定的网络id/name/IP。客户端总是可以指向主程序。

我刚认识瑞迪斯。如果有什么不对的地方，请指导我。谢谢。

Update1

我的目标是避免使用HA(主要是master故障转移)。

Answer 1

不，在使用红系星团时不需要哨兵。