diff --git a/src/guide/compute/compute-how-to/compute-connect.md b/src/guide/compute/compute-how-to/compute-connect.md
index 2c8892d..d6b4baa 100644
--- a/src/guide/compute/compute-how-to/compute-connect.md
+++ b/src/guide/compute/compute-how-to/compute-connect.md
@@ -33,3 +33,4 @@
- IP-адреса ВМ можно узнать на странице сервиса **Виртуальные машины** в разделе **Виртуальные машины**, нажмите на имя ВМ и скопируйте IP-адрес.
3. Подтвердите подключение.
+
diff --git a/src/guide/wikidf/01-lic-sert/lic.md b/src/guide/wikidf/01-lic-sert/lic.md
deleted file mode 100644
index fb1fefa..0000000
--- a/src/guide/wikidf/01-lic-sert/lic.md
+++ /dev/null
@@ -1,31 +0,0 @@
-# Лицензии
-
-## Лицензия Роскомнадзора на оказание телематических услуг связи
-
-
-
-## Лицензия Роскомнадзора на оказание услуг связи по передаче данных
-
-Услуги связи по передаче данных, за исключением услуг связи по передаче данных для целей передачи голосовой информации.
-
-
-
-## Лицензия Роскомнадзора на оказание услуг связи по предоставлению каналов связи
-
-Услуги связи по передаче данных, за исключением услуг связи по передаче данных для целей передачи голосовой информации.
-
-
-
-## Лицензия ФСТЭК России на деятельность по технической защите конфиденциальной информации
-
-
-
-
-
-## Лицензия ФСБ России на деятельность по разработке, производству, распространению шифровальных (криптографических) средств
-
-
-
-
-
-
diff --git a/src/guide/wikidf/01-lic-sert/lic01.jpg b/src/guide/wikidf/01-lic-sert/lic01.jpg
deleted file mode 100644
index 89d78e2..0000000
Binary files a/src/guide/wikidf/01-lic-sert/lic01.jpg and /dev/null differ
diff --git a/src/guide/wikidf/01-lic-sert/lic02.jpg b/src/guide/wikidf/01-lic-sert/lic02.jpg
deleted file mode 100644
index 96184b3..0000000
Binary files a/src/guide/wikidf/01-lic-sert/lic02.jpg and /dev/null differ
diff --git a/src/guide/wikidf/01-lic-sert/lic03.jpg b/src/guide/wikidf/01-lic-sert/lic03.jpg
deleted file mode 100644
index 9f55827..0000000
Binary files a/src/guide/wikidf/01-lic-sert/lic03.jpg and /dev/null differ
diff --git a/src/guide/wikidf/01-lic-sert/lic04-1.jpg b/src/guide/wikidf/01-lic-sert/lic04-1.jpg
deleted file mode 100644
index 07962cf..0000000
Binary files a/src/guide/wikidf/01-lic-sert/lic04-1.jpg and /dev/null differ
diff --git a/src/guide/wikidf/01-lic-sert/lic04-2.jpg b/src/guide/wikidf/01-lic-sert/lic04-2.jpg
deleted file mode 100644
index 69dc80c..0000000
Binary files a/src/guide/wikidf/01-lic-sert/lic04-2.jpg and /dev/null differ
diff --git a/src/guide/wikidf/01-lic-sert/lic05-1.jpg b/src/guide/wikidf/01-lic-sert/lic05-1.jpg
deleted file mode 100644
index 90f86ba..0000000
Binary files a/src/guide/wikidf/01-lic-sert/lic05-1.jpg and /dev/null differ
diff --git a/src/guide/wikidf/01-lic-sert/lic05-2.jpg b/src/guide/wikidf/01-lic-sert/lic05-2.jpg
deleted file mode 100644
index 56a16b2..0000000
Binary files a/src/guide/wikidf/01-lic-sert/lic05-2.jpg and /dev/null differ
diff --git a/src/guide/wikidf/01-lic-sert/lic05-3.jpg b/src/guide/wikidf/01-lic-sert/lic05-3.jpg
deleted file mode 100644
index c65c66e..0000000
Binary files a/src/guide/wikidf/01-lic-sert/lic05-3.jpg and /dev/null differ
diff --git a/src/guide/wikidf/01-lic-sert/sert.md b/src/guide/wikidf/01-lic-sert/sert.md
deleted file mode 100644
index 478326b..0000000
--- a/src/guide/wikidf/01-lic-sert/sert.md
+++ /dev/null
@@ -1,60 +0,0 @@
-# Сертификаты и аттестаты
-
-## Аттестат соответствия требованиям безопасности информации, предъявляемым к информационным системам персональных данных (УЗ-1)
-
-
-
-
-
-## Аттестат соответствия требованиям безопасности информации, предъявляемым к информационным системам персональных данных, к государственным информационным системам и к информационным системам общего пользования (УЗ-1, К1, 1Г, ИСОП II)
-
-
-
-
-
-## Аттестат соответствия требованиям безопасности информации, предъявляемым к информационным системам персональных данных и к государственным информационным системам (УЗ-1, К1, 1Г)
-
-
-
-## Соответствие требованиям ГОСТ Р 57580.1-2017
-
-
-
-
-
-## Соответствие требованиям Payment Card Industry Data Standard 4.0.1
-
-Сертификат подтверждает соответствие "Датафорт" требованиям Payment Card Industry Data Standard 4.0.1 для предоставления различных сервисов в рамках услуг хостинга.
-
-
-
-## Соответствие системы менеджмента требованиям ISO/IEC 27001:2022, ISO/IEC 27017:2015, ISO/IEC 27018:2019
-
-
-
-
-
-## Соответствие системы менеджмента качества требованиям ISO/IEC 9001:2015
-
-Сертификат подтверждает, что система менеджмента качества "Датафорт" соответствует требованиям ISO/IEC 9001:2015.
-
-
-
-## Соответствие требованиям ISO/IEC 20000-1:2018
-
-Сертификат подтверждает, что система менеджмента услуг в информационных технологиях DataFort соответствует требованиям ISO/IEC 20000-1:2018.
-
-
-
-## Соответствие требованиям ISO/IEC 27001:2013
-
-Сертификат подтверждает, что система управления информационной безопасностью DataFort соответствует требованиям ISO/IEC 27001:2013.
-
-
-
-## Соответствие требованиям ISO/IEC 27017:2015
-
-
-
-## Соответствие требованиям ISO/IEC 27018:2019
-
diff --git a/src/guide/wikidf/01-lic-sert/sert1-1.PNG b/src/guide/wikidf/01-lic-sert/sert1-1.PNG
deleted file mode 100644
index a5f81b7..0000000
Binary files a/src/guide/wikidf/01-lic-sert/sert1-1.PNG and /dev/null differ
diff --git a/src/guide/wikidf/01-lic-sert/sert1-2.PNG b/src/guide/wikidf/01-lic-sert/sert1-2.PNG
deleted file mode 100644
index ce49085..0000000
Binary files a/src/guide/wikidf/01-lic-sert/sert1-2.PNG and /dev/null differ
diff --git a/src/guide/wikidf/01-lic-sert/sert10.PNG b/src/guide/wikidf/01-lic-sert/sert10.PNG
deleted file mode 100644
index 10dee45..0000000
Binary files a/src/guide/wikidf/01-lic-sert/sert10.PNG and /dev/null differ
diff --git a/src/guide/wikidf/01-lic-sert/sert11.PNG b/src/guide/wikidf/01-lic-sert/sert11.PNG
deleted file mode 100644
index 92c84a0..0000000
Binary files a/src/guide/wikidf/01-lic-sert/sert11.PNG and /dev/null differ
diff --git a/src/guide/wikidf/01-lic-sert/sert2-1.jpg b/src/guide/wikidf/01-lic-sert/sert2-1.jpg
deleted file mode 100644
index f7a6bc1..0000000
Binary files a/src/guide/wikidf/01-lic-sert/sert2-1.jpg and /dev/null differ
diff --git a/src/guide/wikidf/01-lic-sert/sert2-2.jpg b/src/guide/wikidf/01-lic-sert/sert2-2.jpg
deleted file mode 100644
index 7b5e81c..0000000
Binary files a/src/guide/wikidf/01-lic-sert/sert2-2.jpg and /dev/null differ
diff --git a/src/guide/wikidf/01-lic-sert/sert3.PNG b/src/guide/wikidf/01-lic-sert/sert3.PNG
deleted file mode 100644
index 5a612ae..0000000
Binary files a/src/guide/wikidf/01-lic-sert/sert3.PNG and /dev/null differ
diff --git a/src/guide/wikidf/01-lic-sert/sert4-1.PNG b/src/guide/wikidf/01-lic-sert/sert4-1.PNG
deleted file mode 100644
index 35e0ade..0000000
Binary files a/src/guide/wikidf/01-lic-sert/sert4-1.PNG and /dev/null differ
diff --git a/src/guide/wikidf/01-lic-sert/sert4-2.PNG b/src/guide/wikidf/01-lic-sert/sert4-2.PNG
deleted file mode 100644
index 24c8fc0..0000000
Binary files a/src/guide/wikidf/01-lic-sert/sert4-2.PNG and /dev/null differ
diff --git a/src/guide/wikidf/01-lic-sert/sert5.png b/src/guide/wikidf/01-lic-sert/sert5.png
deleted file mode 100644
index 69231ba..0000000
Binary files a/src/guide/wikidf/01-lic-sert/sert5.png and /dev/null differ
diff --git a/src/guide/wikidf/01-lic-sert/sert6-1.jpg b/src/guide/wikidf/01-lic-sert/sert6-1.jpg
deleted file mode 100644
index fc4a9cf..0000000
Binary files a/src/guide/wikidf/01-lic-sert/sert6-1.jpg and /dev/null differ
diff --git a/src/guide/wikidf/01-lic-sert/sert6-2.jpg b/src/guide/wikidf/01-lic-sert/sert6-2.jpg
deleted file mode 100644
index 7ae4746..0000000
Binary files a/src/guide/wikidf/01-lic-sert/sert6-2.jpg and /dev/null differ
diff --git a/src/guide/wikidf/01-lic-sert/sert7.jpg b/src/guide/wikidf/01-lic-sert/sert7.jpg
deleted file mode 100644
index 8518962..0000000
Binary files a/src/guide/wikidf/01-lic-sert/sert7.jpg and /dev/null differ
diff --git a/src/guide/wikidf/01-lic-sert/sert8.jpg b/src/guide/wikidf/01-lic-sert/sert8.jpg
deleted file mode 100644
index 815fced..0000000
Binary files a/src/guide/wikidf/01-lic-sert/sert8.jpg and /dev/null differ
diff --git a/src/guide/wikidf/01-lic-sert/sert9.jpg b/src/guide/wikidf/01-lic-sert/sert9.jpg
deleted file mode 100644
index de192a9..0000000
Binary files a/src/guide/wikidf/01-lic-sert/sert9.jpg and /dev/null differ
diff --git a/src/guide/wikidf/02-kb/02-kb-overview.md b/src/guide/wikidf/02-kb/02-kb-overview.md
deleted file mode 100644
index 286fa1f..0000000
--- a/src/guide/wikidf/02-kb/02-kb-overview.md
+++ /dev/null
@@ -1,35 +0,0 @@
-# База знаний beeline cloud
-
-## О beeline cloud
-
-Beeline cloud — российский облачный провайдер с надежными дата-центрами уровня Tier III и выделенными каналами связи. Компания решает задачи бизнеса, связанные с облачной ИТ-инфраструктурой, ИТ-аутсорсингом, кибербезопасностью и сервисами по модели MSP (Managed Service Provider).
-
-## Сервисы beeline cloud
-
-Beeline cloud предлагает следующие группы сервисов:
-
-* Инфраструктурные сервисы,
-* Контейнерная разработка,
-* Корпоративные приложения для бизнеса,
-* Платформа данных,
-* Сервисы информационной безопасности,
-* Сетевые сервисы.
-
-## Ссылки на ресурсы beeline cloud
-
-* [Сайт](https://cloud.beeline.ru/)
-* [Habr](https://habr.com/ru/companies/beeline_cloud/articles/)
-* [Telegram](https://t.me/datafort_live)
-* [VC](https://vc.ru/beeline-cloud)
-
-## Контакты beeline cloud
-
-* Отдел продаж — sales@datafort.ru
-* PR — pr@datafort.ru
-* Техническая поддержка — servicedesk@datafort.ru
-
-::: tip Если в вашем запросе есть несколько вопросов, то разделите их на несколько писем по каждому вопросу отдельно. Наша система автоматически зарегистрирует заявки по каждому письму, и вы оперативно получите ответ на все запросы.
-:::
-
-* Партнерство — partner@datafort.ru
-* Телефон — +7 495 967-80-10
\ No newline at end of file
diff --git a/src/guide/wikidf/03-iaas/03-0-iaas-overview.md b/src/guide/wikidf/03-iaas/03-0-iaas-overview.md
deleted file mode 100644
index 54617d1..0000000
--- a/src/guide/wikidf/03-iaas/03-0-iaas-overview.md
+++ /dev/null
@@ -1,10 +0,0 @@
-# Инфраструктурные сервисы - Обзор
-
-Beeline cloud предлагает следующие инфраструктурные сервисы:
-
-| Сервис |Назначение|
-|----------------------------|---|
-| Cloud Compute |Катастрофоустойчивая ИТ-инфраструктура на базе программно-аппаратного комплекса, которая основывается на платформах виртуализации vSphere и Cloud Director.|
-| Миграция виртуальных машин |Сервис используется для переноса виртуальных машин (ВМ).|
-| Резервное копирование |Набор сервисов для обеспечения сохранности данных заказчика в облаке beeline cloud и в собственной инфраструктуре.|
-|BeeCloud Stack|Виртуальная программно-определяемая инфраструктура, которая строится по принципу гиперконвергенции.|
diff --git a/src/guide/wikidf/03-iaas/03-1-stack/03-1-0-stack-overview.md b/src/guide/wikidf/03-iaas/03-1-stack/03-1-0-stack-overview.md
deleted file mode 100644
index f4c2a0a..0000000
--- a/src/guide/wikidf/03-iaas/03-1-stack/03-1-0-stack-overview.md
+++ /dev/null
@@ -1,77 +0,0 @@
-# BeeCloud Stack - Обзор сервиса
-
-## Назначение сервиса
-
-Гиперконвергентная платформа BeeCloud Stack — виртуальная программно-определяемая инфраструктура, которая строится по принципу гиперконвергенции. Гиперконвергентная инфраструктура или Hyper-converged infrastructure (HCI) — инфраструктура, в которой программно-определяемые слои хранения (SDS), сети (SDN) и вычислений (SDC) объединены в единую платформу. Слои платформы равнозначны и без выделенных ролей.
-
-HCI строится на базе ВМов и не требует отдельных компонентов, например, СХД, реализующих только часть функциональности. HCI управляется как единая система из одной панели управления и обеспечивает гибкость и быструю масштабируемость ИТ-инфраструктуры.
-
-## Отличия гиперконвергенции от конвергенции
-
-На рисунке справа показана классическая схема организации корпоративной инфраструктуры, слева — гиперконвергенция. Параметры отличия гиперконвергенции от конвергенции:
-
-* роутер;
-* HA-пара коммутаторов ядра;
-* пара коммутаторов сетей общего назначения;
-* ВМы, в том числе резервные хосты;
-* пара коммутаторов SAN;
-* комплекс СХД с зарезервированными контроллерами и дополнительными дисковыми полками;
-* NAS, которая не уместилась в указанную ширину картинки.
-
-
-
-При необходимости используется оборудование различных поставщиков. Примеры: сетевое оборудование — Cisco, СХД — NetApp и т.д. Для управления и поддержки каждого сегмента — вычислительного, сетевого и хранения — требуется отдельная группа инженеров. Группа инженеров должна знать специфику оборудования, эксплуатации и взаимодействия с поставщиком оборудования.
-
-## Описание гиперконвергенции
-
-В гиперконвергенции функции выполняются кластером унифицированных x86-ВМов. Такой подход позволяет:
-
-* упростить создание инфраструктуры,
-* снизить затраты на оборудование, поддержку и ресурсы ЦОД.
-
-Для гарантии согласованной работы и резервирования физические ВМа объединяются в кластер. BeeCloud Stack позволяет совместное использование ресурсов каждого физического ВМа. Физический ВМ, не находящийся в кластере, не может получить доступ к ресурсам других физических ВМов.
-
-### Состав кластера
-
-Кластер — несколько ВМов, объединенных в единое консистентное пространство с разделением ресурсов. Параметры кластера:
-
-* узел,
-* пулы,
-* избыточность.
-
-Минимальное количество пулов в кластере равно количеству узлов в кластере.
-
-#### Узел
-
-Узел — физический ВМ, работающий в составе кластера. При выходе из строя ресурсы узла резервируются кластером с использованием ресурсов других узлов. Сам узел изолируется — выводится из кластера. Минимальное количество пулов в Кластере равно количеству узлов в кластере.
-
-#### Пулы
-
-Из дисков узлов формируются пулы. Пулы — сущности слоя хранения, предоставляющие единицы потребления, например, файловые системы и блочные устройства. В конкретный момент времени пул работает и доступен на узле. При количестве пулов, равных количеству узлов, на каждом из узлов работает по одному пулу. Основные ресурсы кластера:
-
-* SDC,
-* SDS,
-* SDN.
-
-#### Избыточность
-
-Основной атрибут кластера Избыточность — использование ресурсов больше требуемого. Избыточность определяется количеством узлов, вышедших из кластера. При этом количестве сохраняется функционирование кластера. Архитектура построена по принципу N+2 — горизонтальное масштабирование N компонентов. + 2 означает, сколько узлов может быть подвергнуто резервированию без остановки функционирования сервиса BeeCloud Stack. Кластер из 10 узлов с избыточностью два продолжит работу при оставшихся функционировать восьми узлах и не продолжит работу, если осталось семь узлов.
-
-Избыточность позволяет заменить вышедший из строя узел. Резервирование элементов инфраструктуры (Failover) — процедура резервирования при аварийных ситуациях. Процедура проводится кластерным фреймворком, поэтому не требует вмешательства человека. Резервирование элементов инфраструктуры возможно благодаря одному принципу гиперконвергенции — универсальности узлов. Универсальность означает, что все узлы кластера одинаковы.
-
-Резервирование в слое хранения обеспечивается с помощью механизма избыточности RAID-Z и выполняется в пуле хранения. Пул оперирует пространством из дисков всех узлов. Избыточность дисков в пуле идентична избыточности кластера. Например, при кластере из семи узлов с избыточностью два пул остается в работоспособном состоянии при наличии не менее пяти дисков.
-
-### Виртуальные машины кластера
-
-Виртуальная машина (ВМ) объединяет три основных ресурса кластера:
-
-* SDS,
-* SDN,
-* SDC.
-
-Свойства ВМ:
-
-* CPU и RAM ВМ обеспечены ресурсами CPU и RAM конкретного узла.
-* Диски ВМ обеспечены одним конкретным пулом.
-
-Так как ВМ является совокупной сущностью, то резервирование выполняется автоматически из-за резервирования любого из слоев на конкретном узле.
\ No newline at end of file
diff --git a/src/guide/wikidf/03-iaas/03-1-stack/03-1-1.md b/src/guide/wikidf/03-iaas/03-1-stack/03-1-1.md
deleted file mode 100644
index bd99f4a..0000000
--- a/src/guide/wikidf/03-iaas/03-1-stack/03-1-1.md
+++ /dev/null
@@ -1,105 +0,0 @@
-# Архитектура сервиса
-
-## Слои сервиса
-
-В BeeCloud Stack пять слоев:
-
-* физический,
-* кластерный,
-* SDC,
-* SDS,
-* SDN.
-
-## Физический слой
-
-В слое организована сетевая связность базовых физических элементов (ВМов).
-
-## Кластерный слой
-
-В слое работают службы обеспечения программно-определяемых слоев:
-
-* SDS (Software Defined Storage),
-* SDC (Software Defined Computing),
-* SDN (Software Defined Networking).
-
-Главная задача слоя — обеспечение резервирования элементов инфраструктуры до узлов. Резервирование элементов инфраструктуры (Failover) — процедура резервирования при аварийных ситуациях. Процедура проводится кластерным фреймворком, поэтому не требует вмешательства человека.
-
-Кластерный слой формируется в виде работы кластерного ПО на каждом из узлов.
-
-### SDC
-
-SDC (Software Defined Computing) — программно-определяемый слой вычислений. Слой работает на базе гипервизора второго типа (bhyve). Производительность bhyve выше, чем у других популярных гипервизоров. Средства аппаратного ускорения виртуальных вычислений поддерживаются на процессорах Intel. Гипервизор bhyve поддерживает работу в условиях CPU overcommit.
-
-Экземпляр SDC — виртуальная машина (ВМ), которая состоит из четырех элементов:
-
-* CPU,
-* RAM,
-* Виртуальные дисковые устройства, подключенные к слою SDS.
-* Виртуальные сетевые порты, подключенные к слою SDN.
-
-
-
-В каталоге для ВМ доступно три образа гостевых ОС:
-
-* FreeBSD,
-* Linux (OEL/CentOS/Ubuntu/Debian и т.д.),
-* Windows 2016, 2019, 2022.
-
-Работоспособность BeeCloud Stack с другими гостевыми ОС не исключается из-за небольших требований к ним. Примеры требований:
-
-* загрузка в режиме UEFI,
-* наличие драйверов virtio,
-* наличие cloud-init.
-
-Диски ВМ создаются на том же пуле, на котором была создана ВМ. В процессе создания ВМ существуют следующие возможности выбора пула, ресурсы которого будут использоваться:
-
-* Селекторы — автоматический выбор пула, на котором наименьшее совокупное значение трех параметров:
- * CPU,
- * RAM,
- * дисковое пространство.
-* Пул.
-
-Легковесность BeeCloud Stack — основная причина низкого значения Overhead. Снижение производительности ВМ относительно физического ВМа вследствие значимости накладных расходов гипервизора.
-
-### SDS
-
-SDS (Software Defined Storage) — программно-определяемый слой хранения. Слой формируется на основе ресурсных примитивов из кластерного слоя. Технологическая основа SDS — ZFS. ZFS — файловая система, объединенная с менеджером логических томов. Единица грануляции слоя SDS — пул, который собирается из дисков каждого узла c избыточностью, равной избыточности кластера (N+2). В момент времени пул работает на конкретном узле кластера.
-
-Возможности слоя хранения:
-
-* компрессия и дедупликация,
-* внутренняя целостность данных,
-* клоны и снимки,
-* самовосстановление данных,
-* транзакционная целостность.
-
-На схеме ниже кластер с пятью узлами. На схеме вертикальные контейнеры — пулы, горизонтальные контейнеры — узлы кластера. При выходе из строя узла за счет механизма fencing узел, на котором возникла проблема, исключается из кластера. Механизм fencing означает процесс исключения узла из кластера. Кластер автоматически выполнит процедуру аварийного переключения (failover) ресурсов данного узла. Пул, работавший на узле, вышедшем из строя, становится доступным на другом узле. Все ВМ продолжат свою работу на другом узле.
-
-
-
-### SDN
-
-SDN (Software-defined networking) — сеть передачи данных, в которой уровень управления сетью отделён от устройств передачи данных и реализуется программно, одна из форм виртуализации сети. BeeCloud Stack предоставляет три варианта технологического обеспечения виртуальных сетей:
-
-* VLAN,
-* VxLAN,
-* GENEVE (собственная имплементация).
-
-При создании новой виртуальной сети на каждом из узлов кластера создается программно-определяемый коммутатор.
-
-
-
-Свойства экземпляра сети:
-
-* MTU,
-* поддержка:
- * Jumbo Frames,
- * TSO/GSO,
- * TCP MSS clamping «из коробки»,
- * Path MTU Discovery «из коробки».
-
-Лимиты SDN:
-
-* Максимальное количество сетей — 65536.
-* 1 048 576 портов на коммутаторе одного узла.
-* Производительность виртуального порта ВМ: 22 Гбит/с / 2.5 Mpps.
diff --git a/src/guide/wikidf/03-iaas/03-1-stack/03-1-2.md b/src/guide/wikidf/03-iaas/03-1-stack/03-1-2.md
deleted file mode 100644
index ad03c07..0000000
--- a/src/guide/wikidf/03-iaas/03-1-stack/03-1-2.md
+++ /dev/null
@@ -1,61 +0,0 @@
-# Роли и авторизация
-
-## Роли в сервисе
-
-Возможности пользователей зависят от области видимости, которая определяется на основе назначенной пользователю роли. В BeeCloud Stack четыре роли:
-
-* администратор ВЦОД,
-* пользователь ВЦОД,
-* гость ВЦОД,
-* обозреватель ресурсов.
-
-## Администратор ВЦОД
-
-Администратор ВЦОД (vDC admin) обладает полными правами на взаимодействие с виртуальными машинами (ВМ). Администратор:
-
-* Просматривает список и информацию об использовании адресного пространства сетей.
-* Работает с маршрутизаторами.
-* Просматривает статусы и истории ВМ.
-* Запускает, останавливает и перезагружает ВМ.
-* Устанавливает ограничения производительности NIC ВМ.
-* Назначает и отменяет назначения сетей своего ВЦОД.
-
-::: tip
-
-В роли нет ограничений на работу с программно-определяемыми маршрутизаторами внутри своего ВЦОД.
-
-:::
-
-## Пользователь ВЦОД
-
-Пользователь ВЦОД (vDC user):
-
-* Просматривает статусы и истории ВМ.
-* Запускает, останавливает и перезагружает ВМ.
-* Устанавливает ограничения производительности NIC ВМ.
-
-::: warning Возможности работы ограничены ВЦОД пользователя.
-:::
-
-::: warning Пользователь ВЦОД не может:
-
-* Создавать и удалять ВМ.
-* Управлять дисками ВМ и сетевыми картами.
-* Создавать и устанавливать свойства ВЦОД.
-* Назначать ВЦОД сеть.
-* Работать с маршрутизаторами.
-:::
-
-## Гость ВЦОД
-
-У гостя ВЦОД (vDC viewer) меньше полномочий чем, у пользователя ВЦОД. Администратор ВЦОД определяет полномочия гостя. Например, гость может просматривать конфигурацию элементов в ВЦОД — ВМ, дисков и сетей.
-
-::: warning Гость ВЦОД не может:
-
-* Запускать, устанавливать и перезагружать ВМ.
-* Устанавливать ограничения производительности NIC ВМ.
-:::
-
-## Обозреватель ресурсов
-
-Обозреватель ресурсов (Resource viewer) наблюдает за потреблением ресурсов кластера в узлах и обобщенном виде.
\ No newline at end of file
diff --git a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-1/03-1-3-1-a.md b/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-1/03-1-3-1-a.md
deleted file mode 100644
index 47106ee..0000000
--- a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-1/03-1-3-1-a.md
+++ /dev/null
@@ -1,86 +0,0 @@
-# A. Создание ВМ
-
-Жизненный цикл виртуальной машины (ВМ) начинается с ее создания. Для создания:
-
-1. Перейдите во вкладку ВЦОД, в котором необходимо создать ВМ.
-
-2. Нажмите на кнопку Действия и выберите Создать ВМ.
-
-
-
-3. В появившемся окне заполните основную информацию о ВМ:
-
-* Имя ВМ.
-* Тип операционной системы (ОС):
- * Linux,
- * FreeBSD,
- * Windows.
-* Облачный шаблон ОС из списка.
-* Краткое описание ВМ (опционально),
-* ВЦОД при необходимости. По умолчанию выбран ВЦОД, в котором создается ВМ;
-* автоматический селектор пула с наименьшим провизированным :
- * пространством,
- * количеством виртуальных ядер,
- * количеством ОЗУ;
-* явный выбор пула,
-* количество виртуальных ядер,
-* количество оперативной памяти.
-
-
-
-4. Нажмите Следующий шаг, чтобы перейти к следующему этапу.
-
-5. Создайте конфигурацию дисков ВМ — укажите атрибуты:
-
-* название диска (опционально),
-* слот (очерёдность видимости диска в гостевой OC),
-* размер диска,
-* размер физического сектора диска (по умолчанию 512),
-* ограничение пропускной способности в IOPS (опционально),
-* ограничение пропускной способности в MB/sec (опционально).
-
-::: warning Важно!
-Количество дисков ВМ должно быть не более пяти.
-:::
-
-
-
-6. Создайте конфигурацию сетевых портов ВМ. Для каждого сетевого порта выберите:
-
-* Сеть.
-* Слот.
-* Ограничение пропускной способности (опционально).
-* IP-адрес (опционально). При отсутствии адреса система автоматически задействует первый свободный адрес из пула IP-адресов данной сети.
-* IP контроль — функциональность L2/L3-фильтрации сетевого порта. Требует выключения в случае использования ВМ в качестве GW или балансировщика на порту внутренней (маршрутизируемой) сети, во всех остальных случаях включен.
-
-::: warning Важно!
-Количество сетевых портов должно быть не более пяти.
-:::
-
-7. Сконфигурируйте локальных пользователей и их аутентификацию
-
-7.1 Создайте новых пользователей, заполнив поля:
-
-* имя пользователя,
-* пароль.
-
-Также можно добавить SSH-ключ для аутентификации.
-
-
-
-7.2. Введите имя хоста и домен, используемый для разрешения не-FQDN имён.
-
-7.3. Добавьте DNS ВМы (опционально). При отсутствии DNS ВМов автоматически добавляются публичные.
-
-
-
-7.4. Добавьте команды, которые будут выполняться при первом или каждом запуске:
-
-
-
-8. После заполнения всех необходимых полей нажмите Создать виртуальную машину.
-
-::: tip В результате созданная ВМ:
-* отображается в списке ВМ выбранного ВЦОД,
-* доступна для использования.
-:::
\ No newline at end of file
diff --git a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-1/03-1-3-1-b.md b/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-1/03-1-3-1-b.md
deleted file mode 100644
index 7c4f37b..0000000
--- a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-1/03-1-3-1-b.md
+++ /dev/null
@@ -1,16 +0,0 @@
-# B. Старт, стоп и рестарт ВМ
-
-При работе может потребоваться запуск, перезапуск и остановка виртуальной машины (ВМ).
-
-1. Перейдите во вкладку виртуальных машин выбранного ВЦОД.
-
-2. Слева от названия необходимой ВМ нажмите на три точки.
-
-3. В открывшемся списке выберите необходимое действие:
-
-* старт,
-* стоп,
-* рестарт.
-
-
-
diff --git a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-1/03-1-3-1-c.md b/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-1/03-1-3-1-c.md
deleted file mode 100644
index 761bf01..0000000
--- a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-1/03-1-3-1-c.md
+++ /dev/null
@@ -1,40 +0,0 @@
-# C. Модификация ВМ
-
-## Действия с ВМ
-
-После создания можно модифицировать, добавлять или удалять диски и сетевые порты виртуальной машины (ВМ).
-
-## Добавление диска ВМ
-
-1. Выберите ВМ, которой хотите добавить диск.
-
-2. Раскройте панель Диски и нажмите кнопку Добавить диск.
-
-
-
-3. Заполните поля:
-
-* Название диска (опционально).
-* Слот.
-* Размер диска.
-* Размер физического сектора диска. Размер по умолчанию 512.
-* Ограничение пропускной способности в IOPS (опционально).
-* Ограничение пропускной способности в MB (опционально).
-
-
-
-## Добавление нового сетевого порта
-
-Выберите ВМ, которой вы хотите добавить сетевой порт. Раскройте меню Сети и нажмите кнопку Добавить сеть.
-
-
-
-2. Заполните поля:
-
-* название сети,
-* слот,
-* ограничение пропускной способности (опционально),
-* IP-адрес (опционально),
-* IP-контроль.
-
-
\ No newline at end of file
diff --git a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-1/03-1-3-1-d.md b/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-1/03-1-3-1-d.md
deleted file mode 100644
index 7ad4cec..0000000
--- a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-1/03-1-3-1-d.md
+++ /dev/null
@@ -1,49 +0,0 @@
-# D. Создание, удаление и откат к снимку ВМ
-
-## Что такое снимок ВМ?
-
-Снимок виртуальной машины (ВМ) — состояние ВМ (дисков, конфигурации) в определенный момент времени. Размер снимка отражает объем изменений, произошедших в дисках ВМ с момента создания этого снимка.
-
-_Примечание._ В имени снимка разрешены символы A-Z,a-z,0-9,_.
-
-## Создание снимка
-
-1. Выберите ВМ, в которой необходимо сделать снимок.
-
-2. Раскройте список Снимки и нажмите кнопку Добавить снимок.
-
-
-
-3. Введите название снимка и нажмите Сохранить снимок.
-
-
-
-## Удаление снимка
-
-Элементы конфигурации снимка удаляются безвозвратно после создания снимка. Для удаления:
-
-1. Зайдите в список снимков выбранной ВМ.
-
-2. Выберите необходимый снимок, нажмите на три точки у названия снимка, затем нижмите Удалить.
-
-
-
-## Откат к снимку
-
-Откат к снимку позволяет вернуть ВМ к состоянию на тот момент, когда он был сделан.
-
-::: warning Важно!
-
-При откате ВМ к состоянию на время выбранного снимка все снимки, сделанные после указанного, безвозвратно удаляются. Снимок, к которому выполняется процедура отката, остается.
-
-:::
-
-Для отката:
-
-1. Остановите ВМ, если она до этого работала.
-
-2. Зайдите в список снимков выбранной ВМ.
-
-3. Нажмите на три точки и кликните **Откат**.
-
-
diff --git a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-1/03-1-3-1-e.md b/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-1/03-1-3-1-e.md
deleted file mode 100644
index 4bc6c13..0000000
--- a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-1/03-1-3-1-e.md
+++ /dev/null
@@ -1,18 +0,0 @@
-# E. Доступ к консоли ВМ
-
-1. Перейдите на вкладку выбранной виртуальной машины (ВМ) ВЦОД.
-
-2. Нажмите Действия и в выпадающем списке выберите Консоль.
-
-
-
-В результате консоль открывается в новом окне.
-
-
-
-3. При нажатии на стрелку в верхней части экрана появятся дополнительные действия:
-
-* снимок экрана,
-* ctrl + alt + del для отправки сочетания клавиш в ВМ,
-* отсоединиться,
-* блокировка скролла.
diff --git a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-1/03-1-3-1-f.md b/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-1/03-1-3-1-f.md
deleted file mode 100644
index c295f36..0000000
--- a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-1/03-1-3-1-f.md
+++ /dev/null
@@ -1,11 +0,0 @@
-# F. Использование носителя для восстановления ВМ
-
-Носитель для восстановления (recovery media) позволяет загрузить виртуальную машину (ВМ) с носителя для восстановления работы, исправления ошибок ОС на ВМ и т. д. Для использования этой функциональности:
-
-1. Перейдите на вкладку ВМ выбранного ВЦОД.
-
-2. Нажмите на три точки слева от названия ВМ.
-
-3. В открывшемся выпадающем списке наведите курсор на Носитель для восстановления и выберите необходимый.
-
-
\ No newline at end of file
diff --git a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-1/03-1-3-1-g.md b/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-1/03-1-3-1-g.md
deleted file mode 100644
index a283c84..0000000
--- a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-1/03-1-3-1-g.md
+++ /dev/null
@@ -1,11 +0,0 @@
-# G. Удаление ВМ
-
-Вам также может потребоваться удалить существующую виртуальную машину (ВМ). Для удаления:
-
-1. Перейдите на вкладку ВМ выбранного ВЦОД.
-
-2. Нажмите на три точки слева от названия ВМ.
-
-3. В открывшемся выпадающем списке выберите Удалить.
-
-
\ No newline at end of file
diff --git a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-1/03-1-3-1-h.md b/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-1/03-1-3-1-h.md
deleted file mode 100644
index 297d78c..0000000
--- a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-1/03-1-3-1-h.md
+++ /dev/null
@@ -1,13 +0,0 @@
-# H. Cдувание ОЗУ гостевой ОС ВМ
-
-Сдувание ОЗУ (ballooning) — механизм освобождения ОЗУ гостевой ОС, при котором ОЗУ освобождается в том числе гипервизором. Механизм предназначен для оптимизации использования памяти гостевыми ОС виртуальных машин (ВМ) и гипервизорами.
Для сдувания ОЗУ:
-
-1. Перейдите на вкладку выбранной ВМ.
-
-2. Нажмите Действия и в выпадающем окне выберите Сдувание.
-
-
-
-3. Выберите необходимое количество памяти и нажмите Старт.
-
-
diff --git a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-1/03-1-3-1-i.md b/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-1/03-1-3-1-i.md
deleted file mode 100644
index eb8cef5..0000000
--- a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-1/03-1-3-1-i.md
+++ /dev/null
@@ -1,17 +0,0 @@
-# I. Просмотр истории ВМ
-
-В BeeCloud Stack доступна история состояния виртуальной машины (ВМ). Для просмотра истории:
-
-1. Перейдите на вкладку выбранной ВМ.
-
-2. Пролистайте вниз до панели История событий и раскройте ее. В результате доступна история событий в виде этапов жизненных циклов ВМ.
-
-3. (Опционально) Нажмите на край необходимого этапа и посмотрите временные метки или длительность этапа.
-
-
-
-4. (Опционально) выберите промежуток времени для просмотра истории ВМ. Для этого нажмите на дату после названия вкладки История событий и в календаре укажите нужные даты и время.
-
-
-
-
diff --git a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-2/03-1-3-2-0-overview.md b/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-2/03-1-3-2-0-overview.md
deleted file mode 100644
index 7ad535f..0000000
--- a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-2/03-1-3-2-0-overview.md
+++ /dev/null
@@ -1,21 +0,0 @@
-# Программно-определяемый маршрутизатор (Edge)
-
-Edge — программно-определяемый маршрутизатор (роутер), основной задачей которого:
-
-* маршрутизация пакетов между разными сетями,
-* трансляция адресов (NAT),
-* файервол (firewall).
-
-У платформа BeeCloud Stack следующие возможности работы с роутером:
-
-* создание и удаление роутера,
-* старт, стоп и рестарт роутера,
-* добавление и удаление правил firewall,
-* добавление и удаление правил NAT,
-* добавление и удаление виртуального сетевого порта конкретной виртуальной сети,
-* получение файла в формате pcap, содержащего пакеты, заблокированные правилом firewall с включенным флагом Log.
-
-Роутер может быть:
-
-* Разделяемым между пользователями в пределах ВЦОД.
-* Эксплуатируемый единолично. Доступ к роутеру только у его создателя
\ No newline at end of file
diff --git a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-2/03-1-3-2-a.md b/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-2/03-1-3-2-a.md
deleted file mode 100644
index f325043..0000000
--- a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-2/03-1-3-2-a.md
+++ /dev/null
@@ -1,23 +0,0 @@
-# A. Создание роутера
-
-Для создания маршрутизатора (роутера):
-
-1. Перейдите во вкладку Роутеры ВЦОД, если необходим разделяемый в пределах ВЦОД роутер, или в элемент дерева Все роутеры, если нужен эксплуатируемый единолично роутер.
-
-2. Нажмите на кнопку Действия и выберите Создать роутер.
-
-
-
-3. В открывшемся окне заполните основную информацию о роутере:
-
-* ВЦОД (при необходимости) — опциональный параметр для роутеров, разделяемых в пределах ВЦОД. По умолчанию выбран тот ВЦОД, в котором создается роутер.
-* Параметры:
- * экземпляр сети,
- * слот,
- * ограничение пропускной способности в Мбит/с (опционально),
- * IP-адрес (опционально),
- * IP контроль (опционально).
-
-
-
-4. После заполнения необходимых полей нажмите Создать роутер.
diff --git a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-2/03-1-3-2-b.md b/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-2/03-1-3-2-b.md
deleted file mode 100644
index f2b456c..0000000
--- a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-2/03-1-3-2-b.md
+++ /dev/null
@@ -1,11 +0,0 @@
-# B. Удаление роутера
-
-Доступно удаление существующего маршрутизатора (роутера). Для удаления:
-
-1. Перейдите во вкладку Роутеры ВЦОД.
-
-2. Нажмите на необходимый роутер.
-
-3. Нажмите на кнопку Действия и выберите Удалить роутер.
-
-
\ No newline at end of file
diff --git a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-2/03-1-3-2-c.md b/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-2/03-1-3-2-c.md
deleted file mode 100644
index de8add6..0000000
--- a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-2/03-1-3-2-c.md
+++ /dev/null
@@ -1,16 +0,0 @@
-# C. Старт, стоп и рестарт роутера
-
-Перед или после модификаций сетевых портов необходимо запустить, остановить или перезапустить маршрутизатор (роутер). Для этого:
-
-1. Перейдите во вкладку Роутеры ВЦОД.
-
-2. Слева от названия необходимого роутера нажмите на три точки.
-
-3. Выберите одно из действий с роутером:
-
-* запустить,
-* остановить,
-* перезапустить.
-
-
-
diff --git a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-2/03-1-3-2-d.md b/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-2/03-1-3-2-d.md
deleted file mode 100644
index 39c707f..0000000
--- a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-2/03-1-3-2-d.md
+++ /dev/null
@@ -1,38 +0,0 @@
-# D. Добавление правил фаервола
-
-BeeCloud Stack позволяет создавать правила фаервола (firewall) для разрешения прохождения пакетов на сетевом порту или их блокировки. Для создания правила:
-
-1. Перейдите во вкладку Роутеры ВЦОД.
-
-2. Выберите необходимый маршрутизатор (роутер).
-
-3. В разделе Правила фаервола нажмите Добавить правило.
-
-
-
-4. В появившемся окне заполните информацию о новом правиле:
-
-* \# (номер правила),
-* действие — Блок или Разрешить,
-* направление трафика — Входящий или Исходящий,
-* сеть,
-* протокол,
-* CIDR источника,
-* исходящий порт,
-* CIDR получателя,
-* входящий порт,
-* журнал.
-
-::: tip Примечание.
-
-При включении опции Журнал пакеты, попадающие под настроенное правило, регистрируются с последующей возможностью скачать эти пакеты в формате pcap.
-
-:::
-
-
-
-5. После заполнения необходимых полей нажмите Сохранить правило.
-
-6. Для применения правила нажмите на кнопку Применить правила внизу вкладки роутера под разделом Отчеты.
-
-
diff --git a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-2/03-1-3-2-e.md b/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-2/03-1-3-2-e.md
deleted file mode 100644
index f0ccbaf..0000000
--- a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-2/03-1-3-2-e.md
+++ /dev/null
@@ -1,13 +0,0 @@
-# E. Удаление правил фаервола
-
-1. Перейдите во вкладку Роутеры ВЦОД.
-
-2. Выберите необходимый маршрутизатор (роутер).
-
-3. В разделе Правила файрвола выберите правило и рядом с его номером нажмите на крестик.
-
-
-
-4. В открывшемся окне подтвердите удаление правила.
-
-
diff --git a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-2/03-1-3-2-f.md b/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-2/03-1-3-2-f.md
deleted file mode 100644
index fb64c0e..0000000
--- a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-2/03-1-3-2-f.md
+++ /dev/null
@@ -1,31 +0,0 @@
-# F. Добавление правил NAT
-
-BeeCloud Stack позволяет выполнять трансляцию адресов (NAT) на сетевых портах маршрутизатора (роутера). Для создания нового правила:
-
-1. Перейдите во вкладку Роутеры ВЦОД.
-
-2. Выберите необходимый роутер.
-
-3. В разделе Правила NAT нажмите Добавить правило.
-
-
-
-4. В появившемся окне заполните информацию о новом правиле:
-
-* \# (номер правила),
-* действие — SNAT, DNAT или biNAT,
-* сеть,
-* протокол — ICMP, UDP, TCP или IP,
-* CIDR источника,
-* CIDR получателя,
-* входящий порт,
-* NAT IP,
-* NAT порт.
-
-
-
-5. После заполнения необходимых полей нажмите Сохранить правило.
-
-6. Для применения правила недостаточно его создать, обязательно нужно нажать на кнопку Применить правила внизу вкладки Вашего роутера под разделом Отчеты.
-
-
diff --git a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-2/03-1-3-2-g.md b/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-2/03-1-3-2-g.md
deleted file mode 100644
index 28a399b..0000000
--- a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-2/03-1-3-2-g.md
+++ /dev/null
@@ -1,21 +0,0 @@
-# G. Добавление виртуального сетевого порта
-
-1. Перейдите во вкладку Роутеры ВЦОД.
-
-2. Выберите необходимый маршрутизатор (роутер).
-
-3. В разделе Сети нажмите Добавить сеть.
-
-
-
-4. В появившемся окне заполните информацию о новом виртуальном сетевом порте:
-
-* имя сети,
-* слот,
-* ограничение пропускной способности в Мбит (опционально),
-* IP-адрес,
-* IP контроль.
-
-
-
-5. После заполнения необходимых полей нажмите Сохранить сеть.
diff --git a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-2/03-1-3-2-h.md b/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-2/03-1-3-2-h.md
deleted file mode 100644
index dd23f3d..0000000
--- a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-2/03-1-3-2-h.md
+++ /dev/null
@@ -1,24 +0,0 @@
-# H. Получение отчета о работе маршрутизатора
-
-Чтобы получить файл с пакетами, блокированными правилом firewall с включенным флагом Log, выполните следующие действия:
-
-1. Перейдите на вкладку Роутеры ВЦОД.
-
-2. Выберите необходимый маршрутизатор (роутер).
-
-3. Раскройте вкладку Отчеты и выберите Получение отчета о работе роутера.
-
-
-
-4. Заполните поле с лимитом пакетов и выберите временной интервал, за который хотите получить отчет.
-
-
-
-
-
-5. Нажмите Получить отчет.
-
-
-
-::: tip В результате отчет доступен в виде файла формата pcap.
-:::
\ No newline at end of file
diff --git a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-3/03-1-3-3-0-overview.md b/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-3/03-1-3-3-0-overview.md
deleted file mode 100644
index f195c51..0000000
--- a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-3/03-1-3-3-0-overview.md
+++ /dev/null
@@ -1,19 +0,0 @@
-# Сети
-
-В BeeCloud Stack доступна работа в двух слоях:
-
-* слой сети — создание и удаление изолированных виртуальных сетей,
-
-* слой вычислений:
- * создание ВМ,
- * запуск, остановка и перезапуск ВМ,
- * модификация основных свойств ВМ,
- * установка или аннулирование альтернативного загрузочного носителя для ВМ,
- * доступ к консоли ВМ,
- * создание снимков ВМ и откат к этим снимкам,
- * удаление ВМ,
- * сдувание RAM гостевой ОС ВМ,
- * получение информации о производительности компонентов ВМ (сетевой порт, диск, CPU, память и так далее),
- * просмотр истории ВМ.
-
-В слое сети доступно создание только изолированных сетей. Для создания маршрутизируемых сетей необходимо обратиться к администратору ВЦОД.
\ No newline at end of file
diff --git a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-3/03-1-3-3-a.md b/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-3/03-1-3-3-a.md
deleted file mode 100644
index 610012d..0000000
--- a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-3/03-1-3-3-a.md
+++ /dev/null
@@ -1,21 +0,0 @@
-# A. Создание изолированных виртуальных сетей
-
-1. Перейдите на вкладку Сети выбранного ВЦОД.
-
-2. Нажмите на Действия и выберите Создать сеть.
-
-
-
-3. Заполните данные сети:
-
-* тип,
-* название,
-* CIDR (адрес сети),
-* MTU.
-
-
-
-3. Нажмите на кнопку Создать сеть.
-
-::: tip В результате сеть появляется на вкладке Сети необходимого ВЦОД.
-:::
\ No newline at end of file
diff --git a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-3/03-1-3-3-b.md b/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-3/03-1-3-3-b.md
deleted file mode 100644
index dd5d044..0000000
--- a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-3/03-1-3-3-b.md
+++ /dev/null
@@ -1,13 +0,0 @@
-# B. Удаление изолированных виртуальных сетей
-
-Для удаления ранее созданных виртуальных сетей необходимо:
-
-1. Нажмите на вкладку Сети в том ВЦОД, где находится сеть, которую необходимо удалить.
-
-2. Выберите виртуальную сеть.
-
-3. Нажмите на крестик в левом столбце.
-
-
-
-4. Подтвердите удаление.
\ No newline at end of file
diff --git a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-3/03-1-3-3-c.md b/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-3/03-1-3-3-c.md
deleted file mode 100644
index 462809f..0000000
--- a/src/guide/wikidf/03-iaas/03-1-stack/03-1-3/03-1-3-3/03-1-3-3-c.md
+++ /dev/null
@@ -1,9 +0,0 @@
-# C. Функциональность пула IP-адресов
-
-Каждый экземпляр сети, независимо от его типа, поддерживает функциональность пула IP-адресов. По умолчанию пул содержит все адреса адресного пространства сети, за исключением предпоследних двух. В маршрутизируемых сетях первый доступный адрес исключается из пространства пула IP-адресов для использования в качестве сетевого шлюза по умолчанию.
-
-
-
-Нажмите на имя ВЦОД, чтобы посмотреть использование пула IP-адресов.
-
-
diff --git a/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-0-cc-overview.md b/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-0-cc-overview.md
deleted file mode 100644
index a3c729a..0000000
--- a/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-0-cc-overview.md
+++ /dev/null
@@ -1,9 +0,0 @@
-# Cloud Compute - Назначение сервиса
-
-Сервис Cloud Compute — катастрофоустойчивая ИТ-инфраструктура на базе программно-аппаратного комплекса. Зоны доступности сервиса соответствуют уровню надежности TIER III по стандарту TIA-942 и методологии Uptime Institute.
-
-Виртуальная инфраструктура beeline cloud основывается на платформах виртуализации vSphere и Cloud Director. Cloud Director управляет виртуальными машинами (ВМ), дисками, образами ОС и резервным копированием.
-
-Cloud Compute предоставляется по сервисной модели. Сервисная модель гибко и эффективно использует вычислительные ресурсы.
-
-
diff --git a/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-1/03-2-1-1.md b/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-1/03-2-1-1.md
deleted file mode 100644
index 38eefa0..0000000
--- a/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-1/03-2-1-1.md
+++ /dev/null
@@ -1,185 +0,0 @@
-# Состав сервиса
-
-## Что такое вычислительные ресурсы?
-Вычислительные ресурсы — мощности и компоненты для обработки данных и выполнения различных операций. В ресурсы входят:
-
-* процессоры,
-* оперативная память,
-* сетевые ресурсы и другие элементы для функционирования вычислительных систем.
-
-Beeline cloud выдает заказчику виртуальный пул ресурсов в составе вычислительного комплекса, дискового пространства, обеспечивающей инфраструктуры и средств управления и мониторинга.
-
-## Состав линейки сервиса
-
-Линейка включает следующие сервисы:
-
-* Cloud Compute,
-* Cloud Compute 3.5,
-* Cloud Compute (выделенный хост).
-
-Заказчик указывает в бланке заказа (БЗ) необходимый сервис.
-
-## Cloud Compute
-
-Заказчику доступен пул вычислительных ресурсов — виртуальных процессорных ядер с частотой не менее 3 ГГц и оперативной памяти. Хосты кластера гарантируют однородность процессоров.
-
-Ресурсы используются для управления и развертывания информационных систем на виртуальных машинах (ВМ). Примеры типов приложений:
-
-* высокоинтенсивные среды баз данных (БД),
-* ERP,
-* BPM.
-
-Оборудование и компоненты предлагают баланс между вычислительной мощностью и функциональностью для приложений уровня enterprise и рабочих нагрузок.
-
-
-## Cloud Compute 3.5
-
-### Для чего используется Cloud Compute 3.5?
-
-Cloud Compute 3.5 используется для размещения виртуальных машин (ВМ) с приложениями, которые требуют высокую производительность, масштабируемость и поддержку высоконагруженных приложений.
-
-#### Для каких задач подойдет?
-
-Оборудование и компоненты кластера подойдут для задач распределенных вычислений. Примеры задач:
-
-* Эффективное использование вычислительных ресурсов для параллельной обработки.
-* E-commerce, требующая эффективную обработку транзакций и управление базами данных (БД).
-* ERP.
-* Обработка и анализ объемов информации в средах обработки больших данных. Процессоры обеспечивают вычислительную мощность.
-
-Хосты кластера гарантируют однородность процессоров.
-
-### Способы активации прикладного ПО с лицензионными ключами
-
-Доступно два способа активации прикладного ПО с лицензионными ключами:
-
-* Размещение на ключе USB с подключением к ВМ с помощью дополнительной услуги USB over IP.
-* Регистрационный ключ.
-
-
-## Cloud Compute (выделенный хост)
-
-### Для чего используется Cloud Compute (выделенный хост)?
-
-Заказчик получает вычислительные ресурсы beeline cloud для работы vCPU и vRAM в составе хостов выделенного кластера с шагом масштабирования, соответствующим размеру хоста виртуализации. Выделенный хост — физический ВМ для размещения виртуальных машин (ВМ). Единица масштабирования — хост виртуализации с полезным объемом vCPU и vRAM. Размеры единицы масштабирования указываются в бланке заказа (БЗ). Сценарии использования выделенных хостов ниже.
-
-### Параметры Cloud Compute (выделенный хост)
-
-| | Выделенный хост S | Выделенный хост M | Выделенный хост L | Выделенный хост XL |
-|---|---|---|------------------|--------------------|
-| vCPU, шт | 155 | 155 | 155 | 155 |
-| RAM, ГБ | 410 | 615 | 820 | 1230 |
-
-Минимально возможная конфигурация — от 3 ВМов (2+1). Доступность ресурсов определяется 80% от общего объема ресурсов хоста.
-
-### Сценарии использования выделенных хостов
-
-Выделенные хосты подходят для:
-
-* критически важных приложений,
-* гарантии доступности необходимого объема ресурсов,
-* снижения воздействия ВМ других заказчиков на одном хосте,
-* областей с изменчивой и непредсказуемой рабочей нагрузкой.
-
-#### Критически важные приложения
-
-Выделенные хосты стабилизируют программное обеспечение и используются, если недопустимы колебания производительности и недоступность приложений.
-
-#### Гарантированные ресурсы
-
-Выделенные хосты гарантируют доступность необходимого объема ресурсов для ВМ без воздействия со стороны пользователей.
-
-#### Снижение воздействия ВМ других заказчиков на одном хосте
-
-В сценариях с множеством высокопроизводительных ВМ других заказчиков на одном хосте. Выделенные хосты снижают воздействие этих ВМ на производительность, предоставляя выделенные ресурсы.
-
-#### Сценарии с непредсказуемой нагрузкой
-
-В областях с изменчивой и непредсказуемой рабочей нагрузкой выделенные хосты стабилизируют производительность, избегая влияния соседних ВМ.
-
-### Требования информационной безопасности
-
-Если заказчик просит выделенные физические ресурсы из-за корпоративных политик или требований информационной безопасности, то использование выделенных хостов соответствует этим требованиям. Выделенные хосты в облаке VMware являются гибкими и подстраивают инфраструктуру под требования конкретных задач и бизнес-потребностей. Кластер состоит из хостов одного типа и обеспечивается резервным HA-хостом.
-
-### Настройки ВМ
-
-По запросу заказчика beeline cloud:
-
-* Включает резервацию и приоритезацию для ВМ.
-* Отключает vMotion для ВМ.
-* Настраивает правила affinity и произвольные конфигурации виртуальных сокетов и ядер, допустимых платформой виртуализации.
-
-### Мониторинг хостов виртуализации
-
-#### Мониторинг beeline cloud?
-
-Beeline cloud за дополнительную плату проводит расширенный мониторинг доступности и нагрузки ресурсов хостов виртуализации в пуле Cloud Сompute заказчика. Beeline cloud уведомляет заказчика по e-mail и/или по СМС при обнаружении отклонений и ошибок. Также beeline cloud предоставляет доступ к статистике по параметрам мониторинга в личном кабинете заказчика.
-
-#### Параметры мониторинга
-
-* Доступность (ping). Доступность проверяется от системы мониторинга beeline cloud до хоста. Проверка идет по внутренним IP-адресам.
-* Использование процессора.
-* Использование оперативной памяти.
-
-#### Зона ответственности beeline cloud
-
-Beeline cloud устанавливает, настраивает и управляет системой мониторинга. Дальнейшие изменения системы мониторинга beeline cloud делает по запросу заказчика.
-
-::: warning У заказчика нет административного доступа к мониторингу.
-:::
-
-### Подключение Cloud Compute (выделенный хост)
-
-Cloud Compute (выделенный хост) подключается на основании подписанного заказчиком БЗ. БЗ должен содержать отметку, что требуется опция Cloud Compute выделенный хост. Для опции используется система мониторинга beeline cloud.
-
-### Зона ответственности заказчика
-
-Заказчик отвечает за состав и корректировку сервиса. При необходимости заказчик beeline cloud к работам за дополнительную плату.
-
-
-## Cloud Compute Metrocluster
-
-### Что такое Cloud Compute Metrocluster
-
-Полностью автоматизированный отказоустойчивый кластер на базе технологий Huawei и VMware
-
-**Компоненты решения**
-
-1. Виртуализация: VMware vSphere с распределенным кластером между двумя основными ДЦ.
-2. СХД: Huawei Dorado с MetroCluster, использующая асинхронную репликацию с минимальным лагом.
-3. Арбитр в третьем ДЦ: Отвечает за контроль состояния ДЦ, предотвращает split-brain и управляет автоматическим переключением.
-4. Сетевой уровень: Отказоустойчивый кластер NSX, обеспечивающий динамическую маршрутизацию и защиту трафика.
-
-#### Принцип работы
-
-* Асинхронная репликация с минимальной задержкой: Данные сначала записываются на основную площадку и с минимальным интервалом реплицируются на резервную.
-* Арбитр и автоматический фейловер: В случае отказа одного из ДЦ, арбитр инициирует переключение на резервную площадку.
-* Сетевая отказоустойчивость: NSX-кластер гарантирует бесперебойную работу сетевой инфраструктуры даже при выходе из строя отдельных узлов.
-
-#### Преимущества решения
-
-* Высокий уровень доступности (HA): Позволяет минимизировать простои и исключает потерю данных.
-* Гибкость и масштабируемость: Легко адаптируется под рост нагрузки и требований бизнеса.
-* Безопасность: NSX обеспечивает микросегментацию, защищая трафик на всех уровнях.
-* Практически непрерывная работа, с минимальным RPO и RTO
-
-Такое решение идеально подходит для критически важных сервисов, требующих бесперебойного функционирования и минимального времени восстановления.
-
-### Для чего используется Cloud Compute Metrocluster
-
-Cloud Compute Metrocluster используется для размещения виртуальных машин (ВМ) с приложениями, которые требуют высокую отказо- и катастрофоустойчивость
-
-### Для каких задач подойдет
-
-Оборудование и компоненты кластера подойдут для задач распределенных вычислений. Примеры задач:
-
-* Приложения и БД требующие максимальной отказоустойчивости на уровне ДЦ.
-
-Хосты кластера гарантируют однородность процессоров.
-
-### Способы активации прикладного ПО с лицензионными ключами
-
-Доступно два способа активации прикладного ПО с лицензионными ключами:
-
-* Проброс USB-ключа - НЕДОСТУПНО
-* Регистрационный ключ.
diff --git a/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-1/03-2-1-2/03-2-1-2-0-overview.md b/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-1/03-2-1-2/03-2-1-2-0-overview.md
deleted file mode 100644
index a4c47e6..0000000
--- a/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-1/03-2-1-2/03-2-1-2-0-overview.md
+++ /dev/null
@@ -1,114 +0,0 @@
-# Техническое описание сервиса
-
-## Технические компоненты
-
-Задублированы критически важные компоненты оборудования, в том числе питания и охлаждения, для предупреждения сбоев ИТ-процессов. На базе вычислительных комплексов сформированы разные сегменты виртуализации, отличающиеся используемыми процессорами и объемом оперативной памяти.
-
-| Услуга | Compute Cloud | Compute Cloud 3.5 |
-|---|---|---|
-| Зона доступности | DC1 | DC1 |
-| Модель оборудования | F Plus Data FPD-8-SP-H2K288G5-CTO | HPE ProLiant DL360 Gen10 |
-| CPU / RAM | CPU: Intel(R) Xeon(R) Gold 6248R 2х24 Cores 3.00GHz
RAM: 1 024 gb | CPU: Intel(R) Xeon(R) Gold 6246R 2х16 Cores 3.40GHz
RAM: 768 gb |
-| Рекомендованное максимальное количество ресурсов на виртуальных машинах (ВМ) | vCPU — 24
RAM — 512 ГБ
Disk — 16 ТБ | vCPU — 16
RAM — 384 ГБ
Disk — 16 ТБ |
-
-### Параметры систем хранения данных (СХД)
-
-Для размещения данных используются СХД с:
-
-* NVMe дисками емкостью 7,68 TB (All-Flash массив),
-* SSD дисками емкостью 7,68 TB (All-Flash массив).
-
-#### Производительность дисковых политик
-
-| Название Storage Policy | Лимит IOPS | Время отклика, мс |
-|-------------------------|-------------------------------------------------|-------------------|
-| Fast SAS | до 2 IOPS на 1 GB | до 10 мс |
-| SSD | до 5 IOPS на 1 GB | до 7 мс |
-| Fast SSD | до 10 IOPS на 1 GB | до 5 мс |
-| Ultra NVMe | до 25 IOPS на 1 GB | до 3 мс |
-| Fast SAS 500 fix* | до 500 IOPS на диск ВМ (фиксированное значение) | до 10 мс |
-
-::: tip * для ВМ с дисками до 100 Гб используйте более производительные политики или политику с гарантированным количеством IOPS.
-:::
-
-#### Формула расчета производительности виртуальных дисков
-
-P = D * I, где:
-
-P — гарантированная производительность,
-
-D — размер виртуального диска,
-
-I — количество IOPS на 1 ГБ.
-
-##### Пример расчета гарантированной производительности
-
-| Виртуальный диск 1000 GB
со storage policy Fast SAS | Виртуальный диск 1000 GB со storage policy Fast SSD | Виртуальный диск 1000 GB со storage policy Ultra NVMe |
-|--------------------------------------------------------|-----------------------------------------------------|-------------------------------------------------------|
-| P = 1000 (GB) * 2 = 2 000 (IOPS) | P = 1000 (GB) * 10 = 10 000 (IOPS)* | P = 1000 (GB) * 25 = 25 000 (IOPS) |
-
-::: tip * Политика Fast SSD гарантирует, что для диска объемом 1000 GB:
-
-* Гостевая ОС получит 10 000 iops при размере одной операции 16 КБ.
-* Отношение количества операций чтения к количеству операций записи при Sequental доступе 70% / 30%.
-* Время отклика не более 5 мс.
-:::
-
-#### Контроллеры
-
-Каждая система имеет два или четыре независимых контроллера. Контроллеры обеспечивают работоспособность системы при проведении регламентных работ и выходе из строя отдельного контроллера. Блоки питания и охлаждения каждого контроллера задублированы.
-
-#### База сетевой части инфраструктуры
-
-Сетевая часть инфраструктуры базируется на фабрике VXLAN-EVPN. Фабрика позволяет разрабатывать и масштабировать сетевые сервисы. Физически сетевое оборудование строится на:
-
-* Двухуровневой архитектуре Leaf – Spine с использованием 10/25/100-Гбитных коммутаторов.
-* Высокопроизводительных пограничных маршрутизаторов.
-
-##### Какая платформа виртуализации используется?
-
-В качестве платформы виртуализации используется решение VMware vSphere 7.0 u3. Функции решения:
-
-| Функция | Комментарий |
-|-------------------------------------------------------------------------------|------------------------------------------------------------------------------------------------------------------|
-| Динамическая балансировка
нагрузки на ВМы и системы хранения данных | Балансировка обеспечивает оптимальную производительность приложений. |
-| Высокая доступность ВМов | Доступность обеспечивает автоматический перезапуск виртуальных ВМов при сбое отдельного аппаратного ВМа. |
-| Изоляция виртуальных инфраструктур заказчиков друг от друга на сетевом уровне | Изоляция по уровню безопасности не уступает физической изоляции. |
-
-#### Портал управления виртуальной инфраструктурой
-
-Beeline cloud предоставляет заказчику персональный портал самообслуживания для управления виртуальной инфраструктурой. Портал базируется на решении VMware Cloud Director 10.3. Веб-интерфейс портала позволяет управлять следующими компонентами:
-
-| Компонент | Комментарий |
-|----------------------------------------------------|-----------------------------------------------------------------------------------------------------------------------------------------------------------------------|
-| Отдельные ВМ | Создание, изменение выделенных виртуальных ресурсов, доступ к консоли ВМ и другие операции. Текущая версия ВМ и параметр виртуального железа Hardware Version 19. |
-| Виртуальные приложения vApp | Комплекс взаимозависимых ВМ, необходимых для реализации одного сервиса. Например, ВМы БД и приложений. Также это терминальные ВМы для трехзвенной архитектуры |
-| Виртуальные сети и сетевые взаимодействия между ВМ | Графический интерфейс визуализирует сетевые соединения. Процесс становится аналогичным перекоммутации кабелей на физической инфраструктуре. |
-
-#### Платформа виртуализации сети и обеспечения безопасности
-
-В качестве платформы виртуализации сети и обеспечения безопасности для виртуальной инфраструктуры используется VMware NSX-T 3.2. Заказчику не требуется разворачивать стороннее решение, реализующее сетевые функции. Интерфейс управления интегрирован с Cloud Director. Интеграция позволяет заказчику самостоятельно управлять решением из единого веб-интерфейса.
-
-##### Основные функции VMware NSX-T 3.2
-
-* Межсетевое экранирование,
-* Трансляция сетевых адресов (NAT),
-* Организация Site-to-site VPN-туннелей,
-* DHCP,
-* Балансировка сетевой нагрузки.
-
-#### Используемая система резервного копирования
-
-В качестве системы резервного копирования используется Veeam Backup & Replication 9.5 Update 4. Решение предлагает возможности:
-
-* резервного копирования и восстановления данных.
-* мониторинга, создания отчетов и планирования ресурсов для виртуальной инфраструктуры.
-
-Beeline cloud предоставляет заказчику персональный портал самообслуживания. Портал позволяет:
-
-* Создавать и запускать задания резервного копирования.
-* Настраивать политики, выбрав для резервной копии:
- * тип — полный, инкрементальный, дифференцированный,
- * периодичность создания и планируемый срок хранения.
-
-Для создания резервной копии используется технология снапшотов — снимков состояния ВМ на конкретный момент времени.
\ No newline at end of file
diff --git a/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-1/03-2-1-2/03-2-1-2-1.md b/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-1/03-2-1-2/03-2-1-2-1.md
deleted file mode 100644
index 50dd085..0000000
--- a/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-1/03-2-1-2/03-2-1-2-1.md
+++ /dev/null
@@ -1,53 +0,0 @@
-# A. Cloud Compute Metrocluster
-
-## Технические компоненты
-
-Задублированы критически важные компоненты оборудования, в том числе питания и охлаждения, для предупреждения сбоев ИТ-процессов.
-
-| Услуга | Compute Cloud Metrocluster |
-|------------------------------------------------------------------------------|--------------------------------------------------------------------------------|
-| Зона доступности | DC1+DC3 |
-| Модель оборудования | F+tech FPD FPD-8-SP-H2K288G6
Huawei Dorado 8000 |
-| CPU / RAM | CPU: Intel(R) Xeon(R) Platinum 8378A 2х32
Cores 3.00GHz
RAM: 1 536 gb |
-| Рекомендованное максимальное количество ресурсов на виртуальных машинах (ВМ) | vCPU — 32
RAM — 768ГБ
Disk — 16 ТБ |
-
-## Параметры систем хранения данных (СХД)
-
-Для размещения данных используются СХД с:
-
-* SSD дисками емкостью 7,68 TB (All-Flash массив).
-
-### Производительность дисковых политик
-
-| Название Storage Policy | Лимит IOPS |
-|------------------------------------------------------------------------------|--------------------------------------------------|
-| Виртуальный жесткий диск SSD 20 iops | до 20 IOPS на 1 GB |
-| Виртуальный жесткий диск SSD 5 iops | до 5 IOPS на 1 GB |
-| Виртуальный жесткий диск SSD fix 500 iops* | до 500 IOPS на диск ВМ (фиксированное значение) |
-| Рекомендованное максимальное количество ресурсов на виртуальных машинах (ВМ) | vCPU — 32
RAM — 768ГБ
Disk — 16 ТБ |
-
-::: tip * для ВМ с дисками до 100 Гб используйте более производительные политики или политику с гарантированным количеством IOPS.
-:::
-
-### Формула расчета производительности виртуальных дисков
-
-P = D * I, где:
-
-P — гарантированная производительность,
-
-D — размер виртуального диска,
-
-I — количество IOPS на 1 ГБ.
-
-#### Пример расчета гарантированной производительности
-
-| Виртуальный диск 1000 GB
со storage policy Виртуальный жесткий диск SSD 20 iops | Виртуальный диск 1000 GB со storage policy Виртуальный жесткий диск SSD 5 iops |
-|------------------------------------------------------------------------------------|--------------------------------------------------------------------------------|
-| P = 1000 (GB) * 20 = 20000 (IOPS) | P = 1000 (GB) * 5 = 5000 (IOPS)* |
-
-::: tip Политика Виртуальный жесткий диск SSD 20 iops гарантирует, что для диска объемом 1000 GB:
-
-* Гостевая ОС получит 20 000 iops при размере одной операции 16 КБ.
-* Отношение количества операций чтения к количеству операций записи при Sequental доступе 70% / 30%.
-
-:::
diff --git a/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-1/03-2-1-3.md b/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-1/03-2-1-3.md
deleted file mode 100644
index 61e6d2e..0000000
--- a/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-1/03-2-1-3.md
+++ /dev/null
@@ -1,190 +0,0 @@
-# Основные функциональные возможности
-
-Beeline cloud предоставляет портал для управления и мониторинга Cloud Compute.
-
-## A. Базовые возможности портала управления
-
-### Возможности
-
-* Создание / удаление виртуальных машин, ВМ (Create / Delete VM).
-* Мониторинг нагрузки ресурсов ВМ и доступности выделенных вычислительных ресурсов через портал.
-
-
-
-### Ограничения на конфигурации ВМ
-
-Верхний предел зависит от конфигурации выделенных хостов кластера. Предел соответствует числу ядер на хосте или потоков при включенной опции Intel Hyper-Threading (в случае хостов разной конфигурации определяется по меньшей величине) и объему установленной памяти на хосте (в случае хостов разной конфигурации определяется по меньшей величине). Рекомендуется конфигурировать ВМ, не превышающие 50% емкости хоста по CPU/RAM.
-
-| Параметр | Количество и емкость | Комментарий |
-|:----------------------:|:--------------------:|:-------------------------------------------------------------------------------------------------------------------------------:|
-| vCPU | До 24* | Определяется заказчиком при создании ВМ. Один vCPU по мощности ограничен ресурсами одного физического ядра хоста виртуализации. |
-| vRAM | До 512 ГБ* | Определяется заказчиком при создании ВМ. |
-| vSCSI (адаптер SCSI) | До 4 | По умолчанию 1. Дополнительные предоставляются по запросу. |
-| vHDD (адаптер vSCSI) | До 15 | При создании ВМ создается первый vHDD. |
-| vCD/DVD | До 4 | По умолчанию 1. Дополнительные предоставляются по запросу. |
-| vLAN (сетевой адаптер) | До 10. | По умолчанию 1. Дополнительные предоставляются через портал. |
-
-
-## B. Возможности управления виртуальными машинами
-
-### Что такое виртуальная машина?
-
-Виртуальная машина (ВМ) — программная и/или аппаратная система, которая эмулирует аппаратное обеспечение компьютера (guest — гостевая платформа). ВМ исполняет программы для guest-платформы на host-платформе, виртуализирует и создает среды платформы, которые изолируют друг от друга программы. ВМ состоит из процессора, памяти, диска и сетевого адаптера. ВМ запускает одну операционную систему (ОС) внутри другой.
-
-
-
-
-
-### Возможности управления ВМ
-
-Сервис Cloud Compute позволяет управлять у ВМ:
-
-* электропитанием,
-* снимками,
-* виртуальным диском,
-* сетевыми настройками,
-* доступом,
-* клонированием и шаблонами.
-
-#### Электропитание
-
-Возможно:
-
-* Включить (Power ON).
-* Выключить (Power OFF).
-* Приостановить (Suspend).
-* Принудительно перезагрузить (Hard Reset).
-* Перезагрузить (Reboot).
-* Завершить работу (Shutdown).
-* Изменить параметры (Resize VM).
-
-ВМ поддерживают изменение ресурсов процессора и памяти без остановки ВМ, если:
-
-* ВМ под управлением гипервизора VMware ESXi с установленными VMware Tools.
-* Развернуты подготовленные образы для ОС в VMware HCL.
-
-#### Снимки
-
-Возможно:
-
-* Создать снимок (Create Snapshot). Снимки (снапшоты) используют емкость vLUN.
-* Откат состояния ВМ на момент создания снимка (Revert Snapshot).
-* Удалить снимок (Delete Snapshot).
-
-#### Виртуальный диск
-
-Возможно:
-
-* Создать диск (Create VM Disk).
-* Увеличить размер диска (VM Disk Extend).
-* Удалить диск (Delete VM Disk).
-
-::: warning Невозможно уменьшить размер диска со со стороны платформы. Доступно только увеличение.
-:::
-
-#### Сетевые настройки
-
-Возможно:
-
-* Добавить сетевой адаптер (Add vNIC).
-* Удалить сетевой адаптер (Delete vNIC).
-* Назначить сеть на сетевой адаптер (Change network).
-* Отключить/включить сеть на сетевом адаптере (Connect/Disconnect network).
-
-#### Доступ
-
-Возможно:
-
-* Запустить консоль управления (Launch VM Client).
-
-#### Клонирование и управление шаблонами
-
-Возможно:
-
-* Клонировать (Clone VM).
-* Создать образ (Convert vApp to Template).
-
-
-## C. Возможности установки операционных систем и иного ПО на виртуальные машины
-
-### Что такое виртуальная машина?
-
-Виртуальная машина (ВМ) — программная и/или аппаратная система, которая эмулирует аппаратное обеспечение компьютера (guest — гостевая платформа). ВМ исполняет программы для guest-платформы на host-платформе, виртуализирует и создает среды платформы, которые изолируют друг от друга программы. ВМ состоит из процессора, памяти, диска и сетевого адаптера. ВМ запускает одну операционную систему (ОС) внутри другой.
-
-
-
-### Рекомендации по разворачиванию ВМ
-
-Beeline cloud рекомендует разворачивать ВМ с протестированными гостевыми операционными системами (ОС) с разрядностью 64-х из. Beeline cloud готовит и предоставляет ОС в каталоге на портале управления шаблонов ВМ. Рекомендуемые ОС:
-
-* Windows Server,
-* CentOS,
-* Debian,
-* Ubuntu Server,
-
-Beeline cloud поддерживает в актуальном состоянии:
-
-* версии ОС и шаблоны ВМ,
-* инструменты интеграции гостевой ОС с гипервизором, например, VMware Tools в соответствии с листом совместимости производителей используемых платформ виртуализации.
-
-### Загрузка шаблонов ВМ
-
-По запросу заказчика beeline cloud готовит и загружает дополнительные шаблоны ВМ. Beeline cloud загружает образы ISO и шаблоны в формате .OVF через клиентский портал beeline cloud. Порядок загрузки в руководстве пользователя. После загрузки ISO образ из каталога монтируется в виртуальный привод заказчиком с помощью функционала портала.
-
-_Услуга оплачивается дополнительно._
-
-
-
-### Установка и использование иных гостевых ОС
-
-При установке иных гостевых ОС и использовании иных шаблонов ВМ beeline cloud не гарантирует работоспособность ВМ. Beeline cloud не отвечает за решение проблем с ОС.
-
-
-## D. Сетевые сервисы
-
-### Состав сервиса
-
-Сервис Cloud Compute включает:
-
-* Один внутренний сетевой сегмент на базе протоколов vxlan/geneve. Сегмент объединяет сформированные заказчиком виртуальные машины (ВМ) и обеспечивает связность внутри пула ресурсов заказчика.
-* Виртуальный маршрутизатор NSX T. Дополнительно можно подключить:
- * доступ в интернет с пропускной способностью в соответствии с выбранным тарифом,
- * один публичный IP-адрес.
-
-### Выделение внутренних сетевых сегментов
-
-Заказчик самостоятельно выделяет до 10 маршрутизируемых и изолированных сетевых сегментов. При необходимости для выделения дополнительных внутренних сетевых сегментов обратитесь в сервисную службу beeline cloud. Beeline cloud по запросу предоставляет порт доступа для обеспечения внешних коммуникаций.
-
-::: tip Порт предоставляется через подключение услуг передачи данных по отдельным заказам. Пример — подключение L2VPN.
-:::
-
-
-## E. Обеспечение безопасности
-
-### Используемые технологии и программно-аппаратные комплексы
-
-Для обеспечения безопасности используются технологии:
-
-* контроля доступа,
-* сохранности данных и отказоустойчивости.
-
-### Контроль доступа
-
-* Аутентификация для доступа к порталу управления.
-* Межсетевые экраны.
-* Контроль и журналирование действий администраторов beeline cloud.
-* Обеспечение разделяемого доступа к системам хранения данных (СХД).
-* Защита от несанкционированного доступа к оборудованию:
- * пропускная система,
- * круглосуточное видеонаблюдение,
- * круглосуточная охрана.
-
-### Сохранность данных и отказоустойчивость
-
-* Отказоустойчивые инфраструктурные решения с дублированием компонентов.
-* Автоматический перенос виртуальных машин (ВМ) при возникновении аварийной ситуации.
-
-Средства защиты информации (СЗИ) под монопольным управлением beeline cloud. Управление защищает платформу в соответствии требованиям регулирующих органов.
-
-::: tip СЗИ не используются в интересах конкретного заказчика.
-:::
\ No newline at end of file
diff --git a/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-1/03-2-1-4.md b/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-1/03-2-1-4.md
deleted file mode 100644
index 0114992..0000000
--- a/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-1/03-2-1-4.md
+++ /dev/null
@@ -1,11 +0,0 @@
-# 04. Дополнительные возможности
-
-При необходимости вместе с сервисом Cloud Compute доступен заказ:
-
-* сервисов резервного копирования на базе решений Veeam и информационной безопасности
-* виртуальных маршрутизаторов:
- * NSX Edge,
- * VyOS,
- * PfSense,
- * Cloud NGFW,
- * Cloud NGFW Pro.
\ No newline at end of file
diff --git a/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-1/03-2-1-5.md b/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-1/03-2-1-5.md
deleted file mode 100644
index 03428c4..0000000
--- a/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-1/03-2-1-5.md
+++ /dev/null
@@ -1,86 +0,0 @@
-# 05. Основные опции
-
-Сервис Cloud Compute имеет следующие опции:
-
-* Мониторинг хостов виртуализации.
-* Многофакторная аутентификация.
-* Хранение и проброс ключей USB.
-* ПО операционных систем в составе виртуальных машин (ВМ).
-
-Также ознакомьтесь с инструкцией по настройке Distributed Firewall (DFW).
-
-
-## A. Мониторинг хостов виртуализации
-
-### Целевые уровни и триггеры уведомлений параметров мониторинга
-
-Beeline cloud настраивает целевые уровни и триггеры уведомлений для мониторинга параметров использования процессора и памяти хостов.
-
-| Параметр | Как срабатывает триггер | Результат срабатывания триггера |
-|:--------------------------------:|:----------------------------------------------------------------------------------------------------------------:|:-----------------------------------------------------------------------------------------------------------------------------------:|
-| Доступность | Срабатывает при потере пяти пакетов подряд. Уровень состояния хоста помечается как чрезвычайный. | Уведомление получает служба технической поддержки beeline cloud (noc@datafort.ru) и назначенный контакт заказчика. |
-| Использование процессора | Периодичность опроса — пять минут. | |
-| | При достижении порога загрузки процессора более 85 % уровень состояния хоста помечается как средний. | Уведомление о предупреждении получает служба технической поддержки beeline cloud (noc@datafort.ru). |
-| | При достижении порога загрузки процессора более 95 % уровень состояния хоста помечается как высокий. | Уведомление о предупреждении получает служба технической поддержки beeline cloud (noc@datafort.ru) и назначенный контакт заказчика. |
-| | При достижении порога загрузки процессора более 97 % уровень состояния хоста помечается как чрезвычайный. | Уведомление о предупреждении получает служба технической поддержки beeline cloud (noc@datafort.ru) и назначенный контакт заказчика. |
-| Использование оперативной памяти | Периодичность опроса — пять минут. | |
-| | При достижении порога загрузки оперативной памяти более 70 % уровень состояния узла помечается как средний. | Уведомление о предупреждении получает служба технической поддержки beeline cloud (noc@datafort.ru). |
-| | При достижении порога загрузки оперативной памяти более 85 % уровень состояния узла помечается как высокий. | Уведомление о предупреждении получает служба технической поддержки beeline cloud (noc@datafort.ru) и назначенный контакт заказчика. |
-| | При достижении порога загрузки оперативной памяти более 97 % уровень состояния узла помечается как чрезвычайный. | Уведомление о предупреждении получает служба технической поддержки beeline cloud (noc@datafort.ru) и назначенный контакт заказчика. |
-
-По запросу beeline cloud предоставляет отчет по уровню заполнения емкости vLUN. Beeline cloud тарифицирует предоставление по ставкам специалиста ИТ второго уровня, 30 нормоминут.
-
-### Просмотр статистики по параметрам использования ресурсов
-
-Beeline cloud предоставляет заказчику доступ в личный кабинет на ВМе мониторинга. В личном кабинете заказчик просматривает статистику по параметрам параметрам использования ресурсов. По каждому из параметров доступно построение графиков и отчетов об использовании и доступности ресурсов. Глубина хранения статистики — 3 месяца, включая текущий.
-
-### Что не входит в состав опции
-
-Опция не включает действия beeline cloud на основании показаний мониторинга, если действия не связаны и не влияют на SLA. Beeline cloud масштабирует ресурсы и расширяет размер дискового пространства на основании бланка заказа (БЗ) заказчика. По запросу заказчика beeline cloud открывает инцидент для выяснения причин срабатывания триггеров.
-
-
-## B. Многофакторная аутентификация
-
-Многофакторная аутентификация (MFA) — вход в систему, который состоит из нескольких шагов и требует от пользователя указать больше информации, а не только пароль. В Cloud Compute MFA используется для дополнительной защиты от несанкционированного доступа портала управления виртуальным центром обработки данных (VCD). Beeline cloud предоставляет VCD заказчику.
-
-Beeline cloud согласовывает с заказчиком методы защиты одноразового пароля приложений. Методы задаются централизованными политиками. По согласованию с заказчиком отдельные учетные записи имеют доступ к порталу самообслуживания по классической схеме: при помощи пары логин и пароль без предоставления дополнительного фактора.
-
-::: tip
-
-Beeline cloud также предлагает отдельный сервис Многофакторная аутентификация (MFA). Сервис может быть как отдельным, так и опцией к уже существующим.
-
-:::
-
-
-## C. Хранение и проброс ключей USB
-
-Beeline cloud:
-1. Принимает от заказчика ключ USB.
-2. Подключает ключ к технологической сети Cloud Compute.
-3. Монтирует ключ к виртуальной машине (ВМ) при помощи драйвера USB-over-IP. При необходимости beeline cloud устанавливает операционные системы на драйвер.
-
-
-## D. Программное обеспечение (ПО) операционных систем (ОС) в составе виртуальных машин (ВМ)
-
-### Предоставление лицензий операционных систем (ОС)
-
-Beeline cloud возмездно предоставляет лицензии ОС. Единый тариф устанавливается в бланке заказа (БЗ) на сервис Cloud Compute. Тариф распространяется на все редакции и версии сервиса. Тарифицируются виртуальные машины (ВМ) с ПО сервиса.
-
-### Миграция и размещение шаблонов ВМ
-
-При миграции или размещении собственных шаблонов ВМ с ПО заказчик обращается к beeline cloud для активации ОС ключами beeline cloud. Beeline cloud активирует ОС.
-
-### Основа тарификации
-
-База для тарификации и расчета ежемесячного платежа за использование ПО — наибольшее число одновременно работавших ВМ с ОС за расчетный период. Дополнительное ПО, например, службы удаленного доступа к рабочему столу, лицензируется в услуге Предоставление доступа к ПО в составе виртуальных машин.
-
-### Зона ответственности заказчика
-
-Заказчик обязуется:
-
-* Не извлекать, не хранить и не передавать третьим лицам информацию о лицензионных ключах beeline cloud.
-* Не использовать лицензионные ключи для собственных нужд за рамками ВМ в процессе и по окончанию пользования сервисом.
-* Понимать последствия нарушения исключительных прав на результаты интеллектуальной деятельности. Нарушения предусмотрены статьями 1252 и 1253 ГК РФ.
-
-При нарушении прав заказчик возмещает beeline cloud убытки, вызванные соответствующим нарушением и связанные с претензиями правообладателя и/или его законных представителей.
-
diff --git a/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-1/03-2-1-6.md b/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-1/03-2-1-6.md
deleted file mode 100644
index 2e9f8f5..0000000
--- a/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-1/03-2-1-6.md
+++ /dev/null
@@ -1,55 +0,0 @@
-# 06. Хранение данных сервиса
-
-## Назначение Cloud Compute (выделенный хост)
-
-К тенанту вычислительных ресурсов подключается облачное хранилище, соответствующее определенной политике хранения. Выделенный хост — физический ВМ, предназначенный для размещения виртуальных машин (ВМ).
-
-Емкость каждого тома виртуального хранилища задается в диапазоне от 100 ГБ до 32 ТБ. Beeline cloud предоставляет и тарифицирует неформатированную емкость. Выделенная емкость занимается всеми включенными и выключенными ВМ, созданными снапшотами, и технологическим резервом, платформы под RAM клиентских ВМ. RAM равен объему vRAM на ВМ.
-
-## Доступные политики хранения
-
-* Fast SAS,
-* SSD,
-* Fast SSD,
-* Ultra NVMe,
-* Fast SAS 500 fix.
-
-Сегмент хранения состоит из распределённого набора систем хранения данных на дисках NMVe SSD. Каждая система хранения имеет два или более независимых контроллера. Это обеспечивает работоспособность системы при проведении регламентных работ и выходе из строя отдельного контроллера. Блоки питания и охлаждения каждого контроллера задублированы.
-
-## Лимит по ограничению дисковых политик по IOPS на 1 ГБ объема
-
-**Уровень предоставления сервиса (Storage SLA)**
-
-| Тариф | Название Storage Policy в Cloud Director | Ограничения IOPS | Время отклика (service time на СХД), мс |
-|----------------------------------------------|------------------------------------------------------------------------------------------------------------------|-------------------------------------------------------------------------------------------------------------------------------------|-----------------------------------------|
-| Fast SAS | fSAS | до 2 IOPS на GB | до 10 |
-| SSD | SSD | до 5 IOPS на GB | до 7 |
-| Fast SSD | fSSD | до 10 IOPS на GB | до 5 |
-| Ultra NVMe | uNVMe | до 25 IOPS на GB | до 3 |
-| Fast SAS 500 fix* | fSAS_500_IOPS_fix | до 500 IOPS на диск ВМ | до 10 |
-
-::: tip * для ВМ с дисками до 100 Гб рекомендовано использовать более производительные политики или политику с гарантированным количеством IOPS.
-:::
-
-Помимо вышеописанных ограничений по IOPS, выбранная дисковая политика подразумевает SLA. Показатель SLA — обеспечение приемлемых показателей производительности при строго обозначенном профиле нагрузки на диск. К этим показателям относится количество IOPS на GB для:
-
-* типа доступа Sequental,
-* размера операции ввода и вывода 16 KБ,
-* доступа Read/Write 70/30 %,
-* SCSI контроллеров Vmware ParaVirtual.
-
-Заявленное время отклика гарантируется при соблюдении рекомендованных параметров vmdk ВМ.
-
-::: warning Размер одного LUN для Storage Cluster не может превышать 32 ТБ.
-:::
-
-## Рекомендованные параметры vmdk ВМ
-
-* Запас на резервное копирование и снапшоты.
-* Рекомендованный максимальный размер диска не более 16 ТБ.
-* Тип используемого SCSI адаптера ParaVirtual.
-
-## Способы проверки SLA и устранения спорных ситуаций
-
-Здесь представлена инструкция по использованию программы Vdbench. Претензии по расхождению с SLA принимаются только в том случае, если результаты тестирования на ВМ с программой Vdbench и с установленными значениями по умолчанию, указанными в инструкции, не совпадают с SLA из инструкции. Storage policy диска ВМ при тестировании должна совпадать с таковой на виртуальном диске тестируемой ВМ.
-
diff --git a/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-1/03-2-1-7.md b/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-1/03-2-1-7.md
deleted file mode 100644
index 3114544..0000000
--- a/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-1/03-2-1-7.md
+++ /dev/null
@@ -1,9 +0,0 @@
-# 07. Регионы доступности сервиса
-
-Сервис Cloud Compute доступен в Москве по следующим адресам:
-
-| Зона доступности | Наименование | Адрес |
-|:----------------:|:------------:|:---------------------------------:|
-| Москва | Дата-центр 1 | 1-я Останкинская улица, 1с1 |
-| | Дата-центр 2 | Улица 8 Марта, 14с1 |
-| | Дата-центр 3 | Волгоградский проспект, 42, кв. 9 |
diff --git a/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-1/03-2-1-8.md b/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-1/03-2-1-8.md
deleted file mode 100644
index 6880684..0000000
--- a/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-1/03-2-1-8.md
+++ /dev/null
@@ -1,253 +0,0 @@
-# 08. Подключение Terraform к VCD
-
-## Что такое Terraform?
-
-Terraform — программное обеспечение с открытым исходным кодом, используемое для управления внешними ресурсами, например, в модели инфраструктуры как кода. Виртуальный дата-центр (VDC) — пул выделенных облачных ресурсов для создания ИТ - инфраструктуры корпоративного уровня. Ресурсы VDC включают в себя процессоры, оперативную память, дисковое пространство и сети, на основе которых создаются виртуальные машины (ВМ).
-
-## Подготовка конфигурационного файла
-
-1. Создайте конфигурационный файл main.tfи файл с переменными variables.tf.
-2. Перейдите по ссылкам ниже и скопируйте поддерживаемый provider в файл конфигурации main.tf.
-
-Для Cloud Director 10.2 максимально поддерживаемая версия провайдера 3.7.0, для Cloud Director 10.3 максимальная поддерживаемая версия 3.9.0.
-
-* Провайдер 3.7.0 https://registry.terraform.io/providers/vmware/vcd/3.7.0/docs
-* Провайдер 3.9.0 https://registry.terraform.io/providers/vmware/vcd/latest/docs
-
-
-
-3. Инициализируйте Terraform в папке с конфигурационным файлом main.tf.
-
-Команда terraform init используется для инициализации рабочего каталога Terraform. При введении команды она автоматически загрузит и установит все необходимые провайдеры и плагины Terraform.
-
-
-
-4. Для обновления версии провайдера измените версию в файле main.tf и введите команду terraform init -upgrade.
-
-
-
-5. Проверьте версию Terraform и установленного провайдера при помощи команды terraform -version.
-
-
-
-## Подключение к Cloud Director
-
-1. Заполните файл main.tf данными:
-
-```
-provider "vcd" {
- user = var.vcd_user
- password = var.vcd_pass
- auth_type = "integrated"
- org = var.vcd_org
- url = var.vcd_url
- max_retry_timeout = var.vcd_max_retry_timeout
- allow_unverified_ssl = var.vcd_allow_unverified_ssl
-}
-```
-
-2. Заполните variables.tf данными:
-
-* Используется логин для авторизации в Cloud Director.
-
-```
-variable "vcd_user" {
- default = "my-terraform"
- description = "Cloud Director tenant user"
-}
-```
-
-* Используется пароль для авторизации в Cloud Director.
-
-```
-variable "vcd_pass" {
- default = "my-password"
- description = " Cloud Director tenant password"
-}
-```
-
-* Используется название Tenant Cloud Director.
-
-```
-variable "vcd_org" {
- default = "DataFort "
- description = "Name tenant"
-}
-```
-
-* Используется название Virtual Data Center.
-
-```
-variable "vcd_vdc" {
- default = "MY-VDC "
- description = "Name Virtual Data Center"
-}
-```
-
-* Используется ссылка на подключение.
-
-```
-variable "vcd_url" {
- default = " https://cloud3.datafort.ru/api"
- description = "Cloud Director URL API"
-}
-variable "vcd_max_retry_timeout" {
- default = "60"
-}
-variable "vcd_allow_unverified_ssl" {
- default = "true"
- description = "Disable SSL certificate"
-}
-```
-
-### Основные команды
-
-| Команда | Комментарий | Адрес |
-|--------------------|-----------------------------------------------------------------------------------------------------------|:---------------------------------:|
-| terraform -help | Вывод справок. | 1-я Останкинская улица, 1с1 |
-| terraform -version | Вывод версии Terraform и установленных провайдеров. | Улица 8 Марта, 14с1 |
-| terraform init | Инициализация каталога Terraform. | Волгоградский проспект, 42, кв. 9 |
-| terraform plan | Генерация файла изменений и вывод изменений в инфраструктуре. | |
-| terraform apply | Применение изменений конфигурации, изначально выводит список изменений и/или добавлений в инфраструктуру. | |
-| terraform destroy | Удаление инфраструктуры. | |
-| terraform refresh | Обновление состояния с локальным файлом и состоянием реальных ресурсов. | |
-
-## Пример настройки
-
-В примере создается vApp (виртуальное приложение), в которое помещается виртуальная машина (ВМ) и подключается к существующей сети. В файле main.tf:
-
-1. Укажите провайдер поддерживаемой версии Cloud Director:
-
-```
-terraform {
- required_providers {
- vcd = {
- source = "vmware/vcd"
- version = "3.7.0"
- }
- }
-}
-```
-
-2. Подключитесь к Tenant:
-
-```
-provider "vcd" {
- user = var.vcd_user
- password = var.vcd_pass
- auth_type = "integrated"
- org = var.vcd_org
- vdc = var.vcd_vdc
- url = var.vcd_url
- max_retry_timeout = var.vcd_max_retry_timeout
- allow_unverified_ssl = var.vcd_allow_unverified_ssl
-}
-```
-
-3. Создайте vApp:
-
-```
-resource "vcd_vapp" "vapp1" {
- name = "my-first-vapp"
- vdc = var.vcd_vdc
- org = var.vcd_org
-}
-```
-
-4. Подключитесь в ручную созданную сеть network к vApp my-first-vapp:
-
-```
-resource "vcd_vapp_org_network" "is-net" {
- vapp_name = "my-first-vapp"
- vdc = var.vcd_vdc
- org_network_name = "network"
- depends_on = [vcd_vapp.vapp1]
-}
-```
-
-5. Создайте ВМ из шаблона в vApp my-first-vapp и включите ее кастомизацию ВМ с подключением сети network:
-
-```
-resource "vcd_vapp_vm" "vm1" {
- vapp_name = vcd_vapp.vapp1.name
- name = "my-first-vm"
- computer_name = "myvm"
- cpus = 4
- cpu_cores = 2
- memory = 4096
- org = var.vcd_org
- vdc = var.vcd_vdc
- storage_profile = var.storage_br
- os_type = "windows9Server64Guest"
- catalog_name = var.catalog_name_templates
- template_name = var.name_templates
- depends_on = [vcd_vapp.vapp1, vcd_vapp_org_network.is-net]
- customization {
- enabled = true
- force = true
- change_sid = true
- allow_local_admin_password = true
- auto_generate_password = false
- admin_password = "my-secure-password"
- }
-
-network {
- adapter_type = "VMXNET3"
- connected = true
- ip_allocation_mode = "POOL"
- is_primary = true
- name = "network"
- type = "org"
- }
-}
-```
-
-Файл variables.tf:
-
-```
-variable "vcd_user" {
- default = "my-terraform"
- description = "Cloud Director tenant user"
-}
-variable "vcd_pass" {
- default = "my-password"
- description = "Cloud Director tenant password"
-}
-variable "vcd_org" {
- default = "DataFort"
- description = "Tenant name"
-}
-variable "vcd_vdc" {
- default = "MY-VDC"
- description = "Name VDC"
-}
-variable "vcd_url" {
- default = "https://cloud3.datafort.ru/api"
- description = "URL Cloud Director API"
-}
-variable "vcd_max_retry_timeout" {
- default = "60"
-}
-variable "vcd_allow_unverified_ssl" {
- default = "true"
- description = "Disable SSL certificate"
-}
-variable "storage_br" {
- default = "HP3.1-VCD-Templates-Bronze-6"
-}
-variable "catalog_name_templates" {
- default = "Windows"
- description = "Name catalog templates"
-}
-variable "name_templates" {
- default = "Win2016_DE_RUS DC3 vCD_tmp"
- description = "Name templates"
-}
-```
-
-## Ссылки на документацию
-
-* [Конфигурация ВМ и список используемых типов операционных систем.](https://registry.terraform.io/providers/vmware/vcd/latest/docs/resources/vapp_vm)
-* [Ресурсы для Cloud Director.](https://registry.terraform.io/providers/vmware/vcd/3.7.0/docs)
-* [Ссылка на скачивание Terraform.](https://developer.hashicorp.com/terraform/downloads)
-* [Репозиторий в Github.](https://github.com/hashicorp/terraform)
diff --git a/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-2.md b/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-2.md
deleted file mode 100644
index 76889ba..0000000
--- a/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-2.md
+++ /dev/null
@@ -1,22 +0,0 @@
-# 2. Соответствие сервиса требованиям и стандартам безопасности сервиса
-
-## Аттестация облачной платформы beeline cloud требованиям безопасности
-
-Платформа аттестована по требованиям безопасности, которые предъявляются для информационных систем персональных данных первого уровня защищенности. Регулирующие нормативные акты:
-
-* Приказ ФСТЭК России от 18.02.2013 № 21,
-* ФЗ РФ «О персональных данных» № 152-ФЗ.
-
->_По запросу заказчика beeline cloud предоставляет выписку из модели угроз и матрицу ответственности._
-
-## PCI DSS 4.0
-
-PCI DSS 4.0 содержит требования для защиты данных держателей платежных карт. Требования обязательны и распространяются на компании, обрабатывающие данные Visa, MasterCard, American Express, JCB, МИР и других платежных систем. Соответствие PCI DSS позволяет использовать платформу для обработки данных карт. Также соответствие подтверждает высокий уровень безопасности платформы beeline cloud.
-
-_По запросу заказчика beeline cloud предоставляет AoC._
-
-## ГОСТ Р 57580.1-2017
-
-Платформа beeline cloud соответствует требованиям национального стандарта РФ ГОСТ Р 57580.1-2017 «Безопасность финансовых (банковских) операций. Защита информации финансовых организаций. Базовый состав организационных и технических мер» для первого уровня защищенности. Соответствие сервисов облачной платформы beeline cloud требованиям стандарта позволяет заказчикам, размещающим в облаке beeline cloud свои системы и приложения, выполнить требования Банка России. Требования определены в положениях 683-П, 684-П, 757-П и т.д.
-
->_По запросу заказчика beeline cloud предоставляет матрицу ответственности._
\ No newline at end of file
diff --git a/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-3.md b/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-3.md
deleted file mode 100644
index d2f6ef6..0000000
--- a/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-3.md
+++ /dev/null
@@ -1,53 +0,0 @@
-# 3. Порядок подключения и зоны ответственности
-
-## Порядок подключения сервиса
-
-### Заказчик
-
-Для подключения:
-
-1. Заполняет и подписывает бланк заказа (БЗ) на предоставление сервиса Cloud Compute.
-2. Отправляет отсканированную копию подписанного БЗ на e-mail presales@datafort.ru.
-3. Оригинал БЗ направляет beeline cloud в установленном договором порядке.
-
-### Beeline cloud
-
-Для подключения:
-
-1. Проверяет корректность заполнения БЗ и регистрирует заказ.
-2. Уведомляет заказчика по e-mail о принятии заказа в работу.
-3. Подключает сервис.
-4. Высылает на e-mail заказчика инструкцию по доступу к сервису, в том числе ссылку URL, логин и пароль для доступа к порталу управления, и руководство пользователя.
-5. Предоставляет заказчику доступ к сервису.
-
-При необходимости предоставления ресурсов в нескольких пулах размещаются отдельные БЗ на каждый ресурсный пул.
-
-## Зона ответственности заказчика
-
-Заказчик отвечает за:
-
-* Обновление инструментов интеграции гостевой ОС с гипервизором во всех виртуальных машинах ВМ до редакции не ниже рекомендуемой.
-* Сохранность и изменение данных; изменении параметров, выключении и/или удалении ВМ.
-
-::: warning После окончания предоставления сервиса в течение трех рабочих дней данные ВМ удаляются.
-:::
-
-Заказчик при необходимости устанавливает любое легитимное ПО и гостевые операционные системы (ОС) с разрядностью х32\х64 на предоставляемые ВМ. ВМ протестированы beeline cloud.
-
-::: tip Beeline cloud не гарантирует работоспособность ВМ с непротестированными ОС.
-:::
-
-Решение возможных проблем не регулируется действующим SLA. Заказчик отвечает за установку собственных шаблонов в ВМ. Также заказчик отвечает за обновление инструментов интеграции гостевой ОС с гипервизором во всех ВМ до редакции не ниже рекомендуемой.
-
-### Зона ответственности beeline cloud
-
-Beeline cloud отвечает за работоспособность предоставляемых вычислительных ресурсов до уровня ВМ, создаваемых заказчиком. Под этим подразумевается:
-
-| слуга | Compute Cloud | |
-|---------------------------------------------------------------------------------------------------------------|----------------------------------------------------------------------------------------------------------------|---|
-| Каналы передачи данных при использовании каналов beeline cloud | Если заказчик использует другие операторы интернета, то beeline cloud не отвечает за доступность сервиса. | |
-| Коммутационное и (или) вычислительное оборудование, устанавливаемое beeline cloud у заказчика и в дата-центре | Оборудование устанавливается при условии выполнения заказчиком технических условий по размещению оборудования. | |
-| Система хранения данных (СХД) в дата-центре beeline cloud | | |
-| Инфраструктурное ПО, необходимое для создания и управления ВМ заказчика | | |
-| Портал управления ВМ заказчика | | |
-
diff --git a/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-4.md b/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-4.md
deleted file mode 100644
index 2171e18..0000000
--- a/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-4.md
+++ /dev/null
@@ -1,83 +0,0 @@
-# 4. Тарификация и модели оплаты
-
-Модели тарификации делятся на две основные категории: фиксированная оплата (Fixed Pricing) и оплата по мере использования (Pay-As-You-Go, PAYG). Обе модели имеют свои особенности, преимущества и недостатки, и выбор между ними зависит от специфики потребностей бизнеса:
-
-* Fixed Pricing лучше подходит для компаний с предсказуемой и стабильной нагрузкой, где важна стабильность затрат и есть возможность прогнозирования использования ресурсов.
-* PAYG предпочтительнее для стартапов, динамично развивающихся компаний или организаций с непостоянной рабочей нагрузкой, где гибкость и возможность масштабирования являются ключевыми требованиями.
-
-## Фиксированная оплата (Fixed Pricing)
-
-Фиксированная модель тарификации предполагает, что клиент оплачивает фиксированную сумму за доступ к определённому количеству ресурсов. Ресурсы включают в себя вычислительную мощность (виртуальные машины), объём хранения данных. Сумма оплаты обычно зависит от выбранного тарифа, который определяет объем и тип предоставляемых услуг.
-
-Основные характеристики:
-
-* Абонентская плата: Клиент вносит ежемесячный платеж за определённый набор ресурсов на фиксированный период, например, за месяц или год.
-* Гарантированные ресурсы: Клиент получает гарантированный доступ к определенному объему ресурсов, вне зависимости от того, использует он их полностью или нет.
-* Управление: Клиент может создавать/удалять ВМ без ограничений в рамках этого набора ресурсов.
-* Прогнозируемость затрат: Затраты легко планировать, так как они не меняются в зависимости от фактического использования.
-* Оплата: Стоимость ресурсов указывается в рублях в месяц.
-
-Преимущества:
-
-* Простота и предсказуемость: Легко управлять бюджетом и прогнозировать расходы, поскольку они фиксированы.
-* Стабильный доступ к ресурсам: Подходит для клиентов с постоянными потребностями, которым необходим определенный уровень ресурсов на регулярной основе.
-
-Недостатки:
-
-* Платежи за неиспользованные ресурсы: Если потребности пользователя изменятся и он будет использовать меньше ресурсов, чем оплачено, он все равно будет платить за полный выделенный объем.
-* Меньшая гибкость: В случае резкого увеличения потребностей, может потребоваться пересмотр условий контракта или переход на другой тариф.
-
-### Оплата по мере использования (Pay-As-You-Go, PAYG)
-
-Модель PAYG позволяет клиентам оплачивать только те ресурсы, которые они фактически используют. Оплата взимается за объем используемых данных на включенных виртуальных машинах.
-
-Основные характеристики:
-
-* Динамическая тарификация: Клиент платит за фактическое количество ресурсов, которые он использовал за определенный период времени, например, за час работы виртуальной машины и за гигабайт хранимых данных.
- * Если ВМ включена, тарифицируются все ресурсы;
- * Если ВМ выключена, vCPU, RAM не тарифицируются;
- * Потребление ресурсов измеряется раз в 1 час и приводится к 1 часу.
-* Отсутствие фиксированных контрактов: Клиент может увеличивать или уменьшать использование ресурсов в зависимости от потребностей без необходимости изменять тарифный план в бланке заказа.
-* Гибкость: Легко масштабировать ресурсы в зависимости от изменения потребностей бизнеса.
-* Управление. Клиент получает доступ к пулу ресурсов, в рамках которого может создавать/удалять ВМ без ограничений.
-* Оплата. Стоимость ресурсов указывается в рублях в час.
-
-Преимущества:
-
-* Оптимизация затрат: Клиент платит только за те ресурсы, которые он использовал, что может снизить общие расходы, особенно при нерегулярном использовании.
-* Высокая гибкость: Модель подходит для компаний с переменной рабочей нагрузкой, позволяя адаптировать инфраструктуру к текущим потребностям.
-* Прозрачность: Легко отслеживать расходы на основе реального использования ресурсов.
-
-Недостатки:
-
-* Непредсказуемость затрат: При изменении потребностей расходы могут значительно варьироваться от месяца к месяцу, что затрудняет планирование бюджета.
-* Риски перерасхода: В случае резкого роста использования ресурсов затраты могут выйти за рамки первоначального бюджета.
-* Необходимость мониторинга: Для оптимизации затрат требуется постоянный мониторинг и управление ресурсами, что может потребовать дополнительных усилий.
-
-::: tip Формула расчета стоимости услуг:
-
-PAYG = (usage/(720 часов)) * тариф,
-
-где:
-
-Usage – суммарное фактическое потребление в Гб за расчетный период;
-Тариф – ежемесячный фиксированный тариф за диск;
-720 часов – фиксированное количество часов в 30 днях (720 часов используется для расчетов).
-
-Пример расчета:
-
-Допустим, среднее потребление в час за 288 часов (12 дней) = 300 Гб
-Суммарное фактическое потребление за период составляет 86400 Гб.
-
-Подставляем значения:
-PAYG = 86400/(720 ) * 7,
-PAYG = 840 руб.
-Таким образом, при среднем потреблении (300 Гб/час) за расчетный период (12 дней или 288 ч), клиент заплатит 840 рублей по модели PAYG при тарифе 7 рублей за 1 Гб в месяц.
-
-Описание модели тарификации:
-
-* Размер тарифа формируется из расчета 720 часов в месяц.
-* Цена зависит от выбранного тарифного плана https://wiki.dfcloud.ru
-* Округление стоимости происходит в большую сторону до сотых, что обеспечивает точность расчетов и удобство для пользователя.
-
-:::
\ No newline at end of file
diff --git a/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-5/03-2-5-0-overview.md b/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-5/03-2-5-0-overview.md
deleted file mode 100644
index 6bb395f..0000000
--- a/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-5/03-2-5-0-overview.md
+++ /dev/null
@@ -1,23 +0,0 @@
-# 5. Инструкция по настройке Distributed Firewall (DFW)
-
-## Что такое Distributed Firewall (DFW)?
-
-Distributed Firewall (DFW) — распределенный межсетевой экран. DFW используется для управления трафиком East-West между виртуальными машинами (ВМ) внутри сети облака без использования Edge Gateway. Благодаря централизованному управлению DFW упрощает контроль политик безопасности, которые позволяют управлять трафиком. При включении DFW создается единая политика безопасности по умолчанию для всех ВМ в группе.
-
-## Как добавить DFW в DCG?
-
-Последовательно выполните шаги:
-
-1. Подключение Distributed Firewall.
-2. Создание IP Set.
-3. Создание правил DFW.
-
-## Дополнительные настройки
-
-Последовательно выполните шаги:
-
-1. Создание Static Security Group (SSG).
-2. Просмотр тегов безопасности.
-3. Назначение тега безопасности ВМ.
-4. Создание Dynamic Security Group (DSG).
-5. Добавление Application Port Profile в DCG.
\ No newline at end of file
diff --git a/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-5/03-2-5-1.md b/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-5/03-2-5-1.md
deleted file mode 100644
index 1187bed..0000000
--- a/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-5/03-2-5-1.md
+++ /dev/null
@@ -1,83 +0,0 @@
-а## A01. Подключение Distributed Firewall
-
-Distributed Firewall — дополнительная платная услуга, отключенная по умолчанию. Чтобы заказать услугу, обратитесь к своему персональному менеджеру. После подключения DFW создайте IP Sets и правила DFW.
-
-
-## A02. Создание IP Set
-
-Редактировал(а) Ирина Сафонова 21.03.2024, 01:22
-
-Перед созданием правил DFW настройте IP Sets, к которым применяются правила DFW. IP Sets — группы IP-адресов, определенные в объектной группе. Объединение нескольких объектов в IP Set позволяет сократить количество правил DFW. Для создания:
-
-1. Нажмите Networking → Data Center Groups.
-
-2. Нажмите на название DCG.
-
-3. В левом меню нажмите IP Set.
-
-4. Нажмите New.
-
-5. В поле Name введите название IP Set.
-
-6. (Опционально) В поле Description введите описание IP Set.
-
-7. В поле IP Addressess введите IP-адрес, диапазон IP-адресов или подсеть и нажмите ADD.
-
-8. Нажмите SAVE.
-
-
-## A03. Создание правил DFW
-
-### Создание правила DFW
-
-Созданные правила DFW применяются только к рабочим нагрузкам, подключенным к сетям DCG. Перед созданием правил DFW убедитесь, что:
-
-* В DCG подключен DFW.
-* Созданы все необходимые IP Sets, к которым планируется применить правило DFW.
-
-Для создания правила DFW:
-
-1. На странице DCG в левом меню нажмите Distributed Firewall.
-
-2. Нажмите EDIT RULES → NEW ON TOP.
-
-4. В поле Name введите название правила.
-
-5. В поле State активируйте переключатель, чтобы включить правило.
-
-6. (Опционально) Чтобы выбрать конкретный порт назначения в виртуальной машине (ВМ), в поле Applications нажмите Редактировать, активируйте Choose a specific application, выберите порт и нажмите SAVE.
-
-7. (Опционально) Чтобы выбрать контекстный профиль ЦОД NSX-T, в поле Context нажмите Редактировать, активируйте Choose a specific profile, выберите профиль для правила и нажмите SAVE.
-
-8. Чтобы выбрать источник трафика, в поле Source нажмите Редактировать и выполните одно из следующих действий:
-
-* Чтобы разрешить или запретить трафик с любого адреса источника, активируйте Any Source и нажмите KEEP.
-* Чтобы разрешить или запретить трафик с определенных IP-адресов, активируйте Exclude, выберите источник и нажмите KEEP.
-
-9. Чтобы выбрать адрес назначения трафика, в поле Destination нажмите Редактировать и выполните одно из следующих действий:
-
-* Чтобы разрешить или запретить трафик на любой адрес назначения, активируйте Any Destination и нажмите KEEP.
-* Чтобы разрешить или запретить трафик на определенные IP-адреса, активируйте Exclude, выберите адрес назначения и нажмите KEEP.
-
-10. В поле Action выберите одну из следующих опций:
-
-* Allow, чтобы пропускать трафик.
-* Reject, чтобы блокировать трафик.
-
-11. В поле IP Protocol выберите трафик, к которому применять правило.
-
-12. При необходимости регистрировать фильтрацию в поле Enable logging активируйте переключатель.
-
-13. Нажмите SAVE.
-
-### Отключение политики DFW по умолчанию
-
-Чтобы отключить услугу DFW, отключите политику DFW по умолчанию. При отключении политики по умолчанию правила DFW больше не применяются.
-
-1. На странице DCG в левом меню нажмите Distributed Firewall.
-
-2. Напротив Default Policy Status нажмите DISABLE.
-
-3. Нажмите DISABLE.
-
-4. При отключении услуги DFW конфигурация правил безопасности для группы DCG удаляется без возможности восстановления. Перед отключением DFW отключите политику DFW по умолчанию.
\ No newline at end of file
diff --git a/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-5/03-2-5-2.md b/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-5/03-2-5-2.md
deleted file mode 100644
index ff57f17..0000000
--- a/src/guide/wikidf/03-iaas/03-2-cloud-compute/03-2-5/03-2-5-2.md
+++ /dev/null
@@ -1,119 +0,0 @@
-## B01. Создание Static Security Group
-
-Static Security Group (SSG) — группы сетей DCG, к которым применяются правила DFW. Создание SSG позволяет сократить общее количество правил DFW. Для создания SSG необходима хотя бы одна сеть DCG, которая поддерживается NSX. Для группировки сети DCG в SSG:
-
-1. На странице DCG в левом меню нажмите Static Groups.
-
-2. Нажмите New.
-
-3. В поле Name введите название SSG.
-
-4. (Опционально) В поле Description введите описание SSG.
-
-5. Нажмите SAVE.
-
-6. Выберите созданный SSG и нажмите Manage Members.
-
-7. Выберите DCG, которые нужно добавить в SSG.
-
-8. Нажмите SAVE.
-
-9. После создания SSG добавьте правила DFW в DCG.
-
-
-## B02. Просмотр тегов безопасности
-
-Теги безопасности используются для определения правил DFW для DCG с NSX-T и DCG с типом сетевого провайдера ЦОД NSX-T. Чтобы просмотреть все теги безопасности, в разделе Networking нажмите Security Tags. Чтобы просмотреть список виртуальных машин (ВМ) с назначенным тегом, слева от имени тега нажмите кнопку расширения. Если нет прав на просмотр ВМ, то она не отобразится в списке.
-
-
-## B03. Назначение тега безопасности
-
-Для назначения тега необходима роль с правом vApp: Edit Properties. Чтобы добавить новый тег безопасности:
-
-1. В разделе Networking → Security Tags нажмите Add Tag.
-
-2. В поле Name введите название тега.
-
-3. Выберите виртуальную машину (ВМ), которым необходимо назначить созданный тег.
-
-4. Нажмите SAVE.
-
-::: tip В результате созданный тег безопасности назначается выбранным ВМ. В карточке ВМ доступен просмотр тегов, назначенных конкретной ВМ.
-:::
-
-После назначения тега создайте DSG ВМ на основе назначенных тегов.
-
-
-## B04. Создание Dynamic Security Group (DSG)
-
-### Что такое Distributed Firewall (DFW)?
-
-Доступно использование DSG для добавления правил DFW в DCG или в Edge Gateways, которые являются частью DCG. DSG виртуальных машин (ВМ) можно определить на основе критериев, к которым применяются правила DFW. Чтобы создать критерий, добавьте правила DFW, которые применяются к имени ВМ или тегу безопасности. Для добавления:
-
-1. На странице DCG в левом меню нажмите Dynamic Groups.
-
-2. Нажмите New.
-
-3. В поле Name введите название DSG.
-
-4. (Опционально) В поле Description введите описание DSG.
-
-### Применение правила DFW к имени ВМ
-
-В разделе VM Criteria:
-
-1. В поле Type выберите VM name.
-
-2. В поле Operator выберите оператора для правила:
-
-* Contains, чтобы применить правило к именам ВМ, которые содержат термин.
-* Starts With, чтобы применить правило к именам ВМ, которые начинаются с термина.
-
-3. В поле Value введите термин для правила.
-
-### Применение правила DFW к тегам ВМ
-
-В разделе VM Criteria:
-
-1. В поле Type выберите VM tag.
-
-2. В поле Operator выберите оператора для правила:
-
-* Equals, чтобы применить правило к тегам VM, равным термину.
-* Starts with, чтобы применить правило к тегам VM, которые начинаются с термина.
-* Ends with, чтобы применить правило к тегам VM, которые заканчиваются термином.
-* Contains, чтобы применить правило к тегам VM, которые содержат термин.
-
-3. В поле Value введите определяющий термин для правила.
-
-4. Чтобы добавить еще одно правило, нажмите ADD RULE.
-
-::: tip Примечание.
-Доступно добавление до четырех правил.
-:::
-
-5. Чтобы добавить еще один критерий, нажмите ADD CRITERION.
-
-::: tip Примечание.
-Доступно добавление до трех критериев в DSG.
-:::
-
-
-## B05. Добавление Application Port Profile в DCG
-
-Для создания правил DFW используйте предварительно настроенные или создавайте пользовательские Application Port Profile. Application Port Profile (APP) — комбинация протокола и порта или группы портов, которая используются для служб межсетевого экрана.
-
-1. На странице DCG в левом меню нажмите Application Port Profiles.
-
-2. Нажмите New.
-
-3. В поле Name введите название APP.
-
-4. (Опционально) В поле Description введите описание APP.
-
-5. В поле Protocol выберите протокол.
-
-6. В поле Ports введите один или несколько портов через запятую.
-
-7. Нажмите SAVE.
-
diff --git a/src/guide/wikidf/03-iaas/03-2-cloud-compute/img.png b/src/guide/wikidf/03-iaas/03-2-cloud-compute/img.png
deleted file mode 100644
index 329e902..0000000
Binary files a/src/guide/wikidf/03-iaas/03-2-cloud-compute/img.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-3-recovery/03-3-0-overview.md b/src/guide/wikidf/03-iaas/03-3-recovery/03-3-0-overview.md
deleted file mode 100644
index 4f64c57..0000000
--- a/src/guide/wikidf/03-iaas/03-3-recovery/03-3-0-overview.md
+++ /dev/null
@@ -1,6 +0,0 @@
-# Аварийное восстановление (Disaster Recovery) - Назначение сервиса
-
-В состав сервиса аварийного восстановления входят:
-
-1. Disaster Recovery as a Service – проектное решение по обеспечению отказоустойчивости ИТ-инфраструктуры за счет создания резервной площадки. При этом условия предоставления и порядок оплаты определяются в индивидуальном порядке.
-2. Репликация виртуальных машин (ВМ) – инструмент переноса и онлайн-синхронизации ВМ между площадками.
diff --git a/src/guide/wikidf/03-iaas/03-3-recovery/03-3-1.md b/src/guide/wikidf/03-iaas/03-3-recovery/03-3-1.md
deleted file mode 100644
index 76d3e15..0000000
--- a/src/guide/wikidf/03-iaas/03-3-recovery/03-3-1.md
+++ /dev/null
@@ -1,9 +0,0 @@
-# DRaaS
-
-Disaster Recovery as a Service, DRaaS или аварийное восстановление – это сервис, обеспечивающий отказоустойчивость ИТ-систем, защиту данных и непрерывность бизнес-процессов компании за счет дублирования продуктивной инфраструктуры на резервной площадке и переключения на нее в случае сбоя.
-
-Это комплексная проектная услуга, основой которой является репликация данных ВМ между площадками. Репликация может осуществляться как специализированным ПО на уровне виртуализации или ОС, так и на уровне приложений, поддерживающих кластеризацию.
-
-Для обеспечения непрерывности работы и минимального времени простоя, помимо репликации ВМ, требуется предварительная настройка и тестирование резервной площадки, а также подробно составленный DRP (Disaster Recovery Plan), в котором учитываются зоны ответственности сторон, а также описывается регламент восстановления для каждой ВМ.
-
-Ввиду уникальности ИТ-инфраструктуры каждой компании, услуга не может быть полностью стандартизирована и прорабатывается под каждую компанию в рамках проекта.
diff --git a/src/guide/wikidf/03-iaas/03-3-recovery/03-3-2.md b/src/guide/wikidf/03-iaas/03-3-recovery/03-3-2.md
deleted file mode 100644
index f048731..0000000
--- a/src/guide/wikidf/03-iaas/03-3-recovery/03-3-2.md
+++ /dev/null
@@ -1,91 +0,0 @@
-
-# Репликация ВМ
-
-Репликация ВМ (виртуальной машины) – инструмент синхронизации данных ВМ между теннантами/площадками заказчика, обеспечивается за счет копирования данных из одного источника в другой, и наоборот. Перед подключением услуги требуется заказ ресурсов Compute Cloud, в которые будет выполнятся репликация.
-
-Процесс репликации ВМ может создаваться и обслуживаться как заказчиком, так и исполнителем в зависимости от выбранного решения. Репликация ВМ осуществляется или между дата-центрами (ДЦ) beeline cloud, или между инфраструктурой заказчика и ДЦ beeline cloud.
-
-Необходимо учитывать, что beeline cloud не определяет точную скорость миграции: она зависит от размера ВМ и канала связи между инфраструктурой заказчика и облаком beeline cloud.
-
-## Описание сервиса
-
-Услуга реализована на платформе beeline cloud на базе решений Veeam и vCAV.
-
-* Veeam Backup&Replication применяется для репликации ВМ между ДЦ beeline cloud;
-* Veeam Cloud Connect – для репликации ВМ между ДЦ beeline cloud и инфраструктурой заказчика с использованием его собственной инсталляции Veeam Backup&Replication;
-* vCAV – для репликации ВМ между ДЦ beeline cloud, а так же между ДЦ beeline cloud и инфраструктурой заказчика. Используется, если ВМ размещена в платформе виртуализации VMWare.
-
-## Репликация ВМ на базе Veeam Backup&Replication
-
-При заказе для одной ВМ нескольких услуг одновременно в первую очередь выполняется резервное копирование (Cloud Backup или Managed Cloud Backup), а репликация ВМ осуществляется только по завершении предыдущего процесса. Важно! Услугой Репликация ВМ на базе Veeam Backup&Replication между дата-центрами beeline cloud управляет только исполнитель, при этом работы по настройке оплачиваются дополнительно.
-
-Заказчик формирует список ВМ для репликации и согласовывает регламент. Beeline cloud определяет оптимальный размер хранения для реплик, а также обеспечивает создание, хранение и восстановление ВМ из реплик.
-
-Для возможности оперативного отката реплик к состоянию на выбранный момент времени:
-
-* копии создаются с интервалом в 30 минут (для ВМ до 500 Гб; при большем размере ВМ время может быть увеличено);
-* глубина хранения 8 реплик (4 часа).
-
-## Репликация ВМ на базе Veeam Cloud Connect
-
-Сервис реализован на базе ПО Veeam Cloud Connect (входит в состав Veeam B&R) и предназначен для репликации ВМ заказчика в облако beeline cloud.
-
-Для репликации в инфраструктуре заказчика должен быть развернут и настроен Veeam B&R версией выше Community Edition, заказчик управляет сервисом самостоятельно.
-
-Подключение осуществляется одним из следующих способов:
-
-* Посредством сети Интернет (по шифрованному SSL/TLS каналу). Veeam Cloud Gateway, входящий в Veeam B&R, работает на ВМ облака beeline cloud и управляет передачей. Данные записываются в выделенный теннант заказчика в облаке beeline cloud.
-* С использованием одного из шифрованных каналов L2VPN/L3VPN/ВОЛС. Каналы терминируются как на общем инфраструктурном оборудовании beeline cloud, так и на выделенном оборудовании заказчика в Colocation beeline cloud. Заказчик администрирует репликацию при помощи Veeam B&R. Выбранный канал и GateWay необходимо приобретать отдельно.
-
-## Репликация ВМ на vCAV
-
-vCAV — встроенное средство миграции/репликации виртуальных машин платформы виртуализации VMWare, инструмент подходит только для миграции ВМ из одного гипервизора VMWare в другой.
-
-Сервис реализован на базе продукта VMware vCloud Availability и доступен для заказчиков, использующих ПО VMware vCenter не ниже 6.5. U1 и для версии 6.0 U3 с ограниченным функционалом.
-
-### Репликация vCAV между дата-центром заказчика и дата-центром beeline cloud
-
-Заказчик подключается к облачной инфраструктуре beeline cloud через интернет для обеспечения миграции ВМ между двумя площадками. В инфраструктуре заказчика должна быть развернута служебная ВМ vCloud Availability из шаблона в vCenter. Служебная ВМ содержит:
-
-* сервис vCloud Availability replicator – для подготовки данных к передаче на другую площадку;
-* сервис vCloud Availability Tunnel manager – для передачи данных миграции и репликации по каналу между сайтами beeline cloud и заказчика;
-* плагин vCloud Availability Plugin – для интеграции vCloud Availaibility в панель управления vCenter.
-
-Для развертывания сервиса заказчик:
-
-1. Скачивает служебную ВМ vCloud Availability по ссылке из личного кабинета на сайте vmware.com.
-2. Конфигурирует и запускает служебную ВМ в vCenter, при необходимости прорабатывает схему сетевого взаимодействия.
-3. Настраивает сервис vCloud Availability Tunnel, предоставив служебной ВМ доступ в Интернет по необходимым портам.
-4. Получает от beeline cloud данные доступ к управлению сервисом через клиентский портал.
-
-### Репликация vCAV между дата-центрами beeline cloud
-
-При необходимости сервис Репликация ВМ на базе vCloud Availability используется между дата-центрами beeline cloud, настраивается исполнителем и после настройки передается в управление заказчику.
-
-## Оформление заявки на подключение
-
-Заказчик:
-
-1. Заполняет и подписывает бланк заказа (БЗ) и опросный лист на предоставление сервиса Репликация ВМ.
-2. Направляет скан-копию подписанного БЗ и опросного листа на e-mail presales@datafort.ru.
-3. Оригинал БЗ направляет beeline cloud в установленном договором порядке.
-
-Beeline cloud:
-
-1. Проверяет корректность заполнения БЗ и регистрирует заказ.
-2. Уведомляет заказчика по e-mail о принятии заказа в работу.
-3. Подключает сервис и высылает на e-mail заказчика инструкцию по доступу к сервису и пользовательское руководство.
-4. Предоставляет заказчику доступ к сервису.
-5. Создает заказчику учетную запись.
-6. Совместно с заказчиком подключает элементы инфраструктуры для репликации.
-
-## Тарификация и порядок оплаты
-
-Сервис оплачивается на основании счета, выставляемого по окончании отчетного периода (ежемесячно, если иное не прописано в бланке заказа). Состав платежа зависит от количества уникальных ВМ, репликация которых осуществлялась в течение месяца как минимум один раз.
-При заказе услуги репликации ВМ предоставляется лицензия из расчета: одна лицензия – на репликацию одной уникальной ВМ.
-Оплачиваются дополнительно (при необходимости):
-
-* ресурсы под служебные и реплицируемые виртуальные машины заказчика;
-* работы по настройке при выборе услуги Репликация ВМ на базе Veeam Backup&Replication;
-* построение шифрованного канала L2VPN/L3VPN;
-* L2\L3 Gateway для подключения к Veeam Cloud Connect через L2VPN/L3VPN.
diff --git a/src/guide/wikidf/03-iaas/03-4-migration/03-4-0-overview.md b/src/guide/wikidf/03-iaas/03-4-migration/03-4-0-overview.md
deleted file mode 100644
index f458c60..0000000
--- a/src/guide/wikidf/03-iaas/03-4-migration/03-4-0-overview.md
+++ /dev/null
@@ -1,30 +0,0 @@
-# Миграция виртуальных машин
-
-## Назначение сервиса
-
-Сервис Миграция виртуальных машин используется для переноса ВМ. Виртуальная машина (ВМ) — программная и/или аппаратная система, которая эмулирует аппаратное обеспечение компьютера (guest — гостевая платформа). ВМ исполняет программы для guest-платформы на host-платформе, виртуализирует и создает среды платформы, которые изолируют друг от друга программы. ВМ состоит из процессора, памяти, диска и сетевого адаптера. ВМ запускает одну операционную систему (ОС) внутри другой.
-
-Миграция ВМ применяется для переноса ВМ с площадки заказчика в инфраструктуру beeline cloud и наоборот. Также возможна миграция между площадками beeline cloud.
-
-## Опции сервиса
-
-| Наименование опции | Источник | Назначение | Используемое beeline cloud ПО | Необходимое ПО у заказчика | Управление |
-|------------------------------------------------------|--------------------------|--------------------------|-------------------------------|----------------------------|---------------|
-| Сервис миграции ВМ внутри облака beeline cloud | beeline cloud, Storage | beeline cloud, Storage | Veeam B&R | - | beeline cloud |
-| Сервис миграции ВМ внутри облака beeline cloud | beeline cloud, Storage | beeline cloud, Storage | VMware vCloud Availability | - | заказчик |
-| Сервис миграции ВМ заказчика в облако beeline cloud | Инфраструктура заказчика | beeline cloud, Storage | Veeam CC | Veeam B&R | заказчик |
-| Сервис миграции ВМ заказчика в облако beeline cloud | Инфраструктура заказчика | beeline cloud, Storage | VMware vCloud Availability | VMware vCloud Availability | заказчик |
-| Сервис миграции ВМ заказчика из облака beeline cloud | beeline cloud, Storage | Инфраструктура заказчика | VMware vCloud Availability | VMware vCloud Availability | заказчик |
-| Сервис миграции ВМ заказчика в облако beeline cloud | Инфраструктура заказчика | beeline cloud, Storage | MIND Migrate | - | beeline cloud |
-
-## Заказ сервиса
-
-Beeline cloud и заказчик:
-
-1. Определяют состав сервиса.
-2. Подписывают бланк заказа (БЗ) на лицензии.
-
-При необходимости beeline cloud и заказчик оформляют отдельный БЗ на работы beeline cloud. Beeline cloud рассчитывает стоимость сервиса, используя предоставляемые клиентом данные о количестве и характеристиках мигрируемых ВМ.
-
-::: tip Перед предоставлением сервиса миграции ВМ в облако beeline cloud или миграции между площадками beeline cloud заказчику должны быть выданы все необходимые ресурсы в целевой инфраструктуре.
-:::
diff --git a/src/guide/wikidf/03-iaas/03-4-migration/03-4-1.md b/src/guide/wikidf/03-iaas/03-4-migration/03-4-1.md
deleted file mode 100644
index 4c5ab43..0000000
--- a/src/guide/wikidf/03-iaas/03-4-migration/03-4-1.md
+++ /dev/null
@@ -1,246 +0,0 @@
-# 1. Состав сервиса
-
-Сервис Миграция виртуальных машин (ВМ) реализован на платформе beeline cloud. Заказчик выбирает ПО, исходя из задач и параметров инфраструктуры.
-
-| ПО | Назначение |
-|---------------------------------|-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
-| MIND | Автоматизирует перенос рабочих нагрузок между физическими, виртуальными и облачными средами.
- Миграция российских операционных систем (ОС).
- Миграция данных на уровне ОС.
- Миграция данных, когда не подходят Veeam Cloud Connect Replication и vCAV. |
-| Veeam Cloud Connect Replication | Мигрирует виртуальные машины (ВМ) заказчика в облако beeline cloud. Миграция происходит при условии, что на инфраструктуре заказчика инсталляция Veeam BackUp&Replication версией выше Community Edition. К инсталляции подключается Veeam Cloud Connect Replication. |
-| vCAV | Встроенное средство миграции платформы виртуализации VMWare. Средство подходит только для миграции ВМ из одного гипервизора VMWare в другой. |
- |
-
-## 01. MIND
-
-### Назначение MIND
-
-MIND — программное обеспечения для переноса рабочих нагрузок между физическими, виртуальными и облачными средами. MIND используется для миграции:
-
-* российских операционных систем (ОС),
-* данных на уровне ОС,
-* данных, когда не подходят Veeam Cloud Connect Replication и vCAV.
-
-::: tip MIND использует организацию сервиса через интернет.
-:::
-
-::: warning Только beeline cloud делает миграцию MIND. Работы оплачиваются дополнительно.
-:::
-
-### Лицензирование MIND
-
-MIND тарифицируется поштучно. Заказчик приобретает необходимое количество бессрочных лицензий на миграцию. Лицензия одноразовая и позволяет произвести одну миграцию одной ВМ.
-
-### Поддерживаемые ОС
-
-MIND поддерживает миграцию рабочих нагрузок под управлением ОС семейств Windows и Linux. ОС запускаются в виде физических машин на площадке заказчика или ВМ на гипервизоре или облаке.
-
-Семейство Windows:
-
-* Windows Server 2008R2",
-* Windows Server 2012R2",
-* Windows Server 2016,
-* Windows Server 2019,
-* Windows Server 2022,
-* Windows 7",
-* Windows 10.
-
-::: tip " — Ограниченная поддержка в текущей версии. Рекомендуется выполнять миграции без режима Flow.
-:::
-
-Семейство Linux:
-
-* CentOS,
-* Red Hat,
-* Debian,
-* Ubuntu,
-* Astra Linux,
-* ALT Linux,
-* RedOS,
-* Fedora,
-* SberLinux,
-* Rosa (РОСА).
-
-### Поддерживаемые гипервизоры
-
-MIND поддерживает следующие гипервизоры:
-
-* Microsoft Hyper-V,
-* VMware vCenter и ESXi,
-* Citrix Xen,
-* Семейство решений на базе KVM.
-
-### Поддерживаемые платформы виртуализации
-
-MIND поддерживает следующие платформы виртуализации:
-
-* Rosa Virtualization (НТЦ ИТ РОСА),
-* RUSMOX (Русвиртуализация),
-* Альт ВМ Виртуализации (БАЗАЛЬТ СПО),
-* АЭРОДИСК АИСТ (Аэро Диск),
-* Space VM (ДАКОМ М),
-* ECP Veil (НИИ Масштаб),
-* vStack (ITGLOBAL.COM).
-
-::: tip Совместимость подтверждена средствами MIND.
-:::
-
-### Совместная проверка (сертификат совместимости)
-
-MIND поддерживает следующие сертификаты совместимости:
-
-* BASIS Dynamix,
-* BASIS Digital Energy,
-* zVirt (Орион Софт),
-* HOSTVM (ИК ХОСТ),
-* ПК СВ «Брест» (ASTRA),
-* РЕД Виртуализация (РедСофт),
-* Р-Виртуализация (Росплатформа),
-* SharxBase (Шаркс Датацентр),
-* Горизонт-ВС (ИЦ Баррикады),
-* Rustack (Рустэк).
-
-### Ограничения для миграции ВМ на базе MIND
-
-::: warning Включите Secure boot на мигрируемых ВМ.
-:::
-
-#### Ограничения на Windows
-
-MIND не поддерживает миграцию ВМ с динамическими дисками.
-
-::: warning Для достижения консистентности данных на приёмнике при репликации в режиме Flow после выполнения первичной синхронизации произведите как минимум два досылания изменений перед окончанием миграции.
-:::
-
-#### Ограничения на Linux
-
-* Не поддерживается:
- * Миграция дисков, где используется файловая система Btrfs.
- * Миграция ОС, где используются тома LVM-Thin.
- * Миграция для объектов, где используется mdraid.
- * Миграция дисков, на которых файловая система ZFS.
-* Ограничена поддержка миграции V2P.
-
-::: warning Миграция P2V возможна только при использовании аппаратного RAID.
-:::
-
-
-## 02. Veeam Cloud Connect Replication
-
-### Назначение Veeam Cloud Connect Replication
-
-Сервис Veeam Cloud Connect Replication реализован с помощью ПО Veeam Cloud Connect. ПО входит в состав Veeam Backup&Replication (Veeam B&R). Сервис мигрирует виртуальные машины (ВМ) заказчика в облако beeline cloud. Узнайте, как подключить сервис.
-
-Миграция происходит при условии, что на инфраструктуре заказчика инсталляция Veeam B&R версией выше Community Edition. К инсталляции подключается Veeam Cloud Connect Replication.
-
-При необходимости миграция на базе Veeam используется между датацентрами beeline cloud.
-
-::: warning Только beeline cloud делает миграцию между своими датацентрами. Работы оплачиваются дополнительно.
-:::
-
-### Условия подключения к Veeam Cloud Connect Replication
-
-В инфраструктуре заказчика должно быть развернуто и настроен Veeam B&R. Заказчик самостоятельно управляет сервисом через Veeam B&R.
-
-::: warning Стоимость лицензий на Veeam B&R в инфраструктуре заказчика не входит в стоимость сервиса.
-:::
-
-### Тарификация и лицензирование
-
-Сервис тарифицируется фиксированно и ежемесячно. Одна лицензия позволяет мигрировать одну уникальную ВМ.
-
-### Способы организации сервиса
-
-Способы организации сервиса зависят от средства передачи данных:
-
-* через интернет,
-* с использованием шифрованных каналов,
-* с использованием каналов, защищенных шифрованием ГОСТ,
-
-#### Через интернет
-
-Данные передаются по шифрованному SSL/TLS каналу. Veeam Cloud Gateway, входящий в Veeam B&R, управляет передачей. Veeam Cloud Gateway работает на ВМ облака beeline cloud. Данные записываются в выделенный вычислительный пул заказчика в облаке beeline cloud.
-
-_Способ стандартный._
-
-Способ используется для следующего ПО организации сервиса:
-
-* MIND,
-* Veeam Cloud Connect Replication,
-* vCAV.
-
-**Схема организации сервиса**
-
-
-
-#### С использованием шифрованных каналов
-
-Передача данных между инфраструктурой заказчика и облаком beeline cloud использует один из каналов L2VPN/L3VPN/ВОЛС. Выбранный канал необходимо приобрести.
-
-Данные передаются по шифрованному каналу связи, реализованному согласно выбранном заказчиком каналам L2VPN/L3VPN/ВОЛС. Каналы терминируются как на общем инфраструктурном оборудовании beeline cloud, так и на выделенном оборудовании заказчика в Colocation beeline cloud. Заказчик администрирует репликацию при помощи Veeam B&R. При наступлении аварийного события в случае недоступности ВМ заказчик при необходимости включает ВМ из реплик с помощью интернет-портала Cloud Connect.
-
-Beeline cloud предоставляет заказчику расположенные в облаке:
-
-* служебную управляющую ВМ Cloud Gateway,
-* емкость хранения Storage,
-* служебную ВМ управления сетевым доступом vCPE (опционально).
-
-_Способ используется для организации сервиса только при помощи ПО Veeam Cloud Connect Replication._
-
-**Схема организации сервиса**
-
-
-
-#### С использованием каналов, защищенных шифрованием ГОСТ
-
-Для передачи данных из инфраструктуры заказчика в облако используются каналы, защищенные шифрованием ГОСТ.
-
-::: warning Заказчик должен выбрать дополнительно сервис Шифрование каналов связи (VPN).
-:::
-
-Beeline cloud предоставляет заказчику расположенные в облаке:
-
-* служебную управляющую ВМ Cloud Gateway,
-* емкость хранения Storage,
-* служебную ВМ управления сетевым доступом vCPE (опционально).
-
-Заказчик администрирует репликацию при помощи Veeam B&R. При необходимости заказчик через портал Cloud Connect включает реплики, находящиеся в пуле облака beeline cloud.
-
->_Способ используется для организации сервиса только при помощи ПО Veeam Cloud Connect Replication._
-
-**Схема организации сервиса**
-
-
-
-
-## 03. vCAV
-
-### Назначение vCAV
-
-vCAV — встроенное средство миграции платформы виртуализации VMWare. Средство подходит только для миграции ВМ из одного гипервизора VMWare в другой. Сервис реализован на базе продукта VMware vCloud Availability и доступен для заказчиков, использующих ПО vmware vCenter не ниже 6.5. U1 и 6.0 U3 версий с ограниченным функционалом.
-
-Beeline cloud подключает свой пул ресурсов к облачной инфраструктуре заказчика через интернет для обеспечения миграции виртуальных машин (ВМ) между двумя площадками. Bbeline cloud подключает сервис vCAV на основании подписанного бланка заказа (БЗ) в согласованные сроки.
-
-### Условия подключения сервиса
-
-Между инфраструктурой заказчика и облаком beeline cloud в инфраструктуре заказчика должна быть развернута служебная виртуальная машина (ВМ) vCloud Availability. ВМ разворачивается из шаблона в vCenter заказчика. Служебная ВМ содержит:
-
-| Сервис/Плагин | Назначение |
-|-------------------------------------------|------------------------------------------------------------------------------------------------------------------|
-| Сервис vCloud Availability replicator | Сервис используется для подготовки данных к передаче на другую площадку. |
-| Сервис vCloud Availability Tunnel manager | Сервис используется для передачи данных миграции и репликации по каналу между сайтами beeline cloud и заказчика. |
-| vCloud Availability Plugin | Плагин используется для интеграции vCloud Availaibility в панель управления vCenter. |
-
-По запросу заказчика beeline cloud прорабатывает дополнительные варианты сетевой связности и VPN.
-
-#### Схема подключения площадки заказчика к облаку beeline cloud
-
-
-
-Для развертывания сервиса заказчику необходимо:
-
-1. Скачать служебную ВМ vCloud Availability из шаблона. Ссылка на скачивание доступна из личного кабинета заказчика на сайте vmware.com.
-2. Сконфигурировать и запустить служебную ВМ в vCenter. Заказчик прорабатывает схему сетевого взаимодействия, beeline cloud — при необходимости.
-3. Настроить сервис vCloud Availability Tunnel, предоставив доступ служебной ВМ в интернет по необходимым портам.
-4. Получить от beeline cloud данные доступа к управлению сервисом через клиентский портал.
-
-::: tip При необходимости сервис миграции ВМ на базе vCloud Availability используется между датацентрами beeline cloud. Beeline cloud настраивает и передает сервис в управление заказчику.
-:::
diff --git a/src/guide/wikidf/03-iaas/03-4-migration/03-4-2.md b/src/guide/wikidf/03-iaas/03-4-migration/03-4-2.md
deleted file mode 100644
index 39dba4e..0000000
--- a/src/guide/wikidf/03-iaas/03-4-migration/03-4-2.md
+++ /dev/null
@@ -1,63 +0,0 @@
-# 2. Порядок предоставления сервиса. Зоны ответственности
-
-## Порядок подключения сервиса
-
-### Заказчик
-
-Для подключения:
-
-1. Заполняет и подписывает бланк заказа (БЗ) на предоставление сервиса Миграция виртуальных машин (ВМ) .
-2. Отправляет отсканированную копию подписанного БЗ и опросного листа на e-mail presales@datafort.ru.
-3. Оригинал БЗ направляет beeline cloud в установленном договором порядке.
-
-### Beeline cloud
-
-Для подключения:
-
-1. Проверяет корректность заполнения БЗ и регистрирует заказ.
-2. Уведомляет заказчика по e-mail о принятии заказа в работу.
-3. Подключает сервис и высылает на e-mail заказчика инструкцию по доступу к сервису и пользовательское руководство.
-4. Предоставляет заказчику доступ к сервису.
-5. Создает заказчику учетную запись.
-6. Совместно с заказчиком подключает элементы инфраструктуры для репликации.
-
-::: warning Скорость миграции зависит от размера ВМ и канала связи между инфраструктурой заказчика и облаком beeline cloud. Beeline cloud не определяет точную скорость миграции.
-:::
-
-## От чего зависит подключение к сервису?
-
-Подключение к Veeam Cloud Connect Replication зависит от способа организации сервиса:
-
-* через интернет,
-* с использованием шифрованных каналов связи,
-* с использованием каналов связи, защищенных шифрованием ГОСТ.
-
-### Через интернет
-
-Способ используется для организации сервиса при помощи следующего ПО:
-
-* MIND,
-* Veeam Cloud Connect Replication,
-* vCAV.
-
-Beeline cloud создает заказчику учетную запись. Далее beeline cloud совместно с заказчиком подключает элементы инфраструктуры для репликации. Узнайте про способ и схему организации сервиса.
-
-### Использование шифрованных каналов связи
-
-Способ используется для организации сервиса при помощи ПО Veeam Cloud Connect Replication. Beeline cloud:
-
-* Выделяет вычислительный пул в облаке beeline cloud под служебные ВМ.
-* Организует L2VPN/L3VPN/ВОЛС соединение между vCPE и площадкой заказчика.
-
-Узнайте про способ и схему организации сервиса.
-
-### Использование каналов связи, защищенных шифрованием ГОСТ
-
-* Выделяет вычислительный пул в облаке beeline cloud под служебные ВМ.
-* Организует L2VPN/L3VPN/ВОЛС соединение между vCPE и площадкой заказчика.
-* Делает настройки в рамках сервиса Шифрование каналов связи (VPN).
-
-::: tip Способ используется для организации сервиса при помощи ПО Veeam Cloud Connect Replication.
-:::
-
-Узнайте про способ и схему организации сервиса.
\ No newline at end of file
diff --git a/src/guide/wikidf/03-iaas/03-4-migration/03-4-3.md b/src/guide/wikidf/03-iaas/03-4-migration/03-4-3.md
deleted file mode 100644
index bc015f9..0000000
--- a/src/guide/wikidf/03-iaas/03-4-migration/03-4-3.md
+++ /dev/null
@@ -1,17 +0,0 @@
-# 3. Тарификация сервиса
-
-## Платеж за сервис
-
-Платеж за сервис Миграция виртуальных машин (ВМ) зависит от выбранного программного обеспечения.
-
-Миграция на базе решений MIND оплачивается единоразово. Платеж зависит от количества лицензий на миграцию виртуальных машин (ВМ). Одна лицензия одноразовая и бессрочная, действует на миграцию одной ВМ. После миграции лицензия недействительна.
-
-Миграция на базе решений Veeam и vCloud Availability оплачивается ежемесячно. Ежемесячный платеж зависит от количества уникальных ВМ, миграция которых осуществлялась в течение месяца как минимум один раз.
-
-## Дополнительные платежи
-
-При необходимости заказчик оплачивает отдельно:
-
-* Ресурсы пула под служебные и мигрируемые виртуальные машины (ВМ) заказчика.
-* Построение шифрованного канала L2VPN/L3VPN/ВОЛС.
-* WAN acceleration.
\ No newline at end of file
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-0-overview.md b/src/guide/wikidf/03-iaas/03-5-backup/03-5-0-overview.md
deleted file mode 100644
index 8e8a280..0000000
--- a/src/guide/wikidf/03-iaas/03-5-backup/03-5-0-overview.md
+++ /dev/null
@@ -1,3 +0,0 @@
-# Резервное копирование - Назначение сервиса
-
-Резервное копирование — набор сервисов для обеспечения сохранности данных заказчика в облаке beeline cloud и в собственной инфраструктуре. Beeline cloud предлагает резервное копирование от Veeam.
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-1.md b/src/guide/wikidf/03-iaas/03-5-backup/03-5-1.md
deleted file mode 100644
index 978d682..0000000
--- a/src/guide/wikidf/03-iaas/03-5-backup/03-5-1.md
+++ /dev/null
@@ -1,120 +0,0 @@
-# ПО Veeam в аренду
-
-## Описание услуги
-
-По запросу beeline cloud предоставляет ПО Veeam по схеме ежемесячной аренды для лицензирования необходимого количества устройств. Beeline cloud предоставляет:
-
-* дистрибутив Veeam B&R для разворачивания Veeam ВМа последней версии,
-* возможность лицензирования,
-* дистрибутивы необходимых агентов.
-
-Установка и работа ПО не отличается от стандартного. Возможности ПО соответствуют Veeam Enterprise Plus.
-
-Техподдержка L1 и обновление ПО предоставляются через beeline cloud. Лицензии предоставляются по схеме аренды. Тарификация ежемесячная с обязательным минимальным коммитом. Свыше коммита возможна тарификация по PAYG.
-
-
-## 1. Как установить ПО Veeam
-
-Дистрибутивы ПО устанавливаются по стандартным инструкциям Veeam.
-
-| Дистрибутив | Ссылка на статью |
-|---------------------|-----------------------------------------------------------------------------------------------------------------------------|
-| Veeam B&R | [Installing Veeam Backup & Replication.](https://helpcenter.veeam.com/docs/backup/vsphere/install_vbr.html?ver=120) |
-| Veeam Microsoft 365 | [Installing Veeam Backup for Microsoft 365.](https://helpcenter.veeam.com/docs/vbo365/guide/vbo_installing_vbo.html?ver=70) |
-| Veeam ONE | [Installing Veeam ONE.](https://helpcenter.veeam.com/docs/one/deployment/install_veeam_one.html?ver=120) |
-| Veeam Agent Windows | [Installation and Configuration.](https://helpcenter.veeam.com/docs/agentforwindows/userguide/installation.html?ver=60) |
-| Veeam Agent Linux | [Installation and Configuration. ](https://helpcenter.veeam.com/docs/agentforwindows/userguide/installation.html?ver=60) |
-
-
-## 2. Как подключиться к консоли
-
-### Подготовка к подключению к сервис-провайдеру
-
-Сервис-провайдер (SP) добавляется на Veeam Backup Server заказчика.
-
-### Предварительные условия настройки
-
-Перед добавлением SP проверьте, что получили в приветственном письме:
-
-* имя пользователя и пароль учетной записи,
-* порт для подключения к облачному шлюзу, если SP указал порт, отличный от порта по умолчанию.
-
-### Шаги настройки
-
-Настройка SP состоит из шести последовательных шагов:
-
-1. Запуск мастера Add Service Provider.
-2. Указание настроек Cloud Gateway.
-3. Проверка сертификата TLS и настройка учетной записи пользователя.
-4. Оценка результатов настройки.
-5. Завершение настройки.
-6. Отключение автоматического обновление лицензий.
-
-#### Шаг 1. Запуск мастера Add Service Provider
-
-Чтобы запустить мастер, выполните одно из трех действий:
-
-* Откройте пункт Backup Infrastructure. Выберите пункт Service Provider на панели и нажмите Add Service Providers на ленте.
-* Откройте пункт Backup Infrastructure. Щелкните правой кнопкой мыши пункт Service Providers на панели и выберите Add Service Providers.
-* Откройте пункт Backup Infrastructure. Выберите пункт Service Providers на панели и нажмите Add Service Providers в рабочей области.
-
-
-
-#### Шаг 2. Указание настроек Cloud Gateway
-
-1. В поле DNS-name or IP-adress введите адрес из приветственного письма.
-
-2. В поле Порт укажите 6180.
-
-3. [Необязательно] В поле Описание укажите описание добавляемого SP.
-
-4. Установите флажок Allow this Veeam Backup & Replication installation to be managed by the service provider. В результате установится агент удаленного управления на клиентском ВМе резервного копирования Veeam.
-
-
-
-#### Шаг 3. Проверка сертификата TLS и настройка учетной записи пользователя
-
-1. На шаге Credentials проверьте настройки сертификата TLS и укажите настройки для учетной записи клиента, которую вы хотите использовать для подключения к облачному хранилищу.
-
-2. В разделе Credentials перейдите по ссылке Manage accounts или нажмите Add справа, чтобы добавить необходимые учетные данные из приветственного письма.
-
-3. В списке Credentials выберете добавленную учетную запись.
-
-4. Нажмите кнопку Apply.
-
-
-
-#### Шаг 4. Оценка результатов настройки
-
-На этапе применения настроек Veeam Backup & Replication сохранит информацию о ресурсах, доступных в вашем SP.
-
-1. Дождитесь завершения необходимых операций.
-
-2. Нажмите Next, чтобы продолжить настройку.
-
-
-
-#### Шаг 5. Завершение настройки
-
-1. На шаге Summary завершите процедуру добавления SP.
-
-2. Просмотрите информацию о конфигурации добавленного SP.
-
-3. Нажмите Finish, чтобы выйти из мастера.
-
-
-
-#### Шаг 6. Отключение автоматического обновление лицензий
-
-1. В левом верхнем углу консоли Veeam Backup and Replication нажмите Hamburger Menu.
-
-
-
-2. Выберите меню License.
-
-
-
-3. Уберите флажок с поля Update license automatically (enables usage reporting).
-
-
-
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-0-overview.md b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-0-overview.md
deleted file mode 100644
index ad1dac1..0000000
--- a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-0-overview.md
+++ /dev/null
@@ -1,17 +0,0 @@
-# Резервное копирование Veeam
-
-## Назначение сервиса
-
-Резервное копирование Veeam — набор сервисов для обеспечения сохранности данных заказчика в облаке beeline cloud и в собственной инфраструктуре. Beeline cloud оказывает заказчику одну из или совокупность перечисленных ниже сервисных услуг. Фактический состав сервиса указывается в подписываемом сторонами бланке заказа (БЗ).
-
-::: tip Информация
-Расчетная скорость восстановления данных из резервных копий для сервисов Cloud BackUp и Managed Cloud BackUp — 500мбит/с.
-:::
-
-| Наименование | Источник | Репозиторий | Используемое Исполнителем ПО | Уровень работы с данными | Необходимое ПО у Заказчика | Управление | Краткое описание |
-|--------------------------------------------------------------------------------------------|---------------------------------|--------------------------------|------------------------------|--------------------------------------|----------------------------|---------------|--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
-| Управляемое резервное копирование ВМ в облаке
(Managed Cloud BackUp) | beeline cloud, Storage | Backup Storage YM,
Storage+ | Veeam B&R, VEM | Гипервизор | - | Beeline cloud | Резервное копирование виртуальных машин (ВМ) заказчика, размещенных в облаке beeline cloud, и осуществляемое beeline cloud с помощью ПО Veeam B&R. |
-| Резервное копирование ВМ в облаке
(Cloud BackUp) | beeline cloud, Storage | Backup Storage YM,
Storage+ | VEM,
Veeam B&R | Гипервизор | - | Заказчик | Резервное копирование ВМ заказчика, размещенных в облаке beeline cloud, и осуществляемое beeline cloud с помощью ПО Veeam B&R. |
-| Резервное копирование в Облако на базе Veeam Cloud Connect
(Veeam Cloud Connect BackUp) | Инфраструктура заказчика | Backup Storage YM,
Storage+ | Veeam CC,
Veeam B&R | Зависит от инсталляции VBR заказчика | Veeam B&R | Заказчик | При наличии у заказчика собственной инсталляции Veeam B&R возможно подключение нашего облачного репозитория к инфраструктуре заказчика для хранения резервных копий с помощью ПО Veeam CC. |
-| Резервное копирование в Облако на базе Veeam агента
(Veeam Agent BackUp) | Инфраструктура заказчика | Backup Storage YM,
Storage+ | Veeam CC,
Veeam B&R | Операционная система (ОС) | - | Заказчик | Если у заказчика нет Veeam B&R, возможно резервное копирование с помощью агента Veeam. Агент устанавливается на уровне ОС. |
-
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-1/03-5-2-1-0-overview.md b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-1/03-5-2-1-0-overview.md
deleted file mode 100644
index 80ed410..0000000
--- a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-1/03-5-2-1-0-overview.md
+++ /dev/null
@@ -1,26 +0,0 @@
-# 1. Резервное копирование виртуальных машин (ВМ) с администрированием (Managed Cloud Backup)
-
-## Назначение сервиса
-
-С помощью сервиса Резервное копирование Veeam и репликации ВМ beeline cloud создает и обслуживает процесс резервного копирования определенных заказчиком ВМ. Резервное копирование — сервис для обеспечения сохранности данных заказчика в облаке beeline cloud и в собственной инфраструктуре. Сервис реализован на платформе beeline cloud с использованием программного обеспечения резервного копирования Veeam Backup&Replication.
-
-## Параметры сервиса
-
-* Кто управляет сервисом: специалисты beeline cloud.
-* Область применения: ВМ в облаке beeline cloud.
-* Используемое ПО: Veeam B&R и VEM.
-* Уровень работы с данными: резервные копии ВМ создаются на уровне гипервизора.
-
-## Как организуется сервис?
-
-Заказчик предоставляет список виртуальных машин (ВМ) для резервного копирования и согласовывает его регламент. Список и регламент могут быть указаны в рамках Бланка Заказа. Специалистами beeline cloud рассчитывается оптимальный размер дискового пространства для хранения резервных копий. Резервное копирование выполняется для ВМ, расположенных в облаке beeline cloud, в выделенный репозиторий.
-
-## Зона ответственности beeline cloud
-
-Beeline cloud создает, хранит и восстанавливает ВМ из резервных копий. Beeline cloud поддерживает ежедневное резервное копирование на отдельный репозиторий для возможности восстановления виртуальных дисков ВМ.
-
-Для всех ВМ сервиса предусмотрен следующий регламент создания резервных копий:
-
-* Резервные копии создаются ежедневно в интервал между 22:00 и 6:00. Время окончания создания копий зависит от размера ВМ.
-* Глубина хранения выбирается кратно 7 календарным дням и указывается в бланке заказа (БЗ).
-* Резервные копии хранятся в выделенном хранилище резервных копий (репозитории).
\ No newline at end of file
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-1/03-5-2-1-1.md b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-1/03-5-2-1-1.md
deleted file mode 100644
index c8f430d..0000000
--- a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-1/03-5-2-1-1.md
+++ /dev/null
@@ -1,143 +0,0 @@
-# 1. Резервное копирование виртуальных машин (ВМ) с администрированием (Managed Cloud Backup)
-
-## Назначение сервиса
-
-С помощью сервиса Резервное копирование Veeam и репликации ВМ beeline cloud создает и обслуживает процесс резервного копирования определенных заказчиком ВМ. Резервное копирование — сервис для обеспечения сохранности данных заказчика в облаке beeline cloud и в собственной инфраструктуре. Сервис реализован на платформе beeline cloud с использованием программного обеспечения резервного копирования Veeam Backup&Replication.
-
-## Параметры сервиса
-
-* Кто управляет сервисом: специалисты beeline cloud.
-* Область применения: ВМ в облаке beeline cloud.
-* Используемое ПО: Veeam B&R и VEM.
-* Уровень работы с данными: резервные копии ВМ создаются на уровне гипервизора.
-
-## Как организуется сервис?
-
-Заказчик предоставляет список виртуальных машин (ВМ) для резервного копирования и согласовывает его регламент. Список и регламент могут быть указаны в рамках Бланка Заказа. Специалистами beeline cloud рассчитывается оптимальный размер дискового пространства для хранения резервных копий. Резервное копирование выполняется для ВМ, расположенных в облаке beeline cloud, в выделенный репозиторий.
-
-## Зона ответственности beeline cloud
-
-Beeline cloud создает, хранит и восстанавливает ВМ из резервных копий. Beeline cloud поддерживает ежедневное резервное копирование на отдельный репозиторий для возможности восстановления виртуальных дисков ВМ.
-
-Для всех ВМ сервиса предусмотрен следующий регламент создания резервных копий:
-
-* Резервные копии создаются ежедневно в интервал между 22:00 и 6:00. Время окончания создания копий зависит от размера ВМ.
-* Глубина хранения выбирается кратно 7 календарным дням и указывается в бланке заказа (БЗ).
-* Резервные копии хранятся в выделенном хранилище резервных копий (репозитории).
-
-
-## A. Состав сервиса
-
-### Назначение сервиса
-
-Сервис Managed Cloud Backup реализован на платформе beeline cloud с использованием программного обеспечения резервного копирования Veeam Backup&Replication. Заказчик предоставляет список виртуальных машин (ВМ) и согласовывает регламент резервного копирования. Beeline cloud рассчитывает оптимальный размер дискового пространства для хранения резервных копий.
-
-### Зона ответственности beeline cloud
-
-Beeline cloud создает, хранит и восстанавливает ВМ из резервных копий. Beeline cloud поддерживает ежедневное резервное копирование на отдельный репозиторий для возможности восстановления виртуальных дисков ВМ.
-
-Для всех ВМ сервиса предусмотрен следующий регламент создания резервных копий:
-
-* Резервные копии создаются ежедневно в интервал между 22:00 и 6:00. Время окончания создания копий зависит от размера ВМ.
-* Глубина хранения выбирается кратно 7 календарным дням и указывается в бланке заказа (БЗ).
-* Резервные копии хранятся в репозитории.
-
-
-## B. Ограничения при использовании сервиса
-
-### Процесс резервного копирования
-
-При заказе для одной виртуальной машин (ВМ) одновременно сервисов репликации и ежедневного резервного копирования во время создания ежедневной резервной копии задания репликации временно приостанавливаются.
-
-#### Этапы резервного копирования
-
-Процесс резервного копирования состоит из четырех этапов:
-
-1. Создание снапшота ВМ.
-2. Считывание и копирование измененных данных.
-3. Консолидация и удаление снапшота.
-4. Merge-ассоциация скопированных данных с имеющейся полной копией внутри системы резервного копирования. Операция merge не затрагивает продуктивную среду.
-
-#### Нерекомендованные действия с виртуальными машинами (ВМ)
-
-Во время первых трех этапов с ВМ не рекомендуется:
-
-* Перезагружать и менять настройки операционных систем (ОС).
-* Проводить резервное копирование на уровне приложений.
-
-Также во время первых трех этапов создается дополнительная нагрузка на производительность ВМ. Если заказчик выполняет эти действия, то время создания резервной копии увеличивается. Процесс может перейти на период наибольшей нагрузки на ВМ, что приводит к деградации производительности ВМ. При выполнении первого и третьего этапа возможны разовые потери (до одной секунды) связанности с копируемой ВМ. Резервная копия доступна для восстановления только после окончания четвертого этапа.
-
-#### Создание резервных копий
-
-Ежедневные резервные копии создаются с 22:00 до 6:00. Время окончания зависит от размера ВМ и объема измененных данных на ней за прошедшие сутки и наличия этапов резервного копирования.
-
-::: warning
-Для ВМ более 1 ТБ beeline cloud не гарантирует, что резервное копирование полностью пройдет с 22:00 до 6:00.
-:::
-
-### Восстановление ВМ
-
-ВМ восстанавливается по заявке заказчика "как есть" в тот же пул заказчика, в котором она находилась, с теми же сетевыми настройками и в выключенном состоянии.
-
-::: warning
-Срок восстановления ВМ в пуле заказчика не включает время, требуемое для запуска установленных внутри ОС приложений.
-:::
-
-### Ограничения
-
-Гарантированное время восстановления для ВМ размером менее 8 ТБ составляет 250 гб в час.
-
-Для ВМ размером более 8ТБ скорость восстановления не гарантируется.
-
-Veeam не рекомендует проводить резервное копирование ВМ размером более 32 ТБ
-
-
-## C. Порядок подключения и зоны ответственности
-
-### Порядок подключения к сервису
-
-Сервис Managed Cloud Backup подключается на основании подписанного бланка заказа (БЗ) в течение двух рабочих дней.
-
-### Зона ответственности beeline cloud
-
-В зону ответственности beeline cloud входит поддержание работоспособности сервиса резервных копий до уровня операционной системы (ОС). Beeline cloud не отвечает за корректную работу приложений, установленных внутри ОС.
-
-Beeline cloud уведомляет заказчика об исчерпании доступной емкости репозитория для соответствующего типа резервных копий. По запросу заказчика beeline cloud настраивает уведомление ответственных лиц заказчика (до трех сотрудников) о результатах прохождении заданий резервного копирования. Результаты высылаются по e-mail.
-
-### Зона ответственности заказчика
-
-Заказчик отвечает за восстановление настроек и работоспособности сервисов, прикладного и системного ПО на виртуальных машинах (ВМ).
-
-Заказчик обязан:
-
-* По требованию beeline cloud обновлять интеграционные компоненты виртуализации и обеспечить работу системных служб на виртуальных машинах (ВМ), для которых оказывается услуга. Это необходимо для обеспечения корректной работы системы резервного копирования.
-* Своевременно размещать заказы на расширение емкости для хранения резервных копий.
-
-::: warning
-Beeline cloud не несет ответственности за ошибки резервного копирования и невозможность предоставления услуги в случае невыполнения заказчиком обязательств в рамках услуги.
-:::
-
-
-## D. Тарификация и порядок оплаты
-
-### Тарификация
-
-Резервное копирование виртуальных машин (ВМ) оплачивается ежемесячно. Ежемесячный платеж за сервис Managed Cloud Backup зависит от:
-
-* Количества уникальных виртуальных машин (ВМ), согласованных для резервного копирования заказчиком.
-* Объема дискового пространства репозитория, указанного в бланке заказа (БЗ).
-
-### Порядок подключения
-
-Заказчик:
-
-1. Заполняет и подписывает БЗ на предоставление сервиса.
-2. Отправляет отсканированную копию подписанного БЗ на e-mail presales@datafort.ru.
-3. Направляет оригинал БЗ beeline cloud в установленном договором порядке.
-
-Beeline cloud:
-
-1. Проверяет корректность заполнения и регистрирует БЗ.
-2. Уведомляет заказчика по е-mail о принятии БЗ в работу.
-3. Подключает сервис и высылает на e-mail заказчику инструкцию по доступу и руководство пользователя.
-
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/03-5-2-2-0-overview.md b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/03-5-2-2-0-overview.md
deleted file mode 100644
index ad32db3..0000000
--- a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/03-5-2-2-0-overview.md
+++ /dev/null
@@ -1,17 +0,0 @@
-# 2. Резервное копирование ВМ (Cloud Backup)
-
-## Назначение сервиса
-
-В рамках сервиса Резервное копирование ВМ (Cloud Backup) заказчику передается управление заданиями резервного копирования виртуальных машин (ВМ) заказчика в облаке beeline cloud. Резервное копирование — сервис для обеспечения сохранности данных заказчика в облаке beeline cloud. В качестве системы резервного копирования используется Veeam Backup & Replication. Решение предлагает возможности резервного копирования и восстановления данных, мониторинга, создания отчетов и планирования ресурсов для хранения резервных копий.
-
-## Параметры сервиса
-
-* Кто управляет сервисом: заказчик.
-* Область применения: ВМ в облаке beeline cloud.
-* Используемое ПО: Veeam B&R и VEM.
-* Уровень работы с данными: резервные копии ВМ создаются на уровне гипервизора.
-
-## Порядок оказания сервиса
-
-Beeline cloud предоставляет заказчику доступ в интерфейс управления Veeam Enterprise Manager (VEM), связанного с vCloud Director. Резервное копирование выполняется для ВМ заказчика, расположенных в облаке Beeline Cloud, в выделенный репозиторий Beeline Cloud . Сервис Cloud Backup доступен только при использовании гипервизора VMware.
-
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/03-5-2-2-1.md b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/03-5-2-2-1.md
deleted file mode 100644
index 958e451..0000000
--- a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/03-5-2-2-1.md
+++ /dev/null
@@ -1,68 +0,0 @@
-# 01. Описание сервиса
-
-## A. Состав сервиса
-
-Сервис Cloud Backup реализован на платформе beeline cloud с использованием ПО резервного копирования Veeam Backup&Replication. Заказчик:
-
-* Создает задания резервного копирования, включающие:
- * список виртуальных машин (ВМ) для резервного копирования,
- * политику хранения данных,
- * расписание выполнения заданий.
-* Модифицирует созданные задания резервного копирования.
-* Запускает, останавливает или перезапускает задания резервного копирования.
-* Осуществляет доступ к статистике выполнения и отчетам по всем заданиям резервного копирования.
-* Восстанавливает ВМ в собственную сеть vApps и vApps в собственный центр vDC
-
-
-## B. Порядок подключения и зоны ответственности
-
-### Порядок подключения к сервису
-
-Сервис Cloud Backup подключается на основании подписанного бланка заказа в течение двух рабочих дней. Заказчик формулирует требования к размеру выделяемой емкости хранения для резервного копирования. Beeline cloud создает на платформе выделенный LUN в соответствии с требованиями заказчика.
-
-### Зоны ответственности beeline cloud и заказчика
-
-Beeline cloud:
-
-* Выделяет пространство в репозитории. Для корректного расчета объема репозитория рекомендуется использовать калькулятор Veeam.
-* Отвечает за организацию непрерывной работоспособности сервиса Cloud Backup.
-
-Заказчик:
-
-* Управляет резервным копированием виртуальных машин (ВМ).
-* Отвечает за процесс и результат восстановления из резервной копии ВМ, включая образ ВМ, настройки сервисов, прикладного и системного ПО.
-* Выполняет рекомендации beeline cloud по максимальному размеру ВМ, поставленной на бэкап, и конфигурации задания, а также по выполнению провайдером плановых и внеплановых работ.
-
-### Утилизация дискового пространства
-
-Заказчику доступна информация об утилизации дискового пространства, расписании резервного копирования и периоде максимальной утилизации вычислительных ресурсов ВМ. Заказчик отвечает за прогноз расширения и своевременный заказ дискового пространства для хранения резервных копий, а также за корректное расписание выполнения резервного копирования в часы минимальной утилизации вычислительных ресурсов ВМ.
-
-
-## C. Тарификация и порядок оплаты
-
-### Тарификация
-
-Сервис Cloud Backup оплачивается ежемесячно. Ежемесячный платеж зависит от:
-
-* Количества уникальных виртуальных машин (ВМ), резервное копирование которых было выполнено за отчетный период (месяц) как минимум один раз.
-* Объема дискового пространства репозитория, указанного в бланке заказа (БЗ).
-
-### Порядок подключения
-
-Заказчик:
-
-1. Заполняет и подписывает БЗ на предоставление сервиса.
-2. Отправляет отсканированную копию подписанного БЗ на e-mail presales@datafort.ru.
-3. Оригинал БЗ направляет beeline cloud в установленном договором порядке.
-
-Beeline cloud:
-
-1. Проверяет корректность заполнения и регистрирует БЗ.
-2. Уведомляет заказчика по е-mail о принятии БЗ в работу.
-3. Подключает сервис и высылает на e-mail заказчика инструкцию по доступу, а также руководство пользователя.
-
-Сервис подключается на основании подписанного заказчиком БЗ.
-
-
-
-
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/03-5-2-2-2.md b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/03-5-2-2-2.md
deleted file mode 100644
index 747ccf8..0000000
--- a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/03-5-2-2-2.md
+++ /dev/null
@@ -1,365 +0,0 @@
-# 02. Инструкция
-
-## A. Начало работы
-
-### Панель самообслуживания Veeam Enterprise Manager
-
-Сервис Cloud Backup управляется в панели самообслуживания Veeam Enterprise Manager. Логин, пароль и ссылка на панель содержится в приветственном письме, присылаемом после подключения сервиса.
-
-### Возможности Veeam Enterprise Manager
-
-Veeam Enterprise Manager позволяет:
-
-* Создавать и изменять расписание резервного копирования.
-* Запускать разовые задания на резервное копирование.
-* Восстанавливать виртуальные машины (ВМ) или отдельные файлы из резервных копий (загрузка отдельных файлов возможна из панели управления на устройство, с которого осуществляется вход на панель).
-
-
-## B. Пользовательский интерфейс
-
-Портал отображает следующую информацию:
-
-| Вкладка | Описание |
-|-----------|---------------------------------------------------------------------------------------------------------------------------------------------------|
-| Dashboard | Общая статистика по операциям и объектам резервного копирования, доступному дисковому пространству в выделенном репозитории. |
-| Jobs | Создание и настройка заданий резервного копирования. |
-| VMs | Восстановление виртуальных машин (ВМ). |
-| Files | Восстановление отдельных файлов. Загрузка отдельных файлов возможна из панели управления на устройство, с которого осуществляется вход на панель. |
-
-
-
-
-## C. Создание и настройка заданий резервного копирования
-
-Редактировал(а) Дарья Баркова 29.10.2024, 14:33
-
-Содержание
-
-* Что такое задание резервного копирования?
-* Рекомендации по настройке задания
-* Окно бэкапа
- * Пример расчета для 14 точек
-* Этапы настройки задания
-
-### Что такое задание резервного копирования?
-
-Задание резервного копирования — функционал системы резервного копирования, позволяющий настраивать параметры резервных копий защищаемых объектов. В задание можно включать:
-
-* групповые объекты:
- * организация,
- * виртуальный дата-центр,
- * vApp.
-
-* индивидуальные виртуальные машины (ВМ).
-
-### Рекомендации по настройке задания
-
-Beeline cloud рекомендует:
-
-* В одном задании размещать суммарный объем ВМ не более 8 ТБ.
-* Для больших ВМ (больше 5 ТБ) создавать отдельные задания в формате Одна ВМ — одно задание.
-
-### Окно бэкапа
-
-Пример работы системы резервного копирования и хранения резервных копий на примере глубины хранения 14 дней с 2 полными копиями и 12 инкрементальными.
-
-
-
-#### Пример расчета для 14 точек
-
-| Параметр | Значение | Единица измерения количества информации |
-|---------------------------|----------|-----------------------------------------|
-| Суммарный объём ВМ | 5 000 | GB |
-| Размер Full | 3 000 | GB |
-| Количество Full | 3 | |
-| | 9 000 | GB |
-| Средний размер инкремента | 50 | GB |
-| Количество инкрементов | 18 | |
-| | 900 | GB |
-| Всего необходимо места | 9 900 | |
-
-Для корректной работы системы резервного копирования свободное место в репозитории должно быть не менее 20% от общего выданного объема репозитория.
-
-### Этапы настройки задания
-
-Последовательно настраиваются следующие вкладки задания:
-
-* Job Settings,
-* Virtual Machines,
-* Guest Processing,
-* Job Schedule,
-* E-mail Notifications.
-
-
-## C01. Job Settings
-
-### Что такое задание резервного копирования?
-
-Задание резервного копирования — функционал системы резервного копирования, позволяющий настраивать параметры резервных копий защищаемых объектов.
-
-### Создание задания резервного копирования
-
-1. Перейдите на вкладку Jobs.
-2. Нажмите на кнопку Create.
-3. В открывшемся окне Create Backup Job на вкладке Job Settings введите следующие параметры:
-
-* имя,
-* репозиторий, если их несколько,
-* описание при необходимости,
-* количество точек восстановления или дней, которые будет хранится резервная копия.
-
-::: warning Количество точек восстановления и частота запуска заданий влияют на:
-
-* количество создаваемых резервных копий,
-* занимаемый объем репозитория.
-
-:::
-
-
-
-4. Перейдите на вкладку Virtual Machines.
-
-### Дальнейшие настройки
-
-Дальнейшие настройки задания описаны на следующих вкладках:
-
-* Job Settings,
-* Virtual Machines,
-* Guest Processing,
-* Job Schedule,
-* E-mail Notifications.
-
-
-### С01.01. Создание резервной копии для долгосрочного хранения
-
-1. Включите опцию Keep certain full backups longer for archival purposes и нажмите на кнопку Configure.
-
-_Если опция недоступна, сделайте запрос на подключение._
-
-
-
-Включение опции требует установки хотя бы одной флажка на этапе Configure в окне GFS retention policy. Включение опций существенно увеличивает требуемое место для хранения резервных копий.
-
-2. В окне GFS retention policy при необходимости заполните следующие параметры:
-
-| Параметр | Комментарий |
-|----------------------------------------------------------|--------------------------------------------------------------------------------------------------------------------------|
-| Keep weekly full backups for | Включается, если необходимо сохранять еженедельные полные резервные копии. Укажите количество недель хранения. |
-| If multiple full backups exist, use the one from | Включается, если имеется несколько полных резервных копий. Укажите день, от которого нужно использовать резервную копию. |
-| Keep monthly full backups for | Включается, если необходимо сохранять ежемесячные полные резервные копии. Укажите количество месяцев хранения. |
-| Use weekly full backup for the following week of a month | Укажите еженедельную полную резервную копию какой недели месяца использовать: первую (First) или последнюю (Last). |
-| Keep yearly full backups for | Включается, если необходимо сохранять ежегодные полные резервные копии. Укажите количество лет хранения. |
-| Use monthly full backup for the following month | Укажите, с какого месяца использовать ежемесячную полную резервную копию. |
-
-
-
-3. Нажмите на кнопку OK.
-4. Нажмите на кнопку Next.
-
-
-## C02. Постановка ВМ на резервное копирование
-
-Для постановки виртуальной машины (ВМ) на резервное копирование на вкладке Virtual Machines формы Create Backup Job:
-
-1. Нажмите на кнопку Add.
-2. В окне Add Objects выберите, что необходимо поставить на резервное копирование: отдельные ВМ, vAPP, vDC или всю организацию.
-3. Нажмите OK.
-
-
-
-При создании резервных копий ВМ группируются по vAPP. Рекомендуем группировать ВМ по vAPP согласно ролевой модели.
-
-::: warning Автоматически сгенерированный vAPP не назначайте как цель резервного копирования.
-:::
-
-::: tip Если необходимо поставить все ВМ на резервное копирование, в том числе те, которые будут создаваться после создания задания на резервное копирование, то выберите vAPP, vDC или организацию – в зависимости от того, где будут создаваться виртуальные машины, к которым должно применяться задание на резервное копирование.
-:::
-
-
-## C03. Исключение ВМ с резервного копирования или изменение приоритета
-
-При настройке задания резервного копирования можно настроить исключение из задания для тех объектов, резервное копирование которых не требуется. Если требуется, то можно добавить в исключения виртуальную машину (ВМ) в рамках vAPP, vAPP в рамках vDC, а vDC в рамках организации:
-
-1. Нажмите на кнопку Exclusions.
-2. В открывшемся окне Exclusions нажмите на кнопку Add и выберите ВМ.
-3. Нажмите на кнопку OK.
-
-
-
-4. Чтобы настроить приоритет для каждого объекта резервного копирования нажмите на кнопку Up или Down. Объекты в верхней части списка обрабатываются в первую очередь.
-5. Нажмите на кнопку Next.
-
-
-## C04. Вкладка Guest Processing
-
-Функционал Guest Processing недоступен в рамках Compute Cloud
-
-
-## C05. Планирование задания резервного копирования
-
-### Рекомендации по планированию задания
-
-Настраивайте запуск задания резервного копирования на время, когда с данными на виртуальной машине (ВМ) нет работы. С 22:00 до 03:00 максимальная загрузка на систему резервного копирования. Рекомендуется настраивать время начала заданий до и после этого временного диапазона.
-
-### Инструкция
-
-На вкладке Job Schedule формы Create Backup Job для настройки расписания автоматического резервного копирования:
-
-1. В поле Specify the job scheduling options настройте расписание резервного копирования.
-2. Включите опцию Run the job automatically, укажите частоту и время резервного копирования.
-3. В разделе Automatic retry настройте частоту повторения запуска резервного копирования в случае ошибки:
-
-* Включите опцию Retry failed VM processing.
-* Укажите количество попыток. Рекомендуется не менее трех.
-* Укажите время ожидания между попытками.
-
-4. В разделе Backup window укажите промежуток времени, когда может выполняться задание резервного копирования. При включении опции Terminate job if it gets out of allowed backup window и на выходе за указанные промежутки времени задание принудительно останавливается.
-
-::: warning Оставьте опцию Terminate job if it gets out of allowed backup window выключенной. Включенная опция приводит к отсутствию точек восстановления, особенно при большом количестве изменений или первоначальном запуске задания резервного копирования.
-:::
-
-5. Нажмите на кнопку Window и в открывшемся окне Set Backup Window укажите необходимые дни, время. Далее нажмите кнопку OK.
-
-
-
-6. Нажмите на Next. В результате вы перейдите на вкладку Email Notifications.
-
-
-## C06. Настройка уведомлений по почте
-
-Доступна настройка отправки уведомлений о статусе задач. На вкладке Email Notifications формы Create Backup Job:
-
-1. Включите опцию Enable e-mail notifications.
-2. В поле Recipients введите адреса получателей уведомлений через запятую.
-3. В поле Subject не меняйте тему. По умолчанию в теме содержатся данные о названии, статусе выполнения задания и типе ошибки (при наличии).
-4. Выберите события, для которых должны приходить уведомления.
-
-_Для проверки отправки и получения писем о статусе задания вначале установите все флажки. После этого оставьте только предупреждения и ошибки._
-
-
-
-5. Нажмите на кнопку Finish.
-
-_На вкладке Jobs появляется новое задание резервного копирования._
-
-
-
-
-## D. Управление заданием на резервное копирование
-
-Управление заданием на резервное копирование осуществляется на вкладке Job панели Veeam Enterprise Manager.
-
-| Действие | Описание |
-|----------------------|----------------------------------------------------------------------------------------------------------|
-| Start | Запуск задания вручную. |
-| Stop | Остановка задания. |
-| Retry | Перезапуск задания после ошибки. Применяется только к виртуальным машинам (ВМ). |
-| Job > Edit | Редактирование задания. |
-| Job > Active Full | Полное резервного копирование ВМ задания. |
-| Job > Disable/Enable | Автоматическое выполнение задания резервного копирования по расписанию. |
-| Job > Delete | Удаление задания. После удаления созданные резервные копии сохраняются. Вручную удалите резервные копии. |
-| Export | Выгрузка отчета в формате Excel по состоянию задания на резервное копирование на текущий момент |
-
-
-
-
-## E. Восстановление ВМ и отдельных файлов
-
-### E01. Восстановление ВМ
-
-1. Перейдите на вкладку VMs.
-2. Выберите виртуальную машину (ВМ).
-3. Нажмите на кнопку Restore VM:
-
-* Overwrite. Удаление существующей ВМ. Далее восстановите вместо нее ВМ из резервной копии. При необходимости включите опцию Quick rollback (restore changed blocks only). Включение опции ускоряет восстановление состояния исходной ВМ при перезаписи. Исходная ВМ на платформе не удаляется, но на ней перезаписываются данные, измененные с момента создания точки восстановления. Восстанавливаются только те данные, которые изменились с момента точки создания. Опция работает только один раз до создания следующей резервной копии, после чего возможно новое восстановление с этой опцией.
-* Keep. Восстановление рядом без перезаписи оригинальной ВМ. При выборе восстановления без перезаписи на свободные ресурсы (Keep) данные восстанавливаются рядом — оригиналы не перезаписываются. В этом случае необходимо иметь свободные вычислительные ресурсы и дисковое пространство в виртуальном дата-центре (vDC).
-
-
-
-4. В окне Restore:
-
-* Выберите точку восстановления.
-* Включите опцию Power on VM after restoring, чтобы активировать автоматический запуск ВМ после восстановления.
-
-_В результате откатятся все изменения с момента выбранной точки восстановления._
-
-
-
-5. Нажмите на кнопку Finish.
-
-Если выбрана опция перезаписи существующей ВМ (Overwrite), то перед запуском восстановления появится предупреждение о том, что резервная копия будет развернута поверх работающей ВМ. Работающая ВМ выключается и удаляется.
-
-
-
-
-### E02. Просмотр статуса и этапов восстановления ВМ
-
-Статус восстановления отображается на вкладке VMs. Для просмотра этапов восстановления виртуальных машин (ВМ) нажмите на строку состояния. В результате список этапов отображается в нижней части экрана.
-
-
-### E03. Восстановление vApp, в котором находится выбранная ВМ
-
-Редактировал(а) Дарья Баркова 23.10.2024, 15:17
-
-1. Выберите виртуальную машину (ВМ).
-2. Нажмите кнопку Restore vApp и выберите в выпадающем списке:
-
-* Overwrite, чтобы перезаписать существующий vApp.
-* Keep, чтобы восстановить vApp без перезаписи существующего
-
-_При восстановлении vApp без перезаписи он будет восстановлен рядом. Для этого необходимо иметь свободные вычислительные ресурсы и дисковое пространство в виртуальном дата-центре (vDC)_
-
-
-
-Дальнейшие действия по восстановлению vApp аналогичны описанным выше действиям по восстановлению ВМ. Статус и этапы восстановления можно просмотреть способом, аналогичным для восстановления ВМ.
-
-
-### E04. Восстановление отдельных файлов
-
-::: warning Восстановление отдельных файлов недоступно в рамках Compute Cloud. В Compute Cloud доступно только скачивание файлов на локальное устройство, с которого осуществлен вход в панель VEM.
-:::
-
-#### Как восстановить отдельный файл?
-
-1. Перейдите на вкладку Files.
-2. Нажмите на кнопку Pick from List.
-3. Выберите виртуальную машину (ВМ), где расположен необходимый файл.
-
-
-
-4. Выберите точку восстановления.
-5. Нажмите кнопку Mount. В результате запускается восстановление.
-
-
-
-6. Выберите нужную директорию и файл. Доступны следующие действия с файлом:
-
-| Действие | Комментарий |
-|-----------|----------------------------------------------|
-| Restore | Данный функционал недоступен в Compute Cloud |
-| Overwrite | Данный функционал недоступен в Compute Cloud |
-| Keep | Данный функционал недоступен в Compute Cloud |
-| Download | Локальное скачивание файлов |
-
-
-
-#### Как восстановить несколько файлов из нескольких директорий?
-
-1. Нажмите кнопку Add to Restore List.
-
-
-
-2. Добавьте нужные файлы в список восстановления.
-
-_В результате все файлы отображаются на вкладке Pending Restore._
-
-##### Действия с файлами
-
-Доступны следующие действия с файлами:
-
-| Действие | Комментарий |
-|-----------|----------------------------------------------|
-| Restore | Данный функционал недоступен в Compute Cloud |
-| Overwrite | Данный функционал недоступен в Compute Cloud |
-| Keep | Данный функционал недоступен в Compute Cloud |
-| Download | Локальное скачивание файлов |
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img.png
deleted file mode 100644
index 9cc4fbd..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_1.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_1.png
deleted file mode 100644
index b96c8b6..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_1.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_10.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_10.png
deleted file mode 100644
index ed88b8e..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_10.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_11.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_11.png
deleted file mode 100644
index 2b4a0b8..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_11.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_12.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_12.png
deleted file mode 100644
index 433714f..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_12.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_13.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_13.png
deleted file mode 100644
index f4cf731..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_13.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_14.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_14.png
deleted file mode 100644
index 4db8415..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_14.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_15.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_15.png
deleted file mode 100644
index e34ff18..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_15.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_16.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_16.png
deleted file mode 100644
index 7824e89..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_16.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_17.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_17.png
deleted file mode 100644
index 831cfe7..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_17.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_18.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_18.png
deleted file mode 100644
index 2d7d136..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_18.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_2.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_2.png
deleted file mode 100644
index 1f098fa..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_2.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_3.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_3.png
deleted file mode 100644
index 81195ac..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_3.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_4.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_4.png
deleted file mode 100644
index ed197d9..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_4.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_5.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_5.png
deleted file mode 100644
index e0863e3..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_5.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_6.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_6.png
deleted file mode 100644
index ca91975..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_6.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_7.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_7.png
deleted file mode 100644
index 6e8797b..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_7.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_8.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_8.png
deleted file mode 100644
index e46a079..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_8.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_9.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_9.png
deleted file mode 100644
index c6b0478..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-2/img_9.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-3/03-5-2-3-0-overview.md b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-3/03-5-2-3-0-overview.md
deleted file mode 100644
index db7818e..0000000
--- a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-3/03-5-2-3-0-overview.md
+++ /dev/null
@@ -1,12 +0,0 @@
-# 3. Резервное копирование в облако на базе Veeam Cloud Connect (Veeam Cloud Connect Backup)
-
-## Назначение сервиса
-
-Сервис Veeam Cloud Connect Backup предоставляется при наличии у заказчика собственной инсталляции системы резервного копирования Veeam Backup & Replication. Резервное копирование — сервис для обеспечения сохранности данных заказчика в облаке beeline cloud и в собственной инфраструктуре. Beeline cloud с помощью ПО Veeam Cloud Connect предоставляет доступ Veeam Backup & Replication к репозиторию в облаке beeline cloud на базе Backup Storage Yellow Metal или Storage+ в облаке beeline cloud для хранения резервных копий.
-
-## Параметры сервиса
-
-* Кто управляет сервисом: заказчик.
-* Область применения: инфраструктура заказчика.
-* Используемое ПО: Veeam B&R, Veeam Cloud Connect и Veeam B&R заказчика.
-* Уровень работы с данными: зависит от настроек Veeam B&R заказчика.
\ No newline at end of file
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-3/03-5-2-3-1.md b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-3/03-5-2-3-1.md
deleted file mode 100644
index f7043e9..0000000
--- a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-3/03-5-2-3-1.md
+++ /dev/null
@@ -1,62 +0,0 @@
-# 01. Состав сервиса
-
-## Способы подключения к сервису
-
-Предусмотрено три способа подключения к сервису Veeam Cloud Connect Backup:
-
-* Передача данных через интернет.
-* Передача данных через шифрованный канал.
-* Передача данных через канал, защищенных шифрованием ГОСТ.
-
-## Передача данных через интернет
-
-### Описание способа
-
-Внутри облака beeline cloud данные передаются по шифрованным соединениям SSL/TLS между служебными виртуальными машинами (ВМ) программного обеспечения Veeam Cloud Gateway (входит в состав Veeam Backup& Replication) и Veeam Backup&Replication, работающими в облаке beeline cloud. Данные записываются на выделенный в облаке beeline cloud LUN заказчика.
-
-### Схема организации сервиса
-
-
-
-## Передача данных через шифрованный канал
-
-### Описание способа
-
-Для передачи данных используются шифрованные каналы связи L2VPN/L3VPN/ВОЛС. Заказчику необходимо дополнительно приобрести у beeline cloud эти каналы.
-
-Beeline cloud предоставляет заказчику:
-
-* Служебную ВМ с программным обеспечением Cloud Gateway.
-* Емкость хранения в облаке beeline cloud.
-* Служебную ВМ управления сетевым доступом vCPE (опционально).
-
-Внутри облака данные передаются между ВМ Сloud GateWay и ВМом управления Veeam Backup & Replication по шифрованному SSL/TLS каналу. Далее данные записываются на дисковой емкости Backup Storage YM заказчика.
-
-_При необходимости оптимизации объема данных, предназначенного для пересылки между инфраструктурой заказчика и облаком beeline cloud, возможна дополнительная услуга оптимизации интернет-траффика. Для оптимизации используется ПО WAN Accelerator (ПО Veeam Backup & Replication)._
-
-### Схема организации сервиса
-
-
-
-
-
-## Передача данных через канал, защищенных шифрованием ГОСТ
-
-### Описание способа
-
-При подключении к облачному репозиторию beeline cloud для защиты передачи данных используется шифрование ГОСТ. Заказчику необходимо дополнительно приобрести у beeline cloud Шифрование ГОСТ.
-
-Beeline cloud предоставляет заказчику:
-
-* Служебную ВМ с программным обеспечением Cloud Gateway.
-* Емкость хранения в облаке beeline cloud.
-* Служебную ВМ управления сетевым доступом vCPE (опционально).
-
-Данные передаются между инфраструктурой заказчика и облаком beeline cloud по шифрованному каналу связи. Внутри облака данные передаются между ВМ Сloud GateWay и ВМом управления Veeam Backup & Replication по шифрованному SSL/TLS каналу. Внутри облака данные записываются на дисковой емкости Backup Storage YM заказчика.
-
-_При необходимости оптимизации объема данных, предназначенного для пересылки между инфраструктурой заказчика и облаком beeline cloud, возможна дополнительная услуга оптимизации интернет-траффика. Для оптимизации используется ПО WAN Accelerator (ПО Veeam Backup & Replication)._
-
-### Схема организации сервиса
-
-
-
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-3/03-5-2-3-2.md b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-3/03-5-2-3-2.md
deleted file mode 100644
index eff351d..0000000
--- a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-3/03-5-2-3-2.md
+++ /dev/null
@@ -1,56 +0,0 @@
-# 02. Порядок подключения и зоны ответственности
-
-Редактировал(а) Дарья Баркова 22.10.2024, 16:59
-
-Содержание
-
-* Порядок подключения к сервису
-* Зона ответственности beeline cloud
- * Передача данных через интернет
- * Передача данных через шифрованный канал
- * Передача данных через канал, защищенных шифрованием ГОСТ
-* Зона ответственности заказчика и beeline cloud
-
-## Порядок подключения к сервису
-
-Сервис Veeam Cloud Connect Backup подключается на основании подписанного бланка заказа в течение двух рабочих дней.
-
-## Зона ответственности beeline cloud
-
-Зона ответственности beeline cloud зависит от способа оказания сервиса:
-
-* Передача данных через интернет.
-* Передача данных через шифрованный канал.
-* Передача данных через канал, защищенных шифрованием ГОСТ.
-
-### Передача данных через интернет
-
-Beeline cloud создает учетную запись заказчика в Veeam Cloud Connect и предоставляет заказчику доступ к облачному хранилищу. Заказчик самостоятельно подключает элементы инфраструктуры, подлежащие резервному копированию.
-
-### Передача данных через шифрованный канал
-
-Beeline cloud:
-
-* Выделяет вычислительный пул в облаке beeline cloud под отдельные служебные виртуальные машины (ВМ) Cloud Gateway и vCPE (опционально).
-* Организует L2VPN/L3VPN/ВОЛС соединение между облаком и площадкой заказчика.
-
-### Передача данных через канал, защищенных шифрованием ГОСТ
-
-Помимо указанного выше, beeline cloud:
-
-* Выделяет вычислительный пул в облаке beeline cloud под отдельные служебные ВМ Cloud Gateway и vCPE (опционально).
-* Организует L3VPN/ВОЛС-соединение между облаком beeline cloud и площадкой заказчика.
-* Настраивает сервис Шифрование каналов связи (VPN) с опцией ГОСТ-шифрования.
-
-## Зона ответственности заказчика и beeline cloud
-
-Заказчик:
-
-* Управляет резервным копированием ВМ.
-* Отвечает за процесс и результат восстановления из резервной копии ВМ, включая образ ВМ, настройки сервисов, прикладного и системного ПО.
-* Размещает заказы на расширение емкости для хранения резервных копий.
-
-Beeline cloud:
-
-* Отвечает за непрерывную работоспособность сервиса.
-* Уведомляет заказчика об исчерпании доступной емкости для хранения соответствующего типа резервных копий по достижении наполненности емкости.
\ No newline at end of file
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-3/03-5-2-3-3.md b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-3/03-5-2-3-3.md
deleted file mode 100644
index 0ce397c..0000000
--- a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-3/03-5-2-3-3.md
+++ /dev/null
@@ -1,35 +0,0 @@
-# 03. Тарификация и порядок оплаты
-
-## Тарификация
-
-Сервис Veeam Cloud Connect Backup оплачивается ежемесячно. Ежемесячный платеж зависит от:
-
-* Количества уникальных виртуальных машин (ВМ), ВМов или рабочих станций, резервное копирование которых выполнялось за отчетный период (месяц) как минимум один раз.
-* Объема дискового пространства Backup Storage YM, указанного в бланке заказа (БЗ).
-
-### Дополнительная тарификация
-
-Beeline cloud дополнительно тарифицирует:
-
-* Заказанную и выделенную емкость для резервных копий.
-* Построение шифрованного канала L2VPN, L3VPN, ВОЛС и Шифрование каналов связи (ГОСТ VPN).
-* Служебные ВМ vCPE и Cloud Gateway.
-* Услугу WAN acceleration.
-
-## Восстановление ВМ
-
-При необходимости заказчику доступно восстановление ВМ в облако beeline cloud. Для заказа восстановления требуется наличие заранее оформленного пула в облаке по отдельному БЗ. По запросу заказчика beeline cloud восстанавливает ВМ. Сетевой доступ до восстановленных ВМ — отдельная услуга. Вычислительные ресурсы и емкости хранения данных восстановленных ВМ оплачиваются по тарифам beeline cloud.
-
-## Порядок подключения
-
-Заказчик:
-
-1. Заполняет и подписывает БЗ на предоставление сервиса.
-2. Отправляет отсканированную копию подписанного БЗ на e-mail presales@datafort.ru.
-3. Оригинал БЗ направляет beeline cloud в установленном договором порядке.
-
-Beeline cloud:
-
-1. Проверяет корректность заполнения и регистрирует БЗ.
-2. Уведомляет заказчика по е-mail о принятии БЗ в работу.
-3. Подключает сервис и высылает на e-mail заказчика инструкцию по доступу к услуге и руководство пользователя.
\ No newline at end of file
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-3/img.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-3/img.png
deleted file mode 100644
index 67de860..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-3/img.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-3/img_1.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-3/img_1.png
deleted file mode 100644
index 001c1ff..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-3/img_1.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-3/img_2.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-3/img_2.png
deleted file mode 100644
index 1fb092c..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-3/img_2.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-3/img_3.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-3/img_3.png
deleted file mode 100644
index d14d0c5..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-3/img_3.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-0-overview.md b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-0-overview.md
deleted file mode 100644
index ba4896b..0000000
--- a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-0-overview.md
+++ /dev/null
@@ -1,12 +0,0 @@
-# 4. Резервное копирование в облако на базе Veeam агента (Veeam Agent BackUp)
-
-## Назначение сервиса
-
-Beeline cloud предоставляет заказчику лицензию ПО Veeam Agent и пространство в репозитории. С помощью Veeam Agent заказчик создает резервные копии данных ПК, виртуальных машин (ВМ) и ВМов с хранением в облачном репозитории beeline cloud. Резервное копирование — набор сервисов для обеспечения сохранности данных заказчика в облаке beeline cloud и в собственной инфраструктуре.
-
-## Краткое описание
-
-* Кто управляет сервисом: заказчик.
-* Область применения: инфраструктура заказчика.
-* Используемое ПО: Veeam B&R и Veeam Cloud Connect заказчика.
-* Уровень работы с данными: агент работает на уровне операционных систем (ОС).
\ No newline at end of file
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-1.md b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-1.md
deleted file mode 100644
index d0875fb..0000000
--- a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-1.md
+++ /dev/null
@@ -1,72 +0,0 @@
-# 01. Описание сервиса
-
-## Состав сервиса
-
-### Доступ к сервису и передача данных
-
-Доступ к облачному репозиторию через интернет. Внутри облака beeline cloud данные передаются по шифрованным соединениям SSL/TLS между служебными виртуальными машинами (ВМ) Veeam Cloud Gateway и Veeam Backup&Replication, работающих в облаке beeline cloud. Veeam Cloud Gateway входит в состав Veeam Backup& Replication. Данные записываются на выделенный в облаке beeline cloud репозиторий заказчика.
-
-### Схема подключения через интернет
-
-
-
-_При необходимости оптимизации объема данных, предназначенного для пересылки между инфраструктурой заказчика и облаком beeline cloud, возможна дополнительная услуга оптимизации интернет-траффика. Для оптимизации используется ПО WAN Accelerator (ПО Veeam Backup & Replication)._
-
-
-## Порядок организации сервиса и зоны ответственности
-
-### Порядок подключения к сервису
-
-Сервис Veeam Agent BackUp подключается на основании подписанного бланка заказа в течение двух рабочих дней.
-
-### Зона ответственности beeline cloud и заказчика
-
-Beeline cloud:
-
-* Cоздает учетную запись заказчика в системе резервного копирования Veeam.
-* Предоставляет заказчику доступ к облачному репозиторию.
-* Поддерживает непрерывную работоспособность сервиса.
-
-Заказчик:
-
-* Отвечает за организацию непрерывной работоспособности сервиса.
-* Управляет резервным копированием виртуальных машин (ВМ).
-* Отвечает за процесс и результат восстановления из резервной копии, включая образ ВМ, настройки сервисов, прикладного и системного ПО/
-* Размещает заказы на расширение емкости для хранения резервных копий.
-
-
-## Тарификация и порядок оплаты
-
-### Тарификация
-
-Сервис Veeam Agent BackUp оплачивается ежемесячно. Ежемесячный платеж зависит от:
-
-* Количества уникальных виртуальных машин (ВМ), ВМов или рабочих станций, резервное копирование которых было выполнено за отчетный период (месяц) как минимум один раз.
-* Объема дискового пространства Backup Storage YM, указанного в бланке заказа (БЗ).
-
-#### Дополнительная тарификация
-
-Дополнительно тарифицируются:
-
-* Заказанная и выделенная в рамках услуги Storage+ емкость для резервных копий.
-* Построение шифрованного канала L2VPN, L3VPN, ВОЛС, VPN (ГОСТ).
-* Служебные ВМ vCPE, Cloud Gateway.
-* Услуга WAN acceleration.
-
-### Восстановление ВМ в облако beeline cloud
-
-При необходимости заказчику доступно восстановление ВМ в облако beeline cloud (требуется наличие заранее оформленного пула в облаке beeline cloud по отдельному бланку заказу). Восстановление ВМ производится силами beeline cloud по запросу заказчика. Организация сетевого доступа до восстановленных ВМ осуществляется в рамках отдельных услуг. Оплата вычислительных ресурсов и емкости хранения данных восстановленных ВМ производится по тарифам beeline cloud.
-
-### Порядок подключения
-
-Заказчик:
-
-1. Заполняет и подписывает БЗ на предоставление сервиса.
-2. Отправляет отсканированную копию подписанного БЗ на e-mail presales@datafort.ru.
-3. Оригинал БЗ направляет beeline cloud в установленном договором порядке.
-
-Beeline cloud:
-
-1. Проверяет корректность заполнения и регистрирует БЗ.
-2. Уведомляет заказчика по е-mail о принятии БЗ в работу.
-3. Подключает к сервису и высылает на e-mail заказчика инструкцию по доступу и руководство пользователя.
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/03-5-2-4-2-1.md b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/03-5-2-4-2-1.md
deleted file mode 100644
index 8c28ebd..0000000
--- a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/03-5-2-4-2-1.md
+++ /dev/null
@@ -1,38 +0,0 @@
-# 1. Описание портала
-
-Ниже представлено описание портала Veeam Service Provider Console и его разделов.
-
-Active Alarms – текущие состояние резервных копий и уведомления:
-
-
-
-RPO & SLA – дашборд текущего состояния системы резервного копирования:
-
-
-
-Resources – выделенные репозитории:
-
-
-
-Session States – состояние выполнения заданий на резервное копирование:
-
-
-
-Backup Jobs – активные задания на резервное копирование:
-
-
-
-Protected Data – данный пункт доступен при настройке резервного копирования с включенной опцией Application Aware Processing:
-
-
-
-Rules – правила ВМа резервного копирования
-
-Managed Computers – отображение устройств, на которых установлены агенты:
-
-
-
-Reports – отчеты:
-
-
-
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/03-5-2-4-2-2.md b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/03-5-2-4-2-2.md
deleted file mode 100644
index c2d63c1..0000000
--- a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/03-5-2-4-2-2.md
+++ /dev/null
@@ -1,101 +0,0 @@
-# 2. Установка агента резервного копирования
-
-Для постановки на резервное копирование устройства требуется установка двух агентов:
-
-* Management agent – устанавливается первым и обеспечивает связанность и управление резервным копированием через консоль VSPC. Скачивается из консоли.
-* Backup agent – устанавливается через консоль с помощью management agent и обеспечивает создание резервных копий.
-
-
-## 2.1 Установка менеджмент агента
-
-1. Зайдите на портал с той виртуальной машины / ВМа / ПК, на которую необходимо поставить агент (ссылка на портал находится в приветственном письме).
-
-2. Перейдите на вкладку Managed Computers, далее – Discovered computers.
-
-3. Выберите из списка ОС, которая установлена на ВМ / ВМе / ПК.
-
-
-
-4. Нажмите Download в открывшемся окне.
-
-
-
-5. После загрузки агента установите его. Установка производится стандартным установщиком и аналогична установке любого другого ПО.
-
-
-
-6. В меню Пуск или в трее найдите значок агента, нажмите правой кнопкой мыши и выберите Agent Settings.
-
-
-
-7. Проверьте адрес gateway (указан в приветственном письме). Статус соединения с gateway должен быть OK.
-
-
-
-8. Ниже (Not set) введите данные локального админа от виртуальной машины. После этого нажмите OK и Apply.
-
-
-
-9. На портале отобразится установленный агент.
-
-
-
-Management Agent установлен.
-
-
-## 2.2 Установка агента резервного копирования
-
-::: warning
-Важно! Агент резервного копирования устанавливается после менеджмент агента.
-:::
-
-1. Вернитесь на портал, перейдите в Managed computers 🡲 Discovered Computers 🡲 Install Backup Agent.
-
-
-
-2. Нажмите Apply для установки бэкап агента на устройство.
-
-
-
-3. Нажмите Installing для отображения статуса установки бэкап агента.
-
-
-
-4. После первичной установки агента отображение ошибки об отсутствии файлов, стоящих на резервном копировании, является нормальным. После настройки политики резервного копирования ошибка исчезнет.
-
-
-
-
-## 2.3 Создание Recovery Media
-
-Recovery Media – это технология создания загрузочного образа, который позволяет восстановить данные из резервной копии на уровне ОС или дисков.
-
-Данный тип восстановления работает с уровня BIOS и позволяет восстановить данные на ВМ/ВМ/ПК без гостевой ОС.
-
-::: warning Важно!
-Восстановление из резервной копии на пустую (без ОС) ВМ/ВМ/ПК невозможно без заранее созданного Recovery Media. Рекомендуем хранить образ Recovery Media на сторонних носителях (USB-флэшки/диски и облачные хранилища).
-:::
-
-### Создание образа установщика Recovery media
-
-1. Выберите в меню Пуск утилиту создания Recovery Media.
-
-
-
-2. В открывшемся окне обязательно выберите два пункта, как показано на скриншоте.
-
-
-
-3. Выберите путь, куда будет сохраняться образ.
-
-
-
-4. Нажмите Create.
-
-
-
-5. После завершения всех процессов нажмите Finish.
-
-
-
-По указанному пути будет создан образ установщика Recovery Media.
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/03-5-2-4-2-3.md b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/03-5-2-4-2-3.md
deleted file mode 100644
index 9391c2d..0000000
--- a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/03-5-2-4-2-3.md
+++ /dev/null
@@ -1,92 +0,0 @@
-# 3. Настройка политики резервного копирования
-
-## Основные настройки
-
-1. Перейдите на портале в раздел Managed computers 🡲 Backup agents, далее необходимо выбрать резервируемую ВМ / ВМ / ПК 🡲 Backup policy 🡲 Assign.
-
-2. Далее вверху нажмите Create 🡲 Create new job.
-
-
-
-3. Задайте имя политики.
-
-
-
-4. Выберите настройку – ВМ или рабочая станция.
-
-
-
-5. Выберите, какой бэкап нужен.
-
-
-
-6. На вкладке Destination выберите Veeam Cloud Connect repository.
-
-
-
-7. На вкладке Credentials введите данные учетной записи от портала бэкапа (из приветственного письма) в таком же формате.
-
-
-
-8. Выберите количество точек восстановления.
-
-
-
-## Дополнительные настройки
-
-В Advanced settings доступны дополнительные настройки:
-
-1. Создание синтетического или активного полного бэкапа.
-
-
-
-2. Проверка целостности на уровне хранилища.
-
-
-
-3. Обслуживание файлов резервной копии для очистки, дефрагментации и сжатия полной резервной копии файлов
-
-
-
-4. Настройки в разделе Storage рекомендуем оставить без изменений.
-
-
-
-## Настройка локального хранения резервных копий в случае недоступности облачного репозитория
-
-
-
-## Настройка Application aware processing
-
-
-
-Настройка резервного копирования на уровне приложений. Настройки для каждого приложения выбираются на соответствующей вкладке.
-
-
-
-
-
-
-
-
-
-
-
-Резервное копирование с индексацией файловой системы. Данная опция позволяет оперативно восстанавливать файлы из проиндексированной области
-
-
-
-Настройка расписания резервного копирования
-
-
-
-Summary – отображение ваших настроек. Для завершения настройки нажмите Finish.
-
-
-
-## Завершение создания политики
-
-После создания политики резервного копирования она будет доступна к просмотру в разделе Backup Jobs портала. Также к резервируемому ВМ/ВМу/ПК по умолчанию будет применена дефолтная политика на бэкап всего устройства, её можно отключить, нажав на Policies. Для немедленного запуска задания выберите политику и нажмите Start.
-
-
-
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/03-5-2-4-2-4.md b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/03-5-2-4-2-4.md
deleted file mode 100644
index cd74693..0000000
--- a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/03-5-2-4-2-4.md
+++ /dev/null
@@ -1,296 +0,0 @@
- # 4. Восстановление из резервных копий
-
-::: warning Важно:
-
-Для восстановления данных на ВМ / ВМ / ПК требуется использовать файловое восстановление (File Level Restore) вне зависимости от объекта бэкапа (вся ОС, диск или файл). Для восстановления диска целиком или ОС нужно использовать технологию Recovery Media, которая создает ISO-образ, подключаемый к устройству в режиме загрузки.
-
-:::
-
-
-## 4.1 Восстановление файлов
-
-1. В меню Пуск выберите File Level Restore.
-
-
-
-2. Откроется окно управления восстановлением. Для облачного резервного копирования выберите Network storage.
-
-
-
-3. Выберите хранилище Veeam Cloud Connect.
-
-
-
-4. Введите учетные данные от портала.
-
-
-
-5. Выберите объект для восстановления.
-
-
-
-6. Выберите точку восстановления.
-
-
-
-7. В окне Summary будет указаны итоговые настройки восстановления, после чего нажмите Finish. Запустится процесс восстановления файлов.
- Программа может запросить перезагрузку ОС.
-
-По завершении всех процессов восстановление считается успешным.
-
-
-## 4.2 Восстановление на уровне гостевой ОС
-
-
-### Восстановление на исходный физический ВМ, ВМ и ПК
-
-::: warning Важно:
-Полное восстановление на исходный физический ВМ, ВМ или ПК с помощью Recovery Media возможно только при предварительном создании ISO-образа Recovery Media на устройстве, которое планируется восстанавливать. Это требуется для сохранения в образе драйверов данного физического ВМа, ВМ или ПК.
-:::
-
-1. При запуске исходного физического ВМа, ВМ или ПК ISO-образ Recovery Media монтируется устройству и выбирается как загрузочное устройство на уровне EFI/BIOS.
-
-
-
-2. После выбора появится окно с запросом на продолжение – нажмите Enter.
-
-
-
-3. Начнется загрузка Recovery environment. После загрузки диска появится консоль на зеленом фоне с окном загрузки образа: требуется дождаться его загрузки (может занять некоторое время).
-
-
-
-4. После запуска образа появится окно восстановления. Перед началом восстановления требуется настроить сеть на данном устройстве в консоли: для этого выберите значок сети справа внизу окна.
-
-
-
-5. Откроется окно настройки сети.
-
-
-
-6. Если адаптер сети не отображается, то необходимо загрузить драйвер сетевого адаптера для данного устройства. Для этого нажмите Load network adapter driver.
-
-
-
-7. Настройте сетевой адаптер для подключения устройства к сети Интернет.
-
-
-
-8. После настройки сети выберите Bare Metal Recovery. Запустите данную утилиту и настройте источник резервной копии, конкретное устройство, точку восстановления и метод восстановления.
-
-
-
-9. Backup Location – место, где хранится бэкап:
-
-* Local storage – локальное хранилище; работает в том случае, если бэкап делался на ВМ, который необходимо восстановить.
-* Network storage – репозиторий, который доступен из сети, в которую идет восстановление (выберите его, если резервная копия находится в облачном репозитории).
-
-
-
-10. Network Storage:
-
-* Object storage – объектное хранение; подходит, если ваш бэкап хранится на объектном хранилище, к примеру, S3.
-* Shared folder – выбирается, если бэкап хранится, на файловом ВМе или NAS-ВМе (хранилище) не подходит для восстановления в облако.
-* Veeam backup repository – используется, если у вас есть свой ВМ Veeam.
-* Veeam cloud connect repository – основное место хранения при услуге Agent backup (репозиторий в облаке beeline cloud, подключаемый через gateway-ВМ).
-
-
-
-11. Укажите адрес Gateway сервис-провайдера.
-
-
-
-12. Укажите учетные данные, ранее направленные в приветственном письме, либо те, что указывались на портале VSPC.
-
-
-
-13. Выберите задание резервного копирования и устройство, которое требуется восстановить.
-
-
-
-14. Выберите точку восстановления.
-
-
-
-15. Выберите метод восстановления:
-
-* Entire computer – весь ПК целиком (в случае полного восстановления ВМа).
-* System volumes only – восстановление отдельных дисков.
-* Manual restore – продвинутая настройка задания восстановления резервного копирования.
-
-
-
-
-### Метод восстановления Entire computer
-
-1. При выборе Entire computer Veeam покажет окно Summary для сверки настройки параметров восстановления. После нажатия Restore начнется процесс восстановления ВМа.
-
-
-
-
-
-2. В окне Progress можно наблюдать за процессом восстановления.
-
-
-
-3. После окончания восстановления появится диалоговое окно с информацией, что восстановление прошло успешно, и предложит перезагрузить ВМ для загрузки восстановленной гостевой OC.
-
-
-
-4. Восстановление ВМ завершено.
-
-
-### Методы восстановления System volumes only и Manual restore
-
-Восстановление системных дисков:
-
-* System volumes only – восстановление отдельных дисков ВМа (отдельно подключенные сетевые диски не входят в данное восстановление) в исходное расположение. Подходит для восстановления системного диска, на котором расположена OC ВМа, стоящего на резервном копировании.
-* Manual Restore – продвинутое восстановление с дополнительными настройками. Подходит для восстановления отдельных дисков в другое расположение. Доступен выбор восстанавливаемого диска и выбор диска, на который выполняется восстановление.
-
-
-
-1. Выберите диск для восстановления.
-
-
-
-2. Оставшиеся пункты соответствуют пунктам в методе Entire computer.
-
-
-## 4.3 Восстановление в облако beeline cloud с помощью Recovery Media
-
-
-### Загрузка образа Recovery Media в каталог образов VMWare
-
-
-
-1. Перейдите в раздел Actions 🡲 Media 🡲 Insert Media.
-
-
-
-2. Откроется каталог образов.
-
-
-
-3. Выберите раздел Catalogs и нажмите на NEW.
-
-
-
-4. Откроется окно добавления нового шаблона (.iso). Назовите шаблон и нажмите ОК.
-
-
-
-5. В каталоге шаблонов появится созданный вами шаблон. Нажмите на него.
-
-
-
-6. Откроется окно настройки шаблона. Нажмите ADD.
-
-
-
-7. В открывшемся окне нажмите на значок загрузки и загрузите ранее созданный образ (.iso).
-
-Recovery Media
-
-
-
-8. В разделе Recent tasks можно наблюдать процесс добавления образа в шаблон.
-
-
-
-9. По завершении процессов образ будет отображаться в шаблоне.
-
-
-
-
-### Запуск восстановления
-
-1. Добавьте созданный шаблон в ВМ, созданную для восстановления.
-
-
-
-
-
-2. Запустите виртуальную машину.
-
-
-
-3. При запуске ВМ ISO-образ Recovery Media монтируется к устройству и выбирается как загрузочное устройство на уровне EFI/BIOS.
-
-
-
-4. После выбора появится окно с запросом на продолжение – нажмите Enter.
-
-
-
-5. Начнется загрузка Recovery environment.
-
-После загрузки диска появится консоль на зеленом фоне с окном загрузки образа; требуется дождаться его загрузки (может занять некоторое время).
-
-
-
-6. После запуска образа появится окно восстановления.
-
-Перед началом восстановления требуется настроить сеть на данной ВМ в консоли, для этого выберите значок сети справа внизу окна.
-
-
-
-7. Откроется окно настройки сети.
-
-
-
-8. Если адаптер сети не отображается, то необходимо загрузить драйвер сетевого адаптера для данной ВМ. Для этого нажмите Load network adapter driver.
-
-
-
-9. Настройте сетевой адаптер для подключения устройства к сети Интернет.
-
-
-
-10. После настройки сети выберите Bare Metal Recovery. Запустите данную утилиту и настройте источник резервной копии, конкретное устройство, точку восстановления и метод восстановления.
-
-
-
-11. Выберите Network storage – репозиторий, доступный из сети, в которой идет восстановление.
-
-
-
-12. Выберите Veeam cloud connect repository – основное место хранения в сервисе Veeam agent.
-
-
-
-13. Укажите адрес gateway сервис-провайдера.
-
-
-
-14. Укажите учетные данные, ранее направленные в приветственном письме, либо те, что указываются на портале VSPC.
-
-
-
-15. Выберите задание резервного копирования и устройство, которое требуется восстановить.
-
-
-
-16. Выберите точку восстановления.
-
-
-
-17. Выберите метод восстановления. Подходят только следующие варианты:
-
-* Entire computer – весь ПК целиком (в случае полного восстановления ВМа).
-* Manual restore – продвинутая настройка задания восстановления резервного копирования.
-
-
-
-18. При выборе Entire computer Veeam покажет окно Summary для сверки настройки параметров восстановления. После нажатия Restore начнется процесс восстановления ВМа.
-
-
-
-19. В окне Progress можно наблюдать за процессом восстановления.
-
-
-
-20. После окончания восстановления появится диалоговое окно с информацией, что восстановление прошло успешно, и предложит перезагрузить ВМ для загрузки восстановленной гостевой OC.
-
-
-
-Восстановление ВМ завершено.
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img.png
deleted file mode 100644
index b40d328..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_1.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_1.png
deleted file mode 100644
index b40d328..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_1.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_10.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_10.png
deleted file mode 100644
index 0de7d3b..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_10.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_11.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_11.png
deleted file mode 100644
index 48e0f78..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_11.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_12.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_12.png
deleted file mode 100644
index 538090c..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_12.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_13.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_13.png
deleted file mode 100644
index 0657e08..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_13.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_14.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_14.png
deleted file mode 100644
index aced67c..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_14.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_15.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_15.png
deleted file mode 100644
index 899bf44..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_15.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_16.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_16.png
deleted file mode 100644
index c8ccd1a..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_16.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_17.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_17.png
deleted file mode 100644
index dcc15ad..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_17.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_18.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_18.png
deleted file mode 100644
index 12570d5..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_18.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_19.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_19.png
deleted file mode 100644
index 50f673b..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_19.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_2.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_2.png
deleted file mode 100644
index 93875ea..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_2.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_20.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_20.png
deleted file mode 100644
index a138fe0..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_20.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_21.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_21.png
deleted file mode 100644
index f95bf01..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_21.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_22.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_22.png
deleted file mode 100644
index ee2a5c0..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_22.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_23.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_23.png
deleted file mode 100644
index f203293..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_23.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_24.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_24.png
deleted file mode 100644
index 84fb229..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_24.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_25.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_25.png
deleted file mode 100644
index 7172bbe..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_25.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_26.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_26.png
deleted file mode 100644
index d074b8e..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_26.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_27.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_27.png
deleted file mode 100644
index 94e5689..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_27.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_28.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_28.png
deleted file mode 100644
index 4c6165f..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_28.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_29.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_29.png
deleted file mode 100644
index df33b25..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_29.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_3.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_3.png
deleted file mode 100644
index 0e05b3d..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_3.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_30.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_30.png
deleted file mode 100644
index 8a3e6e4..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_30.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_31.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_31.png
deleted file mode 100644
index 1145d81..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_31.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_32.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_32.png
deleted file mode 100644
index d8918a5..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_32.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_33.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_33.png
deleted file mode 100644
index 6618790..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_33.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_34.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_34.png
deleted file mode 100644
index 0eb48b0..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_34.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_35.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_35.png
deleted file mode 100644
index 0a888ee..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_35.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_36.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_36.png
deleted file mode 100644
index ac1d91f..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_36.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_37.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_37.png
deleted file mode 100644
index 0b54f16..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_37.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_38.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_38.png
deleted file mode 100644
index c044663..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_38.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_39.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_39.png
deleted file mode 100644
index 87247c8..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_39.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_4.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_4.png
deleted file mode 100644
index c104a0f..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_4.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_40.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_40.png
deleted file mode 100644
index fa53330..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_40.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_41.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_41.png
deleted file mode 100644
index df562de..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_41.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_42.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_42.png
deleted file mode 100644
index fb5924d..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_42.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_43.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_43.png
deleted file mode 100644
index 06d7c6e..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_43.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_44.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_44.png
deleted file mode 100644
index 7288559..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_44.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_45.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_45.png
deleted file mode 100644
index 48e0f78..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_45.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_46.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_46.png
deleted file mode 100644
index e4c3ee0..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_46.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_47.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_47.png
deleted file mode 100644
index 12b843a..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_47.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_5.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_5.png
deleted file mode 100644
index 99e51d7..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_5.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_6.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_6.png
deleted file mode 100644
index 9b5c727..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_6.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_7.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_7.png
deleted file mode 100644
index de530d4..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_7.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_8.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_8.png
deleted file mode 100644
index 64bb799..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_8.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_9.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_9.png
deleted file mode 100644
index 93d3bac..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/03-5-2-4-2/img_9.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img.png
deleted file mode 100644
index 6771f38..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_1.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_1.png
deleted file mode 100644
index a2ca5ec..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_1.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_10.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_10.png
deleted file mode 100644
index 34d2a78..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_10.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_11.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_11.png
deleted file mode 100644
index da4833e..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_11.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_12.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_12.png
deleted file mode 100644
index da4833e..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_12.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_13.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_13.png
deleted file mode 100644
index da4833e..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_13.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_14.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_14.png
deleted file mode 100644
index da4833e..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_14.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_15.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_15.png
deleted file mode 100644
index da4833e..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_15.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_16.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_16.png
deleted file mode 100644
index da4833e..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_16.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_17.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_17.png
deleted file mode 100644
index 8070fa2..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_17.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_18.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_18.png
deleted file mode 100644
index 29cab67..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_18.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_19.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_19.png
deleted file mode 100644
index 95d039e..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_19.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_2.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_2.png
deleted file mode 100644
index e85d743..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_2.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_20.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_20.png
deleted file mode 100644
index 532981d..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_20.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_21.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_21.png
deleted file mode 100644
index 64fabae..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_21.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_22.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_22.png
deleted file mode 100644
index b7ea90a..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_22.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_23.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_23.png
deleted file mode 100644
index 94e979c..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_23.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_24.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_24.png
deleted file mode 100644
index 561b3a4..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_24.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_25.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_25.png
deleted file mode 100644
index 23f59da..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_25.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_26.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_26.png
deleted file mode 100644
index 07f8043..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_26.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_27.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_27.png
deleted file mode 100644
index a649fdd..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_27.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_28.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_28.png
deleted file mode 100644
index b2a8707..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_28.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_29.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_29.png
deleted file mode 100644
index 5431cd7..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_29.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_3.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_3.png
deleted file mode 100644
index f79dab6..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_3.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_32.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_32.png
deleted file mode 100644
index 18a2bd7..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_32.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_33.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_33.png
deleted file mode 100644
index 62591f2..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_33.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_34.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_34.png
deleted file mode 100644
index 086d3cf..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_34.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_35.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_35.png
deleted file mode 100644
index 8feb3cb..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_35.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_36.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_36.png
deleted file mode 100644
index 7fdec66..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_36.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_39.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_39.png
deleted file mode 100644
index 0d555e7..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_39.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_4.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_4.png
deleted file mode 100644
index 47fecfe..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_4.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_40.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_40.png
deleted file mode 100644
index cc42ca5..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_40.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_41.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_41.png
deleted file mode 100644
index 9c43733..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_41.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_42.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_42.png
deleted file mode 100644
index 7b85764..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_42.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_43.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_43.png
deleted file mode 100644
index 38283ce..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_43.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_44.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_44.png
deleted file mode 100644
index 3374177..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_44.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_45.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_45.png
deleted file mode 100644
index 0ae5d6d..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_45.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_46.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_46.png
deleted file mode 100644
index b5ad85d..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_46.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_47.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_47.png
deleted file mode 100644
index ed89754..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_47.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_5.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_5.png
deleted file mode 100644
index fc31bcf..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_5.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_6.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_6.png
deleted file mode 100644
index 35b0b1f..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_6.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_7.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_7.png
deleted file mode 100644
index 35b0b1f..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_7.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_8.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_8.png
deleted file mode 100644
index dac173e..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_8.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_9.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_9.png
deleted file mode 100644
index 34d2a78..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-2/03-5-2-4/img_9.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-0-overview.md b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-0-overview.md
deleted file mode 100644
index 9ab1960..0000000
--- a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-0-overview.md
+++ /dev/null
@@ -1,3 +0,0 @@
-# Резервное копирование Киберпротект - О сервисе
-
-Сервис резервного копирования на базе решения Киберпротект BaaS обеспечивает надежную защиту данных, используемых в ИТ-инфраструктуре, и минимизирует риски, связанные с программными сбоями, техническими неисправностями оборудования и ошибками сотрудников.
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/03-5-3-1-1.md b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/03-5-3-1-1.md
deleted file mode 100644
index 13201db..0000000
--- a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/03-5-3-1-1.md
+++ /dev/null
@@ -1,16 +0,0 @@
-# 1. Начало работы с сервисом
-
-После создания администратором учетной записи на адрес электронной почты будет отправлено приветственное письмо, содержащее:
-
-* Имя для входа (логин).
-* Ссылка для активации учетной записи.
-
-
-
-Чтобы активировать учетную запись:
-
-1. Запомните логин.
-2. Нажмите на кнопку Активация учетной записи.
-3. Задайте пароль для данной учетной записи.
-
-Для перехода на страницу авторизации в консоль администратора, пройдите по данной ссылке.
\ No newline at end of file
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/03-5-3-1-2.md b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/03-5-3-1-2.md
deleted file mode 100644
index b401869..0000000
--- a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/03-5-3-1-2.md
+++ /dev/null
@@ -1,47 +0,0 @@
-# 2. Резервное копирование агентами
-
-Для работы сервиса необходимо установить требуемый агент Киберпротект для каждого объекта резервного копирования.
-
-## Для физических ВМов
-
-
-
-| ВМ | Агент |
-|----------------------------|-----------------------------------|
-| Под управлением ОС Windows | CyberProtect Agent Windows Server |
-| Под управлением ОС Linux | CyberProtect Agent Linux Server |
-
-Агенты Киберпротект Agent Windows/Linux Server можно использовать для создания бэкапов и физических ВМов, и виртуальных машин. В зависимости от места установки агента − на физический ВМ или виртуальную машину − Киберпротект автоматически определяет тип объекта резервного копирования.
-
-## Для рабочих станций
-
-
-
-| Рабочая станция | Агент |
-|----------------------------|----------------------------------------|
-| Под управлением ОС Windows | CyberProtect Agent Windows Workstation |
-
-Резервное копирование рабочих станций под управлением ОС Linux можно реализовать с помощью ВМного агента за соответствующую стоимость.
-
-## Для виртуальных машин
-
-На уровне гипервизора (резервное копирование без агента):
-
-
-
-В гостевой операционной системе используются ВМные агенты
-
-
-
-Данные сценарии использования отличаются только методами управления. Общая стоимость в обоих вариантах рассчитывается исходя из количества виртуальных машин.
-
-В случае резервного копирования на уровне гипервизора (при наличии доступа к нему) с использованием поддерживаемой решением платформы скачайте и запустите соответствующий аплайнс, после чего централизованно настройте резервное копирование требуемых VM, развернутых на данном хосте.
-
-В случае использования агентов Киберпротект необходимо установить CyberProtect Agent Windows Server или CyberProtect Agent Linux Server на каждую виртуальную машину (Киберпротект автоматически определит, что используется VM, а не физический ВМ).
-
-## Для приложений
-
-
-
-В зависимости от расположения приложения − на физическом ВМе или VM, будет определяться соответствующая стоимость использования. Например, если на одном ВМе или виртуальной машине расположено несколько баз данных SQL, то тарифицироваться будет только CyberProtect Agent Windows Server. CyberProtect Agent Microsoft SQL Server тарифицироваться не будут.
-
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/03-5-3-1-3.md b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/03-5-3-1-3.md
deleted file mode 100644
index 61d3a27..0000000
--- a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/03-5-3-1-3.md
+++ /dev/null
@@ -1,386 +0,0 @@
-# 3. Установка и настройка агентов
-
-## Перед началом работы
-
-### Доступ
-
-Убедитесь, что брандмауэры и другие компоненты системы безопасности сети (например, прокси-ВМ) не блокируют входящие и исходящие подключения через следующие TCP-порты:
-
-* 443 и 8443 – эти порты используются для доступа к консоли службы, регистрации агентов, скачивания сертификатов, авторизации пользователей, а также скачивания файлов из облачного хранилища данных;
-
-
-* 7770...7800 – агенты используют эти порты для обмена данными с ВМом управления резервным копированием;
-
-
-* 44445 и 55556 – агенты используют эти порты для передачи данных при выполнении резервного копирования и восстановления.
-
-Если в сети включен прокси-ВМ, чтобы понять, нужно ли конфигурировать настройки прокси-ВМа на каждой машине с запущенными агентом резервного копирования, ознакомьтесь с разделом Настройка прокси-ВМа.
-
-::: warning Важно:
-Для управления агентом, установленным в облаке, скорость подключения к Интернету должна быть не менее 1 Мбит/с.
-:::
-
-**Для резервного копирования и репликации виртуальных машин VMware необходимы порты TCP**
-
-* TCP 443. Агент для VMware (как в ОС Windows, так и на виртуальном устройстве) подключается к этому порту на хосте ESXi (ВМе vCenter) для выполнения операций управления виртуальной машиной, таких как создание, обновление и удаление виртуальных машин в vSphere при выполнении операций резервного копирования, восстановления и репликации виртуальных машин.
-* TCP 902. Агент для VMware (как в ОС Windows, так и на виртуальном устройстве) подключается к этому порту на хосте ESXi для установки подключения через NFC для чтения/записи данных на дисках виртуальной машины при выполнении операций резервного копирования, восстановления и репликации виртуальных машин.
-* TCP 3333. Если агент для VMware (виртуальное устройство) выполняется на целевом хосте (в целевом кластере) ESXi для репликации виртуальной машины, трафик операции репликации виртуальной машины не поступает непосредственно на порт 902 хоста ESXi. Вместо этого трафик поступает с исходного агента для VMware на TCP-порт 3333 на агенте для VMware (виртуальном устройстве) на целевом хосте (кластере) ESXi. Исходный агент для VMware, который считывает данные с оригинальных дисков виртуальной машины, может быть в любом ином месте. Он может работать как на виртуальном устройстве, так и в ОС Windows. Служба, которая отвечает за прием данных репликации виртуальной машины на целевом агенте для VMware (виртуальном устройстве), называется «Replica disk server (ВМ диска 39 ООО Киберпротект, 2024 реплики)». Эта служба отвечает за методы оптимизации глобальной сети, такие как сжатие трафика и дедупликация при репликации виртуальной машины, включая заполнение реплики. Если на целевом хосте не выполняется агент для VMware (виртуальное устройство), эта служба недоступна, поэтому сценарий заполнение реплики не поддерживается.
-
-### Порты, требуемые для компонента «Загрузчик»
-
-Компонент «Загрузчик» отвечает за доставку обновлений на компьютер и их распространение на другие экземпляры «Загрузчик». Он может выполняться в режиме агента. В этом случае соответствующий компьютер становится агентом загрузчика. Агент «Загрузчик» скачивает обновления из Интернета и ВМов, становясь источником распространения обновлений на другие компьютеры. Для работы компонента «Загрузчик» требуются указанные ниже порты:
-
-* l6888: используется протоколом BitTorrent для обновлений между одноранговыми узлами;
-* 6771: используется локальным портом обнаружения однорангового узла. Также принимает участие в обновлениях между одноранговыми узлами;
-* 18018: используется для обмена данными между средствами обновлений, которые работают в разных режимах: Средство обновления и агент с ролью «Средство обновления»;
-* 18019: локальный порт, который используется для обмена данными между средством обновления и агентом Кибер Бэкап.
-
-Проверьте, что локальные порты машины, на которой вы планируете установить агент Кибер Бэкап, не используются другими процессами.
-
-* 127.0.0.1:9999
-* 127.0.0.1:43234
-* 127.0.0.1:9850
-
-Примечание: не нужно открывать их в брандмауэре.
-
-Служба Active Protection использует TCP-порт 6109. Убедитесь, что он не используется другим процессом.
-
-## Выбор, скачивание и установка агента
-
-Выберите агент в зависимости от того, для какого объекта необходимо создать резервную копию.
-
-Установщик агента можно скачать в консоли администратора, для этого необходимо:
-
-1. Авторизуйтесь на портале.
-2. В разделе Устройства выберите пункт Все устройства.
-3. Нажмите на кнопку +Добавить.
-
-На странице Добавить устройства указаны ссылки на web-установщики для всех агентов, устанавливаемых в ОС Windows.
-
-
-
-
-## 01. Установка агентов
-
-::: warning Внимание:
-Всем программам установки необходимо подключение к Интернету для регистрации машины в службе Кибер Бэкап Облачный. Если подключение отсутствует, выполнить установку не удастся.
-:::
-
-### ОС MS Windows
-
-Для установки агента:
-
-1. Запустите инсталлятор агента с правами администратора.
-
-
-
-2. Если необходимо изменить дополнительные параметры, нажмите на кнопку «Настройка параметров установки»
-
-
-
-3. Нажмите на кнопку Зарегистрировать машину и подтвердите регистрацию на портале самообслуживания.
-
-
-
-
-
-Агент установлен.
-
-### ОС Linux
-
-Чтобы добавить необходимые модули к ядру Linux, программе установки требуются перечисленные ниже пакеты Linux.
-
-* Пакет с заголовками или исходными кодами ядра. Версия пакета должна соответствовать версии ядра;
-* Набор компиляторов GNU Compiler Collection (GCC). Версия GCC должна быть той же, с которой было скомпилировано ядро;
-* Инструмент Make;
-* Интерпретатор Perl;
-* Библиотеки libelf-dev, libelf-devel или elfutils-libelf-devel для сборки ядер не ниже 4.15 и настроены с параметром CONFIG_UNWINDER_ORC=y. Для некоторых дистрибутивов, например Fedora 28, их необходимо установить отдельно от заголовков ядра.
-
-Имена этих пакетов зависят от используемого дистрибутива Linux.
-
-В ОС Red Hat Enterprise Linux, CentOS и Fedora пакеты обычно устанавливаются программой установки. В других дистрибутивах вы должны сами установить пакеты, если они не установлены, или это не те версии, которые требуются.
-
-#### Проверить, установлены ли требуемые пакеты
-
-1. Выполните следующую команду, чтобы узнать версию ядра и необходимую версию GCC:
- cat /proc/version
-
-Эта команда возвращает примерно такие строки: Linux version 2.6.35.6 и gcc version 4.5.1
-
-2. Выполните следующую команду, чтобы узнать, установлен ли инструмент Make и компилятор GCC:
-
-```
-make -v
-
-gcc -v
-```
-
-Для gcc убедитесь, что команда возвращает ту же версию, что и в параметре версия gcc в шаге. Для инструмента make просто проверьте, что команда выполняется.
-
-Запустите файл установки от имени суперпользователя.
-
-3. Проверьте, установлена ли соответствующая версия пакетов для создания модулей ядра. В Red Hat Enterprise Linux, CentOS и Fedora выполните следующую команду:
-
-```
-yum list installed | grep kernel-devel
-```
-
-В Ubuntu выполните следующие команды:
-
-```
-dpkg --get-selections | grep linux-headers
-dpkg --get-selections | grep linux-image
-```
-
-В каждом из этих случаев убедитесь в том, что версии такие же, как в параметре Linux version в шаге 1.
-
-4. Чтобы выяснить, установлен ли интерпретатор Perl, выполните следующую команду:
-
-```
-perl --version
-```
-
-Если на экране отображаются сведения о версии Perl, это означает, что интерпретатор установлен.
-
-5. В Red Hat Enterprise Linux, CentOS и Fedora выполните следующую команду, чтобы проверить, установлена ли библиотека elfutils-libelf-devel:
-
-```
-yum list installed | grep elfutils-libelf-devel
-```
-
-Если на экране отображаются сведения о версии библиотеки, это означает, что библиотека установлена.
-
-#### Установка пакетов из репозитория
-
-В следующей таблице указано, как установить необходимые пакеты в различных дистрибутивах Linux.
-
-
-
-Пакеты будут загружены из репозитория дистрибутива и установлены. Для других дистрибутивов Linux обратитесь к документации по дистрибутиву, чтобы выяснить точные имена необходимых пакетов и способы их установки.
-
-#### Установка пакетов вручную
-
-Возможно, необходимо будет установить пакеты вручную, если:
-
-* У машины нет активной подписки на Red Hat или подключения к Интернету;
-* Программе установки не удается найти версию kernel-devel или gcc, соответствующую версии ядра. Если доступная версия kernel-devel новее версии ядра, необходимо обновить ядро или установить соответствующую версию kernel-devel вручную;
-* Необходимые пакеты имеются в локальной сети, и вы не хотите тратить время на автоматический поиск и загрузку.
-
-Загрузите пакеты из своей локальной сети или с веб-сайта надежного третьего поставщика и установите, как описано ниже.
-
-* В Red Hat Enterprise Linux, CentOS и Fedora выполните следующую команду как привилегированный пользователь:
- rpm -ivh ФАЙЛ_ПАКЕТА1 ФАЙЛ_ПАКЕТА2 ФАЙЛ_ПАКЕТА3
-* В Ubuntu выполните следующую команду:
- sudo dpkg -i ФАЙЛ_ПАКЕТА1 ФАЙЛ_ПАКЕТА2 ФАЙЛ_ПАКЕТА3
-
-#### Установка агента
-
-1. Для установки агента для Linux необходимо как минимум 2 ГБ свободного места на диске.
-2. Загрузите агент для ОС Linux на целевой узел удобным способом (например, при помощи WinSCP) и выдайте права для исполнения:
-
-
-
-Запустите установку агента:
-
-```
-sudo ./Backup_AgentForLinux_x86_64.bin
-```
-
-Выберите Agent for Linux.
-
-
-
-Выберите Show registration info
-
-
-
-Укажите код регистрации на портале самообслуживания.
-
-
-
-Подтвердите регистрацию.
-
-
-
-
-
-Агент успешно установлен.
-
-
-
-
-## 02. Настройка прокси-ВМа
-
-Агенты защиты могут передавать данные через прокси-ВМ HTTP/HTTPS. ВМ должен функционировать через HTTP-тоннель без сканирования или изменения трафика HTTP. Промежуточные прокси-ВМы не поддерживаются. Поскольку на этапе установки агент регистрируется в облаке, во время установки или заранее необходимо указать параметры прокси-ВМа.
-
-### В Windows
-
-Если прокси-ВМ настроен в Windows (Панель управления > Свойства браузера > Подключения), то программа установки считает настройки прокси-ВМа из реестра и использует их автоматически. Кроме того, можно задать настройки прокси-ВМа во время установки или указать их заранее, используя процедуру, описанную ниже. С помощью той же процедуры эти параметры можно изменить после установки.
-
-#### Указание параметров прокси-ВМа в Windows
-
-1. Создайте новый текстовый документ и откройте его в текстовом редакторе, например Notepad.
-
-2. Скопируйте и вставьте в этот файл следующие строки:
-
-Windows Registry Editor Version 5.00
-
-```
-[HKEY_LOCAL_MACHINE\SOFTWARE\Acronis\Global\HttpProxy] "Enabled"=dword:00000001
-"Host"="proxy.company.com"
-"Port"=dword:000001bb
-"Login"="proxy_login"
-"Password"="proxy_password"
-```
-
-3. Замените proxy.company.com именем хоста или IP-адресом прокси-ВМа, а 000001bb − шестнадцатеричным значением номера порта. Например, 000001bb соответствует номеру порта 443.
-
-4. Если на прокси-ВМе необходимо пройти аутентификацию, вместо строк proxy_login и proxy_ password укажите учетные данные прокси-ВМа. В противном случае удалите эти строки из файла.
-
-5. Сохраните документ с именем proxy.reg.
-
-6. Запустите файл от имени администратора.
-
-7. Подтвердите изменение реестра Windows.
-
-8. Если агент защиты еще не установлен, то можно установить его сейчас.
-
-9. Откройте файл %programdata%\Acronis\Agent\etc\aakore.yaml в текстовом редакторе.
-
-10. Найдите раздел env или создайте его и добавьте туда следующие строки:
-
-```
- env:
- http-proxy: proxy_login:proxy_password@proxy_address:port
- https-proxy: proxy_login:proxy_password@proxy_address:port
-```
-
-11. Вместо proxy_login и proxy_password укажите учетные данные прокси-ВМа, а вместо proxy_ address:port — адрес и номер порта прокси-ВМа.
-
-12. В меню Пуск щелкните Выполнить, введите cmd и щелкните ОК
-
-13. Перезапустите службу aakore, выполнив следующие команды:
-
-```
- net stop aakore
- net start aakore
-```
-
-14. Перезапустите агент, выполнив следующие команды:
-
-```
- net stop mms
- net start mms
-```
-
-### В ОС Linux
-
-Запустите файл установки с параметрами --http-proxy-host=ADDRESS --http-proxy-port=PORT --httpproxy-login=LOGIN--http-proxy-password=PASSWORD. Чтобы изменить параметры прокси-ВМа после установки, используйте описанную ниже процедуру.
-
-#### Изменение параметров прокси-ВМа в Linux
-
-1. Откройте файл /etc/Acronis/Global.config в текстовом редакторе.
-
-2. Выполните одно из следующих действий:
-
-Если параметры прокси-ВМа были заданы во время установки агента, найдите следующий раздел:
-
-```
-key name="HttpProxy">
- "1"
- "ADDRESS"
- "PORT"
- "LOGIN"
- "PASSWORD"
-
-```
-
-В противном случае скопируйте приведенные выше строки и вставьте в файл между тегами
-
-```
-...
-```
-
-3. Замените АДРЕС новым именем хоста или IP-адресом прокси-ВМа, а ПОРТ — номером порта в десятичном формате.
-
-4. Если на прокси-ВМе необходимо пройти аутентификацию, вместо дескрипторов ИМЯ ВХОДА и ПАРОЛЬ укажите учетные данные прокси-ВМа. В противном случае удалите эти строки из файла
-
-5. Сохраните файл.
-
-6. Откройте файл /opt/acronis/etc/aakore.yaml в текстовом редакторе.
-
-7. Найдите раздел env или создайте его и добавьте туда следующие строки:
-
-```
-env:
- http-proxy: proxy_login:proxy_password@proxy_address:port
- https-proxy: proxy_login:proxy_password@proxy_address:port
-```
-
-8. Вместо proxy_login и proxy_password укажите учетные данные прокси-ВМа, а вместо proxy_address:port — адрес и номер порта прокси-ВМа.
-
-9. Перезапустите службу aakore, выполнив следующую команду:
- sudo service aakore restart
-
-### В MacOS
-
-Параметры прокси-ВМа можно указать во время установки или заранее, как описано в процедуре ниже. С помощью той же процедуры эти параметры можно изменить после установки.
-
-#### Указание параметров прокси-ВМа в MacOS
-
-1. Создайте файл /Library/Application Support/Acronis/Registry/Global.config и откройте его в текстовом редакторе, например Text Edit.
-
-2. Скопируйте и вставьте в этот файл следующие строки:
-
-```
-
-
-
- "1"
- "proxy.company.com"
- "443"
- "proxy_login"
- "proxy_password"
-
-
-```
-
-3. Замените proxy.company.com именем хоста или IP-адресом прокси-ВМа, а 443 — номером порта в десятичном формате.
-
-4. Если на прокси-ВМе необходимо пройти аутентификацию, вместо строк proxy_login и proxy_password укажите учетные данные прокси-ВМа. В противном случае удалите эти строки из файла.
-
-5. Сохраните файл.
-
-6. Если агент защиты еще не установлен, то можно установить его сейчас.
-
-7. Откройте файл /Library/Application Support/Acronis/Agent/etc/aakore.yaml в текстовом редакторе.
-
-8. Найдите раздел env или создайте его и добавьте туда следующие строки:
-
-```
-env:
- http-proxy: proxy_login:proxy_password@proxy_address:port
- https-proxy: proxy_login:proxy_password@proxy_address:port
-```
-
-9. Вместо proxy_login и proxy_password укажите учетные данные прокси-ВМа, а вместо proxy_address:port — адрес и номер порта прокси-ВМа.
-
-10. Откройте Приложения > Утилиты > Терминал
-
-11. Перезапустите службу aakore, выполнив следующие команды:
-
-```
- sudo launchctl stop aakore
- sudo launchctl start aakore
-```
-
-12. Перезапустите агент, выполнив следующие команды:
-
-```
- sudo launchctl stop acronis_mms
- sudo launchctl start acronis_mms
-```
-
-### На загрузочном носителе
-
-Если используется загрузочный носитель, вам может потребоваться доступ к облачному хранилищу с использованием прокси-ВМа. Чтобы указать настройки прокси-ВМа, выберите пункты Инструменты > Прокси-ВМ и укажите имя хоста или IP-адрес, порт и учетные данные прокси-ВМа.
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/03-5-3-1-4.md b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/03-5-3-1-4.md
deleted file mode 100644
index 7b6ee96..0000000
--- a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/03-5-3-1-4.md
+++ /dev/null
@@ -1,395 +0,0 @@
-# 4. Представления консоли резервного копирования
-
-В консоли резервного копирования возможны два представления: списком и табличное. Для переключения между ними воспользуйтесь переключателем.
-
-Представление списком поддерживается при небольшом количестве машин.
-
-Табличное представление включается автоматически при большом количестве машин.
-
-
-
-В обоих представлениях доступен один и тот же набор функций и операций.
-
-
-## 01. Настройка резервного копирования
-
-План резервного копирования — это набор правил, который определяет порядок защиты данных на соответствующей машине. Его можно применить к нескольким машинам на этапе его создания или позже.
-
-Чтобы создать или применить план резервного копирования:
-
-1. Выберите машину или несколько машин, резервные копии которых необходимо создать.
-
-2. Нажмите на кнопку Защитить.
-
-
-
-3. Примените существующий план резервного копирования и создайте новый.
-
-
-
-После применения плана резервного копирования, нового или существующего, для заданной машины возможно:
-
-* ознакомиться с настройками данного плана;
-* узнать время создания следующей резервной копии согласно заданному плану;
-* запустить создание резервной копии вручную;
-* добавить дополнительный план резервного копирования. Например, если допускается делать резервную копию всей машины раз в месяц, а для некоторых файлов и папок необходимо осуществлять резервное копирование ежедневно.
-
-
-## 02. Порядок создания первого плана защиты в разделе «Устройства»
-
-1. В консоли службы последовательно выберите пункты Устройства> Все устройства.
-2. Выберите машины, для которых нужно обеспечить защиту.
-3. Щелкните Защитить, а затем щелкните Создать план. Откроются настройки плана защиты по умолчанию.
-4. Для изменения имени плана защиты щелкните значок карандаша рядом с именем.
-5. Для включения или отключения модуля плана щелкните переключатель рядом с именем модуля.
-6. Для настройки параметров модуля щелкните соответствующий раздел плана защиты.
-7. После этого щелкните Создать.
-
-«Резервное копирование» можно выполнить по требованию. Для этого щелкните Запустить сейчас.
-
-Измените следующие настройки:
-
-* Задайте имя плана резервного копирования.
-* Выберите тип данных для резервного копирования:
- * вся машина;
- * диски/тома;
- * файлы/папки;
- * состояние системы.
-
-В данном примере будет рассмотрено резервное копирование всей машины.
-
-
-
-* В качестве места хранения данных по умолчанию выбрано облачное хранилище beeline cloud
-* Для настройки расписания резервного копирования:
- * Откройте настройки расписания.
- * В окне Расписание выберите схему резервного копирования:
- * всегда инкрементное (один файл);
- * всегда полное;
- * еженедельное полное, ежедневно инкрементное;
- * ежемесячно полное, еженедельно дифференциально, ежедневно инкрементное (GFS);
- * другое.
-
-_**Совет**: Для оптимального сочетания объема хранилища, занимаемого резервными копиями пространства, и надежности процесса создания резервных копий рекомендуется использовать схему «Еженедельно полное, ежедневно инкрементное» ._
-
-* Выберите тип расписания по времени:
- * расписание по времени;
- * с заданной периодичностью;
- * при запуске системы;
- * при выключении системы.
-* Укажите дни недели и время запуска.
-* Включите опцию Выполнять план в диапазоне дат, если необходимо, и укажите соответствующие настройки.
-
-
-
-При выборе расписания резервного копирования по времени можно выбирать любые периоды времени с гранулярностью от дня до минуты.
-
-* Чтобы оптимизировать пространство, используемое для хранения резервных копий, настройте срок хранения резервных копий:
- * В поле Очистка выберите условие:
- * по сроку хранения;
- * по числу резервных копий;
- * хранить резервные копии неограниченное время.
- * Задайте параметры выбранного условия: срок хранения резервных копий или количество резервных копий.
- * Укажите, когда необходимо начинать очистку.
-
-
-
-Можно настроить шифрование собственными паролями:
-
-* Введите пароль.
-* Подтвердите пароль.
-* Выберите алгоритм шифрования.
-
-
-
-::: warning Важно:
-Если включить опцию шифрования при создании резервной копии на стороне агента, копия будет зашифрована при помощи заданного пароля, передаваться и храниться в защищенном виде.
-:::
-
-Возможна дополнительная настройка. Дополнительные параметры резервного копирования:
-
-* Changed Block Tracking (CBT);
-* быстрое резервное копирование;
-* действия при сбое задания;
-* еженедельная резервная копия
-* журнал событий Windows
-* имя файла резервной копии
-* команды до или после
-* команды до или после захвата данных
-* многотомный моментальный снимок
-* моментальные снимки LVM
-* обработка ошибок
-* оповещения
-* параметры сбора данных для судебных экспертиз
-* планирование
-* посекторное резервное копирование
-* проверка резервных копий
-* производительность и окно резервного копирования
-* служба теневого копирования томов (VSS)
-* уровень сжатия
-* условия запуска задания
-* фильтры файлов
-
-Для завершения создания плана нажмите на кнопку Создать.
-
-
-## 03. Применение существующего плана резервного копирования
-
-1. В консоли службы последовательно выберите пункты Устройства> Все устройства.
-
-2. Выберите машины, для которых нужно обеспечить защиту.
-
-3. Выберите план, нажмите на кнопку Применить.
-
-
-
-
-## 04. Выбор данных для резервного копирования
-
-### Выбор дисков и томов
-
-Резервная копия диска содержит копию диска или тома в запакованном виде. Из такой копии можно восстановить отдельные диски, тома или файлы. Резервная копия всей машины – это резервная копия со всеми ее несъемными дисками.
-
-Есть два способа выбора дисков/томов: непосредственно на каждой машине или с помощью правил политики. Исключить файлы из резервной копии можно с помощью фильтров файлов.
-
-#### Непосредственный выбор
-
-Возможность непосредственного выбора доступна только для физических машин.
-
-1. В области «Элементы для резервного копирования» выберите вариант Диски/тома.
-
-2. Нажмите Элементы для резервного копирования.
-
-3. В области «Выберите элементы для резервного копирования» выберите вариант Непосредственно.
-
-
-
-4. Для каждой из машин, которая включена в план защиты, установите флажки рядом с дисками и томами, которые требуется скопировать.
-
-5. Нажмите кнопку Готово.
-
-#### Использование правил политики
-
-1. В области «Элементы для резервного копирования» выберите вариант Диски/тома.
-
-2. Нажмите Элементы для резервного копирования.
-
-
-
-3. В области «Выберите элементы для резервного копирования» выберите вариант С использованием правил политики.
-
-4. Выберите готовые правила, введите собственные или используйте оба варианта. Правила политики будут применены ко всем машинам, которые входят в план защиты. Если на машине при запуске резервного копирования отсутствуют объекты, соответствующие хотя бы одному правилу, копирование завершится сбоем.
-
-
-
-5. Нажмите кнопку Готово.
-
-### Выбор файлов и папок
-
-Резервное копирование на уровне файлов доступно для физических и виртуальных машин, если для них настроено резервное копирование с помощью агента, установленного в гостевой системе. Для файлов и папок на дисках, подключенных к физической машине по протоколу iSCSI, также можно создать резервную копию. В этом случае есть ограничения, если для резервного копирования данных на дисках, подключенных по протоколу iSCSI, используется агент для VMware или агент для Hyper-V.
-
-Для восстановления операционной системы резервной копии на уровне файлов недостаточно. Выберите этот способ, если необходимо сохранять только определенные данные (например, текущий проект). Это позволит уменьшить размер архива и тем самым сократить потребность в дисковом пространстве. Есть два способа выбора файлов: непосредственно на каждой машине или с помощью правил политики. Для каждого из этих способов выбор можно уточнить с помощью фильтров файлов.
-
-#### Непосредственный выбор
-
-1. В области «Элементы для резервного копирования» выберите вариант Файлы/папки.
-
-
-
-2. Укажите Элементы для резервного копирования.
-
-3. В области «Выберите элементы для резервного копирования» выберите вариант Непосредственно.
-
-4. Для каждой машины, включенной в план защиты, выполните указанные ниже действия.
-
-* Щелкните Выбрать файлы и папки.
-* Щелкните Локальная папка или Сетевая папка. Общая папка должна быть доступна с выбранной машины.
-* Перейдите к требуемым файлам и папкам или введите путь и нажмите кнопку со стрелкой. Если потребуется, укажите имя пользователя и пароль для доступа к общей папке. Резервное копирование папки с анонимным доступом не поддерживается.
-* Выберите файлы и папки.
-* Нажмите кнопку Готово.
-
-
-
-#### Использование правил политики
-
-1. В области «Элементы для резервного копирования» выберите вариант Файлы/папки.
-
-2. Укажите Элементы для резервного копирования.
-
-3. В области «Выберите элементы для резервного копирования» выберите вариант С использованием правил политики.
-
-
-
-4. Выберите готовые правила, введите собственные или используйте оба варианта. Правила политики будут применены ко всем машинам, которые входят в план защиты. Если на машине при запуске резервного копирования отсутствуют объекты, соответствующие хотя бы одному правилу, копирование завершится сбоем.
-
-5. Нажмите кнопку Готово.
-
-
-## 05. План резервного копирования
-
-Редактировал(а) Дарья Баркова 02.10.2024, 19:16
-
-Содержание
-
-* Расписание
- * Схемы резервного копирования
- * Дополнительные параметры расписания
- * Планирование по событиям
-
-В таблице ниже вкратце описаны доступные параметры плана защиты. С ее помощью вы сможете легко создать план, который лучше всего отвечает вашим потребностям.
-
-
-
-1. Компьютер, резервное копирование которого выполняется с помощью агента, установленного в операционной системе.
-
-2. Виртуальная машина, резервное копирование которой выполняется на уровне гипервизора сторонним агентом, например агентом для VMware или агентом для Hyper-V. Виртуальная машина, которая содержит агент, воспринимается службой резервного копирования как физическая.
-
-* Резервное копирование в общие папки NFS недоступно в Windows.
-
-** Невозможно создать Зону безопасности на компьютере Mac.
-
-*** Параметр «Всегда инкрементное (один файл)» доступен только в том случае, если основным местом назначения резервной копии является облако.
-
-**** Правило хранения «По общему размеру резервных копий» недоступно в схеме резервного копирования «Всегда инкрементное (один файл)» или при резервном копировании в облачное хранилище данных.
-
-### Расписание
-
-В расписании используются настройки времени (включая часовой пояс) операционной системы, в которой установлен агент. Часовой пояс агента для VMware (виртуальное устройство) можно настроить в интерфейсе агента.
-
-Пример: если план защиты, который применен к нескольким машинам в разных часовых поясах, запанирован к запуску в 21:00, то процесс резервного копирования на каждой машине начнется в 21:00 по местному времени данной машины.
-
-#### Схемы резервного копирования
-
-_Совет: Для любой схемы резервного копирования можно запланировать резервное копирование по событиям, а не по времени. Для этого выберите тип события в настройках расписания. Схема резервного копирования содержит расписание и методы создания резервных копий и входит в состав плана резервного копирования. Можно выбрать одну из стандартных схем резервного копирования или создать собственную. Схема входит в состав плана защиты и содержит расписание и методы создания резервных копий._
-
-В разделе «Схема резервного копирования» выберите один из перечисленных ниже вариантов:
-
-* Всегда инкрементное (один файл)
-
-По умолчанию резервное копирование выполняется ежедневно с понедельника по пятницу. Можно выбрать время для запуска резервного копирования.
-
-Чтобы сменить частоту создания резервной копии, перетащите ползунок и задайте расписание резервного копирования.
-
-Для резервных копий используется формат резервной копии в виде одного файла.
-
-При первом резервном копировании происходит полная обработка всех данных, поэтому оно выполняется дольше последующих. Все последующие резервные копии являются инкрементными, благодаря чему процедура их выполнения занимает значительно меньше времени.
-
-Настоятельно рекомендуется использовать эту схему, если резервная копия расположена в облачном хранилище данных. При использовании других схем резервного копирования может создаваться несколько полных резервных копий, что приведет к существенным затратам времени и высокому объему сетевого трафика.
-
-Эта схема недоступна при выполнении резервного копирования в Зону безопасности.
-
-* Всегда полное
-
-По умолчанию резервное копирование выполняется ежедневно с понедельника по пятницу. Можно выбрать время для запуска резервного копирования.
-
-Чтобы сменить частоту создания резервной копии, перетащите ползунок и задайте расписание резервного копирования. Каждый раз создаются полные резервные копии.
-
-* Еженедельно полное, ежедневно инкрементное
-
-По умолчанию резервное копирование выполняется ежедневно с понедельника по пятницу. Дни недели и время запуска резервного копирования можно изменить.
-
-Раз в неделю создается полная резервная копия. Остальные копии будут инкрементными. Время создания полной резервной копии определяется параметром Еженедельное резервное копирование (щелкните значок шестеренки и выберите Параметры резервного копирования > Еженедельное резервное копирование).
-
-* Ежемесячно полное, еженедельно дифференциальное, ежедневно инкрементное (GFS)
-
-По умолчанию инкрементное резервное копирование выполняется ежедневно с понедельника по пятницу; дифференциальное резервное копирование выполняется каждую субботу; полное резервное копирование выполняется в первый день каждого месяца. Это расписание и время запуска резервного копирования можно изменить.
-
-Данная схема резервного копирования отображается как схема Пользовательская на панели плана защиты.
-
-* Пользовательские
-
-Задайте расписания для полных, дифференциальных и инкрементных резервных копий.
-
-Дифференциальное резервное копирование не выполняется для данных SQL, Exchange и состояния системы.
-
-Для любой схемы резервного копирования можно запланировать резервное копирование по событиям, а не по времени. Для этого выберите тип события в настройках расписания. Дополнительную информацию см. в разделе «Планирование по событиям».
-
-#### Дополнительные параметры расписания
-
-Для каждого места назначения можно выполнить следующие действия:
-
-* Задайте условия запуска резервного копирования так, чтобы запланированное резервное копирование выполнялось только при соблюдении этих условий. Дополнительную информацию см. в разделе «Условия запуска».
-* Задать интервал дат, в течение которого будет использоваться указанное расписание.
-
-Установите флажок «Выполнять план в диапазоне дат» и укажите диапазон дат.
-
-* Отключить расписание. Когда расписание отключено, правила хранения не применяются за исключением случая, при котором резервное копирование запущено вручную.
-* Настроить задержку с момента запланированного времени. Значение задержки для каждой машины выбирается случайно и находится в диапазоне от нуля до максимального значения, которое вы укажете. Параметр может быть полезен для резервного копирования нескольких машин в сетевое хранилище, чтобы избежать чрезмерной загрузки сети.
-
-В настройках модуля «Резервное копирование» в плане защиты последовательно выберите пункты Параметры резервного копирования > Планирование. Установите флажок «Распределять время запуска резервного копирования по доступному времени», затем укажите максимальную задержку. Продолжительность задержки для каждой машины определяется при применении плана защиты к машине и остается неизменной до тех пор, пока в плане защиты не будет изменено максимальное значение задержки.
-
-_Примечание: Этот параметр включен по умолчанию с максимальной задержкой 30 минут._
-
-* Щелкните Подробнее, чтобы получить доступ к указанным ниже параметрам:
- * Если машина выключена, выполнить пропущенные задания при ее загрузке (по умолчанию отключено);
- * Отключить переход в спящий режим или режим гибернации при выполнении резервного копирования (по умолчанию включено). Этот параметр действует только для машин с ОС Windows.
- * Выйти из спящего режима или режима гибернации для запуска запланированного резервного копирования (отключено по умолчанию)
- * Этот параметр действует только для машин с ОС Windows, для которых в настройках плана электропитания включен параметр «Разрешить таймеры пробуждения».
-
-
-
-Этот параметр не действует, когда машина выключена, т. е. данный параметр не использует функциональность Wake-on-LAN.
-
-#### Планирование по событиям
-
-При составлении расписания для модуля «Резервное копирование» в плане защиты выберите тип события в настройках расписания. Резервное копирование будет запущено, как только произойдет событие.
-
-Можно выбрать одно из следующих событий:
-
-* С заданной периодичностью
-
-Через определенное время после завершения последнего успешного резервного копирования в рамках одного плана защиты. Укажите период времени.
-
-_Примечание: Расписание составляется на основе успешно выполненных операций резервного копирования. При сбое операции резервного копирования планировщик не будет запускать задание заново, пока оператор не запустит план вручную, и он не будет выполнен без сбоев._
-
-* При входе пользователя в учетную запись
-
-По умолчанию резервное копирование запустится при входе в учетную запись любого пользователя. Вместо любого пользователя можно указать конкретную учетную запись.
-
-* При выходе пользователя из учетной записи
-
-По умолчанию резервное копирование запустится при выходе из учетной записи любого пользователя. Вместо любого пользователя можно указать конкретную учетную запись.
-
-_Примечание: Резервное копирование не будет запущено при завершении работы системы, поскольку завершение работы не эквивалентно выходу из учетной записи._
-
-* При запуске системы
-* При завершении работы системы
-* По событию в журнале событий Windows. Вы должны указать свойства события.
-
-
-## 06. Хранение резервных копий
-
-1. Нажмите Срок хранения.
-
-2. В разделе «Очистка» выберите один из перечисленных ниже вариантов:
-
-* По возрасту резервной копии (по умолчанию). Укажите, в течение какого срока нужно хранить резервные копии, созданные планом защиты. По умолчанию правила хранения задаются отдельно для каждого набора резервных копий1. Чтобы использовать одно правило для всех резервных копий, щелкните Перейти на использование одного правила для всех наборов резервных копий.
-* По количеству резервных копий. Укажите максимальное количество хранимых резервных копий.
-* По общему размеру резервных копий. Укажите максимальный общий размер резервных копий. Эта настройка недоступна в схеме резервного копирования «Всегда инкрементное (один файл)» или при резервном копировании в облачное хранилище данных.
-* Хранить резервные копии неопределенно долго.
-
-3. Выберите время для запуска очистки.
-
-* После резервного копирования (по умолчанию)
-
-Правила хранения будут применены после создания новой резервной копии.
-
-* До резервного копирования
-
-Правила хранения будут применены до создания новой резервной копии.
-
-Эта настройка недоступна при резервном копировании кластеров Microsoft SQL Server или ВМа Microsoft Exchange.
-
-
-## 07. Удаление резервной копии
-
-Чтобы удалить резервную копию, перейдите в раздел «Хранилище резервных копий», выберите в списке машину, пункт «Показать резервные копии», выберите копию, нажмите Удалить.
-
-
-
-
-
-
-
-
-В окне Удалить подтвердите удаление.
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/03-5-3-1-5.md b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/03-5-3-1-5.md
deleted file mode 100644
index 4ae5f2f..0000000
--- a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/03-5-3-1-5.md
+++ /dev/null
@@ -1,131 +0,0 @@
-# 5. Резервное копирование приложений Microsoft
-
-Есть два метода для защиты этих приложений:
-
-* Резервная копия базы данных
-
-Это резервное копирование на уровне файлов базы данных и метаданных, связанных с ней. Базы данных можно восстановить в запущенное приложение или как файлы.
-
-* Резервное копирование с поддержкой приложений
-
-Это резервное копирование на уровне дисков, при котором также выполняется сбор метаданных приложений. Эти метаданные позволяют выполнить обзор и восстановление данных приложений, не восстанавливая весь диск или том. Диск или том также можно восстановить полностью. Это означает, что можно использовать единое решение и один план защиты как для аварийного восстановления, так и для защиты данных.
-
-В таблице приведена сводка доступных методов восстановления приложений.
-
-| | Из резервной копии базы данных | Из резервной копии базы данных | Из резервной копии диска |
-|----------------------------------|--------------------------------------------------------------------------------------------------------------------|----------------------------------------------------------------------------------------------------------------------------------|-----------|
-| Microsoft SQL Server | Базы данных в запущенный экземпляр SQL Server
Базы данных как файлы | Вся машина
Базы данных в запущенный экземпляр SQL Server
Базы данных как файлы | Вся машина |
-| Microsoft Exchange Server | Базы данных в запущенный Exchange
Базы данных как файлы
Фрагментарное восстановление в запущенный Exchange* | Вся машина
Базы данных в запущенный Exchange
Базы данных как файлы
Фрагментарное восстановление в запущенный Exchange* | Вся машина |
-| Доменные службы Active Directory | - | Вся машина | - |
-
-
-## 01. Защита контроллера домена
-
-Машину под управлением доменных служб Active Directory можно защитить резервным копированием с поддержкой приложений. Если домен содержит несколько контроллеров домена, то при восстановлении одного из них выполняется непринудительное восстановление; при этом откат USN не выполняется после восстановления.
-
-_На контроллере домена убедитесь, что модуль записи Active Directory для VSS включен._
-
-Чтобы включить резервное копирование с поддержкой приложений, перейдите к опции «Резервное копирование приложения».
-
-
-
-
-
-### Предварительные требования
-
-Перед настройкой резервного копирования приложений убедитесь, что перечисленные ниже требования выполнены.
-
-Для Microsoft SQL Server убедитесь, что выполнены указанные ниже требования:
-
-* Запущен хотя бы один экземпляр Microsoft SQL Server.
-* Модуль записи SQL для VSS включен.
-
-Для Microsoft Exchange Server убедитесь, что выполнены указанные ниже требования:
-
-* Запущена служба банка данных Microsoft Exchange.
-* Установлена оболочка Windows PowerShell. Если используется Exchange 2010 или более поздней версии, то оболочка Windows PowerShell должна иметь по крайней мере версию 2.0.
-* Установлена платформа Microsoft .NET Framework. Если используется Exchange 2007, то Microsoft .NET Framework должна иметь по крайней мере версию 2.0. Если используется Exchange 2010 или более поздней версии, то Microsoft .NET Framework должна иметь по крайней мере версию 3.5.
-* Модуль записи Exchange для VSS включен.
-
-**Дополнительные требования для операций резервного копирования с поддержкой приложений**
-
-При создании плана защиты убедитесь в следующем:
-
-* Для физических машин и машин с установленным агентом включен параметр резервного копирования Служба теневого копирования томов (VSS).
-* Для виртуальных машин включен параметр резервного копирования Служба теневого копирования томов (VSS) для виртуальных машин.
-
-### Порядок выбора данных Exchange Server
-
-1. Нажмите Устройства > Microsoft Exchange. Программное обеспечение отобразит дерево групп обеспечения доступности баз данных (DAG) Exchange Server, машины, на которых запущен Microsoft Exchange Server, и базы данных Exchange Server. Если агент для Exchange настроен, как описано в разделе «Резервное копирование почтовых ящиков», в этом дереве также отображаются почтовые ящики.
-
-2. Перейдите к данным, для которых требуется создать резервные копии. Разверните узлы дерева или дважды щелкните элементы списка, расположенного справа от дерева.
-
-Выберите данные, резервную копию которых необходимо создать.
-
-* При выборе DAG создаются резервные копии одной из копий каждой кластеризованной базы данных. Дополнительные сведения о резервном копировании групп DAG см. в разделе «Защита групп обеспечения доступности базы данных (DAG)».
-* При выборе машины на которых запущен ВМ Microsoft Exchange, будет создана резервная копия всех баз данных, подключенных к ВМу Exchange.
-* Если выбрать отдельные базы, будут созданы резервные копии только для них.
-* Если агент для Exchange настроен, как описано в разделе «Резервное копирование почтовых ящиков», можно выбрать почтовые ящики для резервного копирования.
-
-
-
-4. Если потребуется, введите учетные данные для доступа к информации.
-
-5. Щелкните Защитить.
-
-Описание резервной копии почтового ящика доступно [здесь](https://cyberprotect.ru/ru-RU/support/documentation/CyberBackupCloud/24.07/user/index.html#mailbox-backup.html).
-
-### Резервное копирование базы данных
-
-Резервная копия базы данных SQL содержит файлы базы (.mdf, .ndf), журналы (.ldf) и другие связанные файлы. Их резервные копии создаются с помощью службы SQL Writer. Она должна быть запущена в момент, когда служба теневого копирования томов (VSS) отправляет запрос на резервное копирование или восстановление .
-
-После каждого успешного резервного копирования выполняется сокращение журналов транзакций SQL. Усечение журнала SQL можно отключить в параметрах плана защиты.
-
-### Порядок выбора баз данных SQL
-
-1. Нажмите Устройства > Microsoft SQL. Программное обеспечение отобразит дерево групп Always On Availability Groups (AAG) ВМа SQL Server, машины, на которых запущен Microsoft SQL Server, экземпляры SQL Server и базы данных.
-
-
-
-2. Перейдите к данным, для которых требуется создать резервные копии. Разверните узлы дерева или дважды щелкните элементы списка, расположенного справа от дерева.
-
-3. Выберите данные, резервную копию которых необходимо создать. Выберите AAGs, машины, на которых запущен SQL Server, экземпляры SQL Server или отдельные базы данных.
-
-* При выборе AAG, для всех баз данных, включенных в выбранную AAG, будет создана резервная копия.
-* При выборе машины на которых запущен SQL Server, будет создана резервная копия всех баз данных, подключенных к экземпляру SQL Server.
-* При выборе экземпляра SQL Server, для всех баз данных, подключенных к выбранному экземпляру, будет создана резервная копия.
-* Если выбрать отдельные базы, будут созданы резервные копии только для них.
-
-4. Щелкните Защитить. Если потребуется, введите учетные данные для доступа к SQL Server. Соответствующая учетная запись должна входить в группу Операторы архива или Администраторы на этой машине, а также иметь роль Системный администратор в каждом из экземпляров, для которых создается резервная копия.
-
-
-Поддерживаемые версии Microsoft SQL Server
-
-* Microsoft SQL Server 2019
-* Microsoft SQL Server 2017
-* Microsoft SQL Server 2016
-* Microsoft SQL Server 2014
-* Microsoft SQL Server 2012
-* Microsoft SQL Server 2008 R2
-* Microsoft SQL Server 2008
-* Microsoft SQL Server 2005
-
-Поддерживаемые версии Microsoft Exchange Server
-
-* Microsoft Exchange Server 2019: все выпуски.
-* Microsoft Exchange Server 2016: все выпуски.
-* Microsoft Exchange Server 2013: все выпуски, накопительный пакет обновления 1 (CU1) или более поздней версии.
-* Microsoft Exchange Server 2010: все выпуски, все пакеты обновления.
-
-Резервное копирование почтового ящика и фрагментарное восстановление из резервных копий базы данных поддерживается начиная с пакета обновления 1 (SP1).
-
-* Microsoft Exchange Server 2007: все выпуски, все пакеты обновления.
-
-Резервное копирование почтового ящика и фрагментарное восстановление из резервных копий базы данных не поддерживается.
-
-
-## 02. Защита Oracle Database
-
-Защита Oracle Database описана в отдельном документе, который доступен [по ссылке](https://cyberprotect.ru/ru-RU/support/documentation/CyberBackup/15/OracleBackup.pdf).
-
-
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/03-5-3-1-6.md b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/03-5-3-1-6.md
deleted file mode 100644
index 15c29e1..0000000
--- a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/03-5-3-1-6.md
+++ /dev/null
@@ -1,115 +0,0 @@
-# 6. Восстановление: памятка
-
-| Объект восстановления | Метод восстановления |
-|-------------------------------------------------------------------------|------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
-| Физическая машина (Windows или Linux) | Использование веб-интерфейса
Использование загрузочного носителя |
-| Виртуальная машина
(VMware, Hyper-V, Red Hat Virtualization (oVirt)) | Использование веб-интерфейса
Использование загрузочного носителя |
-| Конфигурация ESXi | Использование загрузочного носителя |
-| Файлы и папки | Использование веб-интерфейса
Загрузка файлов из облачного хранилища данных
Использование загрузочного носителя
Извлечение файлов из локальных резервных копий |
-| Состояние системы | Использование веб-интерфейса |
-| Базы данных SQL | Использование веб-интерфейса |
-| Базы данных Exchange | Использование веб-интерфейса |
-| Почтовые ящики Exchange | Использование веб-интерфейса |
-
-## Восстановление виртуальной машины
-
-Виртуальные машины можно восстановить с их резервных копий.
-
-_Примечание: Восстановление через веб-интерфейс недоступно для клиентов в режиме «Улучшенная безопасность»._
-
-**Предварительные требования**
-
-В ходе восстановления данных на виртуальную машину она должна быть остановлена. По умолчанию программа останавливает машину без предупреждения. После завершения восстановления машину потребуется запустить вручную. Поведение по умолчанию можно изменить, используя параметр восстановления «Управление питанием ВМ» (щелкните Параметры восстановления > Управление питанием ВМ).
-
-Чтобы восстановить виртуальную машину:
-
-1. Выберите машину, для которой есть резервная копия.
-
-2. Нажмите на кнопку Восстановление.
-
-
-
-3. Выберите точку восстановления.
-
-4. Нажмите на кнопку Восстановление.
-
-5. Выберите Вся машина.
-
-
-
-6. Чтобы выполнить восстановление на физическую машину, в списке «Восстановить» выберите пункт Физическая машина. В противном случае пропустите этот шаг. Восстановление в физическую машину возможно только в том случае, если конфигурация целевой машины в точности соответствует конфигурации диска в данной резервной копии.
-
-7. По умолчанию данное программное обеспечение автоматически выбирает исходную машину в качестве целевой. Чтобы выполнить восстановление на другую виртуальную машину, выберите Целевая машина и выполните следующие действия:
-
-* Выберите гипервизор (VMware ESXi, Hyper-V или oVirt).
-* Выберите машину, в которую будут выполняться восстановление: новая или существующая.
-* Выберите хост и укажите имя новой машины или выберите существующую целевую машину.
-* Нажмите кнопку ОК.
-
-8. Настройте дополнительные параметры восстановления по собственному усмотрению.
-
-* Чтобы выбрать хранилище данных для виртуальной машины, щелкните Хранилище данных для ESXi, Путь – для Hyper-V или Домен хранилища для Red Hat Virtualization (oVirt), а затем выберите хранилище данных (хранилище) для виртуальной машины.
-* [Необязательно] Чтобы просмотреть хранилище данных (хранилище), интерфейс и режим распределения для каждого виртуального диска, щелкните Сопоставление диска. Эти настройки можно изменить. Раздел сопоставления также позволяет выбирать отдельные диски для восстановления.
-* [Необязательно для VMware ESXi, Hyper-V] Щелкните Настройки ВМ, чтобы изменить размер памяти и количество процессоров или сетевые подключения виртуальной машины.
-
-
-
-Щелкните Запуск восстановления.
-
-При восстановлении в существующую виртуальную машину подтвердите перезапись дисков.
-
-Ход выполнения восстановления показан на вкладке Действия.
-
-## Физическая машина
-
-В этом разделе описано восстановление физических машин через веб-интерфейс.
-
-Используйте вместо веб-интерфейса загрузочный носитель, если вам необходимо восстановить:
-
-* Машину с клиентом в режиме «Улучшенная безопасность»
-* Любую операционную систему на «голое железо» либо на отключенной машине.
-* Структуру логических томов (тома созданы диспетчером логических томов в ОС Linux). Носитель позволяет автоматически воссоздать структуру логических томов.
-
-Для восстановления операционной системы потребуется перезагрузка. Вы можете перезапустить машину автоматически или присвоить ей статус «Требуется вмешательство». Восстановленная операционная система автоматически запускается.
-
-### Восстановление физической машины
-
-1. Выберите машину, для которой есть резервная копия.
-
-2. Щелкните Восстановление.
-
-3. Выберите точку восстановления. Обратите внимание на то, что точки восстановления отфильтрованы по хранилищу.
-
-Если машина отключена, точки восстановления не отображаются. Выполните любое из следующих действий:
-
-* Если резервная копия расположена в облачном или общем хранилище данных (т .е. другие агенты могут получить к ней доступ), щелкните Выбрать машину, выберите целевую машину, которая подключена, а затем выберите точку восстановления.
-* Выберите точку восстановления на вкладке Хранилище резервных копий.
-* Восстановите машину, как описано в теме «Восстановление дисков с помощью загрузочного носителя».
-
-4. Последовательно выберите пункты Восстановление > Вся машина.
-
-Программное обеспечение автоматически сопоставит диски из резервной копии с дисками целевой машины.
-
-5. Чтобы выполнить восстановление в другую виртуальную машину, щелкните Целевая машина и выберите включенную целевую машину.
-
-Программное обеспечение автоматически сопоставит диски из резервной копии с дисками целевой машины.
-
-Чтобы выполнить восстановление в другую виртуальную машину, щелкните Целевая машина и выберите включенную целевую машину.
-
-Если результат сопоставления вас не удовлетворяет, или выполнить сопоставление не удалось, щелкните Сопоставление тома, чтобы сопоставить диски заново вручную.
-
-Раздел сопоставления также позволяет вам выбирать отдельные диски или тома для восстановления. Вы можете переключаться между восстановлением дисков и томов посредством ссылки Переключиться на... в верхнем правом углу.
-
-
-
-Если результат сопоставления вас не удовлетворяет, или выполнить сопоставление не удалось, щелкните Сопоставление тома, чтобы сопоставить диски заново вручную.
-
-Раздел сопоставления также позволяет вам выбирать отдельные диски или тома для восстановления. Вы можете переключаться между восстановлением дисков и томов посредством ссылки Переключиться на... в верхнем правом углу.
-
-
-
-6. Щелкните Запуск восстановления.
-
-7. Подтвердите перезапись дисков версиями из резервной копии. Укажите, следует ли автоматически перезапустить машину.
-
-Ход выполнения восстановления показан на вкладке Действия.
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/03-5-3-1-7.md b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/03-5-3-1-7.md
deleted file mode 100644
index d72f074..0000000
--- a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/03-5-3-1-7.md
+++ /dev/null
@@ -1,41 +0,0 @@
-# 7. Другие способы восстановления
-
-Помимо восстановления через агент Киберпротект, существуют иные способы восстановления. Чтобы перейти к ним:
-
-1. Нажмите на кнопку Другие способы восстановления.
-2. Выберите способ восстановления:
-* восстановить на другой компьютер: нажмите на кнопку Выбор машины;
-* проверить содержимое резервных копий в облачном хранилище и загрузить необходимые файлы: нажмите на кнопку Загрузить файлы;
-* восстановить всю машину с ее файлами и дисками с помощью загрузочного носителя: нажмите на кнопку Загрузить ISO-образ.
-
-
-
-
-
-## Выбор машины
-
-Данная опция позволяет выбрать машину, куда возможно произвести восстановление. Выбор производится из машин, на которых установлен агент или аплайнс Киберпротект.
-
-В окне «Выбор машины» выберите целевую машину. Целевой машиной может быть физический ВМ или VM. В случае, если целевая машина − физический ВМ, откроется диалоговое окно «Восстановить в физическую машину», если VM − откроется окно «Восстановить в виртуальную машину».
-
-
-
-## Загрузка файлов
-
-Данная опция позволяет выбрать машину, из которой необходимо восстановить отдельные файлы или папки.
-
-Чтобы загрузить файлы и папки для восстановления, в окне «Машины» выберите машину, план резервного копирования, резервную копию, отметьте в списке необходимые файлы и папки и нажмите на кнопку Загрузить.
-
-
-
-## Загрузка ISO-образа
-
-Данная опция позволяет автоматически скачать ISO-образ локально на машину, с которой было осуществлено подключение к порталу управления Киберпротект.
-
-Подробнее данный способ восстановления описан в статье «Восстановление из ISO-образа».
-
-Сохраните представленный в окне «Загрузочный носитель» уникальный маркер регистрации для дальнейшего использования.
-
-
-
-
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/03-5-3-1-8.md b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/03-5-3-1-8.md
deleted file mode 100644
index c2e2b62..0000000
--- a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/03-5-3-1-8.md
+++ /dev/null
@@ -1,73 +0,0 @@
-# 8. Восстановление из ISO-образа
-
-_Совет: Для восстановления из ISO-образа необходимо заранее подготовить шаблон, куда образ будет загружен для дальнейшего запуска._
-
-Чтобы восстановить резервную копию из ISO-образа:
-
-1. Выберите машину, для которой есть резервная копия.
-
-2. Нажмите на кнопку Восстановление.
-
-3. Нажмите на кнопку Другие способы восстановления.
-
-
-
-4. Нажмите на кнопку Загрузить ISO-образ.
-
-
-
-5. ISO-образ будет скачан автоматически.
-
-6. Сохраните представленный в окне «Загрузочный носитель» уникальный маркер регистрации для дальнейшего использования.
-
-
-
-7. Загрузите ISO-образ в созданный каталог и затем загрузите машину с ISO-образа, где будет осуществляться восстановление.
-
-
-
-
-
-8. Перезагрузите ВМ, в момент загрузки выберите Rescue Media.
-
-
-
-9. В окне Bootable Backup Agent нажмите на кнопку Configure network
-
-
-
-10. В окне Network settings введите значения и нажмите на кнопку OK.
-
-
-
-11. В окне Bootable Backup Agent перейдите к настройкам сети − нажмите на кнопку Register Media.
-
-
-
-12. В окне Registration: Введите адрес ВМа и выполните вход в сервис Кибер Бэкап Облачный под маркером доступа, который был сохранен ранее.
-
-
-
-Нажмите на кнопку Register.
-
-13. В окне Recovery Bootable Media - Welcome to нажмите на кнопку Recovery.
-
-
-
-14. В окне Recovery Bootable Media − Recover data: Выберите Select Data − Required − Browse Path − Cloud Storage − customer и нажмите ОК.
-
-
-
-15. В окне Recovery Bootable Media - Recover data: Выберите Recover Disk 1 to… − Required − восстанавливаемую VM и все диски VM и параметр восстановления Physical machine. Нажмите на кнопку OK .
-
-
-
-16. Запустится процесс восстановления.
-
-
-
-
-
-17. По завершении процесса восстановления перезапустите машину − нажмите на кнопку Reboot.
-
-
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/03-5-3-1-9.md b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/03-5-3-1-9.md
deleted file mode 100644
index b4f0141..0000000
--- a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/03-5-3-1-9.md
+++ /dev/null
@@ -1,54 +0,0 @@
-# 9. Кроссплатформенная миграция на базе Киберпротект Облачный Бэкап
-
-Сервис резервного копирования на базе решения Кибер Бэкап Облачный можно использовать для миграции данных между различным средами виртуализации.
-
-В данном примере будет рассмотрен вариант с миграцией данных из Hyper-V в VMware.
-
-* Если есть доступ к гипервизору, установите соответствующий аплайнс для Hyper-V;
-* Если доступа к гипервизору нет, установите агент Кибер Бэкап Облачный для виртуальных машин на каждую VM.
-
-## Создание резервной копии виртуальной машины
-
-После установки аплайнса на гипервизор или агента на VM под управлением Hyper-V в разделе Hyper-V появятся соответствующие значения.
-
-
-
-Выберите машину или машины, которые необходимо мигрировать, среди доступных устройств.
-
-::: warning Внимание:
-Рекомендуется для миграции создать отдельную задачу на резервное копирование под Hyper-V, для которой есть резервная копия.
-:::
-
-
-
-В процессе создания резервной копии можно установить агент или агенты Кибер Бэкап Облачный на VM в рамках Virtual Infrastructure.
-
-## Восстановление виртуальной машины
-
-Запуск процесса восстановления возможен после создания резервной копии и установки агентов Кибер Бэкап Облачный на целевые VM в Virtual Infrastructure.
-
-Для восстановления на платформу виртуализации, отличную от исходной – например, из Hyper-V восстановиться в VMware:
-
-1. Выберите машину, которую необходимо мигрировать.
-
-2. Выберите другие способы восстановления − нажмите на кнопку Другие способы восстановления.
-
-
-
-3. Нажмите на кнопку Выбор машины. Выберите VM, куда будет производиться восстановление; на выбираемой VM уже должны быть установлены агент(ы) Кибер Бэкап Облачный. Нажмите на кнопку OK.
-
-
-
-
-
-4. Перейдите на вкладку «Сопоставление тома» и укажите необходимое значение.
-
-
-
-5. Нажмите на кнопку Начать восстановление и еще раз подтвердите.
-
-
-
-6. Ожидайте окончания восстановления.
-
-
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img.png
deleted file mode 100644
index 1b67149..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_1.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_1.png
deleted file mode 100644
index c36f6f6..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_1.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_10.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_10.png
deleted file mode 100644
index 56a2493..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_10.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_11.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_11.png
deleted file mode 100644
index a750bf1..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_11.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_12.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_12.png
deleted file mode 100644
index 6c6a88a..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_12.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_13.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_13.png
deleted file mode 100644
index 747a8e1..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_13.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_14.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_14.png
deleted file mode 100644
index 6845a6b..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_14.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_15.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_15.png
deleted file mode 100644
index 7cbde3f..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_15.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_16.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_16.png
deleted file mode 100644
index 4ea29ec..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_16.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_17.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_17.png
deleted file mode 100644
index 58ceee2..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_17.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_18.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_18.png
deleted file mode 100644
index 7cbde3f..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_18.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_19.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_19.png
deleted file mode 100644
index 761d24b..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_19.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_2.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_2.png
deleted file mode 100644
index 3b4be6e..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_2.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_20.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_20.png
deleted file mode 100644
index 933d5ff..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_20.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_21.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_21.png
deleted file mode 100644
index 4df0e6c..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_21.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_22.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_22.png
deleted file mode 100644
index f22fa5d..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_22.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_23.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_23.png
deleted file mode 100644
index 25cca88..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_23.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_24.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_24.png
deleted file mode 100644
index ff6d605..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_24.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_25.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_25.png
deleted file mode 100644
index 774788f..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_25.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_26.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_26.png
deleted file mode 100644
index ef02077..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_26.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_27.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_27.png
deleted file mode 100644
index d731f0a..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_27.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_28.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_28.png
deleted file mode 100644
index 2aa5c22..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_28.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_29.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_29.png
deleted file mode 100644
index df6767e..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_29.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_3.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_3.png
deleted file mode 100644
index 72aacd5..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_3.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_30.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_30.png
deleted file mode 100644
index 4e9a91e..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_30.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_31.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_31.png
deleted file mode 100644
index 072a2c0..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_31.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_32.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_32.png
deleted file mode 100644
index a8d8e38..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_32.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_33.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_33.png
deleted file mode 100644
index 7375c81..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_33.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_34.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_34.png
deleted file mode 100644
index 9d5776c..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_34.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_35.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_35.png
deleted file mode 100644
index a4a3fca..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_35.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_36.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_36.png
deleted file mode 100644
index 07dd1a7..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_36.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_37.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_37.png
deleted file mode 100644
index 7a586be..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_37.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_38.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_38.png
deleted file mode 100644
index ab4b247..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_38.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_39.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_39.png
deleted file mode 100644
index 1bc4b90..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_39.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_4.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_4.png
deleted file mode 100644
index d737efa..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_4.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_40.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_40.png
deleted file mode 100644
index 5df32a3..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_40.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_41.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_41.png
deleted file mode 100644
index 4d917c3..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_41.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_42.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_42.png
deleted file mode 100644
index dd6fb71..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_42.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_43.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_43.png
deleted file mode 100644
index 6ec769a..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_43.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_44.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_44.png
deleted file mode 100644
index 226430a..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_44.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_45.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_45.png
deleted file mode 100644
index a3a0978..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_45.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_46.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_46.png
deleted file mode 100644
index 15cff09..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_46.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_47.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_47.png
deleted file mode 100644
index 15cff09..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_47.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_48.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_48.png
deleted file mode 100644
index c288018..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_48.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_49.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_49.png
deleted file mode 100644
index 2837a4e..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_49.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_5.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_5.png
deleted file mode 100644
index fecee7e..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_5.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_50.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_50.png
deleted file mode 100644
index c37e174..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_50.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_51.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_51.png
deleted file mode 100644
index 776b4eb..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_51.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_52.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_52.png
deleted file mode 100644
index 266bea8..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_52.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_53.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_53.png
deleted file mode 100644
index 4ef1242..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_53.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_54.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_54.png
deleted file mode 100644
index 266bea8..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_54.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_55.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_55.png
deleted file mode 100644
index 167afb5..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_55.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_56.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_56.png
deleted file mode 100644
index dd3eb50..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_56.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_57.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_57.png
deleted file mode 100644
index 933d83a..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_57.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_58.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_58.png
deleted file mode 100644
index 3b73df4..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_58.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_59.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_59.png
deleted file mode 100644
index 4cd5a22..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_59.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_6.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_6.png
deleted file mode 100644
index 739f11d..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_6.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_60.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_60.png
deleted file mode 100644
index aee790b..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_60.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_61.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_61.png
deleted file mode 100644
index 2cf5414..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_61.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_62.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_62.png
deleted file mode 100644
index 8a5f769..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_62.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_63.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_63.png
deleted file mode 100644
index a78a665..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_63.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_64.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_64.png
deleted file mode 100644
index 5a8c9aa..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_64.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_65.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_65.png
deleted file mode 100644
index 2e4ece2..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_65.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_66.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_66.png
deleted file mode 100644
index 81d9d1d..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_66.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_67.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_67.png
deleted file mode 100644
index c106ad2..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_67.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_68.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_68.png
deleted file mode 100644
index 580e02c..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_68.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_69.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_69.png
deleted file mode 100644
index ee4d3d3..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_69.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_7.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_7.png
deleted file mode 100644
index 6937fee..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_7.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_70.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_70.png
deleted file mode 100644
index 3e6e797..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_70.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_71.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_71.png
deleted file mode 100644
index 875e35d..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_71.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_72.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_72.png
deleted file mode 100644
index 588ec40..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_72.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_73.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_73.png
deleted file mode 100644
index 5c0acaf..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_73.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_74.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_74.png
deleted file mode 100644
index 61a5dcb..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_74.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_75.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_75.png
deleted file mode 100644
index ee023c9..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_75.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_76.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_76.png
deleted file mode 100644
index dba58a6..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_76.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_77.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_77.png
deleted file mode 100644
index c326ca5..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_77.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_78.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_78.png
deleted file mode 100644
index 6b79558..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_78.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_8.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_8.png
deleted file mode 100644
index 836b371..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_8.png and /dev/null differ
diff --git a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_9.png b/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_9.png
deleted file mode 100644
index 4a2157b..0000000
Binary files a/src/guide/wikidf/03-iaas/03-5-backup/03-5-3/03-5-3-1/img_9.png and /dev/null differ
diff --git a/src/guide/wikidf/wiki.md b/src/guide/wikidf/wiki.md
deleted file mode 100644
index 13f1944..0000000
--- a/src/guide/wikidf/wiki.md
+++ /dev/null
@@ -1,3 +0,0 @@
-# Wiki DF
-
-Содержимое WIKI Датафорт.
\ No newline at end of file