Как бы грустно небыло это признать, но на ютюбе нет видео в котором рассказывается, что такое calico и чем оно отличается от flannel, это видео не исключение. Спасибо, что старались
Как будто смотришь фильм с середины, откуда 10.2.0.0 вообще взялась? Какое отношение она имеет к нодам и подам? Причем тут calico? Вопросов больше чем ответов
Не очень понял насчет nginx ingress, мол все решает LB на входе, а потом ingress шлет все по service ip, мне казалось что одна из фичей ingress (или nginx ingress) это то, что он знает конкретно какие ip адреса подов висят за сервисе и как раз обходит механизм резолвинга сервисов в поды и маршалит трафик напрямую в нужные поды, а там уж да, Calico разруливает трафик по узлам. Как бы nginx ingress знает куда и сколько трафика он отправил, может учитывать статистику ответов, нагрузку, а через кубер отправлять это 50/50, чисто round robin, статистика
Не очень понятна тема с tcp-соединениями во всех этих перекидываниях пакетов. Т.е. в презентации показаны IP-адреса, их пути, но я так понимаю речь про пакеты, а если клиент подрубился к какому-то поду по tcp, весь трафик только с этого пода должен идти и непонятно, идет ли он опять через начальную ноду каждый раз, задействован ли conntrack?
Не очень понятно что со средствами мониторинга в Calico, чтобы знать что что-то не так настроено нужно наверное видеть диаграмму сети, направления трафика, хотя бы на этапе тестирования сети
![Kubernetes, network [03], calico](/img/1.gif)
Как бы грустно небыло это признать, но на ютюбе нет видео в котором рассказывается, что такое calico и чем оно отличается от flannel, это видео не исключение.
Спасибо, что старались
Как будто смотришь фильм с середины, откуда 10.2.0.0 вообще взялась? Какое отношение она имеет к нодам и подам? Причем тут calico? Вопросов больше чем ответов
Не очень понял насчет nginx ingress, мол все решает LB на входе, а потом ingress шлет все по service ip, мне казалось что одна из фичей ingress (или nginx ingress) это то, что он знает конкретно какие ip адреса подов висят за сервисе и как раз обходит механизм резолвинга сервисов в поды и маршалит трафик напрямую в нужные поды, а там уж да, Calico разруливает трафик по узлам. Как бы nginx ingress знает куда и сколько трафика он отправил, может учитывать статистику ответов, нагрузку, а через кубер отправлять это 50/50, чисто round robin, статистика
Не очень понятна тема с tcp-соединениями во всех этих перекидываниях пакетов. Т.е. в презентации показаны IP-адреса, их пути, но я так понимаю речь про пакеты, а если клиент подрубился к какому-то поду по tcp, весь трафик только с этого пода должен идти и непонятно, идет ли он опять через начальную ноду каждый раз, задействован ли conntrack?
Не очень понятно что со средствами мониторинга в Calico, чтобы знать что что-то не так настроено нужно наверное видеть диаграмму сети, направления трафика, хотя бы на этапе тестирования сети