Зачем нужен дозорный, когда кластер redis развернут в Kubernetes?

Question

Sentinal: Документы говорят

Redis Sentinel обеспечивает высокую доступность Redis. С практической точки зрения это означает, что с помощью Sentinel вы можете создать развертывание Redis, которое будет защищено без вмешательства человека до определенных сбоев.

Я думаю, что мы можем достичь Sentinal возможности для Redis кластера (в K8s) без развертывания Sentinal? Я беру часовые возможности из документов и добавляю несколько контрапунктов из K8.

• Monitoring - Sentinel постоянно проверяет, работают ли ваши главный и подчиненный экземпляры так, как ожидается.
  • я считаю working as expected означает стручок вверх или вниз. Это очень родной в K8s, когда вы развертываете как Deployment(Replicasets) или даже StatefulSets
• Notification - Sentinel может уведомить системного администратора, других компьютерных программ через API, что что-то не так с одним из отслеживаемых экземпляров Redis.
  • Разве мы не можем сделать это с Operators?(В перспективе состояния кластера redis и т. Д.)
• Automatic failover - Если ведущий не работает должным образом, Sentinel может запустить процесс отработки отказа, когда ведомое устройство переводится в ведущее, другие дополнительные ведомые устройства перенастраиваются для использования нового главного устройства, и приложения, использующие сервер Redis, информируются о новом используемом адресе. при подключении.
  • я считаю not working as expected означает, что Redis Pod не работает. В этом случае, если мы развернем Redis с помощью Operators/StatefulSet+Headless Service, У нас есть стабильный идентификатор сети для перезагрузки главных / подчиненных устройств.
• Configuration provider - Sentinel действует как источник полномочий для обнаружения службы клиентов: клиенты подключаются к Sentinels для запроса адреса текущего мастера Redis, ответственного за данную службу. Если происходит аварийное переключение, Sentinels сообщит новый адрес.
  • Как я уже говорил выше, у нас есть стабильный идентификатор сети / имя /IP. Клиенты всегда могут указать на мастера.

Я новичок в Redis. Пожалуйста, ведите меня, если что-то не так. Благодарю.

Update1

Моя цель состоит в том, чтобы избежать дозорного и иметь HA. master отказоустойчивый)

Answer 1

Нет, при использовании redis-cluster нет необходимости в страже.