diff --git a/CHANGELOG.md b/CHANGELOG.md
index d91796c..cd21eb0 100644
--- a/CHANGELOG.md
+++ b/CHANGELOG.md
@@ -1,35 +1,9 @@
-## Version 1.2.0
+## Version 1.2.1
### Добавлено
-#### extnet
-| Идентификатор>" # specify correct DYNAMIX controller URL, e.g. "https://ds1.digitalenergy.online"
+ oauth2_url = "<>" # specify corresponding DYNAMIX OAUTH2 URL, e.g. "https://sso.digitalenergy.online"
+ app_id = "<>" # application secret to access DYNAMIX cloud API in 'decs3o' and 'bvs' authentication mode, e.g. "ewqfrvea7s890avw804389qwguf234h0otfi3w4eiu"
+ app_secret = "<>" # application ID to access DYNAMIX cloud API in 'decs3o' and 'bvs' authentication mode, e.g. "ewqfrvea7s890avw804389qwguf234h0otfi3w4eiu"
+ # allow_unverified_ssl = true
+}
+
+# 2. Load account to use - new VM will belong to this account
+data "dynamix_account" "my_account" {
+ account_id = # Specify account ID
+}
+
+# 3. Load OS image to use for VM deployment
+data "dynamix_image" "os_image" {
+ image_id = # Specify OS image id, e.g. 1234. You can get accessible image id from data source "dynamix_image_list"
+}
+
+# 4. Create new Resource Group in the selected account, new VM will be created in this RG
+resource "dynamix_resgroup" "my_rg" {
+ name = "NewRgByTF"
+ account_id = data.dynamix_account.my_account.account_id
+ gid = # Grid (platform) ID
+ # if you want to set resource quota on this Resource Group, uncomment
+ # the following code fragment
+ # quota {
+ # cpu = 8 # CPU limit
+ # ram = 8912 # RAM limit in MB
+ # disk = 96 # disk volume limit in GB
+ #}
+}
+
+# 5. Create extra disk, which will be attached to the new VM.
+# This step is optional - if you do not want extra disks on your VM, skip it
+# and comment out extra_disks parameter when creating VM below.
+resource "dynamix_disk" "extra_disk" {
+ disk_name = "extra-disk-for-vm"
+ account_id = data.dynamix_account.my_account.account_id
+ gid = # Grid (platform) ID
+ size_max = 5 # disk size in GB
+ type = "D" # disk type, always use "D" for extra disks
+ sep_id = data.dynamix_image.os_image.sep_id # use the same SEP ID as the OS image
+ pool = "<>" # consult your DYNAMIX platform admin for configured storage pool names
+}
+
+# 6. Create virtual machine (a compute of type KVM VM x86 in this example)
+# Now that we have all necessary components at hand, we may create a virtual machine.
+# This VM will be based on the previsouly obtained OS image, located in the specified
+# Resource Group, directly connected to an external network, have a boot disk of
+# specified size and one extra disk attached.
+resource "dynamix_kvmvm" "my_new_vm" {
+ name = "tf-managed-vm"
+ driver = "KVM_X86" # Compute virtualization driver
+ rg_id = dynamix_resgroup.my_rg.id
+ cpu = 1 # CPU count
+ ram = 1024 # RAM size in MB, must be even number, ideally a power of 2
+ boot_disk_size = 10 # Boot disk size in GB
+ image_id = data.dynamix_image.os_image.image_id
+ description = "Test KVM VM Compute managed by Terraform"
+ extra_disks = [ dynamix_disk.extra_disk.id ]
+
+ network {
+ net_type = "EXTNET"
+ net_id = <> # specify external network ID to use, consult your DYNAMIX platform admin for correct IDs
+ # ip_address = "<>" # you may optionally request a specific IP address
+ }
+}
+```
diff --git a/wiki/1.2.1/03.-Обзор-облачной-платформы-DYNAMIX.md b/wiki/1.2.1/03.-Обзор-облачной-платформы-DYNAMIX.md
new file mode 100644
index 0000000..ecd19c9
--- /dev/null
+++ b/wiki/1.2.1/03.-Обзор-облачной-платформы-DYNAMIX.md
@@ -0,0 +1,32 @@
+## Основные понятия
+Ниже перечислены основные понятия с указанием соответствующих им аргументов в Terraform провайдере DYNAMIX.
+1. **Контроллер облачной платформы DYNAMIX** – управляющее приложение, которое обеспечивает авторизацию пользователей и оркестрацию облачных ресурсов.
+ - Адрес контроллера задается в обязательном аргументе `controller_url` на стадии инициализации Terraform провайдера DYNAMIX. Например, `controller_url= "https://ds1.digitalenergy.online"`
+2. **Авторизационный провайдер** – приложение, работающее по протоколу Oauth2, предназначенное для выпуска и валидации токенов доступа к контроллеру облачной платформы в соответствующих режимах авторизации. Все действия в платформе должны выполняться авторизованными пользователями, и авторизационное приложение позволяет получить токен доступа, действующий некоторое ограниченное время, наличие которого подтверждает успешную авторизацию.
+ - Адрес авторизационного провайдера задается в аргументе`oauth2_url` на стадии инициализации Terraform провайдера DYNAMIX. Например `oauth2_url= "https://sso.digitalenergy.online"`
+3. **Подписчик** (_account_) – сущность, которая используется для группирования облачных ресурсов по принадлежности к определенному клиенту для целей учета потребления и биллинга.
+ - Имя подписчика задается аргументом `account_name` при вызове _resource_ или _data_ функций провайдера. Альтернативной является задание численного идентификатора подписчика в аргументе `account_id`.
+4. **Пользователь** (_user_) – пользователь облачной инфраструктуры, представленный учетной записью. Чтобы получить возможность управлять облачными ресурсами (например, создавать виртуальные серверы или дискт) пользователь должен быть ассоциирован с одним или несколькими подписчиками и иметь соответствующие права, определяемые ролевой моделью, принятой в облачной платформе DYNAMIX. Для доступа к платформе пользователь должен авторизоваться одним из способов, описанных ниже в разделе «Способы авторизации».
+5. **Ресурсная группа** (_resource group_) – способ группирования вычислительных ресурсов (например, виртуальных серверов по функциональному признаку или принадлежности к одному и тому же проекту). Ресурсную группу можно рассматривать как небольшой персональный дата-центр, в котором размещаются один или несколько серверов и виртуальных сетевых сегментов. Ресурсная группа идентифицируется по комбинации параметров `account` и `name`. Обратите внимание, что имя имя ресурсной группы уникально только в рамках одного и того же `account`.
+6. **Вычислительный ресурс** (_compute_) - универсальная абстракция пользовательского сервера в платформе DYNAMIX. Благодаря использованию такой абстракции можно, например, создать одну виртуальную машину на базе KVM Intel x86, а другую - на базе KVM IBM Power, а потом управлять ими - изменять количество CPU/RAM, подключать/отключать диски и т.п. - одинаковым образом, не задумываясь об их архитектурных различиях. В то же время, так как типизация ресурсов в Terraform не поддерживает наследование, различные типы вычислительных ресурсов, доступных на платформе DYNAMIX и абстрагируемых через понятие унифицированный _compute_, в Terraform представлены разными типами (напр., свой тип для виртуальных серверов на базе KVM и свой тип для перспективных x86-совместимых bare metal серверов).
+7. **Ресурс хранения** (_disk_) - универсальная абстракция дискового ресурса в платформе DYNAMIX. Платформа поддерживает различные типы систем хранения данных, но при этом управление созданными на разных системах хранения дисками осуществляется посредством унифицированного набора действий, например, "подключить диск к _compute_", "увеличить размер диска", "сделать мгновенный снимок диска", "настроить параметры быстродействия диска".
+8. **Виртуальный сервер** – экземпляр _compute_, в основе технической реализации которого лежит виртуальная машина, работающая в облаке и доступна по сети. Виртуальный сервер характеризуется количеством выделенных ему CPU (аргумент`cpu`), объемом ОЗУ (`ram`), размером загрузочного диска (`boot_disk size`). При создании виртуального сервера на загрузочный диск устанавливается образ операционной системы, заданный в аргументе `image_id`. Помимо загрузочного диска к виртуальному серверу можно подключить несколько дисков для хранения прикладных данных, список которых задается аргументами `extra_disks`. Виртуальный сервер идентифицируется по комбинации аргументов `name` (имя сервера) и `rgid` (идентификатор ресурсной группы). Обратите внимание, что имя виртуального сервера `name` уникально только в рамках одной и той же ресурсной группы.
+9. **Виртуальный сетевой сегмент** (_Virtual Network Segment_ или _ViNS_) - сетевой сегмент и обеспечивающая его функционирование виртуальная инфраструктура, которые пользователь может создавать для своих нужд на уровне ресурсной группы или подписчика (_account_). ViNS можно создать полностью изолированным от внешних сетей (см. ниже _External Network_) или с подключением во внешнюю сеть. Внутри ViNS работает DHCP-сервис, обеспечивающий управление IP адресами экземпляров _compute_, подключённых в этот ViNS.
+10. **Внешняя сеть** (_External Network_) - сетевой сегмент, через который платформа DYNAMIX взаимодействует с внешними по отношению к ней сетевыми ресурсами. Например, в случае с публичным облаком на базе DYNAMIX в качестве внешней сети выступает сеть Интернет. В отличие от ViNS платформа не управляет внешней сетью, а лишь пользуется её ресурсами. В платформе может быть настроено несколько внешних сетей с различными диапазонами IP адресов, и существует механизм управления доступом пользователей к внешним сетям.
+11. Сетевой доступ к экземпляру _compute_ (виртуальному серверу) реализуется через его подключение к ViNS и/или прямое подключение во внешнюю сеть (External Network). Один и тот же экземпляр _compute_ может одновременно иметь несколько подключений в разные ViNS и/или различные внешние сети.
+
+## Способы авторизации
+Облачная платформа DYNAMIX поддерживает три базовых типа авторизации:
+1. С использованием авторизационного провайдера, работающего по протоколу _Oauth2_. Данный способ является предпочтительным, так как обеспечивает бОльшую гибкость и безопасность. Для авторизации в этом режиме при инициализации Terrafrom провайдера DYNAMIX необходимо указать параметры `oauth2_url` и `controller_url`, а также предоставить одно из нижеперечисленного:
+ - Комбинация Application ID & Application secret, соответствующих пользователю, от имени которого будет осуществляться управление облачными ресурсами в текущей сессии. В процессе проверки предоставленных Application ID & Application secret модуль получает от авторизационного провайдера токен (JSON Web Token, JWT), который затем используется для доступа к указанному контроллеру DYNAMIX. Для авторизации по данному варианту, при инициализации Terraform провайдера DYNAMIX следует установить аргумент `authenticator=decs3o` и задать аргументы `app_id` и `app_secret` (или определить соответствующие переменные окружения `DYNAMIX_APP_ID` и `DYNAMIX_APP_SECRET`).
+ - JSON Web Token – заранее полученный от авторизационного провайдера токен доступа, ассоциированный с определенным пользователем, от имени которого будет осуществляться управление облачными ресурсами в текущей сессии. Для авторизации по данному варианту, при инициализации Terraform провайдера DYNAMIX следует установить аргумент `authenticator=jwt` и задать аргумент `jwt` (или определить переменную окружения `DYNAMIX_JWT`).
+2. С использованием комбинации _имя пользователя : пароль_. Данный режим не использует внешних авторизационных провайдеров и подразумевает, что пользователь с такой комбинацией зарегистрирован непосредственно на указанном в параметре `controller_url` контроллере облачной платформы DYNAMIX.
+ - Чтобы провайдер авторизовался по данному варианту, при его инициализации следует установить аргумент `authenticator=legacy` и задать аргументы `user` и `password` (или определить соответствующие переменные окружения `DYNAMIX_USER` и `DYNAMIX_PASSWORD`).
+3. С использованием авторизационного провайдера, работающего по протоколу _Oauth2_oidc_. Для авторизации в этом режиме при инициализации Terrafrom провайдера DYNAMIX необходимо указать параметры `oauth2_url` и `controller_url`, а также Application ID & Application secret, _имя пользователя и пароль_, соответствующих пользователю, от имени которого будет осуществляться управление облачными ресурсами в текущей сессии, и _имя домена_. В процессе проверки предоставленных Application ID & Application secret и пары _имя пользователя-пароль_ модуль получает от авторизационного провайдера токен (JSON Web Token, JWT), который затем используется для доступа к указанному контроллеру DYNAMIX. Для авторизации по данному варианту, при инициализации Terraform провайдера DYNAMIX следует установить аргумент `authenticator=bvs`, задать аргументы `app_id` и `app_secret` (или определить соответствующие переменные окружения `DYNAMIX_APP_ID` и `DYNAMIX_APP_SECRET`), `bvs_user` и `bvs_password` (или определить соответствующие переменные окружения `DYNAMIX_BVS_USER` и `DYNAMIX_BVS_PASSWORD`), а также указать `domain` (или определить соответствующие переменные окружения `DYNAMIX_DOMAIN`).
+
+После успешной авторизации пользователь (или приложение-клиент) получает доступ к ресурсам, находящимся под управлением соответствующего DYNAMIX контроллера. Доступ предоставляется в рамках подписчиков (_account_), с которыми ассоциирован данный пользователь (_user_), и в соответствии с присвоенными ему ролями.
+
+## Пользовательская и административная группы API
+Пользовательская группа API - группа API платформы DYNAMIX, которая позволяет выполнять операции с платформой с правами обычного пользователя. Покрывает большую часть задач.
+Административная группа API - группа API платформы DYNAMIX, которая позволяет выполнять операции с платформой с расширенными правами. Данные права подразумевают расширенный перечень операций над ресурсами, расширенный перечень ресурсов, расширенную информацию. Требуются права администратора для взаимодействия с этой группой API.
+В Terraform провайдере DYNAMIX версии 1.2.1 реализованы функции только пользовательской группа API.
diff --git a/wiki/1.2.1/04.-Начало-работы-с-terraform-провайдером-DYNAMIX.md b/wiki/1.2.1/04.-Начало-работы-с-terraform-провайдером-DYNAMIX.md
new file mode 100644
index 0000000..edaa664
--- /dev/null
+++ b/wiki/1.2.1/04.-Начало-работы-с-terraform-провайдером-DYNAMIX.md
@@ -0,0 +1,6 @@
+Данный раздел описывает:
+- Системные требования
+- Установку провайдера
+- Инициализацию провайдера
+- Переключение режима работы между разными группами API
+- Получение gid/grid_id площадки
diff --git a/wiki/1.2.1/04.01-Установка-Terraform-провайдера-DYNAMIX.md b/wiki/1.2.1/04.01-Установка-Terraform-провайдера-DYNAMIX.md
new file mode 100644
index 0000000..8c96fd4
--- /dev/null
+++ b/wiki/1.2.1/04.01-Установка-Terraform-провайдера-DYNAMIX.md
@@ -0,0 +1,147 @@
+## Системные требования
+
+Для запуска провайдера вам потребуется машина, на которой установлен Terraform.
+
+Кроме того, в связи с тем, что начиная с версии 0.12 Terraform изменил алгоритм поиска и инициализации локальных провайдеров, настройка данного провайдера для работы с Terraform 0.12 или более новыми версиями потребует выполнения ряда дополнительных действий. Подробнее см. [8.3 Настройка локального провайдера для работы с новыми версиями Terraform](https://repository.basistech.ru/BASIS/terraform-provider-dynamix/src/branch/main/wiki/1.2.1/08.-Полезные-советы.md#8-3-настройка-локального-провайдера-для-работы-с-новыми-версиями-terraform).
+
+## Установка
+В релизном архиве находятся скрипты-инсталляторы.
+Чтобы выполнить установку, необходимо:
+1. Перейти по адресу: https://repository.basistech.ru/BASIS/terraform-provider-dynamix/releases
+2. Выбрать необходимую версию провайдера подходящую под операционную систему.
+3. Скачать архив.
+4. Распаковать архив.
+5. Выполнить скрипт установщика, `install.sh` или `install.bat` для Windows..
+```
+## Пример
+Предположим, что у нас ресурс, описывающий диск:
+```terraform
+resource "dynamix_disk" "disk" {
+ account_id = 121212
+ gid = 3333
+ disk_name = "mySuperDisk"
+ size_max = 100500
+}
+```
+Если запустить команду:
+```bash
+terraform apply
+```
+То у нас будет создан новый диск.
+Но, такой диск уже есть на площадке и мы хотели бы сформировать .tfstate для этого ресурса.
+Поэтому, для начала, необходимо получить список дисков:
+```terraform
+data "dynamix_disk_list" "dl"{
+
+}
+output "test" {
+ value = data.dynamix_disk_list.dl
+}
+```
+В полученных данных необходимо найти требуемый диск, получить его id - параметр disk_id. Пусть это будет - 777777
+Теперь можно выполнить импортирование:
+```bash
+terraform import dynamix_disk.disk 777777
+```
+Команда должна успешно завершиться, появиться файл состояний, который позволит манипулировать ресурсом.
+
+## Ошибки при импортировании
+При импортировании ресурса может возникнуть сл. ошибка:
+```bash
+Error: : required field is not set
+```
+Где - наименование поля.
+Ошибка возникает в том случае, если в описании ресурса отсутствует обязательное поле.
+Например:
+```terraform
+resource "dynamix_disk" "disk" {
+ account_id = 121212
+ gid = 3333
+ size_max = 100500
+}
+```
+В приведенном выше описании отсутствует поле disk_name, поэтому, при попытке импортирования возникнет ошибка.
+Для ее устранения, необходимо выполнить запрос на получение списка дисков, найти недостающее поле, после чего добавить его в описание ресурса.
+После этого повторить попытку импортирования.
+
+## Общий алгоритм устранения ошибок
+1. Выполнить запрос импортирования
+2. В случае ошибки - внести недостающие поля.
+3. Повторить п.1.
+
+
diff --git a/wiki/1.2.1/05.02-Работа-с-таймаутами.md b/wiki/1.2.1/05.02-Работа-с-таймаутами.md
new file mode 100644
index 0000000..ecffe69
--- /dev/null
+++ b/wiki/1.2.1/05.02-Работа-с-таймаутами.md
@@ -0,0 +1,100 @@
+Terraform провайдер DYNAMIX поддерживает тонкую настройку таймаутов выполнения запросов к платформе. Таймауты необходимы для определения максимального времени выполнения запроса. При превышении этого времени соединение рвется и запрос считается невыполненным.
+Таймауты применяются при работе с _resource_ функциями провайдера. _Data source_ функции по-умолчанию имеют таймаут в 20 минут и изменяться не может.
+
+## Стандартные таймауты terraform
+| Операция | Время | Описание |
+| --- | --- | --- |
+| create | 20 минут | Создание ресурса |
+| read | 20 минут | Чтение ресурса |
+| update | 20 минут | Обновление ресурса |
+| delete | 20 минут | Удаление ресурса |
+| default | 20 минут | Значение по умолчанию. Устанавливает значение для всех операций |
+
+## Стандартные таймауты провайдера DYNAMIX
+В провайдере DYNAMIX таймауты переопределены для того, чтобы уменьшить нагрузку на платформу.
+| Операция | Время | Описание |
+| --- | --- | --- |
+| create | 10 минут | Создание ресурса |
+| read | 5 минут | Чтение ресурса |
+| update | 5 минут | Обновление ресурса |
+| delete | 5 минут | Удаление ресурса |
+| default | 5 минут | Значение по умолчанию. Устанавливает значение для всех операций |
+
+## Установка таймаутов
+Все таймауты можно установить самостоятельно для каждого ресурса.
+Для этого используется блок _timeouts_, который имеется в каждом ресурсе провайдера.
+Пример:
+```terraform
+resource "dynamix_res" "res_name" {
+ timeouts {
+ create = "10m"
+ update = "1m"
+ delete = "2m"
+ read = "7m"
+ #default = "15m"
+ }
+}
+```
+Где:
+- create - операция создания ресурса
+- read - операция чтения ресурса
+- update - операция обновления ресурса
+- delete - операция удаления ресурса
+- default - установит заданное время для всех операций
+## Формат установления времени
+Как видно из примера выше, провайдер принимает на вход строку вида:
+```
+""
+```
+Где:
+- time-num - число
+- time-val - сокращенная запись значения временного отрезка.
+
+Таблица с временными отрезками:
+
+| Отрезок | Значение |
+| --- | --- |
+| n | наносекунда |
+| ms | миллисекунда |
+| s | секунда |
+| m | минута |
+| h | час |
+
+Примеры:
+```
+"10m"
+"1s"
+"1h10m"
+```
+И так далее
+
+## Работа с таймером через .tf-файл
+В .tf-файле, в блоке ресурса можно задавать таймауты для операций над ресурсом, однако, при работе с таймаутом, следует помнить о правиле:
+__В случае изменения таймаутов в .tf-файле, операции с новыми таймаутами будут производиться только после apply/plan/destroy__
+То есть, если изменить таймауты и выполнить операцию, то она выполнится со старыми таймаутами, а сл. операция уже будет выполнена с новыми таймаутами.
+Это объясняется тем, что значения таймаутов считываются из файла состояний .tfstate при выполнении операции, и новые значения таймаутов попадут туда только при успешно выполненной операции.
+
+## Ошибки при работе с таймаутом
+### context deadline exceeded
+Если время таймаута слишком короткое, то можно получить сл. ошибку:
+```
+context deadline exceeded
+```
+Которая говорит, что было выполнено прерывание работы программы из-за истечения времени на операцию.
+Для исправления можно увеличить размер окна таймаута и выполнить успешный запрос (например, с помощью терминала), чтобы новое значения таймаутов было добавлено в .tfstate. В противном случае, файл состояния придется править в ручную, либо удалить его и импортировать ресурс для формирования .tfstate.
+
+### 504 ошибка
+Данная ошибка говорит о том, что сервер принудительно разорвал соединения из-за истечения времени на ответ.
+В случае получения данной ошибки, обратитесь в службу технической поддержки.
+
+## Работа с таймаутами через терминал
+Сл. команда выполнит операцию terraform с заданным таймаутом:
+```bash
+timeout terraform
+```
+Где:
+- time - время таймаута, например, 1h, 10m, и так далее
+- cmd - команда terraform, например, apply, plan и так далее
+## Заключение
+Таймауты - мощный механизм terraform провайдера, который позволяет более тонко настраивать время выполнения операций.
+Как и любой подобный механизм тонкой настройки, он требует внимательного и аккуратного использования.
diff --git a/wiki/1.2.1/05.03-Восстановление-ресурсов.md b/wiki/1.2.1/05.03-Восстановление-ресурсов.md
new file mode 100644
index 0000000..d956d99
--- /dev/null
+++ b/wiki/1.2.1/05.03-Восстановление-ресурсов.md
@@ -0,0 +1,29 @@
+Ресурсы в платформе можно удалять в корзину (с возможностью восстановления), удалять сразу без возможности восстановления.
+
+## Удаление ресурса
+Для удаления ресурса применяется команда:
+```bash
+terraform destroy
+```
+После выполнения данной команды произойдет следующее:
+- Будет удален файл состояния ресурса .tfstate
+- Ресурс не удалится с платформы, а будет помещен в корзину, с возможностью восстановления
+
+
+## Восстановление ресурсов
+__Ресурс можно восстановить, если у него есть поле `restore`__, в противном случае, необходимо воспользоваться порталом для восстановления.
+После удаления ресурса, он помечается как "Deleted" и его можно восстановить.
+Для восстановления ресурса необходимо выполнить следующие действия:
+- Создать файл .tf и описать в нем восстанавливаемый ресурс
+- Импортировать ресурс
+- Добавить поле restore со значением `true`
+- Выполнить `terraform apply`
+
+## Удаление ресурсов без возможности восстановления
+Ресурсы можно удалять с платформы сразу, минуя корзину. Однако, такое удаление возможно только для ресурсов, имеющих поле `permanently`.
+Для этого необходимо выполнить сл. шаги:
+- В файле .tf добавить поле `permanently = true`
+- Применить изменения `terraform apply`
+- Выполнить удаление `terraform destroy`
+
+**Проводя мгновенное удаление, ресурс восстановить будет невозможно!**
diff --git a/wiki/1.2.1/05.04-Массовое-создание-ресурсов.-Мета-аргументы.md b/wiki/1.2.1/05.04-Массовое-создание-ресурсов.-Мета-аргументы.md
new file mode 100644
index 0000000..948f5fd
--- /dev/null
+++ b/wiki/1.2.1/05.04-Массовое-создание-ресурсов.-Мета-аргументы.md
@@ -0,0 +1,448 @@
+Иногда требуется создать несколько ресурсов, которые будут отличаться незначительными изменениями (например, имя).
+В terraform имеются специальные мета-аргументы, которые позволяют описать данную инфраструктуру максимально быстро, избегая повторений блоков.
+Однако, при таком подходе стоит учитывать то, что созданная при помощи такого подхода инфраструктура является неким "монолитом" и любые изменения будут применятся для всех ресурсов, которые были созданы с помощью мета аргументов.
+
+__ВНИМАНИЕ: СОЗДАННЫЕ ТАКИМ ОБРАЗОМ РЕСУРСЫ, УПРАВЛЯЮТСЯ КАК ОДИН РЕСУРС__
+
+## Создание дисков. Обычный вариант
+Предположим, что необходимо создать несколько дисков, которые будут иметь одинаковые поля, а отличаться только именем.
+Тогда, будут использованы несколько блоков resource с описанием данных ресурсов:
+```terraform
+resource "dynamix_disk" "disk1" {
+ account_id = 777
+ disk_name = "disk-1"
+ size_max = 10
+ gid = 212
+}
+
+resource "dynamix_disk" "disk2" {
+ account_id = 777
+ disk_name = "disk-2"
+ size_max = 10
+ gid = 212
+}
+```
+Все блоки повторяются и отличаются только именем. Если не планируется изменение каждого ресурса по-отдельности, то можно вынести имена дисков в отдельную переменную, и считывать их из нее.
+## Рефакторинг
+Вынесем значения имен дисков в блок locals:
+```terraform
+locals {
+ disk_names = [
+ "disk-1",
+ "disk-2",
+ ]
+}
+
+resource "dynamix_disk" "disk1" {
+ account_id = 777
+ disk_name = "disk-1"
+ size_max = 10
+ gid = 212
+}
+
+resource "dynamix_disk" "disk2" {
+ account_id = 777
+ disk_name = "disk-2"
+ size_max = 10
+ gid = 212
+}
+```
+Оставшиеся блоки resource идентичны друг другу, за исключением наименования ресурса, поэтому, их создание и работу с ними можно объединить.
+## Мета аргумент for_each
+Мета аргумент for_each служит для итерации по набору (set) строки, либо по мапе (map, object). Результатом работы этого мета аргумента станет так же объект, ключами которого будут либо строки, входящие в набор, либо параметры, указанные при итерировании объекта.
+Мета аргумент for_each предоставляет переменную each, в которую, при каждой итерации будут ключи (если итерация идет по набору строк), либо ключи и соответствующие им значения, если итерация идет по объекту.
+Обратиться к ним можно через символ ".", например:
+```terraform
+each.key
+each.value
+```
+Таким образом, конфигурирование одинаковых ресурсов сократится до одного.
+При добавлении в код выше, получится:
+```terraform
+locals {
+ disk_names = [
+ "disk-1",
+ "disk-2",
+ ]
+}
+
+#обратите внимание, что ресурс был переименован
+resource "dynamix_disk" "disks" {
+ #преобразование массива к набору строк для успешной работы for_each
+ for_each = toset(local.disk_names)
+ account_id = 777
+ #получение имени диска из переменной each
+ disk_name = each.key
+ size_max = 10
+ gid = 212
+}
+
+#блок output демонстрирует вывод работы на экран
+output "test" {
+ value = dynamix_disk.disks
+}
+```
+При выполнении данной конфигурации в terraform output будет следующее:
+```
+Changes to Outputs:
+ + test = {
+ + disk-1 = {
+ + account_id = 777
+ + account_name = (known after apply)
+ + acl = (known after apply)
+ + boot_partition = (known after apply)
+ + compute_id = (known after apply)
+ + compute_name = (known after apply)
+ + created_time = (known after apply)
+ + deleted_time = (known after apply)
+ + desc = (known after apply)
+ + destruction_time = (known after apply)
+ + detach = false
+ + devicename = (known after apply)
+ + disk_id = (known after apply)
+ + disk_name = "disk-1"
+ + disk_path = (known after apply)
+ + gid = 212
+ + guid = (known after apply)
+ + id = (known after apply)
+ + image_id = (known after apply)
+ + images = (known after apply)
+ + iotune = (known after apply)
+ + iqn = (known after apply)
+ + login = (known after apply)
+ + milestones = (known after apply)
+ + order = (known after apply)
+ + params = (known after apply)
+ + parent_id = (known after apply)
+ + passwd = (known after apply)
+ + pci_slot = (known after apply)
+ + permanently = false
+ + pool = (known after apply)
+ + purge_attempts = (known after apply)
+ + purge_time = (known after apply)
+ + reality_device_number = (known after apply)
+ + reference_id = (known after apply)
+ + res_id = (known after apply)
+ + res_name = (known after apply)
+ + restore = false
+ + role = (known after apply)
+ + sep_id = (known after apply)
+ + sep_type = (known after apply)
+ + size_max = 10
+ + size_used = (known after apply)
+ + snapshots = (known after apply)
+ + status = (known after apply)
+ + tech_status = (known after apply)
+ + timeouts = null
+ + type = (known after apply)
+ + vmid = (known after apply)
+ }
+ + disk-2 = {
+ + account_id = 777
+ + account_name = (known after apply)
+ + acl = (known after apply)
+ + boot_partition = (known after apply)
+ + compute_id = (known after apply)
+ + compute_name = (known after apply)
+ + created_time = (known after apply)
+ + deleted_time = (known after apply)
+ + desc = (known after apply)
+ + destruction_time = (known after apply)
+ + detach = false
+ + devicename = (known after apply)
+ + disk_id = (known after apply)
+ + disk_name = "disk-2"
+ + disk_path = (known after apply)
+ + gid = 212
+ + guid = (known after apply)
+ + id = (known after apply)
+ + image_id = (known after apply)
+ + images = (known after apply)
+ + iotune = (known after apply)
+ + iqn = (known after apply)
+ + login = (known after apply)
+ + milestones = (known after apply)
+ + order = (known after apply)
+ + params = (known after apply)
+ + parent_id = (known after apply)
+ + passwd = (known after apply)
+ + pci_slot = (known after apply)
+ + permanently = false
+ + pool = (known after apply)
+ + purge_attempts = (known after apply)
+ + purge_time = (known after apply)
+ + reality_device_number = (known after apply)
+ + reference_id = (known after apply)
+ + res_id = (known after apply)
+ + res_name = (known after apply)
+ + restore = false
+ + role = (known after apply)
+ + sep_id = (known after apply)
+ + sep_type = (known after apply)
+ + size_max = 10
+ + size_used = (known after apply)
+ + snapshots = (known after apply)
+ + status = (known after apply)
+ + tech_status = (known after apply)
+ + timeouts = null
+ + type = (known after apply)
+ + vmid = (known after apply)
+ }
+ }
+
+```
+После подтверждения команды, будет создан файл состояния инфраструктуры, в который запишутся данные.
+### Обращение к конфигурации, созданной с помощью for_each
+Получить доступ к ресурсам, созданным с помощью for_each можно по сл. схеме:
+```
+.[""]
+```
+Пример получения доступа к ресурсу disk-2:
+```
+dynamix_disk.disks["disk-2"]
+```
+Чтобы получить доступ к полям, которые содержит ресурс:
+```
+.[""].
+```
+Например, для получения account_id для disk-2:
+```
+dynamix_disk.disks["disk-2"].account_id
+```
+### Использование for_each для более сложной конфигурации
+Иногда, необходимо объединить несколько ресурсов с разной конфигурацией в один ресурс, с помощью for_each. Для того, чтобы это сделать, необходимо воспользоваться функцией for для перебора информации о каждом ресурсе, в котором так же необходимо указать какое из полей будет указывать на определенный ресурс.
+Рассмотрим более сложный пример создания нескольких дисков:
+```terraform
+#создание массива из объектов, описывающих инфраструктуру
+locals {
+ disks = [
+ {
+ account_id = 777
+ diskname = "test-disk"
+ disk2_gb = 100
+ gid = 212
+ },
+ {
+ account_id = 778
+ diskname = "test-disk-1"
+ disk2_gb = 200
+ gid = 213
+ }
+ ]
+}
+
+resource "dynamix_disk" "disks" {
+ #цикл for проходит по каждому элементы списка, превращая его в объект, где
+ #ключом будет - имя диска
+ #знаяением - сам диск
+ for_each = { for disk in local.disks : disk.diskname => disk }
+ #получение account_id каждого диска
+ account_id = each.value.account_id
+ #шаблон задания имени диска
+ #так же, если не надо вносить изменения, можно использовать:
+ #disk_name = each.value.diskname
+ disk_name = "${each.value.diskname}-data"
+ #получение размера диска
+ size_max = each.value.disk2_gb
+ #получение gid диска
+ gid = each.value.gid
+}
+```
+Таким образом, будут созданы ресурсы с разной конфигурацией.
+## Мета аргумент count
+Мета аргумент count так же служит для множественного создания ресурсов, объединяя их в один, с тем лишь исключением, что это будет массив, а не объект.
+Аргумент count принимает на вход либо число, либо выражение, которое возвращает число.
+Число - количество итерацией, которые предстоит произвести.
+Например:
+```terraform
+count = 3
+count = length(some_data)
+```
+Рассмотрим пример:
+```terraform
+#без изменений
+locals {
+ disk_names = [
+ "disk-1",
+ "disk-2",
+ ]
+}
+
+#без изменений, ресурс так же называется - "disks"
+resource "dynamix_disk" "disks" {
+ #Используется функция length для подсчета длины списка имен дисков
+ count = length(local.disk_names)
+ account_id = 777
+ #аргумент count имеет поле index, которое возвращает индекс(счетчик) текущей итерации
+ disk_name = local.disk_names[count.index]
+ size_max = 10
+ gid = 212
+}
+
+output "test" {
+ value = dynamix_disk.disks
+}
+```
+
+При выполнении данной конфигурации в terraform output будет следующее:
+```
+Changes to Outputs:
+ + test = [
+ + {
+ + account_id = 777
+ + account_name = (known after apply)
+ + acl = (known after apply)
+ + boot_partition = (known after apply)
+ + compute_id = (known after apply)
+ + compute_name = (known after apply)
+ + created_time = (known after apply)
+ + deleted_time = (known after apply)
+ + desc = (known after apply)
+ + destruction_time = (known after apply)
+ + detach = false
+ + devicename = (known after apply)
+ + disk_id = (known after apply)
+ + disk_name = "disk-1"
+ + disk_path = (known after apply)
+ + gid = 212
+ + guid = (known after apply)
+ + id = (known after apply)
+ + image_id = (known after apply)
+ + images = (known after apply)
+ + iotune = (known after apply)
+ + iqn = (known after apply)
+ + login = (known after apply)
+ + milestones = (known after apply)
+ + order = (known after apply)
+ + params = (known after apply)
+ + parent_id = (known after apply)
+ + passwd = (known after apply)
+ + pci_slot = (known after apply)
+ + permanently = false
+ + pool = (known after apply)
+ + purge_attempts = (known after apply)
+ + purge_time = (known after apply)
+ + reality_device_number = (known after apply)
+ + reference_id = (known after apply)
+ + res_id = (known after apply)
+ + res_name = (known after apply)
+ + restore = false
+ + role = (known after apply)
+ + sep_id = (known after apply)
+ + sep_type = (known after apply)
+ + size_max = 10
+ + size_used = (known after apply)
+ + snapshots = (known after apply)
+ + status = (known after apply)
+ + tech_status = (known after apply)
+ + timeouts = null
+ + type = (known after apply)
+ + vmid = (known after apply)
+ },
+ + {
+ + account_id = 777
+ + account_name = (known after apply)
+ + acl = (known after apply)
+ + boot_partition = (known after apply)
+ + compute_id = (known after apply)
+ + compute_name = (known after apply)
+ + created_time = (known after apply)
+ + deleted_time = (known after apply)
+ + desc = (known after apply)
+ + destruction_time = (known after apply)
+ + detach = false
+ + devicename = (known after apply)
+ + disk_id = (known after apply)
+ + disk_name = "disk-2"
+ + disk_path = (known after apply)
+ + gid = 212
+ + guid = (known after apply)
+ + id = (known after apply)
+ + image_id = (known after apply)
+ + images = (known after apply)
+ + iotune = (known after apply)
+ + iqn = (known after apply)
+ + login = (known after apply)
+ + milestones = (known after apply)
+ + order = (known after apply)
+ + params = (known after apply)
+ + parent_id = (known after apply)
+ + passwd = (known after apply)
+ + pci_slot = (known after apply)
+ + permanently = false
+ + pool = (known after apply)
+ + purge_attempts = (known after apply)
+ + purge_time = (known after apply)
+ + reality_device_number = (known after apply)
+ + reference_id = (known after apply)
+ + res_id = (known after apply)
+ + res_name = (known after apply)
+ + restore = false
+ + role = (known after apply)
+ + sep_id = (known after apply)
+ + sep_type = (known after apply)
+ + size_max = 10
+ + size_used = (known after apply)
+ + snapshots = (known after apply)
+ + status = (known after apply)
+ + tech_status = (known after apply)
+ + timeouts = null
+ + type = (known after apply)
+ + vmid = (known after apply)
+ },
+ ]
+```
+
+### Обращение к конфигурации, созданной с помощью сount
+Получить доступ к ресурсам, созданным с помощью count можно по сл. схеме:
+```
+.[]
+```
+Пример получения доступа к ресурсу disk-2:
+```
+dynamix_disk.disks[1]
+```
+Чтобы получить доступ к полям, которые содержит ресурс:
+```
+.[].
+```
+Например, для получения account_id для disk-2:
+```
+dynamix_disk.disks[1].account_id
+```
+### Использование count для более сложной конфигурации
+Иногда, необходимо объединить несколько ресурсов с разной конфигурацией в один ресурс, с помощью count. Для того, чтобы это сделать, необходимо воспользоваться функцией length для установления длины входящих параметров. После чего, обращаться к ним, получая значения, используя индекс.
+Рассмотрим более сложный пример создания нескольких дисков:
+```terraform
+#создание массива из объектов, описывающих инфраструктуру
+locals {
+ disks = [
+ {
+ account_id = 777
+ diskname = "test-disk"
+ disk2_gb = 100
+ gid = 212
+ },
+ {
+ account_id = 778
+ diskname = "test-disk-1"
+ disk2_gb = 200
+ gid = 213
+ }
+ ]
+}
+
+resource "dynamix_disk" "disks" {
+ #получение значения длины входящих параметров
+ count = length(local.disks)
+ #получение идентификатора аккаунта
+ account_id = local.disks[count.index].account_id
+ #получение имени диска
+ disk_name = "${local.disks[count.index].diskname}-data"
+ #получение размера диска
+ size_max = local.disks[count.index].disk2_gb
+ #получение gid
+ gid = local.disks[count.index].gid
+}
+```
+Таким образом, будут созданы ресурсы, с разной конфигурацией.
diff --git a/wiki/1.2.1/05.05-Удаление-ресурсов.md b/wiki/1.2.1/05.05-Удаление-ресурсов.md
new file mode 100644
index 0000000..68a5135
--- /dev/null
+++ b/wiki/1.2.1/05.05-Удаление-ресурсов.md
@@ -0,0 +1,262 @@
+Ресурсы в terraform можно как создавать, редактировать, так и удалять. При удалении ресурса, terraform провайдер производит необходимые действия на платформе, после чего очищает эти ресурсы из своего .tfstate - файла, в котором хранится состояние инфраструктуры.
+В данном разделе рассмотрены различные способы удаления ресурсов, проблемы, которые могут возникнуть, их причины, а так же способы их решить.
+
+## Команда destroy
+
+Для удаления ресурса, в terraform имеется команда
+
+```bash
+terraform destroy
+```
+
+По умолчанию, эта команда производит удаление всей инфраструктуры, описанной и сохраненной в .tfstate-файле.
+
+### Влияние конфигурационного параметра permanently
+
+В некоторых ресурсах terraform провайдера имеется параметр permanently, который регулирует удаление ресурса:
+
+- Если флаг имеет значение - `true` (используется по умолчанию), то ресурс будет мгновенно удален с платформы и восстановить его будет невозможно.
+- Если флаг имеет значение - `false`, то ресурс будет помещен в корзину, с возможностью дальнейшего восстановления. Ресурс будет удален автоматически из корзины через 7 дней (зависит от настроек платформы).
+
+#### Возможные проблемы
+
+Так как terraform, при удалении ресурса, производит удаление .tfstate-файла, то при использовании фдага permanently = false, ресурс невозможно будет восстановить из конфигурационного файла инфраструктуры - при использовании `terraform apply` - будет создана новая инфраструктура. Поэтому, старую инфраструктуру необходимо импортировать, чтобы сформировать .tfstate - файл, а потом применить `terraform apply` - тогда ресурс будет восстановлен из корзины.
+
+## Команда destroy с флагом target
+
+Как и было сказано выше, команда `terraform destroy` производит удаление всей инфраструктуры. Для того, чтобы произвести удаление определенных ресурсов, используется флаг `-target`. Флаг, в качестве параметра, принимает название ресурса для удаления, вида
+
+```
+<тип-ресурса>.<имя-ресурса>
+```
+
+либо
+
+```
+<модуль>.<имя-ресурса>
+```
+
+для ресурсов, содержащихся в модулях.
+Таким образом, общая команда выглядит так:
+
+```
+terraform destroy -target <тип-ресурса>.<имя-ресурса>
+```
+
+или
+
+```
+terraform destroy -target <модуль>.<имя-ресурса>
+```
+
+В примерах не используется модуль, поэтому, далее, в качестве примера, будет взята команда `terraform destroy -target <тип-ресурса>.<имя-ресурса>`
+
+### Способы передачи параметра
+
+1. `terraform destroy -target <тип-ресурса>.<имя-ресурса>`
+2. `terraform destroy -target="<тип-ресурса>.<имя-ресурса>"`
+
+### Пример использования target
+
+В качестве примера возьмем пример конфигурации из [прошлой статьи](https://repository.basistech.ru/BASIS/terraform-provider-dynamix/src/branch/main/wiki/1.2.1/05.04-Массовое-создание-ресурсов.-Мета-аргументы.md):
+
+```terraform
+resource "dynamix_disk" "disk1" {
+ account_id = 777
+ disk_name = "disk-1"
+ size_max = 10
+ gid = 212
+}
+
+resource "dynamix_disk" "disk2" {
+ account_id = 777
+ disk_name = "disk-2"
+ size_max = 10
+ gid = 212
+}
+```
+
+- Чтобы удалить всю инфраструктуру, необходимо просто выполнить в терминале команду
+
+```bash
+terraform destroy
+```
+
+- Чтобы удалить "disk2", можно воспользоваться командой:
+
+```
+terraform destroy -target dynamix_disk.disk2
+```
+
+- Чтобы удалить "disk1", можно воспользоваться другим способом удаления:
+
+```
+terraform destroy -target="dynamix_disk.disk1"
+```
+
+Таким образом, определенный ресурс можно удалить с помощью флага target.
+
+### Использование флага target при работе с ресурсами, созданными с помощью мета аргументов.
+
+При создании ресурсов с помощью мета аргументов, первые получают дополнительные символы в именах ресурсов, что может привести к некоторым проблемам при работе с такими ресурсами.
+
+#### Работа с for_each
+
+При работе с for_each, ресурс получается имя вида: `<тип-ресурса>.<общее-имя-ресурса>["<название>"]`
+Таким образом, обращение к такому ресурсу будет выглядит следующим образом:
+
+```
+terraform destroy -target='<тип-ресурса>.<общее-имя-ресурса>[\"<название>\"]'
+```
+
+или
+
+```
+terraform destroy -target '<тип-ресурса>.<общее-имя-ресурса>[\"<название>\"]'
+```
+
+Пример:
+Для примера рассмотрим создание ресурса с помощью мета аргумента for_each из предыдущей статьи:
+
+```terraform
+locals {
+ disk_names = [
+ "disk-1",
+ "disk-2",
+ ]
+}
+
+resource "dynamix_disk" "disks" {
+ for_each = toset(local.disk_names)
+ account_id = 777
+ disk_name = each.key
+ size_max = 10
+ gid = 212
+}
+```
+
+В результате применения команды `terrafrom apply`, будут созданы ресурсы с именами:
+
+- dynamix_disk.disks["disk-1"]
+- dynamix_disk.disks["disk-2"]
+ Чтобы удалить определенный ресурс, можно воспользоваться одной из команд:
+
+```
+#для удаления disk-1
+terraform destroy -target='dynamix_disk.disks[\"disk-1\"]'
+```
+
+```
+#для удаления disk-2
+terraform destroy -target 'dynamix_disk.disks[\"disk-2\"]'
+```
+
+Либо:
+
+```
+#для удаления всей инфраструктуры
+terraform destroy
+```
+
+Такая запись с экранирование кавычек обуславливается работой терминальной оболочки, через которую будет производится вызов данной команды, а так же то, что terraform в качестве параметра флага ожидает строку. Так же, есть еще одно правило - в terraform в квадратных скобках указывается либо строка в двойных кавычках (в качестве имени ключа для объекта, используется для for_each), либо число - в качестве индекса для массива (используется для count)
+
+#### Работа с count
+
+При работе с count, ресурс получается имя вида: `<тип-ресурса>.<общее-имя-ресурса>[<индекс>]`
+Таким образом, обращение к такому ресурсу будет выглядит следующим образом:
+
+```
+terraform destroy -target="<тип-ресурса>.<общее-имя-ресурса>[<индекс>]"
+```
+
+или
+
+```
+terraform destroy -target <тип-ресурса>.<общее-имя-ресурса>[<индекс>]
+```
+
+Пример:
+Для примера рассмотрим создание ресурса с помощью мета аргумента for_each из предыдущей статьи:
+
+```terraform
+locals {
+ disk_names = [
+ "disk-1",
+ "disk-2",
+ ]
+}
+
+resource "dynamix_disk" "disks" {
+ count = length(local.disk_names)
+ account_id = 777
+ disk_name = local.disk_names[count.index]
+ size_max = 10
+ gid = 212
+}
+```
+
+В результате применения команды `terrafrom apply`, будут созданы ресурсы с именами:
+
+- dynamix_disk.disks[0]
+- dynamix_disk.disks[1]
+ Чтобы удалить определенный ресурс, можно воспользоваться одной из команд:
+
+```
+#для удаления disk-1
+terraform destroy -target="dynamix_disk.disks[0]"
+```
+
+```
+#для удаления disk-2
+terraform destroy -target dynamix_disk.disks[1]
+```
+
+Либо:
+
+```
+#для удаления всей инфраструктуры
+terraform destroy
+```
+
+### Удаление ресурса из состояния
+
+В ходе работы, могут возникать случаи, когда состояние (state, стейт) terraform имеет ресурсы, которые были удалены с платформы. В таком случае, можно, при выполнении команд `terraform plan/apply` получить ошибку:
+
+```bash
+Planning failed. Terraform encountered an error while generating this plan.
+
+╷
+│ Error: The resource cannot be updated because it has been destroyed
+│
+│ with dynamix_kvmvm.instances["pgsmonsietc03"],
+│ on main.tf line 33, in resource "dynamix_kvmvm" "instances":
+│ 33: resource "dynamix_kvmvm" "instances" {
+```
+
+Либо, в ходе неверного выполнения может возникнуть подобная ошибка:
+
+```bash
+╷
+│ Error: Failed to read the given file as a state or plan file
+│
+│ State read error: Error loading statefile: open data.dynamix_cb_vins.vins: no such file or directory
+│
+│ Plan read error: open data.dynamix_cb_vins.vins: no such file or directory
+```
+
+Для того, чтобы этого избежать, необходимо удалить отсутствующий ресурс из стейта, выполнив команду `terraform state rm .`
+Например, `terraform state rm dynamix_kvmvm.vm1`
+
+В случае, если ресурс был создан путен работы генераторов count/for_each, работают те же правила, что и для команды `terraform destroy`.
+
+## Возможные проблемы
+
+Были обнаружены проблемы при использовании _oh my zsh_, которые заключались в том, что не считывались данные, переданные, при экранировании строки.
+Рекомендация: использовать _bash_.
+
+## Заключение
+
+Таким образом, terraform позволяет выполнять удаление:
+
+- всей инфраструктуры, хранящейся в файле .tfstate с помощью `terraform destroy`
+- части инфраструктуры, используя флаг target. ОБщий вид команды такой: `terraform destroy -target <тип-ресурса>.<имя-ресурса>`
diff --git a/wiki/1.2.1/05.06-Установка-Terraform.md b/wiki/1.2.1/05.06-Установка-Terraform.md
new file mode 100644
index 0000000..9e436c1
--- /dev/null
+++ b/wiki/1.2.1/05.06-Установка-Terraform.md
@@ -0,0 +1,46 @@
+# Установка Terraform
+На момент написания инструкции, приложение Terraform по прямой ссылке с сайта-разработчика программного обеспечения невозможно скачать, по этой же причине, невозможно произвести установку с помощью разных пакетных менеджеров.
+Существует два способа произвести установку приложения:
+- Скачать скомпилированное приложение с зеркала компании BASIS.
+- Из исходных кодов.
+## Скачивание и установка скомпилированного приложения с зеркала компании BASIS
+1. Перейти по ссылке https://colba.decs.online/index.php/s/JfkXWbwTqww64Tz , выбрать версию terraform для подходящей ОС.
+2. Скачать архив.
+3. Разархивировать приложение и переместить:
+- Для Linux или MacOS: `/usr/local/bin`
+- Для Windows: в любую папку, после чего добавить в $PATH в переменных окружения путь до приложения
+4. Ввести в терминале `terraform -help`, в случае успеха, на экран будет информация о программе.
+### Указание переменных среды окружения в Windows
+Меню -> Панель управления -> Система -> Настройки -> Переменные окружения
+Или
+Поиск -> Изменение системных переменных среды
+В открывшемся окне -> Переменные среды
+Далее, необходимо выбрать переменную Path -> Изменить
+Создать -> ввести путь до файла -> ОК
+## Из исходных кодов
+Для компилирования приложения потребуется:
+- Компилятор языка программирования GO
+- Система контроля версий git
+- Исходные файлы приложения.
+Сначала необходимо скачать и установить компилятор языка программирования GO. Для этого, необходимо перейти по ссылке https://go.dev/doc/install . На странице сайта будет автоматически представлена последняя версия компилятора подходящая операционной системе.
+Далее, необходимо скачать и установить систему контроля версий git (https://git-scm.com/), на сайте будет так же автоматически предложена самая последняя и подходящая версия.
+После установки компилятора и системы контроля версий, необходимо произвести клонирование исходных кодов приложения. Выполнить это можно, введя в терминале следующую команду:
+```bash
+git clone https://github.com/hashicorp/terraform.git
+```
+Обратите внимание, что клонирование будет происходить в директорию, из которой происходил вызов команды.
+После клонирования, можно приступить к сборке приложения.
+Для этого необходимо перейти в каталог, в который произошло клонирование исходных кодов и выполнить команду в терминале:
+```bash
+go install
+```
+Или
+```bash
+go build
+```
+Результатом выполнения данной программы станет бинарный файл terraform.
+Полученный файл необходимо поместить в каталог `/usr/local/bin` для MacOS или Linux, либо в любой каталог и указать его путь в переменных окружения для ОС Windows.
+После всех действий, команда `terraform -help` должна выводить информацию в терминал.
+Полезные ссылки:
+- https://learn.hashicorp.com/tutorials/terraform/install-cli
+- https://stackoverflow.com/questions/1618280/where-can-i-set-path-to-make-exe-on-windows
diff --git a/wiki/1.2.1/05.07-Инструкция-по-миграции.md b/wiki/1.2.1/05.07-Инструкция-по-миграции.md
new file mode 100644
index 0000000..ae46c15
--- /dev/null
+++ b/wiki/1.2.1/05.07-Инструкция-по-миграции.md
@@ -0,0 +1,698 @@
+## Инструкция по миграции с terraform-provider-decort на terraform-provider-dynamix
+### Установка terraform-provider-dynamix
+В релизном архиве находятся скрипты-инсталляторы.
+Чтобы выполнить установку, необходимо:
+1. Перейти по адресу: https://repository.basistech.ru/BASIS/terraform-provider-dynamix/releases
+2. Выбрать необходимую версию провайдера подходящую под операционную систему.
+3. Скачать архив.
+4. Распаковать архив.
+5. Выполнить скрипт установщика, `install.sh` или `install.bat` для Windows.
+ controller_url = "https://ds1.digitalenergy.online"
+ #oauth2_url =
+ oauth2_url = "https://sso.digitalenergy.online"
+ allow_unverified_ssl = true
+}
+```
+
+##### Стало
+```go
+provider "dynamix" {
+ authenticator = "decs3o"
+ #controller_url =
+ controller_url = "https://ds1.digitalenergy.online"
+ #oauth2_url =
+ oauth2_url = "https://sso.digitalenergy.online"
+ allow_unverified_ssl = true
+}
+```
+
+Если параметры провайдера указаны в переменных окружения, замените префикс DECORT на DYNAMIX
+#### Было
+`DECORT_CONTROLLER_URL`
+#### Стало
+`DYNAMIX_CONTROLLER_URL`
+
+Измените блок описания самого ресурса/датасурса. Замените `decort` на `dynamix`.
+
+##### Было
+```go
+data "decort_account" "a" {
+ #id аккаунта
+ #обязательный параметр
+ #тип - целое число
+ account_id = 11111
+}
+```
+##### Стало
+```go
+data "dynamix_account" "a" {
+ #id аккаунта
+ #обязательный параметр
+ #тип - целое число
+ account_id = 11111
+}
+```
+
+Не забудьте изменить название ресурса/датасурса в блоке вывода. Замените `decort` на `dynamix`.
+##### Было
+```go
+output "test" {
+ value = data.decort_account.a
+}
+```
+##### Стало
+```go
+output "test" {
+ value = data.dynamix_account.a
+}
+```
+Для большинства конфигурационных файлов этих изменений будет достаточно. В терминале выполните команду
+```bash
+terraform init
+```
+В случае успешной установки, Terraform инициализирует провайдер и будет готов к дальнейшей работе. #
+```
+
+Пример:
+
+```
+terraform import dynamix_k8s_wg.wg 777#888
+```
+
+## Ограничение на наименование ресурса
+
+Ресурс не должен содержать в названии символ `#`
+
+## Работа в параллельном режиме
+
+Рекомендуется создавать одновременно не более одного экземпляра ресурса.
+В случае необходимости создания нескольких ресурсов одновременно, необходимо запускать `terraform apply/plan` в режиме `-parallelism=1`.
+
+## Аргументы
+
+_Resource_ функция **dynamix_k8s_wg** для создания worker group принимает следующие аргументы:
+
+| Аргумент | Тип | Обязательный | Описание |
+| --- | --- | --- | --- |
+| k8s_id | int | :heavy_check_mark: | ID экземпляра k8s |
+| name | string | :heavy_check_mark: | Наименование worker group |
+| num | int | :x: | Количество worker node для создания
+```
+После импорта конфигурации управление аккаунтом доступно в прежнем порядке.
+
+## Аргументы
+_Resource_ функция **dynamix_account** принимает следующие аргументы:
+
+| Аргумент | Тип | Обязательный | Описание |
+| --- | --- | :---: | --- |
+| account_name | string | :heavy_check_mark: | Имя аккаунта #
+```
+Пример:
+```
+terraform import dynamix_lb_frontend.lb 777#testFrontend
+```
+
+## Ограничение на наименование ресурса
+Ресурс не должен содержать в названии символ `#`
+
+## Пример использования
+Пример вызова _resource_ функции **dynamix_lb_frontend**:
+```terraform
+resource "dynamix_lb_frontend" "lb" {
+ #id балансировщика нагрузок
+ #обязательный параметр
+ #тип - целое число
+ lb_id = 668
+
+ #имя бекенда для создания фронтенда
+ #обязательный параметр
+ #тип - строка
+ backend_name = "testBackend"
+
+ #имя фронтенда
+ #обязательный параметр
+ #тип - строка
+ name = "testFrontend"
+
+ timeouts {
+ create = "5m"
+ read = "5m"
+ update = "5m"
+ delete = "5m"
+ }
+
+}
+```
+
+После успешного завершения такого вызова **dynamix_lb_frontend** в переменной `dynamix_lb_frontend.lb` будут сохранены возвращаемые значения.
diff --git a/wiki/1.2.1/07.01.16-Resource_dynamix_lb_frontend_bind.md b/wiki/1.2.1/07.01.16-Resource_dynamix_lb_frontend_bind.md
new file mode 100644
index 0000000..41ca6d5
--- /dev/null
+++ b/wiki/1.2.1/07.01.16-Resource_dynamix_lb_frontend_bind.md
@@ -0,0 +1,71 @@
+_Resource_ функция **dynamix_lb_frontend_bind** служит для управления привязкой фронтенда балансировщиком нагрузки (load balancer). Балансировщики нагрузки служат для равномерного распределения сетевой нагрузки между подключенными к ним сервисами.
+
+## Аргументы
+_Resource_ функция **dynamix_lb_frontend_bind** принимает следующие аргументы:
+
+| Аргумент | Тип | Обязательный | Описание |
+| --- | --- | :---: | --- |
+| lb_id | int | :heavy_check_mark: | ID балансировщика нагрузки |
+| name | string | :heavy_check_mark: | Название фронтенда |
+| frontend_name | string | :heavy_check_mark: | Название фронтенда балансировщика |
+| address | string | :heavy_check_mark: | IP адрес привязки |
+| port | int | :heavy_check_mark: | Порт привязки |
+
+
+## Возвращаемые значения
+В случае успешного выполнения _resource_ функция **dynamix_lb_frontend_bind** возвращает в указанную при вызове переменную элемент, который состоит из следующих параметров:
+
+| Параметр | Тип | Описание |
+| --- | --- | --- |
+| address | string | Адрес, к которому привязан фронтенд |
+| name | string | Имя привязки |
+| frontend_name | string | Название фронтенда |
+| lb_id | int | ID балансировщика |
+| port | int | Порт привязки |
+
+## Импортирование ресурса
+Так как ресурс lb_frontend_bind является подресурсом lb_frontend, то для его импорта необходимо указать ID балансировщика, имя фронтенда, а так же само имя ресурса.
+Общая схема:
+```terraform
+terraform import dynamix_lb_frontend_bind. ##
+```
+Пример:
+```
+terraform import dynamix_lb_frontend.lb 777#testFrontend#testBinding
+```
+
+## Ограничение на наименование ресурса
+Ресурс не должен содержать в названии символ `#`
+
+## Пример использования
+Пример вызова _resource_ функции **dynamix_lb_frontend**:
+```terraform
+resource "dynamix_lb_frontend_bind" "lbfb" {
+ #id балансировщика нагрузок
+ #обязательный параметр
+ #тип - целое число
+ lb_id = 777
+
+ #имя фронтенда для создания привязки
+ #обязательный параметр
+ #тип - строка
+ frontend_name = "testFrontend"
+
+ #наименование привязки
+ #обязательный параметр
+ #тип - строка
+ name = "testBinding"
+
+ #адрес привязки фронтенда
+ #обязательный параметр
+ #тип - строка
+ address = "111.111.111.111"
+
+ #порт для привязки фронтенда
+ #обязательный параметр
+ #тип - целое число
+ port = 1111
+}
+```
+
+После успешного завершения такого вызова **dynamix_lb_frontend_bind** в переменной `dynamix_lb_frontend_bind.lb` будут сохранены возвращаемые значения.
diff --git a/wiki/1.2.1/07.01.17-Resource_dynamix_lb_backend.md b/wiki/1.2.1/07.01.17-Resource_dynamix_lb_backend.md
new file mode 100644
index 0000000..e6981e0
--- /dev/null
+++ b/wiki/1.2.1/07.01.17-Resource_dynamix_lb_backend.md
@@ -0,0 +1,151 @@
+_Resource_ функция **dynamix_lb_backend** служит для управления бекендом балансировщиком нагрузки (load balancer). Балансировщики нагрузки служат для равномерного распределения сетевой нагрузки между подключенными к ним сервисами.
+
+## Аргументы
+_Resource_ функция **dynamix_lb_backend** принимает следующие аргументы:
+
+| Аргумент | Тип | Обязательный | Описание |
+| --- | --- | :---: | --- |
+| lb_id | int | :heavy_check_mark: | ID балансировщика нагрузки |
+| name | string | :heavy_check_mark: | Название бекенда |
+| algorithm | string | :x: | Алгоритм работы бекенда. По умолчанию - "roundrobin". Доступные значения: "roundrobin", "static-rr", "leastconn" |
+| inter | int | :x: | Интервал между проверками, в миллисекундах. Настройка севера по умолчанию. Значение по умолчанию - 5000. |
+| downinter | int | :x: | Интервал между проверками доступности сервера после восстановления, в миллисекундах. Настройка севера по умолчанию. Значение по умолчанию - 1000. |
+| rise | int | :x: | Кол-во проверок, которые сервер должен успешно пройти. Настройка севера по умолчанию. Значение по умолчанию - 2. |
+| fall | int | :x: | Кол-во проверок, которые сервер может не пройти и после этого получить статус "unavailable". Настройка севера по умолчанию. Значение по умолчанию - 2. |
+| slowstart | int | :x: | Кол-во миллисекунд - время между получением сервера статуса "available" и открытием соединений. Настройка севера по умолчанию. Значение по умолчанию - 60000. |
+| maxconn | int | :x: | Максимальное кол-во соединений сервера, при достижении этого кол-ва, сервер выходит из схемы балансирования. Настройка севера по умолчанию. Значение по умолчанию - 250. |
+| maxqueue | int | :x: | Максимальное кол-во соединений в очереди сервера, при достижении этого кол-ва, соединения будут перенаправлены на другой сервер. Настройка севера по умолчанию. Значение по умолчанию - 256. |
+| weight | int | :x: | Вес сервера для балансировки. Диапазон от 0 до 255. Настройка севера по умолчанию. Значение по умолчанию - 100. |
+
+## Возвращаемые значения
+В случае успешного выполнения _resource_ функция **dynamix_lb_backend** возвращает в указанную при вызове переменную элемент, который состоит из следующих параметров:
+
+| Параметр | Тип | Описание |
+| --- | --- | --- |
+| lb_id | int | ID балансировщика нагрузки |
+| name | string | Название бекенда |
+| algorithm | string | Алгоритм работы бекенда. По умолчанию - "roundrobin". Доступные значения: "roundrobin", "static-rr", "leastconn" |
+| inter | int | Интервал между проверками, в миллисекундах. Настройка севера по умолчанию. Значение по умолчанию - 5000. |
+| downinter | int | Интервал между проверками доступности сервера после восстановления, в миллисекундах. Настройка севера по умолчанию. Значение по умолчанию - 1000. |
+| rise | int | Кол-во проверок, которые сервер должен успешно пройти. Настройка севера по умолчанию. Значение по умолчанию - 2. |
+| fall | int | Кол-во проверок, которые сервер может не пройти и после этого получить статус "unavailable". Настройка севера по умолчанию. Значение по умолчанию - 2. |
+| slowstart | int | Кол-во миллисекунд - время между получением сервера статуса "available" и открытием соединений. Настройка севера по умолчанию. Значение по умолчанию - 60000. |
+| maxconn | int | Максимальное кол-во соединений сервера, при достижении этого кол-ва, сервер выходит из схемы балансирования. Настройка севера по умолчанию. Значение по умолчанию - 250. |
+| maxqueue | int | Максимальное кол-во соединений в очереди сервера, при достижении этого кол-ва, соединения будут перенаправлены на другой сервер. Настройка севера по умолчанию. Значение по умолчанию - 256. |
+| weight | int | Вес сервера для балансировки. Диапазон от 0 до 255. Настройка севера по умолчанию. Значение по умолчанию - 100. |
+| servers | []Struct{} [см. ниже](https://repository.basistech.ru/BASIS/terraform-provider-dynamix/src/branch/main/wiki/1.2.1/07.01.17-Resource_dynamix_lb_backend.md#Описание-структуры-сервера) | Список серверов |
+
+### Описание структуры настроек
+| Параметр | Тип | Описание |
+| --- | --- | --- |
+| downinter | int | Интервал между проверками на недоступность сервера |
+| inter | int | Интервал между проверками на доступность сервера |
+| rise | int | Кол-во попыток, после которых, сервер будет вновь включен в схему балансирования |
+| fall | int | Кол-во неудачных попыток, после которых, сервер получит статус "unavailable" |
+| slowstart | int | Интервал, в мс, в через который сервер получит статус "available" |
+| maxconn | int | Кол-во соединений к северу, при достижении этого кол-ва, сервера выходит из схемы балансирования |
+| maxqueue | int | Кол-во соедений в очереди к серверу |
+| weight | int | Вес сервера для работы алгоритма балансирования по весу |
+
+### Описание структуры сервера
+| Параметр | Тип | Описание |
+| --- | --- | --- |
+| address | string | Адрес сервера |
+| check | string | Включены ли проверки |
+| name | string | Имя сервера |
+| port | int | Порт сервера |
+| server_settings | [см. Описание структуры настроек](https://repository.basistech.ru/BASIS/terraform-provider-dynamix/src/branch/main/wiki/1.2.1/07.01.17-Resource_dynamix_lb_backend.md#Описание-структуры-настроек) | Настройки сервера |
+
+
+## Импортирование ресурса
+Так как ресурс lb_backend является подресурсом lb, то для его импорта необходимо указать ID балансировщика, а так же само имя ресурса.
+Общая схема:
+```terraform
+terraform import dynamix_lb_backend. #
+```
+Пример:
+```
+terraform import dynamix_lb_backend.lb 777#testBackend
+```
+
+## Ограничение на наименование ресурса
+Ресурс не должен содержать в названии символ `#`
+
+## Пример использования
+Пример вызова _resource_ функции **dynamix_lb_backend**:
+```terraform
+resource "dynamix_lb_backend" "lbb" {
+ #id балансировщика нагрузок
+ #обязательный параметр
+ #тип - целое число
+ lb_id = 668
+
+ #имя бекенда для создания сервера
+ #обязательный параметр
+ #тип - строка
+ name = "testBackend"
+
+ #алгоритм балансировки
+ #опциональный параметр
+ #доступные значения - "roundrobin", "static-rr", "leastconn"
+ #по умолчанию - "roundrobin"
+ #тип - строка
+ #algorithm = "roundrobin"
+
+ #-------------------
+ #настройки для серверов по умолчанию
+ #-------------------
+
+ #интервал между проверками, в миллисекундах
+ #опциональный параметр
+ #по умолчанию - 5000
+ #тип - целое число
+ #inter = 5000
+
+ #интервал между проверками доступности сервера после восстановления, в миллисекундах
+ #опциональный параметр
+ #по умолчанию - 10000
+ #тип - целое число
+ #downinter = 1000
+
+ #кол-во проверок, которые сервер должен успешно пройти
+ #опциональный параметр
+ #тип - целое число
+ #по умолчанию - 2
+ #rise = 2
+
+ #кол-во проверок, которые сервер может не пройти и после этого получить статус "unavailable"
+ #опциональный параметр
+ #по умолчанию - 2
+ #тип - целое число
+ #fall = 2
+
+ #кол-во миллисекунд - время между получением сервера статуса "available" и открытием соединений
+ #опциональный параметр
+ #по умолчанию - 60000
+ #тип - целое число
+ #slowstart = 60000
+
+ #максимальное кол-во соединений сервера, при достижении этого кол-ва, сервер выходит из схемы балансирования
+ #опциональный параметр
+ #по умолчанию - 250
+ #тип - целое число
+ #maxconn = 250
+
+ #максимальное кол-во соединений в очереди серевера, при достижении этого кол-ва, соединения будут перенаправлены на другой сервер
+ #опциональный параметр
+ #по умолчанию - 256
+ #тип - целое число
+ #maxqueue = 256
+
+ #вес сервера для балансировки
+ #опциональный параметр
+ #мин - 0
+ #макс - 255
+ #по умолчанию - 100
+ #тип - целое число
+ #weight = 100
+}
+```
+
+После успешного завершения такого вызова **dynamix_lb_backend** в переменной `dynamix_lb_backend.lb` будут сохранены возвращаемые значения.
diff --git a/wiki/1.2.1/07.01.18-Resource_dynamix_lb_backend_server.md b/wiki/1.2.1/07.01.18-Resource_dynamix_lb_backend_server.md
new file mode 100644
index 0000000..8fb31e8
--- /dev/null
+++ b/wiki/1.2.1/07.01.18-Resource_dynamix_lb_backend_server.md
@@ -0,0 +1,154 @@
+_Resource_ функция **dynamix_lb_backend_server** служит для управления сервером бекенда балансировщиком нагрузки (load balancer). Балансировщики нагрузки служат для равномерного распределения сетевой нагрузки между подключенными к ним сервисами.
+
+## Аргументы
+_Resource_ функция **dynamix_lb_backend_server** принимает следующие аргументы:
+
+| Аргумент | Тип | Обязательный | Описание |
+| --- | --- | :---: | --- |
+| lb_id | int | :heavy_check_mark: | ID балансировщика нагрузки |
+| backend_name | string | :heavy_check_mark: | Название бекенда |
+| name | string | :heavy_check_mark: | Название сервера |
+| address | string | :heavy_check_mark: | Адрес сервера |
+| port | int | :heavy_check_mark: | Порт сервера |
+| check | string | :x: | Проверка доступности сервера. По умолчанию - "enabled". Доступные значения: "disabled", "enabled" |
+| inter | int | :x: | Интервал между проверками, в миллисекундах. Настройка севера по умолчанию. Значение по умолчанию - 5000. |
+| downinter | int | :x: | Интервал между проверками доступности сервера после восстановления, в миллисекундах. Настройка севера по умолчанию. Значение по умолчанию - 1000. |
+| rise | int | :x: | Кол-во проверок, которые сервер должен успешно пройти. Настройка севера по умолчанию. Значение по умолчанию - 2. |
+| fall | int | :x: | Кол-во проверок, которые сервер может не пройти и после этого получить статус "unavailable". Настройка севера по умолчанию. Значение по умолчанию - 2. |
+| slowstart | int | :x: | Кол-во миллисекунд - время между получением сервера статуса "available" и открытием соединений. Настройка севера по умолчанию. Значение по умолчанию - 60000. |
+| maxconn | int | :x: | Максимальное кол-во соединений сервера, при достижении этого кол-ва, сервер выходит из схемы балансирования. Настройка севера по умолчанию. Значение по умолчанию - 250. |
+| maxqueue | int | :x: | Максимальное кол-во соединений в очереди сервера, при достижении этого кол-ва, соединения будут перенаправлены на другой сервер. Настройка севера по умолчанию. Значение по умолчанию - 256. |
+| weight | int | :x: | Вес сервера для балансировки. Диапазон от 0 до 255. Настройка севера по умолчанию. Значение по умолчанию - 100. |
+
+## Возвращаемые значения
+В случае успешного выполнения _resource_ функция **dynamix_lb_backend_server** возвращает в указанную при вызове переменную элемент, который состоит из следующих параметров:
+
+| Параметр | Тип | Описание |
+| --- | --- | --- |
+| lb_id | int | ID балансировщика нагрузки |
+| backend_name | string | Название бекенда |
+| name | string | Название сервера |
+| address | string | Адрес сервера |
+| port | int | Порт сервера |
+| check | string | Проверка доступности сервера. По умолчанию - "enabled". Доступные значения: "disabled", "enabled" |
+| inter | int | Интервал между проверками, в миллисекундах. Настройка севера по умолчанию. Значение по умолчанию - 5000. |
+| downinter | int | Интервал между проверками доступности сервера после восстановления, в миллисекундах. Настройка севера по умолчанию. Значение по умолчанию - 1000. |
+| rise | int | Кол-во проверок, которые сервер должен успешно пройти. Настройка севера по умолчанию. Значение по умолчанию - 2. |
+| fall | int | Кол-во проверок, которые сервер может не пройти и после этого получить статус "unavailable". Настройка севера по умолчанию. Значение по умолчанию - 2. |
+| slowstart | int | Кол-во миллисекунд - время между получением сервера статуса "available" и открытием соединений. Настройка севера по умолчанию. Значение по умолчанию - 60000. |
+| maxconn | int | Максимальное кол-во соединений сервера, при достижении этого кол-ва, сервер выходит из схемы балансирования. Настройка севера по умолчанию. Значение по умолчанию - 250. |
+| maxqueue | int | Максимальное кол-во соединений в очереди сервера, при достижении этого кол-ва, соединения будут перенаправлены на другой сервер. Настройка севера по умолчанию. Значение по умолчанию - 256. |
+| weight | int | Вес сервера для балансировки. Диапазон от 0 до 255. Настройка севера по умолчанию. Значение по умолчанию - 100. |
+
+
+## Импортирование ресурса
+Так как ресурс lb_backend_server является подресурсом lb_backend, то для его импорта необходимо указать ID балансировщика, имя бекенда, а так же само имя ресурса.
+Общая схема:
+```terraform
+terraform import dynamix_lb_backend_server. ##
+```
+Пример:
+```
+terraform import dynamix_lb_backend_server.lbbs 777#testBackend#testServer
+```
+## Ограничение на наименование ресурса
+Ресурс не должен содержать в названии символ `#`
+
+
+## Пример использования
+Пример вызова _resource_ функции **dynamix_lb_backend_server**:
+```terraform
+resource "dynamix_lb_backend_server" "lbbs" {
+ #id балансировщика нагрузок
+ #обязательный параметр
+ #тип - целое число
+ lb_id = 668
+
+ #имя бекенда для создания сервера
+ #обязательный параметр
+ #тип - строка
+ backend_name = "testBackend"
+
+ #имя сервера
+ #обязательный параметр
+ #тип - строка
+ name = "testServer"
+
+ #ip адрес сервера
+ #обязательный параметр
+ #тип - строка
+ address = "192.168.5.33"
+
+ #порт сервера
+ #обязательный параметр
+ #тип - целое число
+ port = 6553
+
+ #проверка доступности сервера
+ #опциональный параметр
+ #доступные значения - "disabled", "enabled"
+ #по умолчанию - "enabled"
+ #тип - строка
+ #check = "enabled"
+
+ #интервал между проверками, в миллисекундах
+ #опциональный параметр
+ #по умолчанию - 5000
+ #тип - целое число
+ #inter = 5000
+
+ #интервал между проверками доступности сервера после восстановления, в миллисекундах
+ #опциональный параметр
+ #по умолчанию - 10000
+ #тип - целое число
+ #downinter = 1000
+
+ #кол-во проверок, которые сервер должен успешно пройти
+ #опциональный параметр
+ #по умолчанию - 2
+ #тип - целое число
+ #rise = 2
+
+ #кол-во проверок, которые сервер может не пройти и после этого получить статус "unavailable"
+ #опциональный параметр
+ #по умолчанию - 2
+ #тип - целое число
+ #fall = 2
+
+ #кол-во миллисекунд - время между получением сервера статуса "available" и открытием соединений
+ #опциональный параметр
+ #по умолчанию - 60000
+ #тип - целое число
+ #slowstart = 60000
+
+ #максимальное кол-во соединений сервера, при достижении этого кол-ва, сервер выходит из схемы балансирования
+ #опциональный параметр
+ #по умолчанию - 250
+ #тип - целое число
+ #maxconn = 250
+
+ #максимальное кол-во соединений в очереди серевера, при достижении этого кол-ва, соединения будут перенаправлены на другой сервер
+ #опциональный параметр
+ #по умолчанию - 256
+ #тип - целое число
+ #maxqueue = 256
+
+ #вес сервера для балансировки
+ #опциональный параметр
+ #мин - 0
+ #макс - 255
+ #по умолчанию - 100
+ #тип - целое число
+ #weight = 100
+
+ timeouts {
+ create = "5m"
+ read = "5m"
+ update = "5m"
+ delete = "5m"
+ }
+
+}
+```
+
+После успешного завершения такого вызова **dynamix_lb_backend_server** в переменной `dynamix_lb_backend_server.lb` будут сохранены возвращаемые значения.
diff --git a/wiki/1.2.1/07.01.19-Resource_dynamix_disk_snapshot.md b/wiki/1.2.1/07.01.19-Resource_dynamix_disk_snapshot.md
new file mode 100644
index 0000000..e2129a0
--- /dev/null
+++ b/wiki/1.2.1/07.01.19-Resource_dynamix_disk_snapshot.md
@@ -0,0 +1,51 @@
+_Resource_ функция **dynamix_disk_snapshot** служит для управления снимками данных диска. Функция позволяет:
+- Получить снимок
+- Удалить снимок
+- Произвести "откат" диска к этому снимку
+
+## Аргументы
+_Resource_ функция **dynamix_disk_snapshot** принимает следующие аргументы:
+
+| Аргумент | Тип | Обязательный | Описание |
+| --- | --- | :---: | --- |
+| disk_id | int | :heavy_check_mark: | ID диска, к которому принадлежит снимок |
+| label | string | :heavy_check_mark: | ID снимка |
+| rollback | bool | :x: | Откат диска. Происходит только при изменении с false на true. По умолчанию - false |
+| timestamp | int | :x: | Время отката. Используется только при осуществлении отката |
+
+## Возвращаемые значения
+В случае успешного выполнения _resource_ функция **dynamix_disk_snapshot** возвращает в указанную при вызове переменную элемент, который состоит из следующих параметров:
+
+| Параметр | Тип | Описание |
+| --- | --- | --- |
+| disk_id | int | ID диска, к которому принадлежит снимок |
+| label | string | Наименование снимка |
+| rollback | bool | Откат диска. Происходит только при изменении с false на true. По умолчанию - false |
+| timestamp | int | Время отката. Используется только при осуществлении отката |
+| guid | string | ID снимка |
+| res_id | string | Ссылка на снимок |
+| snap_set_guid | string | ID набора снимков, в котором лежит снимок состояния |
+| snap_set_time | string | Время набора |
+
+## Пример использования
+Пример вызова _resource_ функции **dynamix_disk_snapshot**:
+```terraform
+resource "dynamix_disk_snapshot" "ds" {
+ #номер диска
+ #обязательный параметр
+ #тип - целое число
+ disk_id = 20100
+
+ #ярлык диска
+ #обязательный параметр
+ #тип - строка
+ label = "label"
+
+ #флаг rollback
+ #опциональный параметр
+ #тип - булев
+ rollback = false
+}
+```
+
+После успешного завершения такого вызова **dynamix_disk_snapshot** в переменной `dynamix_disk_snapshot.ds` будут сохранены возвращаемые значения.
diff --git a/wiki/1.2.1/07.01.20-Resource_dynamix_flipgroup.md b/wiki/1.2.1/07.01.20-Resource_dynamix_flipgroup.md
new file mode 100644
index 0000000..bca3d45
--- /dev/null
+++ b/wiki/1.2.1/07.01.20-Resource_dynamix_flipgroup.md
@@ -0,0 +1,96 @@
+_Resource_ функция **dynamix_flipgroup** служит для управления плавающими группами (флипгруппами). Функция позволяет:
+- Создать флипгруппу
+- Удалить флипгруппу
+- Добавить/удалить клиентов
+
+## Аргументы
+_Resource_ функция **dynamix_flipgroup** принимает следующие аргументы:
+
+| Аргумент | Тип | Обязательный | Описание |
+| --- | --- | :---: | --- |
+| account_id | int | :heavy_check_mark: | ID аккаунта |
+| name | string | :heavy_check_mark: | Название флипгруппы |
+| net_type | string | :heavy_check_mark: | Тип сети, EXTNET или ViNS |
+| net_id | int | :heavy_check_mark: | ID сети |
+| client_type | string | :heavy_check_mark: | Тип клиента (в данный момент поддерживается только compute) |
+| ip | string | :x: | IP для ассоциации с группой |
+| client_ids | []int | :x: | Список ID клиентов группы |
+| desc | string | :x: | Описание плавающей группы |
+
+## Возвращаемые значения
+
+| Параметр | Тип | Описание |
+| --- | --- | --- |
+| account_id | int | ID аккаунта |
+| account_name | string | Имя аккаунта |
+| client_ids | []int | Список ID подключенных к группе клиентов |
+| client_names | []string | Список имен подключенных клиентов |
+| client_type | string | Тип клиентов, подключаемых к группе |
+| conn_id | int | ID подключения |
+| conn_type | string | Тип подключения |
+| created_by | string | Кем создана группа |
+| created_time | int | Время создания |
+| default_gw | string | Шлюз по умолчанию |
+| deleted_by | string | Кем удалена группа |
+| deleted_time | int | Время удаления |
+| desc | string | Описание группы |
+| gid | int | Grid ID платформы |
+| guid | int | ID флипгруппы на платформе (=flipgroup_id) |
+| milestones | int | Веха |
+| name | string | Наименование плавающей группы |
+| net_id | int | ID сети |
+| net_type | string | Тип сети (EXTNET/ViNS) |
+| network | string | Сеть |
+| rg_id | int | ID ресурсной группы |
+| rg_name | string | Наименование ресурсной группы |
+| status | string | Статус плавающей группы |
+| updated_by | string | Кем обновлена группа |
+| updated_time | int | Время обновления |
+
+## Пример использования
+
+```terraform
+resource "dynamix_flipgroup" "fg" {
+ #id аккаунта
+ #обязательный параметр
+ #тип - целое число
+ account_id = 999
+
+ #наименование Flipgroup
+ #обязательный параметр
+ #тип - строка
+ name = "flipgroup_name"
+
+ #тип сети (EXTNET, ViNS)
+ #обязательный параметр
+ #тип - строка
+ net_type = "EXTNET"
+
+ #id сети
+ #обязательный параметр
+ #тип - целое число
+ net_id = 13
+
+ #тип клиентов (в данный момент поддерживается только тип 'compute')
+ #обязательный параметр
+ #тип - строка
+ client_type = "compute"
+
+ #ip-адрес
+ #опциональный параметр
+ #тип - строка
+ ip = "127.0.0.1"
+
+ #список клиентов, прикрепленных к флипгруппе
+ #опциональный параметр
+ #тип - массив целых чисел
+ client_ids = [11269]
+
+ #описание флипгруппы
+ #опциональный параметр
+ #тип - строка
+ desc = "CHANGED"
+}
+```
+
+После успешного завершения такого вызова **dynamix_flipgroup** в переменной `dynamix_flipgroup.fg` будут сохранены возвращаемые значения.
diff --git a/wiki/1.2.1/07.01.21-Resource_dynamix_k8s_cp.md b/wiki/1.2.1/07.01.21-Resource_dynamix_k8s_cp.md
new file mode 100644
index 0000000..afd5e74
--- /dev/null
+++ b/wiki/1.2.1/07.01.21-Resource_dynamix_k8s_cp.md
@@ -0,0 +1,371 @@
+_Resource_ функция **dynamix_k8s_cp** служит для управления control plane кластера k8s. Функция позволяет:
+
+- Создать кластер
+- Удалить кластер
+- Настроить мастер-узел
+- Изменить кол-во ВМ в мастер-узле
+
+Созданный с помощью данного ресурса кластер не имеет стандартных рабочих узлов и логики управления ими. Для управления worker-группами используется отдельный ресурс `dynamix_k8s_wg`. "
+
+ #id extnet
+ #опциональный параметр
+ #тип - целое число
+ extnet_id = 0
+
+ #id vins
+ #опциональный параметр
+ #тип - целое число
+ vins_id = 1234
+
+ #storage Endpoint ID
+ #опциональный параметр
+ #тип - целое число
+ sep_id = 0
+
+ #SEP Pool
+ #опциональный параметр
+ #тип - строка
+ sep_pool = "pool"
+
+ #старт/стоп кластера
+ #опциональный параметр
+ #тип - булев
+ start = true
+
+ #создать кластер с/без балансировщика нагрузки
+ #опциональный параметр
+ #тип - булев
+ with_lb = true
+
+ #позволяет создать схему отказоустройчивой LB
+ #опциональный параметр
+ #тип - булев
+ ha_mode = true
+
+ #дополнительные SAN (Subject Alternative Names) для использования в процессе автоматического выписывания сертификата Кластера Kubernetes;
+ #возможность взаимодействовать с кластером по FQDN
+ #параметр получает список строк – IP-адреса и/или DNS (по формату RFC 1123 c поддержкой wildcard)
+ #опциональный параметр
+ #тип - массив строк
+ additional_sans = ["192.168.201.0","192.168.201.1"]
+
+ #используется для определения настроек и действий, которые должны быть выполнены перед запуском любого другого компонента в кластере
+ #это позволяет вам настраивать такие вещи, как регистрация node, настройка network и другие задачи инициализации
+ #опциональный параметр
+ #тип - строка
+ init_config = "{JSON string}"
+
+ #используется для определения глобальных настроек и конфигураций для всего кластера
+ #он включает в себя такие параметры, как имя кластера, настройки DNS, методы аутентификации и другие конфигурации в масштабах кластера
+ #опциональный параметр
+ #тип - строка
+ cluster_config = "{JSON string}"
+
+ #используется для настройки поведения и параметров Kubelet, который является агентом primary node, запускаемым на каждом node кластера
+ #он включает в себя такие параметры, как IP-адрес node, распределение ресурсов, политики удаления модулей и другие конфигурации, специфичные для Kubelet
+ #опциональный параметр
+ #тип - строка
+ kubelet_config = "{JSON string}"
+
+ #используется для настройки поведения и параметров присоединения node к кластеру
+ #он включает в себя такие параметры, как режим прокси-сервера, диапазоны IP-адресов кластера и другие конфигурации, специфичные для Kube-proxy
+ #опциональный параметр
+ #тип - строка
+ kube_proxy_config = "{JSON string}"
+
+ #используется для настройки поведения и параметров присоединения node к кластеру
+ #он включает в себя такие параметры, как cluster's control plane endpoint, токен и ключ сертификата
+ #опциональный параметр
+ #тип - строка
+ join_config = "{JSON string}"
+
+ #при создании кластре использовать подключение только к сети ExtNet
+ #опциональный параметр
+ #тип - булев
+ extnet_only = true
+
+ #добавить ssl-сертификат в формате x509 pem
+ #необязательный параметр
+ #тип - файл с форматом в виде x509 pem
+ oidc_cert = file("ca.crt")
+
+ #пользовательские значения sysctl для LB
+ #опциональный параметр
+ #тип - список мап
+ lb_sysctl_params = [{text = "1", text = "some"}]
+
+ #команда destroy удаляет кластер без возможности восстановления
+ #опциональный параметр
+ #тип - булев
+ permanently = true
+
+}
+```
+
+После успешного завершения такого вызова **dynamix_k8s_cp** в переменной `dynamix_k8s_cp.cp` будут сохранены возвращаемые значения.
diff --git a/wiki/1.2.1/07.01.22-Resource_dynamix_vins_static_route.md b/wiki/1.2.1/07.01.22-Resource_dynamix_vins_static_route.md
new file mode 100644
index 0000000..7051476
--- /dev/null
+++ b/wiki/1.2.1/07.01.22-Resource_dynamix_vins_static_route.md
@@ -0,0 +1,54 @@
+_Resource_ функция **dynamix_vins_static_route** служит для управления статическими путями. Функция позволяет:
+- Создать статический путь
+- Удалить статический путь
+- Выдать/отозвать доступ к статическому пути для compute
+
+## Аргументы
+_Resource_ функция **dynamix_vins_static_route** принимает следующие аргументы:
+
+| Аргумент | Тип | Обязательный | Описание |
+| --- | --- | --- | --- |
+| vins_id | int | :heavy_check_mark: | ID VINS |
+| destination | string | :heavy_check_mark: | IP целевой сети |
+| gateway | string | :heavy_check_mark: | IP шлюза |
+| netmask | string | :heavy_check_mark: | Сетевая маска |
+
+## Возвращаемые значения
+
+| Параметр | Тип | Описание |
+| --- | --- | --- |
+| destination | string | IP целевой сети |
+| gateway | string | IP шлюза |
+| guid | string | guid ресурса |
+| netmask | string | сетевая маска |
+| compute_ids | []int | Список ID compute, которым предоствавлен доступ |
+
+
+## Пример использования
+
+```terraform
+resource "dynamix_vins_static_route" "sr" {
+ #id Vins
+ #обязательный параметр
+ #тип - целое число
+ vins_id = 1111
+
+ #destination network
+ #обязательный параметр
+ #тип - строка
+ destination = "192.168.201.0"
+
+ #destination network mask
+ #обязательный параметр
+ #тип - строка
+ netmask = "255.255.255.255"
+
+ #ip-адрес из пула свободных IP-адресов ViNS ID
+ #обязательный параметр
+ #тип - строка
+ gateway = "192.168.201.40"
+
+}
+```
+
+После успешного завершения такого вызова **dynamix_vins_static_route** в переменной `dynamix_vins_static_route.sr` будут сохранены возвращаемые значения.
diff --git a/wiki/1.2.1/07.01.23-Resource_dynamix_image_from_blank_compute.md b/wiki/1.2.1/07.01.23-Resource_dynamix_image_from_blank_compute.md
new file mode 100644
index 0000000..6afdf3e
--- /dev/null
+++ b/wiki/1.2.1/07.01.23-Resource_dynamix_image_from_blank_compute.md
@@ -0,0 +1,145 @@
+_Resource_ функция **dynamix_image_from_blank_compute** служит для управления образом, созданным из пустого компьюта.
+
+## Аргументы
+
+_Resource_ функция **dynamix_image_from_blank_compute** для создания образа принимает следующие аргументы:
+
+| Аргумент | Тип | Обязательный | Описание |
+| --- | --- | --- | --- |
+| compute_id | int | :heavy_check_mark: | ID ВМ, которая была создана как blank |
+| name | string | :heavy_check_mark: | Имя образа