Update README_RU.md

Signed-off-by: MariaMakeeva <[email protected]>

docs/README_RU.md

@@ -13,7 +13,7 @@ moduleStatus: experimental
 - Простой и интуитивно понятный интерфейс для декларативного создания и управления виртуальными машинами и их ресурсами.
 - Возможность запуска приложений, которые по каким-то причинам нельзя или сложно запустить в контейнере.
 - Возможность запуска виртуальных машин и контейнеризованных приложений в одном окружении.
-- Интеграция с имеющейся экосистемой Deckhouse, позволяющая использовать ее возможности для виртуальных машин.
+- Интеграцию с экосистемой Deckhouse, которая использует ее возможности для виртуальных машин.
 
 ## Требования
 
@@ -24,14 +24,14 @@ moduleStatus: experimental
 - Модуль [CNI Cilium](/documentation/v1/modules/021-cni-cilium/) для обеспечения сетевой связности виртуальных машин.
 - Модули [SDS-DRBD](https://deckhouse.ru/modules/sds-drbd/stable/) или [CEPH-CSI](/documentation/v1/modules/031-ceph-csi/) для хранения данных виртуальных машин. Также возможно использовать другие варианты хранилищ, поддерживающие создание блочных устройств с режимом доступа `RWX` (`ReadWriteMany`).
 
-## Что необходимо для включить модуль?
+## Чтобы включить модуль
 
 Порядок действий для включения модуля
 
-1. Настроить кластер deckhouse
-2. Включить модуль CNI Cilium
-3. Установить и настроить хранилище SDS-DRBD/CEPH/etc
-4. Включить модуль virtualization
+1. Настройте кластер deckhouse.
+2. Включите модуль CNI Cilium.
+3. Установите и настроите хранилище SDS-DRBD/CEPH/etc.
+4. Включите модуль virtualization.
 
 ## Архитектура
 
@@ -52,13 +52,16 @@ API предоставляет возможности для создания и
 
 Образы представляют собой неизменяемые ресурсы, которые позволяют создавать новые виртуальные машины на основе предварительно настроенных и сконфигурированных образов. В зависимости от типа, образы могут быть в форматах `raw`, `qcow2`, `vmdk` и других для образов дисков виртуальных машин, а также в формате `iso` для установочных образов, которые могут быть подключены как `cdrom-устройства`.
 
-Для загрузки образов вы можете использовать внешние источники, такие как `HTTP-сервер`, `container registry`, а также локально через командную строку (`cli`). Также существует возможность создавать образы из дисков виртуальных машин, например при необходимости создания базового образа для тиражирования (`golden-image`).
+Для загрузки образов можно использовать внешние источники, такие как `HTTP-сервер`, `container registry`, а также локальные источники через командную строку (`cli`). Также существует возможность создавать образы из дисков виртуальных машин, например, при необходимости создания базового образа для тиражирования (`golden-image`).
 
-Важно отметить, что образы могут быть подключены к виртуальной машине только в режиме для чтения.
+> Образы могут быть подключены к виртуальной машине только в режиме для чтения.
 
-Образы бывают двух типов: кластерные `ClusterVirtualMachineImage`, которые доступны для всех пользователей платформы, и ограниченные по пространству имен `VirtualMachineImage`, которые доступны только для пользователей в рамках определенного `namespace`.
+Образы бывают двух типов: 
 
-Для `ClusterVirtualMachineImage` образы хранятся только в `DVCR`, а для `VirtualMachineImage` вы можете использовать как `DVCR`, так и хранилище, предоставляемое платформой (`PVC`).
+* кластерные `ClusterVirtualMachineImage`, которые доступны для всех пользователей платформы;
+* ограниченные по пространству имен `VirtualMachineImage`, которые доступны только для пользователей в рамках определенного `namespace`.
+
+Для `ClusterVirtualMachineImage` образы хранятся только в `DVCR`, а для `VirtualMachineImage` можно использовать как `DVCR`, так и хранилище, предоставляемое платформой (`PVC`).
 
 ### Диски виртуальных машин
 
@@ -74,7 +77,7 @@ Cоздание дисков для виртуальных машины обес
 
 Ресурс `VirtualMachine` отвечает за создание виртуальной машины и управления её жизненным циклом. Через конфигурацию `VirtualMachine` можно определить параметры виртуальной машины, такие как количество процессоров, объем оперативной памяти, подключаемые образы и диски, а также правила размещения на узлах платформы, аналогично тому, как это делается для подов.
 
-Политика запуска виртуальной машины определяет ее состояние. Она может быть включена, выключена, либо управление состоянием может осуществляться вручную. При перезагрузке узла, на котором запущена виртуальная машина, она будет временно выселена с этого узла с использованием механизма «живой миграции» на другой свободный узел, который удовлетворяет правилам размещения.
+Политика запуска виртуальной машины определяет ее состояние. Она может быть включена, выключена или управление состоянием может осуществляться вручную. Во время перезагрузки узла, на котором находится виртуальная машина, эта виртуальная машина будет автоматически перемещена с помощью механизма "живой миграции" на другой доступный узел, который соответствует правилам размещения.
 
 Виртуальная машина запускается внутри пода, что позволяет управлять виртуальными машинами как обычными ресурсами Kubernetes и использовать все возможности платформы, включая балансировщики нагрузки, сетевые политики, средства автоматизации и т. д.