Flannel Kubernetes the hard way v2 - История изменений

Sirmax в 07:25, 8 октября 2024

2024-10-08T07:25:19Z

← Предыдущая		Версия 07:25, 8 октября 2024
Строка 4:		Строка 4:
	[[Категория:Flannel]]		[[Категория:Flannel]]
	[[Категория:Kubernetes the hard way v2]]		[[Категория:Kubernetes the hard way v2]]
		+	[[Категория:VxLAN]]
−

	=Flannel=		=Flannel=

Sirmax: /* Cisco (или любой другой коммутаор) FDB */

2023-12-02T19:32:02Z

Cisco (или любой другой коммутаор) FDB

← Предыдущая		Версия 19:32, 2 декабря 2023
Строка 165:		Строка 165:
	Запись следует читать так: для отправки кадра мак адресу <code>a2:99:54:8b:35:bd</code> в UDP пакете указать получателя <code>dst 192.168.122.88</code> и порт <code>dstport 8472 </code> (порт взят из <code> ip -d dev show .. </code>		Запись следует читать так: для отправки кадра мак адресу <code>a2:99:54:8b:35:bd</code> в UDP пакете указать получателя <code>dst 192.168.122.88</code> и порт <code>dstport 8472 </code> (порт взят из <code> ip -d dev show .. </code>

−	==Cisco (или любой другой ~~коммутаор~~) FDB==	+	==Cisco (или любой другой коммутатор) FDB==
	Просмотр таблицы коммутации:		Просмотр таблицы коммутации:
	<PRE>		<PRE>

Sirmax в 07:20, 22 декабря 2022

2022-12-22T07:20:43Z

← Предыдущая		Версия 07:20, 22 декабря 2022
Строка 2:		Строка 2:
	[[Категория:Networking]]		[[Категория:Networking]]
	[[Категория:Linux]]		[[Категория:Linux]]
		+	[[Категория:Flannel]]
	[[Категория:Kubernetes the hard way v2]]		[[Категория:Kubernetes the hard way v2]]

Sirmax: /* Полный путь пакет (подведение итога) */

2022-12-15T10:23:07Z

Полный путь пакет (подведение итога)

Sirmax: /* Полный путь пакет (подведение итога) */

2022-12-15T10:15:41Z

Полный путь пакет (подведение итога)

← Предыдущая		Версия 10:15, 15 декабря 2022
Строка 411:		Строка 411:
	Для закрепления - повторю еще раз (словами, без деталей) путь пакета:		Для закрепления - повторю еще раз (словами, без деталей) путь пакета:

−	# '''Внутри POD3:''' Ядро просматривает таблицу маршрутизации, находит маршрут (это default gateway, 10.244.3.1)	+	# '''Внутри POD3:''' Ядро просматривает таблицу маршрутизации, находит маршрут (это default gateway, 10.244.3.1)
−	# '''Внутри POD3:''' Определяется интерфейс через который доступен default gateway (это тот конец veth который заведен в POD3)	+	# '''Внутри POD3:''' Определяется интерфейс через который доступен default gateway (это тот конец veth который заведен в POD3)
−	# '''Внутри POD3:''' Пакет отправляется на шлюз POD3 (мак адрес шлюза известен через ARP, MAC-адрес получателя в пакете это мак адрес шлюза, IP адрес получателя в пакете это IP адрес POD1)	+	# '''Внутри POD3:''' Пакет отправляется на шлюз POD3 (мак адрес шлюза известен через ARP, MAC-адрес получателя в пакете это мак адрес шлюза, IP адрес получателя в пакете это IP адрес POD1)
−	# '''Нода Worker3:'''Пакет проходит через ~~Veth~~ и попадает в Global Network Namespace (т.е. в основной сетевой стек)	+	# '''Нода Worker3:''' Пакет проходит через <code>veth</code> и попадает в Global Network Namespace (т.е. в основной сетевой стек)
−	# Так как в основном ~~сетевем~~ стеке второй конец veth включен в бридж cni0 то входящим логическим интерфейсом будет cni0 (хотя физическим - vethx)	+	# '''Нода Worker3:''' Так как в основном сетевом стеке второй конец <code>veth</code> включен в бридж <code>cni0</code> то входящим логическим интерфейсом будет <code>cni0</code> (хотя физическим - <code>vethx</code>)
	# Пакет имеет правильный мак-адрес получателя, совпадающий с мак-адресом интерйейса cni0, по этой причине пакет не будет отброшен, а будет передан на обработку процессу маршрутизации		# Пакет имеет правильный мак-адрес получателя, совпадающий с мак-адресом интерйейса cni0, по этой причине пакет не будет отброшен, а будет передан на обработку процессу маршрутизации
	# В процесса маршрутизации определяется что адрес получателя доступен через интерфейс flannel.1 через шлюз 10.244.1.0		# В процесса маршрутизации определяется что адрес получателя доступен через интерфейс flannel.1 через шлюз 10.244.1.0

Sirmax: /* Полный путь пакет (подведение итога) */

2022-12-15T10:14:21Z

Полный путь пакет (подведение итога)

← Предыдущая		Версия 10:14, 15 декабря 2022
Строка 411:		Строка 411:
	Для закрепления - повторю еще раз (словами, без деталей) путь пакета:		Для закрепления - повторю еще раз (словами, без деталей) путь пакета:

−	# Внутри POD3: просматривает таблицу маршрутизации, находит маршрут (это default gateway, 10.244.3.1/)	+	# '''Внутри POD3:''' Ядро просматривает таблицу маршрутизации, находит маршрут (это default gateway, 10.244.3.1)
−	# Внутри POD3 Определяется интерфейс через который доступен default gateway (это тот конец veth который заведен в POD3)	+	# '''Внутри POD3:''' Определяется интерфейс через который доступен default gateway (это тот конец veth который заведен в POD3)
−	# Пакет отправляется на шлюз POD3 (мак адрес шлюза известен через ARP, MAC-адрес получателя в пакете это мак адрес шлюза, IP адрес получателя в пакете это IP адрес POD1)	+	# '''Внутри POD3:''' Пакет отправляется на шлюз POD3 (мак адрес шлюза известен через ARP, MAC-адрес получателя в пакете это мак адрес шлюза, IP адрес получателя в пакете это IP адрес POD1)
−	# Пакет проходит через Veth и попадает в Global Network Namespace (т.е. в основной сетевой стек)	+	# '''Нода Worker3:'''Пакет проходит через Veth и попадает в Global Network Namespace (т.е. в основной сетевой стек)
	# Так как в основном сетевем стеке второй конец veth включен в бридж cni0 то входящим логическим интерфейсом будет cni0 (хотя физическим - vethx)		# Так как в основном сетевем стеке второй конец veth включен в бридж cni0 то входящим логическим интерфейсом будет cni0 (хотя физическим - vethx)
	# Пакет имеет правильный мак-адрес получателя, совпадающий с мак-адресом интерйейса cni0, по этой причине пакет не будет отброшен, а будет передан на обработку процессу маршрутизации		# Пакет имеет правильный мак-адрес получателя, совпадающий с мак-адресом интерйейса cni0, по этой причине пакет не будет отброшен, а будет передан на обработку процессу маршрутизации

Sirmax: /* Flannel */

2022-12-15T10:12:39Z

Flannel

← Предыдущая		Версия 10:12, 15 декабря 2022
Строка 138:		Строка 138:
	</PRE>		</PRE>

−	* <code>nolearning </code> Адреса в таблицу "коммутации" добавляются в ручном режиме (в случае с Flannel - как раз процессом flanneld)	+	* <code>nolearning </code> Адреса в таблицу "коммутации" добавляются в ручном режиме (в случае с Flannel - как раз процессом flanneld). Кроме ручного режима есть и другие варианты, детали можно прочитать в статье (ссылка в конце)

	<BR>		<BR>

Sirmax: /* Flannel */

2022-12-15T10:11:25Z

Flannel

← Предыдущая		Версия 10:11, 15 декабря 2022
Строка 122:		Строка 122:
	root@worker3# netstat -ntplu		root@worker3# netstat -ntplu
	</PRE>		</PRE>
−	Вывод сокращен для удобства чтения	+	Вывод сокращен для удобства чтения, имя процесса ожидаемо отсутствует, так как порт слушает ядро
	<PRE>		<PRE>
	Active Internet connections (only servers)		Active Internet connections (only servers)
Строка 131:		Строка 131:
	<PRE>		<PRE>
	root@worker1# netstat -ntplu		root@worker1# netstat -ntplu
		+	</PRE>
		+	<PRE>
	Active Internet connections (only servers)		Active Internet connections (only servers)
	Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name		Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name

Sirmax: /* Flannel */

2022-12-15T10:10:21Z

Flannel

@@ Строка 117: / Строка 117: @@
 ** <code>srcport 0 0</code> означает что выбор с какого порта оставлен на усмотрение операционной системы (вероятно можно задать отдельный порт или диапазон, но практической необходимости в этом нет)
 ** <code>dstport 8472</code> порт получателя - обязательный параметр, и должен быть указан правильно
 * <code>nolearning  </code> Адреса в таблицу "коммутации" добавляются в  ручном режиме (в случае с Flannel - как раз процессом flanneld)

Sirmax: /* Полный путь пакет (подведение итога) */

2022-12-14T18:33:17Z

Полный путь пакет (подведение итога)

← Предыдущая		Версия 18:33, 14 декабря 2022
Строка 401:		Строка 401:
	# Пакет попадает в интерфейс flannel.1 на Worker 3 и обрабатывается согласно правилам коммутации которые настроены на flannel.1		# Пакет попадает в интерфейс flannel.1 на Worker 3 и обрабатывается согласно правилам коммутации которые настроены на flannel.1
	# Согласно этих правил пакет инкапсулируется в UDP и отправляется на адрес Worker 1 ( 192.168.0.88 )		# Согласно этих правил пакет инкапсулируется в UDP и отправляется на адрес Worker 1 ( 192.168.0.88 )
−	# Отправка пакета на Worker 1 проимходит обычным образом - просмотр таблицы маршрутизации, определение интерфейса, ~~поимк~~ ма-адреса, отправка	+	# Отправка пакета на Worker 1 проимходит обычным образом - просмотр таблицы маршрутизации, определение интерфейса, получение мак-адреса с помощью <code>arp</code>, отправка пакета
	# Инкапсулированный пакет, содержащий внутри себя Etherneth-frame доставлен на интерфейс enp1s0 ноды Worker 1 (процесс доставки, коммутация завист от физической сети и подразумевает ее работоспособность)		# Инкапсулированный пакет, содержащий внутри себя Etherneth-frame доставлен на интерфейс enp1s0 ноды Worker 1 (процесс доставки, коммутация завист от физической сети и подразумевает ее работоспособность)
	# Так как это пакет на порт, на котором ожидается получения пакетов с инкапсуляцией VxLAN, то пакет проходит процедуру декапсуляции и оригинальный пакет попадает на интерфейс flannel.1 на ноде worker 1		# Так как это пакет на порт, на котором ожидается получения пакетов с инкапсуляцией VxLAN, то пакет проходит процедуру декапсуляции и оригинальный пакет попадает на интерфейс flannel.1 на ноде worker 1

← Предыдущая		Версия 10:23, 15 декабря 2022
Строка 416:		Строка 416:
	# '''Нода Worker3:''' Пакет проходит через <code>veth</code> и попадает в Global Network Namespace (т.е. в основной сетевой стек)		# '''Нода Worker3:''' Пакет проходит через <code>veth</code> и попадает в Global Network Namespace (т.е. в основной сетевой стек)
	# '''Нода Worker3:''' Так как в основном сетевом стеке второй конец <code>veth</code> включен в бридж <code>cni0</code> то входящим логическим интерфейсом будет <code>cni0</code> (хотя физическим - <code>vethx</code>)		# '''Нода Worker3:''' Так как в основном сетевом стеке второй конец <code>veth</code> включен в бридж <code>cni0</code> то входящим логическим интерфейсом будет <code>cni0</code> (хотя физическим - <code>vethx</code>)
−	# Пакет имеет правильный мак-адрес получателя, совпадающий с мак-адресом ~~интерйейса~~ cni0, по этой причине пакет не будет отброшен, а будет передан на обработку процессу маршрутизации	+	# '''Нода Worker3:''' Пакет имеет правильный мак-адрес получателя, совпадающий с мак-адресом интерфейса <code>cni0</code>, по этой причине пакет не будет отброшен, а будет передан на обработку процессу маршрутизации
−	# В процесса маршрутизации определяется что адрес получателя доступен через интерфейс flannel.1 через шлюз 10.244.1.0	+	# '''Нода Worker3:''' В процесса маршрутизации определяется что адрес получателя не является локальным и доступен через интерфейс <code>flannel.1</code> через шлюз <code>10.244.1.0</code>
−	# Мак-адрес шлюза 10.244.1.0 определяется ~~через~~ ARP	+	# '''Нода Worker3:''' Мак-адрес шлюза 10.244.1.0 определяется с помощью ARP
−	# Формируется новый пакет, который имеет мак-адресом получателя мак-адрес шлюза 10.244.1.0, изученный через arp, а IP адресом получателя - адрес POD1	+	# '''Нода Worker3:''' Формируется новый пакет, который имеет мак-адресом получателя мак-адрес шлюза 10.244.1.0, изученный через arp, а IP адресом получателя - адрес POD1
−	# Пакет попадает в интерфейс flannel.1 на Worker 3 и обрабатывается согласно правилам коммутации которые настроены на flannel.1	+	# '''Нода Worker3:''' Пакет попадает в интерфейс <code>flannel.1</code> на Worker 3 и обрабатывается согласно правилам коммутации которые настроены на flannel.1. Напомню что каждый <code>VxLAN</code> можно считать распределённым коммутатором, со своей таблицей коммутации (<code>FDB</code>)
−	# Согласно этих правил пакет инкапсулируется в UDP и отправляется на адрес Worker 1 ( 192.168.0.88 )	+	# '''Нода Worker3:''' Согласно этих правил пакет инкапсулируется в UDP и отправляется на адрес Worker 1 ( 192.168.0.88 )
−	# Отправка пакета на Worker 1 ~~проимходит~~ обычным образом - просмотр таблицы маршрутизации, определение интерфейса, получение мак-адреса с помощью <code>arp</code>, отправка пакета	+	# '''Нода Worker3:''' Отправка пакета на Worker 1 происходит обычным образом - просмотр таблицы маршрутизации, определение интерфейса, получение мак-адреса с помощью <code>arp</code>, отправка пакета
−	# Инкапсулированный пакет, содержащий внутри себя Etherneth-frame доставлен на интерфейс enp1s0 ноды Worker 1 (процесс доставки, коммутация ~~завист~~ от физической сети и подразумевает ее работоспособность)	+	# '''Нода Worker3:''' Инкапсулированный пакет, содержащий внутри себя Etherneth-frame доставлен на интерфейс <code>enp1s0</code> ноды Worker 1 (процесс доставки, коммутация зависит от физической сети и подразумевает ее работоспособность)
−	# Так как это пакет на порт, на котором ожидается получения пакетов с инкапсуляцией VxLAN, то пакет проходит процедуру ~~декапсуляции~~ и оригинальный пакет попадает на интерфейс flannel.1 на ноде worker 1	+	# '''Нода Worker1:''' Так как это пакет на порт, на котором ожидается получения пакетов с инкапсуляцией <code>VxLAN</code>, (см. <code>netstat -ntplu</code>), то пакет проходит процедуру деинкапсуляции и оригинальный пакет попадает на интерфейс flannel.1 на ноде worker 1
−	# Согласно таблице маршрутизации определяется что получатель этого пакета доступен через интерфейс cni0	+	# '''Нода Worker1:''' Согласно таблице маршрутизации определяется что получатель этого пакета доступен через интерфейс <code>cni0</code>
−	# ~~Просиходит~~ заполнение записи ARP для получателя обычным образом	+	# '''Нода Worker1:''' Происходит заполнение записи ARP для получателя обычным образом
−	# Пакет отправлется с интерфейса cni0. Так как это интерфейс типа бридж, то процесс коммутации опердеяет на каком порту виртуального бриджа доступен мак-адрес получателя. Этот адрес уже известен и изучен процессом комутации так как он учавствовал в процессе поределения ARP. Если нет то пакет был бы отправлен на все порты	+	# '''Нода Worker1:'''Пакет отправлется с интерфейса <code>cni0</code>. Так как это интерфейс типа бридж, то процесс коммутации опердеяет на каком порту виртуального бриджа доступен мак-адрес получателя. Этот адрес уже известен и изучен процессом комутации так как он учавствовал в процессе поределения ARP. Если нет то пакет был бы отправлен на все порты
−	# Пакет коммутируется через виртуальный интерфейс veth и достигает pod1	+	# '''Нода Worker1:'''Пакет коммутируется через виртуальный интерфейс <code>veth</code> и достигает pod1

	=Результат=		=Результат=