docs: fix

Signed-off-by: Pavel Tishkov <[email protected]>
deckhouse · Jan 13, 2025 · 4b7e41d · 4b7e41d
1 parent ce1d74a
commit 4b7e41d
Show file tree

Hide file tree

Showing 2 changed files with 6 additions and 6 deletions.
diff --git a/docs/ADMIN_GUIDE.md b/docs/ADMIN_GUIDE.md
@@ -211,10 +211,10 @@ spec:
   # The block describes the virtual processor parameters for virtual machines.
   # This block cannot be changed after the resource has been created.
   cpu: ...
-  # Describes the rules for node placement of virtual machines.
+  # (optional) Describes the rules for node placement of virtual machines.
   # When changed, it is automatically applied to all virtual machines using this VirtualMachineClass.
   nodeSelector: ...
-  # Describes the sizing policy for configuring virtual machine resources.
+  # (optional) Describes the sizing policy for configuring virtual machine resources.
   # When changed, it is automatically applied to all virtual machines using this VirtualMachineClass.
   sizingPolicies: ...
 ```
@@ -253,7 +253,7 @@ spec:
 ```
 
 {{< alert level="info" >}}
-Warning. It is recommended to create at least one `VirtualMachineClass` resource in the cluster with the Discovery type immediately after all nodes are configured and added to the cluster. This will allow the virtual machines to utilize a generic CPU with the highest possible CPU performance given the CPUs on the cluster nodes, allowing the virtual machines to utilize the maximum CPU capabilities and migrate seamlessly between cluster nodes if necessary.
+It is recommended to create at least one `VirtualMachineClass` resource in the cluster with the Discovery type immediately after all nodes are configured and added to the cluster. This will allow the virtual machines to utilize a generic CPU with the highest possible CPU performance given the CPUs on the cluster nodes, allowing the virtual machines to utilize the maximum CPU capabilities and migrate seamlessly between cluster nodes if necessary.
 {{< /alert >}}
 
 Platform administrators can create the required classes of virtual machines according to their needs, but it is recommended to create the minimum required. Consider the following example:

diff --git a/docs/ADMIN_GUIDE_RU.md b/docs/ADMIN_GUIDE_RU.md
@@ -214,10 +214,10 @@ spec:
   # Блок описывает параметры виртуального процессора для виртуальных машин.
   # Изменять данны блок нельзя после создания ресурса.
   cpu: ...
-  # Описывает правила размещения виртуальных машины по узлам.
+  # (опциональный блок) Описывает правила размещения виртуальных машины по узлам.
   # При изменении автоматически применяется ко всем виртуальных машинам, использующим данный VirtualMachineClass.
   nodeSelector: ...
-  # Описывает политику настройки ресурсов виртуальных машин.
+  # (опциональный блок) Описывает политику настройки ресурсов виртуальных машин.
   # При изменении автоматически применяется ко всем виртуальных машинам, использующим данный VirtualMachineClass.
   sizingPolicies: ...
 ```
@@ -256,7 +256,7 @@ spec:
 ```
 
 {{< alert level="info" >}}
-Внимание! Рекомендуется создать как минимум один ресурс `VirtualMachineClass` в кластере с типом Discovery сразу после того как все узлы будут настроены и добавлены в кластер. Это позволит использовать в виртуальных машинах универсальный процессор с максимально возможными характеристиками с учетом ЦП на узлах кластера, что позволит виртуальным машинам использовать максимум возможностей ЦП и при необходимости беспрепятственно осуществлять миграцию между узлами кластера.
+Рекомендуется создать как минимум один ресурс `VirtualMachineClass` в кластере с типом Discovery сразу после того как все узлы будут настроены и добавлены в кластер. Это позволит использовать в виртуальных машинах универсальный процессор с максимально возможными характеристиками с учетом ЦП на узлах кластера, что позволит виртуальным машинам использовать максимум возможностей ЦП и при необходимости беспрепятственно осуществлять миграцию между узлами кластера.
 {{< /alert >}}
 
 Администраторы платформы могут создавать требуемые классы виртуальных машин по своим потребностям, но рекомендуется создавать необходимый минимум. Рассмотрим на следующем примере: