сродство и анти-сродство между стручками. убедитесь, что веб-приложение подключается к локальному кешу Redis

В документации о правилах сродства и анти-сродства для кубернетов есть практический пример использования вокруг веб-приложение и локальный кеш Redis.

  1. В развертывании Redis настроен PodAntiAffinity, чтобы планировщик не размещал реплики на одном узле.
  2. Развертывание веб-приложения имеет привязку к модулю, чтобы приложение было запланировано с модулем, в котором есть хранилище меток (Redis).

Чтобы подключиться к Redis из веб-приложения, нам нужно будет определить службу.

Вопрос: как мы уверены, что веб-приложение всегда будет использовать redis, который находится на одном и том же узле, а не на другом? Если я прочитал совместимость версий с Kubernetes v1.2 режим iptables для kube-proxy стал по умолчанию.

Чтение документации о режиме iptable для kube-proxy он говорит: по умолчанию, kube-proxy в режиме iptables выбирает серверную часть случайным образом.

Итак, я отвечу на вопрос: Нет, мы не можем быть уверены. Если вы хотите быть уверенным, поместите redis и webapp в один модуль?


person Geoffrey Samper    schedule 03.09.2019    source источник


Ответы (1)


Это можно настроить в службе (redis), но в целом это не рекомендуется:

Установка spec.externalTrafficPolicy в значение Local будет выполнять только прокси-запросы к локальным конечным точкам, никогда не перенаправляя трафик на другие узлы.

Это сложная тема, подробнее читайте здесь:

person Janos Lenart    schedule 03.09.2019