Блог

Я пытаюсь развернуть топологию Redis sentinel в моем кластере Kubernetes. Я использую схему управления bitnami-redis, которая до сих пор отлично работала для развертываний без sentinel.

По сути, я использую примерные значения helm, найденные здесь, за исключением замены большинства type: ClusterIP на type: LoadBalancer , чтобы получить доступ к этим службам извне кластера.

Я развернул диаграмму helm с помощью cluster.enabled=true и sentinel.enabled=true и в настоящее время могу получить доступ к узлу sentinel извне моего кластера (с помощью redis-cli -h {external_sentinel_ip} -p 26379 . Однако, когда я пытаюсь запросить у sentinel адреса текущего мастера, он возвращает мне локальный IP-адрес кластера.

Пример вывода из redis-cli …

 {external_sentinel_ip}:26379> sentinel get-master-addr-by-name mymaster
1) "{cluster_local_ip}"  #    <-- Here
2) "6379"
  

Мои внешние клиенты, которые подключаются к этому экземпляру sentinel, находятся за пределами кластера, поэтому они не могут связаться с мастером, используя этот IP.

В документах bitnami они явно упоминаются This command will return the address of the current master, which can be accessed from inside the cluster. .

Мне интересно, возможно ли настроить эту диаграмму управления таким образом, чтобы redis возвращал внешние IP-адреса для этих экземпляров master.

Есть идеи? В документах не представлен такой вариант использования, но я не могу поверить, что это никогда не было требованием раньше.