A
apiVersion: v1
kind: ConfigMap
metadata:
name: udp-services
namespace: ingress-nginx
data:
53: "kube-system/kube-dns:53"
kind: ConfigMap
metadata:
name: udp-services
namespace: ingress-nginx
data:
53: "kube-system/kube-dns:53"
Size: a a a
2020 November 26
AL
Шта? Тут как раз хедлесс сервис нужен, ингресс вытащит адреса и допишет в конфиг)
А это тоже будет не честно - nginx не умеет анализировать нагрузку текущую
A
А это тоже будет не честно - nginx не умеет анализировать нагрузку текущую
А кто умеет? И что такое анализ нагрузки текущей?)))))
S
apiVersion: v1
kind: ConfigMap
metadata:
name: udp-services
namespace: ingress-nginx
data:
53: "kube-system/kube-dns:53"
kind: ConfigMap
metadata:
name: udp-services
namespace: ingress-nginx
data:
53: "kube-system/kube-dns:53"
ну тут понятно
со statsd как-то вопрос бы решил
но тут же глоабльная проблема, 3 приложения на TCP, одна из реплик отлетит после отъезда спота и вся нагрузка попрет на одну новую реплику
со statsd как-то вопрос бы решил
но тут же глоабльная проблема, 3 приложения на TCP, одна из реплик отлетит после отъезда спота и вся нагрузка попрет на одну новую реплику
AL
А кто умеет? И что такое анализ нагрузки текущей?)))))
Индус умеет
A
ну тут понятно
со statsd как-то вопрос бы решил
но тут же глоабльная проблема, 3 приложения на TCP, одна из реплик отлетит после отъезда спота и вся нагрузка попрет на одну новую реплику
со statsd как-то вопрос бы решил
но тут же глоабльная проблема, 3 приложения на TCP, одна из реплик отлетит после отъезда спота и вся нагрузка попрет на одну новую реплику
Скорее после отъезда спота нагрузка разложится по остальным старым)
A
Но ничо, следующий отъедет, на новый набежит
S
Скорее после отъезда спота нагрузка разложится по остальным старым)
вот как раз я так думал, но исходя из statsd и его 3 реплик это не так
A
вот как раз я так думал, но исходя из statsd и его 3 реплик это не так
Не очень понимаю, о чем речь.
AP
чего-то туплю, а имена подов разве не резолвятся?
AP
всмысле внутри кластера
A
У стейтфулсета ток емнип
S
Не очень понимаю, о чем речь.
смотри
есть statsd в 3 экземплярах
есть споты, эти реплики скажем размазаны по трем нодам
спот умирает, под решедулится на любой доступной ноде, нагрузка с двух старых спадает, наплыв нагрузки идет на одну реплику, которая пересоздалась
есть statsd в 3 экземплярах
есть споты, эти реплики скажем размазаны по трем нодам
спот умирает, под решедулится на любой доступной ноде, нагрузка с двух старых спадает, наплыв нагрузки идет на одну реплику, которая пересоздалась
S
смотри
есть statsd в 3 экземплярах
есть споты, эти реплики скажем размазаны по трем нодам
спот умирает, под решедулится на любой доступной ноде, нагрузка с двух старых спадает, наплыв нагрузки идет на одну реплику, которая пересоздалась
есть statsd в 3 экземплярах
есть споты, эти реплики скажем размазаны по трем нодам
спот умирает, под решедулится на любой доступной ноде, нагрузка с двух старых спадает, наплыв нагрузки идет на одну реплику, которая пересоздалась
это отчетливо видно по мониторингу ЦПУ потребления подов
A
смотри
есть statsd в 3 экземплярах
есть споты, эти реплики скажем размазаны по трем нодам
спот умирает, под решедулится на любой доступной ноде, нагрузка с двух старых спадает, наплыв нагрузки идет на одну реплику, которая пересоздалась
есть statsd в 3 экземплярах
есть споты, эти реплики скажем размазаны по трем нодам
спот умирает, под решедулится на любой доступной ноде, нагрузка с двух старых спадает, наплыв нагрузки идет на одну реплику, которая пересоздалась
С чего бы? Пока у тебя новая нода народится, клиентов по старым раскидают. и до следующего разрыва они на них останутся
S
смотри
есть statsd в 3 экземплярах
есть споты, эти реплики скажем размазаны по трем нодам
спот умирает, под решедулится на любой доступной ноде, нагрузка с двух старых спадает, наплыв нагрузки идет на одну реплику, которая пересоздалась
есть statsd в 3 экземплярах
есть споты, эти реплики скажем размазаны по трем нодам
спот умирает, под решедулится на любой доступной ноде, нагрузка с двух старых спадает, наплыв нагрузки идет на одну реплику, которая пересоздалась
и так длится до тех пор, пока я все три пода не пересоздам
S
С чего бы? Пока у тебя новая нода народится, клиентов по старым раскидают. и до следующего разрыва они на них останутся
да, только почему-то со statsd я такую печаль пока что вижу
мне выше кинули чтиво на это, прям мой кейс
https://learnk8s.io/kubernetes-long-lived-connections
мне выше кинули чтиво на это, прям мой кейс
https://learnk8s.io/kubernetes-long-lived-connections
A
А ща балансинг-то какой?)
S
но тут не о UDP, а в целом
S
А ща балансинг-то какой?)
Service - ClusterIP
kube-proxy в режиме iptables
kube-proxy в режиме iptables