vault backup: 2026-04-29 09:13:26

.obsidian/workspace.json

@@ -279,12 +279,14 @@
   },
   "active": "0097adcc4b7e955f",
   "lastOpenFiles": [
+    "01 Library/02 DevOps/Kubernetes/ReplicaSet.md",
+    "00 Inbox/Control Plane - Плоскость управления.md",
+    "99 System/Cache/Pasted image 20260429090930.png",
     "99 System/Cache/Pasted image 20260429090816.png",
     "99 System/Cache/Pasted image 20260429090719.png",
     "99 System/Cache/Pasted image 20260429090040.png",
     "01 Library/02 DevOps/Kubernetes/Kubernetes.md",
     "01 Library/11 Machine Learning/Линейные модели.md",
-    "00 Inbox/Control Plane - Плоскость управления.md",
     "00 Inbox/Data Plane - Плоскость данных.md",
     "99 System/Cache/Pasted image 20260429085656.png",
     "99 System/Cache/Pasted image 20260429085653.png",
@@ -322,8 +324,6 @@
     "01 Library/07 HomeLab/Проблемы дистрибутивов.md.tmp.41192.1776715581823",
     "01 Library/06 Programming/Ruby On Rails/Active Storage.md.tmp.41192.1776715578452",
     "01 Library/04 Networking/NAT.md.tmp.41192.1776715564998",
-    "01 Library/04 Networking/VPN.md.tmp.41192.1776715560642",
-    "99 System/Cache/Pasted image 20260417105833.png",
-    "99 System/Cache/Pasted image 20260417105754.png"
+    "01 Library/04 Networking/VPN.md.tmp.41192.1776715560642"
   ]
 }

00 Inbox/Control Plane - Плоскость управления.md

@@ -107,4 +107,13 @@ Kube-scheduler руководствуется присвоенным рабоч
 Kube-scheduler также руководствуется применяемыми к рабочей нагрузке Affinity/Anti-affinity rules.
 
 Правила Affinity и Anti-affinity описываются в спецификации развертывания и позволяют влиять на решение Kube-scheduler о направлении рабочих нагрузок на узлы кластера за счет расширения типов возможных ограничений.
+
 ![[Pasted image 20260429090816.png|400]]
+
+**Политика вытеснения:**
+
+В критических ситуациях Kube-scheduler может прибегнуть к процедуре вынужденного *выселения* (*переселения*) рабочих нагрузок с низким приоритетом (Priority class) в пользу рабочих нагрузок с *высоким* приоритетом, руководствуясь "*политикой вытеснения*" (Preemption policy).
+
+Данное поведение характерно для ситуаций, при которых узел с рабочей нагрузкой высокого приоритета выходит из строя — в таком случае, во избежание Downtime *высокоприоритетного* развертывания, оно будет отправлено на узел, имеющий низко приоритетную нагрузку (и она будет выселена принудительно).
+
+![[Pasted image 20260429090930.png]]