diff --git a/docs/USER_GUIDE.md b/docs/USER_GUIDE.md index 606c2c531a..3432d44b6a 100644 --- a/docs/USER_GUIDE.md +++ b/docs/USER_GUIDE.md @@ -1655,7 +1655,7 @@ All of the above parameters (including the `.spec.nodeSelector` parameter from V - Use combinations of labels instead of single restrictions. For example, instead of required for a single label (e.g. env=prod), use several preferred conditions. - Consider the order in which interdependent VMs are launched. When using Affinity between VMs (for example, the backend depends on the database), launch the VMs referenced by the rules first to avoid lockouts. - Plan backup nodes for critical workloads. For VMs with strict requirements (e.g., AntiAffinity), provide backup nodes to avoid downtime in case of failure or maintenance. -- Consider existing `taints` on nodes. +- Nodes on which virtual machines run should not have any taints. {{< alert level="info" >}} When changing placement parameters: diff --git a/docs/USER_GUIDE.ru.md b/docs/USER_GUIDE.ru.md index b0d086c0c6..2a95608a60 100644 --- a/docs/USER_GUIDE.ru.md +++ b/docs/USER_GUIDE.ru.md @@ -1671,7 +1671,7 @@ spec: - Используйте комбинации меток вместо одиночных ограничений. Например, вместо required для одного лейбла (например, env=prod) используйте несколько preferred условий. - Учитывайте порядок запуска взаимозависимых ВМ. При использовании Affinity между ВМ (например, бэкенд зависит от базы данных) запускайте сначала ВМ, на которые ссылаются правила, чтобы избежать блокировок. - Планируйте резервные узлы для критических нагрузок. Для ВМ с жесткими требованиями (например, AntiAffinity) предусмотрите дополнительные узлы, чтобы избежать простоев при сбое или выводе узла в режим обслуживания. -- Учитывайте существующие ограничения (`taints`) на узлах. +- Узлы, на которых запускаются виртуальные машины, не должны иметь каких-либо ограничений по размещению подов (taints). {{< alert level="info" >}} При изменении параметров размещения: