K8s Q A Node Affinity Taints Tolerations - История изменений

Sirmax: /* Еще пример с более сложной конфигурацией */

2024-03-18T08:31:48Z

Еще пример с более сложной конфигурацией

← Предыдущая		Версия 08:31, 18 марта 2024
Строка 405:		Строка 405:
	values:		values:
	- label_1_value_for_pod_1		- label_1_value_for_pod_1
		+
	... тут сколько угодно еще таких конструкций - key: ...		... тут сколько угодно еще таких конструкций - key: ...
		+
	- key: label_N_name_for_pod_1		- key: label_N_name_for_pod_1
	operator: In		operator: In
Строка 412:		Строка 414:
	topologyKey: kubernetes.io/hostname		topologyKey: kubernetes.io/hostname
	weight: 10		weight: 10
		+

	... тут сколько угодно еще таких конструкций - podAffinityTerm:...		... тут сколько угодно еще таких конструкций - podAffinityTerm:...
		+

	- podAffinityTerm:		- podAffinityTerm:
Строка 422:		Строка 426:
	values:		values:
	- label_1_value_for_pod_M		- label_1_value_for_pod_M
		+
	... тут сколько угодно еще таких конструкций ...		... тут сколько угодно еще таких конструкций ...
		+
	- key: label_N_name_for_pod_M		- key: label_N_name_for_pod_M
	operator: In		operator: In

Sirmax: /* Еще пример с более сложной конфигурацией */

2024-03-18T08:28:43Z

Еще пример с более сложной конфигурацией

← Предыдущая		Версия 08:28, 18 марта 2024
Строка 392:		Строка 392:
	* <code>topologyKey</code> в данном примере это нода, те скедулер попробует выбрать ноду на которой нет ПОДа соответвующего условиям, однако это может быть и другой ключ, например <code>rack</code> или <code>datacenter</code>		* <code>topologyKey</code> в данном примере это нода, те скедулер попробует выбрать ноду на которой нет ПОДа соответвующего условиям, однако это может быть и другой ключ, например <code>rack</code> или <code>datacenter</code>

−	<B>	+	<BR>
	Если нужно выбрать ноду, на которой не должно быть нескольких подов, то конфигурация будет следующая		Если нужно выбрать ноду, на которой не должно быть нескольких подов, то конфигурация будет следующая
	<PRE>		<PRE>

Sirmax: /* Еще пример с более сложной конфигурацией */

2024-03-18T08:28:14Z

Еще пример с более сложной конфигурацией

@@ Строка 391: / Строка 391: @@
 * <code>matchExpressions</code> - это список условий, которые перечисляют, какие метки (<code>labelSelector</code>) должны быть у пода и какие значения должны быть у этих меток. <B>ВАЖНО</B> что под, от которого будет  происходить "отталкивание" должен удовлетворять <B>ВСЕМ</B> условиям, т е у него должны быть все метки <code>release_group</code> <code>application</code> <code>component</code>  каждая с соответствующим значением
 * <code>topologyKey</code> в данном примере это нода, те скедулер попробует выбрать ноду на которой нет ПОДа соответвующего условиям, однако это может быть и другой ключ, например <code>rack</code> или <code>datacenter</code>
 ==Static pod allocations==

Sirmax: /* Еще пример с более сложной конфигурацией */

2024-03-18T08:15:55Z

Еще пример с более сложной конфигурацией

← Предыдущая		Версия 08:15, 18 марта 2024
Строка 388:		Строка 388:
	* <code>preferredDuringSchedulingIgnoredDuringExecution</code> - это означает что условие не обязательное,		* <code>preferredDuringSchedulingIgnoredDuringExecution</code> - это означает что условие не обязательное,
	другими словами scheduler попытается найти ноду, удовлетворяющую условиям, но если не найдет то POD все равно буltn pfgeoty		другими словами scheduler попытается найти ноду, удовлетворяющую условиям, но если не найдет то POD все равно буltn pfgeoty
		+	* <code>- podAffinityTerm</code> - это элемент списка (<code>list, [ ... ] </code>), которых может быть более одного
−	* <code></code>
		+	* <code>matchExpressions</code> - это список условий, которые перечисляют, какие метки (<code>labelSelector</code>) должны быть у пода и какие значения должны быть у этих меток. <B>ВАЖНО</B> что под, от которого будет происходить "отталкивание" должен удовлетворять <B>ВСЕМ</B> условиям, т е у него должны быть все метки <code>release_group</code> <code>application</code> <code>component</code> каждая с соответствующим значением
−	* <code></code>
		+	* <code>topologyKey</code> в данном примере это нода, те скедулер попробует выбрать ноду на которой нет ПОДа соответвующего условиям, однако это может быть и другой ключ, например <code>rack</code> или <code>datacenter</code>
−	* <code></code>
	* <code></code>		* <code></code>
	* <code></code>		* <code></code>

Sirmax: /* Еще пример с более сложной конфигурацией */

2024-03-18T08:09:11Z

Еще пример с более сложной конфигурацией

← Предыдущая		Версия 08:09, 18 марта 2024
Строка 388:		Строка 388:
	* <code>preferredDuringSchedulingIgnoredDuringExecution</code> - это означает что условие не обязательное,		* <code>preferredDuringSchedulingIgnoredDuringExecution</code> - это означает что условие не обязательное,
	другими словами scheduler попытается найти ноду, удовлетворяющую условиям, но если не найдет то POD все равно буltn pfgeoty		другими словами scheduler попытается найти ноду, удовлетворяющую условиям, но если не найдет то POD все равно буltn pfgeoty
		+	* <code></code>
		+	* <code></code>
		+	* <code></code>
		+	* <code></code>
		+	* <code></code>

	==Static pod allocations==		==Static pod allocations==

Sirmax: /* Еще пример с более сложной конфигурацией */

2024-03-18T08:08:47Z

Еще пример с более сложной конфигурацией

← Предыдущая		Версия 08:08, 18 марта 2024
Строка 362:		Строка 362:

	==Еще пример с более сложной конфигурацией==		==Еще пример с более сложной конфигурацией==
		+	<PRE>
		+	affinity:
		+	podAntiAffinity:
		+	preferredDuringSchedulingIgnoredDuringExecution:
		+	- podAffinityTerm:
		+	labelSelector:
		+	matchExpressions:
		+	- key: release_group
		+	operator: In
		+	values:
		+	- openstack-designate
		+	- key: application
		+	operator: In
		+	values:
		+	- designate
		+	- key: component
		+	operator: In
		+	values:
		+	- api
		+	topologyKey: kubernetes.io/hostname
		+	weight: 10
		+	</PRE>
		+
		+	Что тут важно
		+	* <code>preferredDuringSchedulingIgnoredDuringExecution</code> - это означает что условие не обязательное,
		+	другими словами scheduler попытается найти ноду, удовлетворяющую условиям, но если не найдет то POD все равно буltn pfgeoty

	==Static pod allocations==		==Static pod allocations==

Sirmax: /* Еще один пример - своими словами */

2024-03-18T08:06:35Z

Еще один пример - своими словами

← Предыдущая		Версия 08:06, 18 марта 2024
Строка 359:		Строка 359:
	* для всех нод из списка шага 2 составить список значений метки failure-domain.beta.kubernetes.io/zone		* для всех нод из списка шага 2 составить список значений метки failure-domain.beta.kubernetes.io/zone
	* найти ноду у которой значение метки failure-domain.beta.kubernetes.io/zone не входит в список из шага 3		* найти ноду у которой значение метки failure-domain.beta.kubernetes.io/zone не входит в список из шага 3
		+
		+
		+	==Еще пример с более сложной конфигурацией==

	==Static pod allocations==		==Static pod allocations==

Sirmax: /* Static pod allocations */

2024-01-10T09:47:57Z

Static pod allocations

← Предыдущая		Версия 09:47, 10 января 2024
Строка 373:		Строка 373:

	Просто создадим манифест статического пода		Просто создадим манифест статического пода
		+	<PRE>
−
	cat <<EOF >/etc/kubernetes/manifests/static-web.yaml		cat <<EOF >/etc/kubernetes/manifests/static-web.yaml
	apiVersion: v1		apiVersion: v1
Строка 390:		Строка 390:
	protocol: TCP		protocol: TCP
	EOF		EOF
		+	</PRE>
	И проверим, что получилось:		И проверим, что получилось:
		+	<PRE>
−
	> kubectl get pods -l role=static		> kubectl get pods -l role=static

	NAME READY STATUS RESTARTS AGE		NAME READY STATUS RESTARTS AGE
	static-web-my-node1 1/1 Running 0 2m		static-web-my-node1 1/1 Running 0 2m
		+	</PRE>
−	Порядок применения	+	==Порядок применения==

−	Первым всегда применяется static pod. Он игнорирует все (taints, affinities, node selectors).	+	* Первым всегда применяется static pod. Он игнорирует все (taints, affinities, node selectors).

−	Вторым по списку применяется taint. Если у pod нет toleration – он не будет размещен, по этому taint – это очень эффективный способ “разогнать” pod-ы с определенного узла (или группы узлов).	+	* Вторым по списку применяется taint. Если у pod нет toleration – он не будет размещен, по этому taint – это очень эффективный способ “разогнать” pod-ы с определенного узла (или группы узлов).

−	В случае, если есть nodeAffinity и nodeSelector – должны сработать оба условия сразу (то есть – и метка селектора и условия affinity).	+	* В случае, если есть nodeAffinity и nodeSelector – должны сработать оба условия сразу (то есть – и метка селектора и условия affinity).

−	Заключение	+	=Заключение=

	Kubernetes – мощный, богатый на возможности инструмент. Он кажется слегка неудобным, но ровно до момента понимания логики его работы. Scheduler у kubernetes практически ключевой компонент, и он достаточно гибок, пусть и не самым лучшим образом описан. Надеюсь – эта статья кому-то поможет. Высокого вам аптайма!		Kubernetes – мощный, богатый на возможности инструмент. Он кажется слегка неудобным, но ровно до момента понимания логики его работы. Scheduler у kubernetes практически ключевой компонент, и он достаточно гибок, пусть и не самым лучшим образом описан. Надеюсь – эта статья кому-то поможет. Высокого вам аптайма!
−
−	2021-01-15

Sirmax: /* Еще один пример - своими словами */

2024-01-10T09:45:59Z

Еще один пример - своими словами

← Предыдущая		Версия 09:45, 10 января 2024
Строка 345:		Строка 345:


		+	<PRE>
−	```
	- labelSelector:		- labelSelector:
	matchLabels:		matchLabels:
	app.kubernetes.io/name: "parity"		app.kubernetes.io/name: "parity"
	parity/chain: "mainnet"		parity/chain: "mainnet"
		+	</PRE>
−	```
	Эта часть относится к поду и тут 2 условия		Эта часть относится к поду и тут 2 условия
	итого я читаю эту запись как		итого я читаю эту запись как


−	~~1 -~~ найти все POD у которых есть одновременно 2 метки - app.kubernetes.io/name со значением "parity" и parity/chain со значением "mainnet"	+	* найти все POD у которых есть одновременно 2 метки - app.kubernetes.io/name со значением "parity" и parity/chain со значением "mainnet"
−	~~2 -~~ найти все ноды на которых запущены поды из списка с шага 1	+	* найти все ноды на которых запущены поды из списка с шага 1
−	~~3 -~~ для всех нод из списка шага 2 составить список значений метки failure-domain.beta.kubernetes.io/zone	+	* для всех нод из списка шага 2 составить список значений метки failure-domain.beta.kubernetes.io/zone
−	~~4 -~~ найти ноду у которой значение метки failure-domain.beta.kubernetes.io/zone не входит в список из шага 3	+	* найти ноду у которой значение метки failure-domain.beta.kubernetes.io/zone не входит в список из шага 3

	==Static pod allocations==		==Static pod allocations==

Sirmax: /* PodAffinitty и PodAntiAffinitty */

2024-01-09T15:29:05Z

PodAffinitty и PodAntiAffinitty

← Предыдущая		Версия 15:29, 9 января 2024
Строка 233:		Строка 233:
	==PodAffinitty и PodAntiAffinitty==		==PodAffinitty и PodAntiAffinitty==

−	Механизм, который помогает размещать pod-ы относительно нод – может так же помочь и разместить pod-ы относительно друг друга – за это отвечают классы PodAffinity и PodAntiAffinity. Все три класса можно сочетать друг с другом, синтаксис внутри одинаковый, по этому просто покажу пример:	+	Механизм, который помогает размещать pod-ы относительно нод – может так же помочь и разместить pod-ы относительно <BR>
		+	друг друга – за это отвечают классы <code>PodAffinity</code> и <code>PodAntiAffinity</code>. <BR>
		+	Все три класса можно сочетать друг с другом, синтаксис внутри одинаковый, по этому просто покажу пример:
	<PRE>		<PRE>
	apiVersion: apps/v1		apiVersion: apps/v1