Linux docker shaper: Управление траффиком внутри контейнера - История изменений

Sirmax: Sirmax переименовал страницу Linux docker shaper в Linux docker shaper: Управление траффиком внутри контейнера

2020-03-12T12:24:53Z

Sirmax переименовал страницу Linux docker shaper в Linux docker shaper: Управление траффиком внутри контейнера

← Предыдущая

Версия 12:24, 12 марта 2020

Sirmax: /* Установка задержки */

2020-03-12T12:19:33Z

Установка задержки

← Предыдущая		Версия 12:19, 12 марта 2020
Строка 166:		Строка 166:
	tc qdisc add dev ifb1 root netem delay 20ms		tc qdisc add dev ifb1 root netem delay 20ms
	</PRE>		</PRE>
		+	Другие возможные варианты https://noname.com.ua/index.php?title=Категория:QOS&

	===Проверка===		===Проверка===

Sirmax: /* Установка задержки */

2020-03-12T12:15:32Z

Установка задержки

@@ Строка 165: / Строка 165: @@
 tc qdisc del dev ifb1 root
 tc qdisc add dev ifb1 root netem delay 20ms
 </PRE>

Sirmax: /* Проверка работы перенаправления */

2020-03-12T12:12:23Z

Проверка работы перенаправления

← Предыдущая		Версия 12:12, 12 марта 2020
Строка 156:		Строка 156:
	</PRE>		</PRE>

		+	===Установка задержки===
−
	<PRE>		<PRE>
	tc qdisc del dev ifb0 root		tc qdisc del dev ifb0 root
−	tc qdisc add dev ifb0 root netem delay ~~500ms~~	+	tc qdisc add dev ifb0 root netem delay 10ms
	</PRE>		</PRE>
−
−
−
−	<PRE>
−	</PRE>
−
−

	<PRE>		<PRE>
		+	tc qdisc del dev ifb1 root
		+	tc qdisc add dev ifb1 root netem delay 20ms
	</PRE>		</PRE>

Sirmax: /* Перенаправляем входящий / исходящий траффик на разные интерфейсы */

2020-03-12T12:11:31Z

Перенаправляем входящий / исходящий траффик на разные интерфейсы

← Предыдущая		Версия 12:11, 12 марта 2020
Строка 136:		Строка 136:
	<PRE>		<PRE>
	tc filter add dev ${CONTAINER_INTERFACE} parent 1: prio 1 protocol ip u32 match ip dst 192.168.250.3 action mirred egress redirect dev ifb0		tc filter add dev ${CONTAINER_INTERFACE} parent 1: prio 1 protocol ip u32 match ip dst 192.168.250.3 action mirred egress redirect dev ifb0
−	tc filter add dev ${CONTAINER_INTERFACE} parent ffff: protocol ip u32 match ip src 192.168.250.3 action mirred egress redirect dev ifb1	+	tc filter add dev ${CONTAINER_INTERFACE} parent ffff: protocol ip u32 match ip src 192.168.250.3 action mirred egress redirect dev ifb1
	</PRE>		</PRE>

Sirmax: /* =Поднять псквдоинтерфейсы */

2020-03-12T12:11:19Z

=Поднять псквдоинтерфейсы

← Предыдущая		Версия 12:11, 12 марта 2020
Строка 102:		Строка 102:


−	===Поднять ~~псквдоинтерфейсы~~==	+	===Поднять псевдоинтерфейсы===
	<PRE>		<PRE>
	ip link set up dev ifb0		ip link set up dev ifb0

Sirmax: /* Управление траффиком внутри контейнера */

2020-03-12T12:10:48Z

Управление траффиком внутри контейнера

← Предыдущая		Версия 12:10, 12 марта 2020
Строка 102:		Строка 102:


		+	===Поднять псквдоинтерфейсы==
−
	<PRE>		<PRE>
	ip link set up dev ifb0		ip link set up dev ifb0
Строка 109:		Строка 109:


		+	Для простоты помещаем имя интерфейса на котором будем управлять трафикомв переменную окружения
−
	<PRE>		<PRE>
	export CONTAINER_INTERFACE="eth0"		export CONTAINER_INTERFACE="eth0"
	</PRE>		</PRE>

		+	===Очистить существующие правила===
	<PRE>		<PRE>
	tc qdisc delete dev ${CONTAINER_INTERFACE} ingress		tc qdisc delete dev ${CONTAINER_INTERFACE} ingress
−	tc qdisc delete dev ${${CONTAINER_INTERFACE} root	+	tc qdisc delete dev ${CONTAINER_INTERFACE} root
	</PRE>		</PRE>
		+	Ощибки тут можо проигнорировать (если на самом деле не было настроено политик)
		+	<PRE>
		+	tc qdisc delete dev ${CONTAINER_INTERFACE} root
		+	RTNETLINK answers: No such file or directory
		+	</PRE>
		+
		+	Добавить корневые правила
	<PRE>		<PRE>
	tc qdisc add dev ${CONTAINER_INTERFACE} ingress		tc qdisc add dev ${CONTAINER_INTERFACE} ingress
Строка 125:		Строка 133:
	tc filter add dev ${CONTAINER_INTERFACE} parent 1:0 protocol ip u32		tc filter add dev ${CONTAINER_INTERFACE} parent 1:0 protocol ip u32
	</PRE>		</PRE>
		+	===Перенаправляем входящий / исходящий траффик на разные интерфейсы===
	<PRE>		<PRE>
	tc filter add dev ${CONTAINER_INTERFACE} parent 1: prio 1 protocol ip u32 match ip dst 192.168.250.3 action mirred egress redirect dev ifb0		tc filter add dev ${CONTAINER_INTERFACE} parent 1: prio 1 protocol ip u32 match ip dst 192.168.250.3 action mirred egress redirect dev ifb0
	tc filter add dev ${CONTAINER_INTERFACE} parent ffff: protocol ip u32 match ip src 192.168.250.3 action mirred egress redirect dev ifb1		tc filter add dev ${CONTAINER_INTERFACE} parent ffff: protocol ip u32 match ip src 192.168.250.3 action mirred egress redirect dev ifb1
	</PRE>		</PRE>
		+
		+	===Проверка работы перенаправления===
		+	<PRE>
		+	# tcpdump -n -i ifb0
		+	tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
		+	listening on ifb0, link-type EN10MB (Ethernet), capture size 262144 bytes
		+	^C12:08:26.032289 IP 192.168.255.5 > 192.168.250.3: ICMP echo request, id 12785, seq 21, length 64
		+	12:08:27.033178 IP 192.168.255.5 > 192.168.250.3: ICMP echo request, id 12785, seq 22, length 64
		+	</PRE>
		+
		+	<PRE>
		+	# cpdump -n -i ifb1
		+	tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
		+	listening on ifb1, link-type EN10MB (Ethernet), capture size 262144 bytes
		+	^C12:08:33.140209 IP 192.168.250.3 > 192.168.255.5: ICMP echo reply, id 12785, seq 28, length 64
		+	12:08:34.141523 IP 192.168.250.3 > 192.168.255.5: ICMP echo reply, id 12785, seq 29, length 64
		+	</PRE>
		+

	<PRE>		<PRE>

Sirmax: /* =Переходв контейнер */

2020-03-12T11:47:54Z

=Переходв контейнер

← Предыдущая		Версия 11:47, 12 марта 2020
Строка 68:		Строка 68:


−	===~~Переходв~~ контейнер==	+	===Переход в контейнер===
	Тут можно воспользоваться альтернативным путем - утилитой <B>nsenter</b> но в данном случае это мне кажется излишним		Тут можно воспользоваться альтернативным путем - утилитой <B>nsenter</b> но в данном случае это мне кажется излишним
	<PRE>		<PRE>

Sirmax: /* Подготовительный шаги */

2020-03-12T11:47:43Z

Подготовительный шаги

← Предыдущая		Версия 11:47, 12 марта 2020
Строка 47:		Строка 47:
	system call to change the network namespace associated with a task.		system call to change the network namespace associated with a task.
	</PRE>		</PRE>
		+
		+	После проделанных шагов набюлюдаю доступный для работы <B>netns</B>
	<PRE>		<PRE>
	# ip netns		# ip netns
Строка 54:		Строка 56:


		+	==Управление траффиком внутри контейнера==
−
		+	===Создание псевдоинтерфейсов ifb===
	<PRE>		<PRE>
	modprobe ifb numifbs=10		modprobe ifb numifbs=10
	</PRE>		</PRE>
		+	===Перенос интерфейсов из глобального неймспейса в докер===
	<PRE>		<PRE>
	ip link set dev ifb0 netns ${DOCKER_CONTAINER_UUID}		ip link set dev ifb0 netns ${DOCKER_CONTAINER_UUID}
Строка 64:		Строка 68:


		+	===Переходв контейнер==
−
		+	Тут можно воспользоваться альтернативным путем - утилитой <B>nsenter</b> но в данном случае это мне кажется излишним
−
	<PRE>		<PRE>
	ip netns exec ${DOCKER_CONTAINER_UUID} bash		ip netns exec ${DOCKER_CONTAINER_UUID} bash
Строка 71:		Строка 75:


		+	===Проверка состояния интерфейсов===
−
	<PRE>		<PRE>
	ifconfig -a		ifconfig -a
Строка 94:		Строка 98:
	RX errors 0 dropped 0 overruns 0 frame 0		RX errors 0 dropped 0 overruns 0 frame 0
	TX packets 0 bytes 0 (0.0 B)		TX packets 0 bytes 0 (0.0 B)
		+	<skipped>
	</PRE>		</PRE>

Sirmax: /* Ограничение траффика в контейнере */

2020-03-12T11:42:36Z

Ограничение траффика в контейнере

← Предыдущая		Версия 11:42, 12 марта 2020
Строка 8:		Строка 8:
	=Ограничение траффика в контейнере=		=Ограничение траффика в контейнере=

		+	==Постановка задачи==
		+	Настроить гибкое управление траффиком в том числе задержками и потерями внутри контейнера==
		+	==Предварительно определнные значения переменных==
	В примере <B> 6142712b1eef </B> это индентификатор контейнера		В примере <B> 6142712b1eef </B> это индентификатор контейнера
	<BR>		<BR>
		+	==Получения PID==
	Получить PID процесса докера (внутри контейнера этот процесс будет иметь PID=1)		Получить PID процесса докера (внутри контейнера этот процесс будет иметь PID=1)
	<PRE>		<PRE>
	docker inspect -f '{{.State.Pid}}' "6142712b1eef"		docker inspect -f '{{.State.Pid}}' "6142712b1eef"
	</PRE>		</PRE>
		+
		+	Далее можно этот пид подставлять везде в комманды или исподбзовать переполучение его каждый раз (что более гибко)
		+	<BR> для удобства помещаем идентификатор контейнера в переменную окружения

	<PRE>		<PRE>
	export DOCKER_CONTAINER_UUID="6142712b1eef"		export DOCKER_CONTAINER_UUID="6142712b1eef"
	</PRE>		</PRE>
		+
		+	==Подготовительный шаги==
		+	Для утилиты <B>ip</B> требуются файлы в <B> /var/run/netns</B>
	<PRE>		<PRE>
	mkdir -p /var/run/netns		mkdir -p /var/run/netns
Строка 26:		Строка 36:
	</PRE>		</PRE>

		+	По сути тут делается симлинк с файла который указывает на неймспейс созданный докером в место где ожидает его найти <B>ip</B>
		+	<BR> подробнее можно прочитать тут : [http://man7.org/linux/man-pages/man8/ip-netns.8.html мануал]
		+	<BR>Кототкая цитата:
		+	<PRE>
		+	By convention a named network namespace is an object at
		+	/var/run/netns/NAME that can be opened. The file descriptor resulting
		+	from opening /var/run/netns/NAME refers to the specified network
		+	namespace. Holding that file descriptor open keeps the network
		+	namespace alive. The file descriptor can be used with the setns(2)
		+	system call to change the network namespace associated with a task.
		+	</PRE>
	<PRE>		<PRE>
	# ip netns		# ip netns
Строка 90:		Строка 111:
	<PRE>		<PRE>
	tc qdisc delete dev ${CONTAINER_INTERFACE} ingress		tc qdisc delete dev ${CONTAINER_INTERFACE} ingress
−	tc qdisc delete dev ${${CONTAINER_INTERFACE}} root	+	tc qdisc delete dev ${${CONTAINER_INTERFACE} root
	</PRE>		</PRE>
	<PRE>		<PRE>