Шаблоны ВМ – набор общих настроек для создания ВМ.
В данном разделе имеется кнопка, позволяющая создать шаблон.
Мастер настройки представляет из себя систему вкладок, названия которых располагаются в левой части окна. Во вкладках предусмотрено моделирование конфигурации шаблона ВМ.
Вкладка Общие содержит следующие параметры настройки (рисунок 73):
- Имя шаблона - наименование шаблона;
- Логотип –логотип устанавливаемой гостевой ОС можно выбрать из выпадающего меню;
- Описание – дополнительное описание шаблона ВМ.
Рисунок 73 – Окно интерфейса «Общие» при создании шаблона ВМ
Вкладка Процессор содержит параметры настройки ЦПУ:
- Кол-во вирт. ЦП – устанавливается количество виртуальных процессоров, необходимых для ВМ;
- Модификация ВЦП – устанавливается тип и параметры;
- Архитектура ЦП;
- Чипсет
- Модель ЦП – модель процессора для создаваемого шаблона ВМ.
Рисунок 74 – Окно интерфейса «Процессор» при создании шаблона ВМ
Вкладка Память содержит поле Память, где устанавливается объем ОЗУ, необходимый для ВМ (рисунок 75). 
Рисунок 75 – Окно интерфейса «Память» при создании шаблона ВМ
Во вкладке Диски к шаблону ВМ подсоединяются образы дисков, существующие в системе.
Рисунок 76 – Окно интерфейса «Диски» при создании шаблона ВМ
При нажатии на кнопку Добавить открывается страница выбора образа хранилища (рисунок 77).
Рисунок 77 – Окно интерфейса выбора образа хранилища во вкладке «Диски» при создании шаблона ВМ
В зависимости от типа выбранных образов хранилища отобразятся вкладки второго уровня с названием типов выбранных образов (рисунок 78). При нажатии на вкладку отображается информация об образе хранилища.
Рисунок 78 – Вкладки второго уровня в разделе «Диски», указывающие на типы образов хранилищ
Так же имеется возможность задать расширенные настройки для дисков (рисунок 79).
Рисунок 79 – Расширенные настройки образа хранилища
- Имя образа и Имя пользователя владельца образа заполняются автоматически;
- Шина – позволяет установить необходимый тип значения из раскрывающегося списка (Рисунок 80);
Рисунок 80 – Раскрывающийся список типа шины
Таблица 12 – Типы шины
Тип | Описание |
Virtio | шина с поддержкой стандарта VirtIO виртуализации дисковых и сетевых устройств. |
SCSI | предоставление доступа к хранилищу данных через протокол SCSI. |
IDE | параллельный интерфейс подключения накопителей (гибких дисков, жёстких дисков и оптических дисководов) к компьютеру. |
Serial ATA (SATA) | интерфейс компьютерной шины, который соединяет адаптеры хост-шины с устройствами массовой памяти, такими как жесткие диски, оптические приводы и твердотельные накопители. |
- Драйвер образа из раскрывающегося списка даёт возможность настроить формат образа жесткого диска: QCOW2 или RAW (рисунок 81).
Рисунок 81 – Раскрывающийся список драйвера образа
RAW – «толстый» диск. При создании сразу размечается на полный размер диска (рисунок 68). Может размещаться на файловом или на блочном хранилище 
Рисунок 82 – Формат хранения RAW
Поддержка «тонких» томов для виртуальных жестких дисков и снимков осуществляется при выборе в файловом хранилище драйвера типа QCOW2. В таком случае диск становится «тонким» (рисунок 83). При создании, тонкий диск занимает минимальный объем и растет по мере заполнения. Может размещаться только на файловом хранилище NFS или общей файловой системе с хостом. 
Рисунок 83 – Формат хранения QCOW2
- Кэш – позволяет выбрать тип кэширования (рисунок 70);
Рисунок 84 – Раскрывающийся список типа кэширования
Таблица 13 – Типы кеша
Тип | Описание |
none | кэширование отсутствует. |
writethrough | запись производится непосредственно в основную память и дублируется в кэш. Такой тип кэширования не ускоряет запись данных на диск (и не замедляет), но существенно увеличивает скорость чтения данных, которые можно взять из кэша. Этот тип кэша безопасен с точки зрения надежности данных и дает однозначный выигрыш в производительности. |
writeback | данные сначала пишутся в кэш, затем на диск. Это более производительный вариант, но при сбое кэширующего SSD диска, теряются данные, которые не успели записаться на HDD. |
directsync | операции записи данных будут подтверждаться только после успешного сохранения данных на виртуальный диск. |
unsafe | тип кэширования, при котором блокирующее устройство qemu игнорирует команду «сброс» |
- IO throttling (bytes/s) можно задать ограничения на скорость записи и чтения данных;
- IO throttling (IOPS) можно задать ограничения IOPS на запись и чтение данных.
Вкладка Ввод/Вывод: 
Рисунок 85 – Окно интерфейса «Ввод/Вывод» при создании шаблона ВМ
- Шина – позволяет выбрать тип подсистемы архитектуры ВМ для передачи данных: USB или PS/2;
- USB контроллер – содержит раскрывающейся список типов USB контроллера (рисунок 85):
Рисунок 85 – Раскрывающийся список типа USB контроллера
Таблица 14 – Типы USB контроллера
Тип | Описание |
xHCI | Eхtensible Host Controller Interface осуществляет контроль передачи управления контроллером USB от BIOS к операционной системе. Совместим с USB 1.x, 2.0, b 3.x. |
EHCI | Enhanced Host Controller Interface, предназначен для передачи данных и управляющих запросов USB-устройствам, и в другую сторону. В 99% случаев является связующим звеном между каким-либо ПО и физическим устройством. EHCI работает как PCI-устройство, а соответственно, использует MMIO (Memory-Mapped-IO) для управления контроллером. |
UHCI | Universal Host Controller Interface, работает как PCI-устройство, но, в отличии от EHCI, использует порты вместо MMIO (Memory-Mapped-IO). |
Вкладка Графический доступ позволяет указать, по средствам какого графического доступа, будет осуществляться взаимодействие с консолью ВМ:
- Отсутствует;
- VNC - для администрирования ВМ через веб-интерфейс СГУ;
- SPICE - для подключения тонких клиентов через терминалы к ВМ.
Рисунок 86 – Окно интерфейса «Графический доступ» при создании шаблона ВМ
Вкладка Загрузка (рисунок 87) позволяет выбрать загрузочные устройства и их порядок загрузки.
Рисунок 87 – Окно интерфейса «Загрузка» при создании шаблона ВМ
- BIOS type – позволяет выбрать тип BIOS: Legacy или UEFI;
- Меню загрузки:
- NO – при загрузке ВМ будет автоматически загружаться ОС, установленная на первом диске;
- YES – будет предлагаться выбор, какую ОС с какого диска загружать.
- Автозагрузка – отвечает за автоматический запуск ВМ, в случае аварийного отключения ВМ.
Вкладка Сеть, чтобы добавить новую сетевую карту (NIC) необходимо нажать кнопку Добавить. После чего нажимая на NIC появляется возможность выбрать интерфейс из созданных ранее виртуальных сетей (5).
Рисунок 88 – Окно интерфейса «Сеть» при создании шаблона ВМ
Так же можно задать Расширенные настройки (Рисунок89):
Рисунок 89 – Расширенные настройки виртуальной сети
- Область Переопределить значения сети IPv4 позволяет задать значения сети IPv4 сегмента для ВМ;
- Область Переопределить значения сети IPv6 позволяет задать значения сети IPv6 сегмента ВМ;
- Область Переопределить качество обслуживания входящего трафика сети и Переопределить качество обслуживания исходящего сетевого трафика позволяют задать пропускную способность сетевого адаптера ВМ;
- Область Аппаратное обеспечение позволяет «пробросить» внутрь ВМ PCI устройство при установке флага Сквозное соединение PCI. Выбранный порт в поле Имя устройства будет браться из хостовой ОС и отображаться в гостевой ОС. Работа с этим портом будет осуществляться напрямую, минуя среду виртуализации. Это необходимо для увеличения показателей полосы пропускания.
- Область Группы безопасности – позволяет задать конкретную группу безопасности.
Вкладка Особенности
- ACPI Если компьютер поддерживает протокол работы ACPI, нажатие на кнопку Power приводит не к выключению электропитания, а к передаче системе ACPI-сообщения о том, что кнопка Power была нажата. При получении такого сообщения система выполняет те же действия, что и shutdown. Только в этом случае допустимо выключение кнопкой Power.
- APIC включенная опция предоставляет системе дополнительные возможности управления прерывания. Выключать имеет смысл, если необходим режим совместимости с классическим IBM PC (по IRQ).
- PAE технология или режим работы 64-битного управления памятью процессоров x86(совместимых), позволяющая процессору использовать для адресации 64 GB оперативной памяти вместо 4 GB. Все процессоры, выпущенные после Pentium Pro, поддерживают технологию. В частности, PAE дает возможность 32-битной операционной системе "видеть" более 4 GB оперативной памяти. ОС Linux поддерживает PAE с ядра 2.4. В 32-битных Windows XP и старше есть поддержка PAE, но технологическое ограничение в 4 GB там внесено уже разработчиком. Включатся поддержка добавлением ключка /pae в файл с настройками загрузки C:\boot.ini (файл скрытый, для его отображения надо включить режим показа скрытых и системных файлов в настройках проводника).
- HYPERV – добавление расширения hyperv к ВМ с гостевой ОС семейства Windows.
- Местное время - При загрузке гостевые часы будут синхронизированы с настроенным часовым поясом хоста. Полезно для виртуальных машин Windows.
- Гостевой агент QEMU - включает взаимодействие с гостевым агентом QEMU. При этом создается только сокет внутри виртуальной машины, сам гостевой агент должен быть установлен и запущен в виртуальной машине.
- virtio-scsi Queues - Количество очередей для контроллера virtio-scsi.
- Запрет переноса – запрещает миграцию ВМ.
Вкладка Контекст. Горизонт-ВС использует метод, называемый контекстуализацией, для отправки информации на ВМ во время ее загрузки. Контекстуализация позволяет установить или переопределить данные ВМ, имеющие неизвестные значения или значения по умолчанию (имя хоста, IP-адрес, .ssh/authorized_keys).
На вкладке Конфигурация необходимо включить параметр Использовать сетевое задание контекста, а также Использовать SSH при создании контекста, что позволяет задать Открытый ключ SSH (.pub), который необходим для доступа к ВМ по ключу, если оставить поле пустым, будет использована переменная $USER[SSH_PUBLIC_KEY]):
Ключ | Описание | Тип ОС |
|---|---|---|
VARIABLE | Переменные, в которых хранятся значения, относящиеся к этой виртуальной машине или другим. Имя переменной произвольное (в примере мы используем имя хоста). | Все |
FILES | Разделенный пробелами список путей для включения в контекстное устройство. Расположение файлов ограничено CONTEXT_RESTRICTED_DIRS в oned.conf. | Все |
FILES_DS | Разделенный пробелами список изображений файлов для включения в контекстное устройство. | Все |
INIT_SCRIPTS | Если виртуальная машина использует пакет контекстуализации, файл init.sh выполняется по умолчанию. Если добавленный сценарий инициализации не называется init.sh или добавлено более одного сценария инициализации, этот список содержит сценарии для запуска и их порядок. Бывший «init.sh user.sh mysql.sh» | Все |
START_SCRIPT | Текст скрипта, выполняемого при загрузке машины. Он может содержать shebang, если это не сценарий оболочки. Например START_SCRIPT="yum upgrade" или START_SCRIPT="choco upgrade all"для Bash и PowerShell соответственно. | Все |
START_SCRIPT_BASE64 | То же, что START_SCRIPT, но закодировано в Base64. | Все |
TARGET | Устройство для прикрепления контекстного ISO. | Все |
DEV_PREFIX | Префикс устройства для контекстного ISO: sd или hd. | Все |
TOKEN | YES, чтобы создать файл token.txt для OneGate. | Все |
ONEGATE_ENDPOINT | Горизонт-ВС автоматически добавит эту переменную, если TOKEN имеет значение YES. По умолчанию http://169.254.16.9:5030 . Значение, загруженное из /etc/one/oned.conf | Все |
NETWORK | YES, чтобы автоматически заполнить сетевые параметры для каждого сетевого адаптера, используемые пакетами контекстуализации . | Все |
NETCFG_TYPE | Служба настройки сети внутри гостевой виртуальной машины, отвечающая за настройку сетевых карт: пустая (автоматически определяет подходящую службу внутри виртуальной машины), bsd (для конфигурации сети FreeBSD), интерфейсы (для настройки в стиле Debian через / etc /network/interfaces), netplan (для Netplan , установить собственный рендерер Netplan через NETCFG_NETPLAN_RENDERER), networkd (для systemd-networkd), nm (для NetworkManager), скрипты (для устаревшей конфигурации в стиле Red Hat через файлы ifcfg-ethX ) | Linux |
NETCFG_NETPLAN_RENDERER | Netplan (эффективно только при NETCFG_TYPE= netplan): пусто или networkd (для systemd-networkd), NetworkManager (для NetworkManager) | Linux |
SET_HOSTNAME | Значением этого параметра будет имя хоста виртуальной машины. | Все |
DNS_HOSTNAME | YES, чтобы установить имя хоста виртуальной машины на обратное имя DNS (из первого IP-адреса) | Все |
DNS | Определенный DNS-сервер для виртуальной машины. | Все |
ETHx_MAC | Используется для поиска правильного интерфейса. | Все |
ETHx_IP | IPv4-адрес интерфейса. | Все |
ETHx_IP6 | IPv6-адрес интерфейса. Устаревший ETHx_IPV6 также действителен. | Все |
ETHx_IP6_PREFIX_LENGTH | Длина префикса IPv6 для интерфейса. | Все |
ETHx_IP6_ULA | Уникальный локальный адрес IPv6 для интерфейса | Все |
ETHx_IP6_METRIC | IP6_METRIC для маршрута IPv6 (по умолчанию), связанного с этим интерфейсом. | Linux |
ETHx_IP6_METHOD | Метод настройки IPv6 для интерфейса внутри виртуальной машины: статический (для назначения статического адреса на основе контекстных переменных), автоматический (для SLAAC), DHCP (для SLAAC и DHCPv6), отключить (для отключения IPv6), пропустить (пропустить настройку NIC IPv6), пустые значения по умолчанию соответствуют содержимому ETHx_METHOD, установленному для IPv4 | Все |
ETHx_METHOD | Метод настройки IPv4 для интерфейса внутри виртуальной машины: пустой или статический (для назначения статического адреса на основе переменных контекста), DHCP (для DHCPv4), пропустить (пропустить настройку сетевого адаптера IPv4) | Все |
ETHx_NETWORK | Сетевой адрес интерфейса. | Все |
ETHx_MASK | Сетевая маска. | Все |
ETHx_GATEWAY | Шлюз IPv4 по умолчанию для интерфейса. | Все |
ETHx_GATEWAY6 | Шлюз IPv6 по умолчанию для интерфейса. | Все |
ETHx_ROUTES | Список пользовательских маршрутов для интерфейса, разделенный запятыми. Формат: <dst_network2> через <шлюз1>, <dst_network2> через <шлюз2> | Все |
ETHx_MTU | MTU для интерфейса. | Все |
ETHx_METRIC | METRIC для маршрута (по умолчанию), связанного с этим интерфейсом. | Все |
ETHx_DNS | DNS для сети. | Все |
ETHx_ALIASy_MAC | Используется для поиска правильного интерфейса. | Все |
ETHx_ALIASy_IP | IPv4-адрес для псевдонима. | Все |
ETHx_ALIASy_IP6 | IPv6-адрес для псевдонима. Устаревший ETHx_ALIASy_IPV6 также действителен. | Все |
ETHx_ALIASy_IP6_PREFIX_LENGTH | Длина префикса IPv6 для псевдонима. | Все |
ETHx_ALIASy_IP6_ULA | Уникальный локальный адрес IPv6 для псевдонима. | Все |
ETHx_ALIASy_NETWORK | Сетевой адрес псевдонима. | Все |
ETHx_ALIASy_MASK | Сетевая маска. | Все |
USERNAME | Пользователь, который будет создан в гостевой ОС. Если определен какой-либо пароль или атрибут SSH_PUBLIC_KEY (см. ниже), это изменит этого пользователя (по умолчанию на root). | Linux |
CRYPTED_PASSWORD_BASE64 | Зашифрованный пароль, закодированный в base64. Устанавливается для пользователя USERNAME. | Linux |
PASSWORD_BASE64 | Пароль закодирован в base64. Устанавливается для пользователя USERNAME. | Все |
CRYPTED_PASSWORD | Зашифрованный пароль. Устанавливается для пользователя USERNAME. Использование этого параметра не рекомендуется, вместо него используйте CRYPTED_PASSWORD_BASE64. | Linux |
PASSWORD | Пароль, который будет установлен для пользователя USERNAME. Использование этого параметра не рекомендуется, вместо него используйте PASSWORD_BASE64. | Все |
SSH_PUBLIC_KEY | Ключ, который нужно добавить к USERNAME Authorized_keys или корневой файл, если USERNAME не установлено. Требуется сервер OpenSSH, установленный в Windows, пользователь определяется автоматически. USERNAME игнорируется. | Все |
WINADMIN | Установите значение NO, чтобы считать пользователя Windows стандартным пользователем при настройке SSH_PUBLIC_KEY. | Все |
SECURETTY | Если установлено значение NO, проверка безопасности на PAM будет отключена. Если установлено значение YES, будут восстановлены системные настройки по умолчанию. По умолчанию: LXC -> ДА, KVM -> НЕТ. | Linux |
TIMEZONE | Часовой пояс для установки. В Linux имя должно совпадать с именем файла зоны относительно / usr /share/ zoneinfo / (например, США/Центральный). В Windows имя должно соответствовать поддерживаемой зоне, указанной в tzutil /l (например, Центральное поясное время) | Все |
GROW_ROOTFS | Если установлено значение NO, автоматическое увеличение корневой файловой системы или диска C: в Windows будет отключено. | Все |
GROW_FS | Точки монтирования в Linux (например: /mnt/disk /data) или буквы дисков в Windows (например: X: Y | Все |
IGNORE_SWAP | Если установлено значение YES, служба one-contexd пропустит автоматическое монтирование всех найденных устройств подкачки (это не влияет на подкачку, определенную в /etc/fstab). | Linux |
RECREATE_RUN | Если установлено значение YES, отсутствующие каталоги и файлы, сохраненные в образе в /run (или /var/run), восстанавливаются и копируются в эфемерный /run (или /var/run) экземпляра виртуальной машины. | Linux |
EJECT_CDROM | Значение YES будет сигнализировать об извлечении компакт-диска с файлом context.sh после завершения (ре) контекстуализации. | Все |
всех дополнительных файловых систем, которые необходимо расширить. rootfs / в Linux или диск C: в Windows подразумевается (добавляется автоматически), если GROW_ROOTFS оставлено пустым или установлено значение YES. Вкладка Группы ВМ. Отвечает за присвоение ВМ правила размещения Afiniti и Antiafiniti (смотреть пункт 3.9.5).
Вкладка Запланировать повторно. Следующие атрибуты можно использовать для определения точных или относительных действий для виртуальной машины.
Вкладка Размещение. Позволяет установить Требования для узлов следующим образом: выбрать определенный узел, несколько узлов или кластер, на который будут размещаться ВМ и следовать правилам Поведения, либо выбрать Кластер, который будет задействовать все свои хосты в размещении. 
Вкладка Поведение. В следующем списке описаны предопределенные политики для параметра конфигурации Поведения:
Политика Упаковка.
Цель: минимизировать количество используемых узлов кластера.
Эвристика: упакуйте виртуальные машины в узлы кластера, чтобы уменьшить фрагментацию виртуальных машин.
Реализация: используйте эти узлы, чтобы в первую очередь работало больше виртуальных машин.
РАНГ = RUNNING_VMS
Политика Чередования.
Цель: максимально увеличить ресурсы, доступные виртуальным машинам на узле.
Эвристика: Распределите виртуальные машины по узлам кластера.
Реализация: используйте те узлы, на которых в первую очередь работает меньше виртуальных машин.
РАНГ = "- RUNNING_VMS"
Политика С учетом нагрузки.
Цель: максимально увеличить ресурсы, доступные виртуальным машинам на узле.
Эвристика: используйте узлы с меньшей нагрузкой.
Реализация: сначала используйте узлы с большим количеством FREE_CPU.
РАНГ = FREE_CPU