Для просмотра этой видеозаписи необходимо авторизоваться

Авторизация
Kubernetes

От: admin Видео: 73

k8s Pod

От: admin 8:28

k8s ReplicaSet

От: admin 11:22

k8s Deployment

От: admin 15:12

k8s Service

От: admin 7:13

k8s ingress

От: admin 3:39

k8s Namespace

От: admin 10:26

k8s Service DNS

От: admin 11:29

k8s Helm Chart

От: admin 23:35

k8s CI/CD

От: admin 2:40

k8s Сеть в Kubernetes

31

0

Описание

admin

От: admin

Дата загрузки: 07/03/2023

Теги: k8s  

Курс СлЁрм по k8s

Поделиться

Share

Добавить в

Вам надо авторизоваться чтобы добавлять видеозаписи к спискам воспроизведения.

Комментарии (1)

чтобы комментировать.

admin 07/03/2023

Кубернетес занимается оркестрацией контейнеров - то есть организует запуск контейнеров на каком либо сервере-узле кластера.

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

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

Вместо этого придумали стандарт CNI (Container Network Interface), в котором описывается порядок создания сети в контейнерах, принадлежащих одному поду, каким образом назначаются IP адреса и настраивается маршрутизация внутри сетевого пространства пода.

Все контейнеры пода работают в одной network cgroup. Можно сказать, что внутри всех контейнеров находится один и тот же сетевой интерфейс.
Именно поэтому nginx из одного контейнера может слать запросы к php-fpm, запущенному в другом контейнере, на localhost:9000

Программные продукты, реализующие стандарт CNI называют CNI plugin.

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

Есть множество различных CNI плагинов - https://kubernetes.io/docs/concepts/cluster-administration/networking/

Нет никакого default CNI plugin, администратор кластера должен самостоятельно выбрать подходящий CNI plugin, исходя из своих потребностей и особенностей сетевой инфраструктуры хостера.

Самые популярные это Flannel, Calico и Cillium:
- Flannel - простое решение, хорошо подойдет, если все сервера в одной локальной сети.
- Calico - более сложное решение, позволяющее гибко объединять сервера в нескольких разных локальных сетях, создающее туннели через интернет. Так же позволяет использовать сетевые политики (кластерный фаерволл). О них мы говорим на курсе KubernetesMega.
- Cillium - использует технологию eBPF, может все то же, что и Calico, плюс есть возможности по визуализации сетевого трафика.

Процедуры установки CNI plugin достаточно просты, и установить любой популярный плагин можно без понимания процесса.
Но если вдруг возникнут проблемы, то для их диагностики и решения, могут потребоваться глубокие знания по сетевому стеку Linux, BGP, VXLAN, IPIP, eBPF и прочим технологиям, используемым в выбранном вами решении.

Advertisement