Для улучшения работы сайта мы используем файлы cookies. Оставаясь на сайте, вы соглашаетесь с политикой обработки персональных данных.

Руководство пользователя

1. Общие сведения

Виртуальная машина — это программная система, которая эмулирует аппаратное обеспечение компьютера и выполняет программы для гостевой операционной системы на хосте.

В среде zVirt Max можно создавать виртуальные машины, которые будут работать в качестве виртуальных рабочих станций или виртуальных серверов.

Большинство задач, связанных с работой виртуальных машин в zVirt Max, можно выполнять на Пользовательском портале и на Портале администрирования. Доступность порталов и операций разные зависит от разрешений, установленных для виртуальных машин. Разрешения виртуальных машин описаны в разделе Виртуальные машины и разрешения.

1.1. Состояния жизненного цикла виртуальной машины

Виртуальная машина (далее - ВМ) в рамках своего жизненного цикла может находиться в следующих состояниях:

Таблица 1. Состояния жизненного цикла ВМ

Состояние

Описание

Случаи перехода в данное состояние

Выключена (Down)

ВМ полностью выключена. Операционная система внутри ВМ не работает

ВМ создана, но еще не запущена, или пользователь выключил ВМ, или произошла аварийная остановка (например, из-за сбоя питания хоста), или ВМ остановлена принудительно

Работает (Up)

ВМ запущена и работает нормально. Операционная система внутри ВМ функционирует

ВМ успешно запущена после включения или перезапуска

Запускается (Powering Up)

ВМ находится в процессе запуска

Пользователь инициировал запуск ВМ, или ВМ автоматически запускается при запуске хоста

Выключается (Powering Down)

ВМ находится в процессе выключения

Пользователь инициировал выключение ВМ, или команда на выключение была получена извне

Перезагружается (Reboot In Progress)

ВМ находится в процессе перезагрузки

Пользователь инициировал перезагрузку ВМ, или ВМ была перезагружена автоматически (например, после обновления)

Мигрирует (Migrating)

ВМ переносится с одного хоста на другой

Выполнена операция Live Migration (горячей миграции) для перемещения работающей ВМ без прерывания ее работы

Приостановлена (Paused)

ВМ приостановлена, ее состояние сохранено в памяти. ВМ не использует ресурсы процессора, но ее состояние можно быстро восстановить

Пользователь приостановил ВМ или ВМ была приостановлена автоматически (например, для освобождения ресурсов хоста)

Спящий режим (Suspended)

ВМ находится в состоянии «спящего режима», ее состояние сохранено на диске. Данное состояние похоже на приостановку, но сохраняется на постоянном носителе, позволяя выключить хост

Пользователь перевел ВМ в спящий режим или ВМ была переведена в спящий режим автоматически (в зависимости от настроек)

Сохраняет состояние (Saving State)

ВМ находится в процессе сохранения своего текущего состояния на диск.

Пользователь инициировал сохранение состояния ВМ или ВМ сохраняет состояние для последующего восстановления

Восстанавливает состояние (Restoring State)

ВМ находится в процессе восстановления своего состояния из сохраненного на диске образа

Пользователь инициировал восстановление состояния ВМ или состояние ВМ автоматически восстанавливается после перезапуска

Ожидает запуска (Wait For Launch)

ВМ ожидает запуска. Временное состояние, возникающее после попытки запуска

Проблемы с конфигурацией ВМ, нехватка ресурсов или другие ошибки приводят к тому, что ВМ находится в этом состоянии

Не отвечает (Not Responding)

ВМ не отвечает на запросы. Операционная система внутри ВМ также не доступна

Проблемы с работой ВМ, приводящие к потере связи

Неизвестно (Unknown)

Состояние ВМ неизвестно

Произошла ошибка при определении состояния ВМ или состояние ВМ не может быть корректно определено. Обычно требуется вмешательство администратора для диагностики проблемы

1.2. Поддерживаемые операционные системы виртуальных машин

Список операционных систем, которые можно виртуализировать в качестве гостевых операционных систем в ПО «zVirt Max»:

  • Astra Linux, Rosa Linux, RedOS, Alt Linux

  • Microsoft Windows Server 2008-2019

  • Microsoft Windows 7-10

  • Red Hat Enterprise Linux 6-8

  • Linux Debian, Ubuntu

Информацию о пользовательских настройках операционных систем см. в разделе Настройка операционных систем с помощью osinfo.

1.3. Установка вспомогательных компонентов на клиентские машины

1.3.1. Установка компонентов консоли

Консоль — это графическое окно для просмотра экрана запуска, экрана выключения и рабочего стола виртуальной машины, а также для взаимодействия с этой виртуальной машиной как с физической. В ПО «zVirt Max» для открытия консоли виртуальной машины по умолчанию используется инструмент удаленного просмотра (Remote Viewer). Он должен быть установлен на клиентской машине до начала использования.

Инструмент удаленного просмотра (Remote Viewer) предоставляет пользователям графическую консоль для подключения к виртуальным машинам. После установки он вызывается автоматически при открытии сессии SPICE на виртуальной машине. Его также можно использовать в качестве автономного приложения.

1.3.1.1. Установка инструмента удаленного просмотра (Remote Viewer) на Linux

Инструмент удаленного просмотра (Remote Viewer) входит в состав пакета virt-viewer, который предоставляется в репозиториях дистрибутивов Linux.

Процедура

Чтобы установить инструмент удаленного просмотра (Remote Viewer):

  1. В CentOS-подобных системах установите пакет virt-viewer командой:

    yum install virt-viewer

  2. В Debian-подобных системах установите пакет virt-viewer командой:

    apt install virt-viewer

  3. Перезапустите браузер, чтобы изменения вступили в силу.

Теперь можно подключить виртуальные машины с помощью протокола SPICE, либо протокола VNC.

1.3.1.2. Установка инструмента удаленного просмотра (Remote Viewer) на Windows
Процедура

Чтобы установить инструмент удаленного просмотра (Remote Viewer):

  1. Откройте веб-браузер и загрузите следующие установщики в соответствии с архитектурой вашей системы:

  2. Откройте папку, в которую сохранен файл.

  3. Дважды щелкните по файлу.

  4. Нажмите Запустить (Run), если всплывет предупреждение системы безопасности.

  5. Нажмите Да (Yes), если появится окно Контроль учетных записей пользователей (User Account Control).

Инструмент удаленного просмотра (Remote Viewer) установлен. Его можно открыть, нажав Remote Viewer в папке VirtViewer в списке Все программы (All Programs) в меню Пуск.

1.3.1.3. Установка драйвера usbdk на Windows

Usbdk — это драйвер, который обеспечивает эксклюзивный доступ Remote Viewer к USB-устройствам в операционных системах Windows. Для установки usbdk необходимы права Администратора.

Процедура

Чтобы установить драйвер usbdk:

  1. Откройте веб-браузер и загрузите следующие установщики в соответствии с архитектурой вашей системы:

  2. Откройте папку, в которую сохранен файл.

  3. Дважды щелкните по файлу.

  4. Нажмите Запустить (Run), если всплывет предупреждение системы безопасности.

  5. Нажмите Да (Yes), если появится окно Контроль учетных записей пользователей (User Account Control).

2. Установка виртуальных машин Linux

Установка виртуальных машин Linux проходит в четыре этапа:

  1. Создайте виртуальную машину. Необходимо добавить виртуальный диск для хранилища и сетевой интерфейс для подключения виртуальной машины к сети.

  2. Запустите виртуальную машину и установите операционную систему. Сверьтесь с инструкциями по установке вашей операционной системы.

  3. Включите необходимые репозитории для вашей операционной системы.

  4. Установите гостевые агенты и драйверы для дополнительных функций виртуальной машины.

2.1. Создание виртуальной машины

При создании новой виртуальной машины необходимо задать её настройки. Позже можно будет изменить некоторые из них, в том числе тип чипсета и BIOS.

Можно изменить длину имени виртуальной машины, заданную по умолчанию, с помощью инструмента engine-config. Запустите следующую команду на машине с Менеджером управления:

engine-config --set MaxVmNameLength=integer
Процедура

Чтобы создать виртуальную машину:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines).

  2. Нажмите Создать (New). Откроется окно Новая виртуальная машина (New Virtual Machine).

  3. Выберите Операционную систему (Operating System) в выпадающем списке.

  4. Укажите Имя (Name) виртуальной машины.

  5. Добавьте хранилище к виртуальной машине. В разделе Виртуальные диски (Instance Images) нажмите Прикрепить (Attach) или Создать (Create), чтобы выбрать или создать виртуальный диск:

  6. Подключите виртуальную машину к сети. Добавьте сетевой интерфейс, выбрав vNIC-профиль в выпадающем списке внизу на вкладке Общее (General).

  7. Задайте Оперативная память (Memory Size) виртуальной машины на вкладке Система (System).

  8. На вкладке Параметры загрузки (Boot Options) выберите Первое устройство (First Device), которое виртуальная машина будет использовать для начальной загрузки.

  9. В остальных полях можно принять настройки по умолчанию или изменить их при необходимости. Дополнительные сведения о всех полях в окне Новая виртуальная машина (New Virtual Machine) см. в разделе Описание настроек в окнах «Новая виртуальная машина (New Virtual Machine)» и «Изменить ВМ (Edit Virtual Machine)».

  10. Нажмите OK.

Новая виртуальная машина создана и отображается в списке виртуальных машин в состоянии Выключена (Down).

2.2. Запуск виртуальной машины

2.2.1. Запуск виртуальной машины

Процедура

Чтобы запустить виртуальную машину:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и выберите виртуальную машину в состоянии Выключена (Down).

  2. Нажмите Запустить (Run).

Статус (Status) виртуальной машины поменяется на Включена (Up), и начнется установка операционной системы. Откройте консоль виртуальной машины, если та не откроется автоматически.

Виртуальная машина не запустится на хосте с перегруженным ЦП. По умолчанию ЦП хоста считается перегруженным, если нагрузка на него превышает 80% в течение 5 минут, но эти значения можно изменить с помощью политик планирования. Дополнительную информацию см. в разделе Политики планирования в Руководстве администратора.

2.2.2. Открытие консоли виртуальной машины

Для подключения к виртуальной машине используйте инструмент удаленного просмотра (Remote Viewer).

Чтобы другие пользователи могли подключиться к виртуальной машине, обязательно выключите и перезапустите виртуальную машину после завершения работы с консолью. Либо администратор может Выключить строгую проверку пользователей (Disable strict user checking), чтобы исключить необходимость перезагрузки между сеансами пользователей. Дополнительную информацию см. в разделе Описание настроек консоли виртуальной машины.
Процедура

Чтобы открыть консоль виртуальной машины:

  1. Установите инструмент удаленного просмотра (Remote Viewer), если он еще не установлен. См. Установка компонентов консоли.

  2. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и выберите виртуальную машину.

  3. Нажмите Консоль (Console). По умолчанию браузер предложит загрузить файл с именем console.vv. При открытии файла откроется окно консоли виртуальной машины. Браузер можно настроить на автоматическое открытие этих файлов, чтобы нажатие на Консоль (Console) просто открывало консоль.

Воспользоваться файлом console.vv можно в течение 120 секунд после загрузки. Если прошло больше времени, нажмите Консоль (Console) еще раз.

2.2.3. Открытие последовательной консоли виртуальной машины

Доступ к последовательной консоли виртуальной машины можно получить из командной строки вместо того, чтобы открывать консоль на Портале администрирования или Пользовательском портале. Последовательная консоль эмулируется через каналы VirtIO с использованием SSH и пар ключей. Менеджер управления действует как прокси-сервер для подключения, предоставляет информацию о размещении виртуальной машины и хранит ключи аутентификации. Открытые ключи для каждого пользователя можно добавить либо на Портале администрирования, либо на Пользовательском портале. Доступ к последовательным консолям можно получить только для тех виртуальных машин, для которых у вас есть соответствующие разрешения.

Для доступа к последовательной консоли виртуальной машины пользователь должен иметь разрешение UserVmManager, SuperUser или UserInstanceManager на этой виртуальной машине. Эти разрешения должны быть прямо заданы для каждого пользователя. Недостаточно просто назначить их Всем (Everyone).

Для доступа к последовательной консоли служит порт TCP 2222 в Менеджере управления. Этот порт открыт во время работы engine-setup на новых инсталляциях.

Для работы последовательной консоли необходимы пакеты ovirt-vmconsole и ovirt-vmconsole-proxy в Менеджере управления, а также пакеты ovirt-vmconsole и ovirt-vmconsole-host на хостах виртуализации.

При установке новых инсталляций эти пакеты устанавливаются по умолчанию.
Процедура

Чтобы включить последовательную консоль виртуальной машины:

  1. На виртуальной машине, к последовательной консоли которой вы обращаетесь, добавьте следующие строки в /etc/default/grub:

    GRUB_CMDLINE_LINUX_DEFAULT="console=tty0 console=ttyS0,115200n8"
GRUB_TERMINAL="console serial"
GRUB_SERIAL_COMMAND="serial --speed=115200 --unit=0 --word=8 --parity=no --stop=1"

    GRUB_CMDLINE_LINUX_DEFAULT применяет эту конфигурацию только к пункту меню по умолчанию. Используйте GRUB_CMDLINE_LINUX, чтобы применить конфигурацию ко всем пунктам меню.

    Если эти строки уже есть в /etc/default/grub, обновите их. Не дублируйте их.

  2. Пересоздайте /boot/grub2/grub.cfg:

    • Машины на основе BIOS:

      grub2-mkconfig -o /boot/grub2/grub.cfg

    • Машины на основе UEFI, на примере Red Hat Enterprise Linux:

      grub2-mkconfig -o /boot/efi/EFI/redhat/grub.cfg

  3. На клиентской машине, с которой вы обращаетесь к последовательной консоли виртуальной машины, сгенерируйте пару SSH-ключей. Менеджер управления поддерживает стандартные типы SSH-ключей, например, RSA-ключ:

    ssh-keygen -t rsa -b 2048 -C "user@domain" -f .ssh/serialconsolekey

    Эта команда генерирует открытый ключ и закрытый ключ.

  4. На Портале администрирования или Пользовательском портале нажмите на имя авторизовавшегося пользователя в верхней панели, затем нажмите Настройки (Options). Откроется окно Настройки (Edit Options).

  5. В текстовое поле Публичный ключ пользователя (User’s Public Key) вставьте открытый ключ клиентской машины, который будет использоваться для доступа к последовательной консоли.

  6. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и выберите виртуальную машину.

  7. Нажмите Изменить (Edit).

  8. На вкладке Консоль (Console) окна Изменить виртуальную машину (Edit Virtual Machine) установите флажок Консольный порт VirtIO-serial (Enable VirtIO serial console).

На клиентской машине подключитесь к последовательной консоли виртуальной машины:

  • Если доступна одна виртуальная машина, то эта команда подключает пользователя к этой виртуальной машине:

    ssh -t -p 2222 ovirt-vmconsole@Manager_FQDN -i .ssh/serialconsolekey
...
USER login:

  • Если доступно несколько виртуальных машин, то эта команда выводит список доступных виртуальных машин и их идентификаторов:

    ssh -t -p 2222 ovirt-vmconsole@Manager_FQDN -i .ssh/serialconsolekey list
1. vm1 [vmid1]
2. vm2 [vmid2]
3. vm3 [vmid3]
> 2
...
USER login:

    Введите номер машины, к которой вы хотите подключиться, и нажмите Ввод (Enter).

    Либо подключитесь напрямую к виртуальной машине, используя её уникальный идентификатор или имя:

    ssh -t -p 2222 ovirt-vmconsole@Manager_FQDN connect --vm-id vmid1
ssh -t -p 2222 ovirt-vmconsole@Manager_FQDN connect --vm-name vm1
    Отключение от последовательной консоли виртуальной машины

    Нажмите любую клавишу, а затем ~ ., чтобы закрыть сеанс работы с последовательной консолью.

Если сеанс последовательной консоли завершается аварийно, возникает ситуация TCP-таймаута: повторно подключиться к последовательной консоли виртуальной машины будет невозможно, пока не истечёт время ожидания.

2.3. Установка гостевых агентов и драйверов

2.3.1. Гостевые агенты, инструменты и драйверы

Гостевые агенты, инструменты и драйверы обеспечивают дополнительную функциональность для виртуальных машин, например, корректное выключение или перезагрузку виртуальных машин с Пользовательского портала и Портала администрирования. Инструменты и агенты также предоставляют информацию для виртуальных машин, включая:

  • Использование ресурсов,

  • IP-адреса.

Гостевые агенты, инструменты и драйверы распространяются в виде файла ISO, который можно подключить к виртуальным машинам.

Для включения этой функциональности на виртуальной машине установите на ней гостевые агенты и драйверы.

Таблица 2. Гостевые драйверы
Драйвер Описание Работает на

virtio-net

Паравиртуализированный сетевой драйвер обеспечивает повышенную производительность по сравнению с такими эмулируемыми устройствами, как rtl

сервере и настольном ПК

virtio-block

Паравиртуализированный драйвер жесткого диска обеспечивает повышенную производительность ввода-вывода на таких эмулируемых устройствах, как IDE, оптимизируя координацию и связь между виртуальной машиной и гипервизором. Драйвер дополняет программную реализацию virtio-устройства, используемого хостом для выполнения роли аппаратного устройства

сервере и настольном ПК

virtio-scsi

Паравиртуализированный драйвер жесткого диска iSCSI предлагает похожую функциональность, что и устройство virtio-block, с некоторыми дополнительными улучшениями. В частности, этот драйвер поддерживает добавление сотен устройств и именует устройства согласно стандартной схеме именования устройств SCSI

сервере и настольном ПК

virtio-serial

Драйвер virtio-serial обеспечивает поддержку нескольких последовательных портов. Повышенная производительность используется для организации быстрой связи между виртуальной машиной и хостом, на которую не влияют проблемы в сети. Быстрая связь требуется для гостевых агентов и других функций (таких, как копирование и вставка через буфер обмена между виртуальной машиной и хостом и журналирование)

сервере и настольном ПК

virtio-balloon

Драйвер virtio-balloon используется для управления размером памяти, фактически доступной виртуальной машине. Он обеспечивает улучшенное перераспределение памяти

сервере и настольном ПК

qxl

Паравиртуализированный драйвер дисплея разгружает ЦП хоста и повышает производительность путем сужения полосы пропускания сети на большинстве рабочих нагрузок

сервере и настольном ПК
Таблица 3. Гостевые агенты и инструменты
Гостевой агент/инструмент Описание Работает на

qemu-guest-agent

Используется вместо ovirt-guest-agent-common на виртуальных машинах Red Hat Enterprise Linux 8. Устанавливается и включается по умолчанию

сервере и настольном ПК

spice-agent

SPICE-агент поддерживает несколько мониторов и отвечает за поддержку режима «клиент-мышь», тем самым повышая удобство работы и скорость отклика по сравнению с эмуляцией QEMU. Захват курсора не требуется в режиме «клиент-мышь». SPICE-агент уменьшает использование полосы пропускания при использовании глобальной сети за счет снижения уровня отображения (в том числе глубину цвета), отключения обоев, сглаживания шрифтов и анимации. SPICE-агент включает поддержку буфера обмена (что позволяет вырезать и вставлять текст и изображения между клиентом и виртуальной машиной) и автоматическую настройку гостевого дисплея в соответствии с настройками на стороне клиента. На виртуальных машинах на Windows SPICE-агент состоит из vdservice и vdagent

сервере и настольном ПК

2.3.2. Установка гостевых агентов и драйверов на Linux машины

Гостевые агенты и драйверы предоставляются репозиторием соответствующего Linux-дистрибьютора.

Виртуальные машины CentOS 8 используют службу qemu-guest-agent, установленную и включенную по умолчанию, вместо службы ovirt-guest-agent. Если необходимо вручную установить гостевой агент, следуйте указаниям ниже.
Процедура

Чтобы установить гостевые агенты и драйверы:

  1. Авторизуйтесь на виртуальной машине с Linux.

  2. Установите гостевые агенты и зависимости:

    • Для CentOS 6 или 7 установите гостевой агент ovirt:

      yum install ovirt-guest-agent-common

    • Для CentOS 8 и новее установите гостевой агент qemu:

      yum install qemu-guest-agent

    • Для Debian-подобных систем установите гостевой агент qemu:

      apt install qemu-guest-agent

  3. Запустите и включите службу ovirt-guest-agent:

    • Для CentOS 6:

      service ovirt-guest-agent start
chkconfig ovirt-guest-agent on

    • Для CentOS 7 и новее, Debian-подобных систем:

      systemctl start ovirt-guest-agent
systemctl enable ovirt-guest-agent

  4. Запустите и включите службу qemu-guest-agent:

    • Для CentOS 6:

      service qemu-ga start
chkconfig qemu-ga on

    • Для CentOS 7 и новее, Debian-подобных систем:

      systemctl start qemu-guest-agent
systemctl enable qemu-guest-agent

Гостевой агент теперь передает информацию об использовании в Менеджер управления. Гостевой агент можно сконфигурировать в файле /etc/ovirt-guest-agent.conf.

3. Установка виртуальных машин Windows

Для установки виртуальной машины Windows:

  1. Создайте пустую виртуальную машину, на которой будет установлена операционная система.

  2. Добавьте виртуальный диск для хранения данных.

  3. Добавьте сетевой интерфейс для подключения виртуальной машины к сети.

  4. Подключите CD-диск гостевых инструментов Windows к виртуальной машине, чтобы драйверы оптимизированного с помощью VirtIO устройства могли быть установлены во время установки операционной системы.

  5. Установите операционную систему Windows на виртуальной машине. Ознакомьтесь с инструкциями в документации по операционной системе.

  6. Во время установки установите гостевые агенты и драйверы для обеспечения дополнительной функциональности виртуальной машины.

После выполнения всех действий новая виртуальная машина будет готова к работе и выполнению задач.

3.1. Создание виртуальной машины

При создании новой виртуальной машины задайте её настройки. Можно изменить некоторые из этих настроек позднее, включая тип чипсета и BIOS.

Можно изменить длину имени виртуальной машины, заданную по умолчанию, с помощью инструмента engine-config. Запустите следующую команду на машине с Менеджером управления:

engine-config --set MaxVmNameLength=integer
Процедура

Чтобы создать новую виртуальную машину:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines).

  2. Нажмите Создать (New). Откроется окно Новая виртуальная машина (New Virtual Machine).

  3. Выберите Операционную систему (Operating System) в выпадающем списке.

  4. Введите Имя (Name) для виртуальной машины.

  5. Добавьте хранилище к виртуальной машине. В разделе Виртуальные диски (Instance Images) нажмите Прикрепить (Attach) или Создать (Create) для выбора или создания виртуального диска:

  6. Подключите виртуальную машину к сети. Добавьте сетевой интерфейс, выбрав профиль vNIC из выпадающего списка внизу вкладки Общее (General).

  7. Задайте Оперативная память (Memory Size) виртуальной машины на вкладке Система (System).

  8. Во вкладке Параметры загрузки (Boot Options) выберите Первое устройство (First Device), которое будет использоваться виртуальной машиной для начальной загрузки.

  9. В остальных полях можно принять настройки по умолчанию или изменить их при необходимости. Для получения дополнительных сведений о всех полях в окне Новая виртуальная машина (New Virtual Machine) см. Описание настроек окон «Новая виртуальная машина (New Virtual Machine)» и «Изменить виртуальную машину (Edit Virtual Machine)».

  10. Нажмите OK.

Новая виртуальная машина создаётся и отображается в списке виртуальных машин со статусом Выключена (Down).

3.2. Запуск виртуальной машины с использованием параметра «Однократный запуск (Run Once)»

3.2.1. Установка Windows на оборудовании, оптимизированном с помощью VirtIO

Установите диск и сетевые драйверы устройств во время установки Windows, подключив файл virtio-win_version.iso к виртуальной машине. Эти драйверы обеспечивают увеличение производительности на эмулируемых драйверах устройств.

Используйте параметр Однократный запуск (Run Once), чтобы для разовой загрузки подключить файл virtio-win_version.iso. Файл можно предварительно выгрузить в домен хранения данных.

Рекомендуется выгружать образы ISO в домен данных через Портал администрирования. Дополнительную информацию см. в разделе Выгрузка образов в домен хранения данных в Руководстве администратора.
Процедура

Чтобы установить драйверы virtio-win при установке Windows:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и выберите виртуальную машину.

  2. Нажмите Запустить (Run)  Однократный запуск (Run Once).

  3. Разверните меню Параметры загрузки (Boot Options).

  4. Установите флажок Подключить CD (Attach CD) и выберите Windows ISO из выпадающего списка.

  5. Установите флажок Подключить CD с гостевыми инструментами Windows (Attach Windows guest tools CD).

  6. Переместите CD-ROM в начало списка в поле Предпочитаемая последовательность загрузки (Boot Sequence).

  7. При необходимости настройте другие параметры. Для получения дополнительной информации см. Описание настроек в окне Однократный запуск (Run Once) виртуальной машины.

  8. Нажмите OK. Статус виртуальной машины изменится на Включена (Up), и начнется установка операционной системы:

    • Откройте консоль виртуальной машины, если она не открывается автоматически во время установки Windows.

  9. Когда система предложит выбрать диск, на который нужно установить Windows, нажмите Загрузить драйвер (Load driver) и затем OK.

  10. В разделе Выбрать драйвер для установки (Select the driver to install) выберите драйвер, подходящий для данной версии Windows. Например, для Windows Server 2019 выберите Red Hat VirtIO SCSI controller (E:\amd64\2k19\viostor.inf).

  11. Нажмите Далее (Next).

Остальная часть процесса установки проходит как обычно.

3.2.2. Открытие консоли виртуальной машины

Для подключения к виртуальной машине используйте инструмент удаленного просмотра (Remote Viewer).

Чтобы другие пользователи могли подключиться к виртуальной машине, обязательно выключите и перезапустите виртуальную машину после завершения работы с консолью. Либо администратор может Выключить строгую проверку пользователей (Disable strict user checking), чтобы исключить необходимость перезагрузки между сеансами пользователей. Для получения дополнительной информации см. Описание настроек консоли виртуальной машины.
Процедура

Чтобы открыть консоль виртуальной машины:

  1. Установите инструмент удаленного просмотра (Remote Viewer), если он еще не установлен. См. Установка компонентов консоли.

  2. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и выберите виртуальную машину.

  3. Нажмите Консоль (Console). По умолчанию браузер предложит загрузить файл с именем console.vv. При открытии файла откроется окно консоли виртуальной машины. Браузер можно настроить на автоматическое открытие этих файлов, чтобы нажатие на Консоль (Console) просто открывало консоль.

Воспользоваться файлом console.vv можно в течение 120 секунд после загрузки. Если прошло больше времени, нажмите Консоль (Console) еще раз.

3.3. Установка гостевых агентов и драйверов

3.3.1. Гостевые агенты, инструменты и драйверы

Гостевые агенты, инструменты и драйверы обеспечивают дополнительную функциональность для виртуальных машин, например, корректное выключение или перезагрузку виртуальных машин с Пользовательского портала и Портала администрирования. Инструменты и агенты также предоставляют информацию для виртуальных машин, включая:

  • Использование ресурсов,

  • IP-адреса.

Гостевые агенты, инструменты и драйверы распространяются в виде файла ISO, который можно подключить к виртуальным машинам.

Для включения этой функциональности на виртуальной машине установите на ней гостевые агенты и драйверы.

Таблица 4. Гостевые драйверы
Драйвер Описание Работает на

virtio-net

Паравиртуализированный сетевой драйвер обеспечивает повышенную производительность по сравнению с такими эмулируемыми устройствами, как rtl

сервере и настольном ПК

virtio-block

Паравиртуализированный драйвер жесткого диска обеспечивает повышенную производительность ввода-вывода на таких эмулируемых устройствах, как IDE, оптимизируя координацию и связь между виртуальной машиной и гипервизором. Драйвер дополняет программную реализацию virtio-устройства, используемого хостом для выполнения роли аппаратного устройства

сервере и настольном ПК

virtio-scsi

Паравиртуализированный драйвер жесткого диска iSCSI предлагает похожую функциональность, что и устройство virtio-block, с некоторыми дополнительными улучшениями. В частности, этот драйвер поддерживает добавление сотен устройств и именует устройства согласно стандартной схеме именования устройств SCSI

сервере и настольном ПК

virtio-serial

Драйвер virtio-serial обеспечивает поддержку нескольких последовательных портов. Повышенная производительность используется для организации быстрой связи между виртуальной машиной и хостом, на которую не влияют проблемы в сети. Быстрая связь требуется для гостевых агентов и других функций (таких, как копирование и вставка через буфер обмена между виртуальной машиной и хостом и журналирование)

сервере и настольном ПК

virtio-balloon

Драйвер virtio-balloon используется для управления размером памяти, фактически доступной виртуальной машине. Он улучшает процесс избыточного выделения памяти

сервере и настольном ПК

qxl

Паравиртуализированный драйвер дисплея разгружает ЦП хоста и повышает производительность путем сужения полосы пропускания сети на большинстве рабочих нагрузок

сервере и настольном ПК
Таблица 5. Гостевые агенты и инструменты
Гостевой агент/инструмент Описание Работает на

qemu-guest-agent

Используется вместо ovirt-guest-agent-common на виртуальных машинах Red Hat Enterprise Linux 8. Устанавливается и включается по умолчанию

сервере и настольном ПК

spice-agent

SPICE-агент поддерживает несколько мониторов и отвечает за поддержку режима «клиент-мышь», тем самым повышая удобство работы и скорость отклика по сравнению с эмуляцией QEMU. Захват курсора не требуется в режиме «клиент-мышь». SPICE-агент уменьшает использование полосы пропускания при использовании глобальной сети за счет снижения уровня отображения (включая глубину цвета), отключения обоев, сглаживания шрифтов и анимации. SPICE-агент включает поддержку буфера обмена (что позволяет вырезать и вставлять текст и изображения между клиентом и виртуальной машиной) и автоматическую настройку гостевого дисплея в соответствии с настройками на стороне клиента. На виртуальных машинах Windows SPICE-агент состоит из vdservice и vdagent

сервере и настольном ПК

3.3.2. Установка гостевых агентов, инструментов и драйверов в Windows

Процедура

Для установки гостевых агентов, инструментов и драйверов на виртуальную машину Windows:

  1. Выгрузите virtio-win_version.iso в домен хранения данных. Дополнительную информацию см. в разделе Выгрузка образов в домен хранения данных в Руководстве администратора.

  2. Если виртуальная машина работает, то на Портале администрирования или Пользовательском портале кнопкой Сменить CD (Change CD) подключите файл virtio-win_version.iso к каждой виртуальной машине. Если виртуальная машина выключена, нажмите Однократный запуск (Run Once) и подключите файл ISO как CD.

  3. Авторизуйтесь на виртуальной машине.

  4. Выберите CD-привод, содержащий файл virtio-win_version.iso. Установку можно выполнить из графического интерфейса или из командной строки.

  5. Запустите установщик.

Для установки из графического интерфейса пользователя:

  1. Дважды нажмите на virtio-win-gt-x64.msi или virtio-win-gt-x86.msi.

  2. Нажмите Далее (Next) на экране приветствия.

  3. Следуйте подсказкам мастера установки.

  4. Когда установка будет завершена, выберите Да, я хочу перезагрузить компьютер сейчас (Yes, I want to restart my computer now) и нажмите Завершить (Finish), чтобы применить изменения.

  5. После перезагрузки виртуальной машины откройте CD-ROM, перейдите в каталог guest-agent и дважды нажмите на qemu-ga-x86_64.msi или qemu-ga-i386.msi, чтобы установить qemu-ga — гостевой агент QEMU.

После завершения установки гостевые агенты и драйверы передают информацию об использовании Менеджеру управления и позволяют получить доступ к USB-устройствам и другим функциям.

4. Дополнительная настройка

4.1. Настройка операционных систем с помощью osinfo

ПО «zVirt Max» хранит конфигурации операционных систем для виртуальных машин в файле /etc/ovirt-engine/osinfo.conf.d/00-defaults.properties, который содержит значения по умолчанию, такие как os.other.devices.display.protocols.value = spice/qxl,vnc/vga,vnc/qxl.

Ситуаций, когда эти значения можно редактировать, довольно мало:

  • Добавление операционной системы (также — ОС), которой нет в списке поддерживаемых гостевых ОС.

  • Добавление ключа продукта (например, os.windows_11x64.productKey.value =).

  • Настройка пути sysprep для виртуальной машины Windows (например, os.windows_10x64.sysprepPath.value = ${ENGINE_USR}/conf/sysprep/sysprep.w10x64).

Не редактируйте сам файл 00-defaults.properties. После обновления или восстановления Менеджера управления изменения будут перезаписаны.

Не изменяйте значения, переданные непосредственно из ОС или Менеджера управления, например, максимальный объём памяти.

Чтобы изменить настройки ОС, создайте переопределяющий файл в /etc/ovirt-engine/osinfo.conf.d/. Имя файла должно начинаться со значения больше 00, чтобы этот файл следовал за файлом /etc/ovirt-engine/osinfo.conf.d/00-defaults.properties, и должно заканчиваться расширением .properties.

Например, файл 10-productkeys.properties переопределит файл 00-defaults.properties, заданный по умолчанию. Последний файл в списке имеет приоритет над более ранними файлами.

4.2. Настройка единого входа (Single Sign-On) для виртуальных машин

Настройка единого входа, именуемая также делегированием пароля, позволяет автоматически авторизоваться на виртуальной машине, используя учётные данные, введенные для авторизации на Пользовательском портале. Единый вход можно использовать как на виртуальных машинах Linux, так и на виртуальных машинах Windows.

Единый вход не поддерживается для виртуальных машин под управлением Red Hat Enterprise Linux 8.0 или более поздних версий.

Если включен единый вход на Пользовательский портал, то единый вход на виртуальные машины будет невозможен. Если включен единый вход на Пользовательский портал, то Пользовательскому порталу не требуется принимать пароль и поэтому невозможно делегировать пароль для входа на виртуальные машины.

4.2.1. Настройка единого входа для виртуальных машин Linux с использованием IPA (IdM)

Чтобы настроить единый вход для виртуальных машин Linux с использованием графических сред рабочего стола GNOME и KDE и серверов IPA (IdM), установите пакет ovirt-guest-agent на виртуальную машину и пакеты, связанные с вашим оконным менеджером.

В следующей процедуре предполагается, что существует работающая конфигурация IPA и домен IPA уже подключен к Менеджеру управления. Кроме того, с помощью NTP обеспечьте синхронизацию часов Менеджера управления, виртуальной машины и системы, осуществляющей хостинг IPA (IdM).

Единый вход больше не рекомендуется для виртуальных машин под управлением Red Hat Enterprise Linux 7.0 или более ранних версий.
Процедура

Чтобы настроить единый вход для виртуальных машин Linux:

  1. Авторизуйтесь на виртуальной машине Linux.

  2. Загрузите и установите необходимые пакеты:

    yum install ovirt-guest-agent-common ovirt-guest-agent-pam-module ovirt-guest-agent-gdm-plugin ipa-client

  3. Выполните следующую команду и следуйте подсказкам, чтобы настроить ipa-client и подключить виртуальную машину к домену:

    ipa-client-install --permit --mkhomedir

    В средах, где используется обфускация DNS, команда должна быть следующей: ipa-client-install --domain=FQDN --server=FQDN

  4. Для Red Hat Enterprise Linux 7.2 и более поздних версий:

    authconfig --enablenis --update

    В Red Hat Enterprise Linux 7.2 есть новая версия сервиса System Security Services Daemon (SSSD), которая вводит конфигурацию, несовместимую с реализацией единого входа на гостевом агенте Менеджера управления. Эта команда делает так, чтобы единый вход работал.

  5. Получите подробную информацию о пользователе IPA:

    getent passwd ipa-user

  6. Запишите UID и GID пользователя IPA:

    ipa-user:*:936600010:936600001::/home/ipa-user:/bin/sh

  7. Создайте домашний каталог для пользователя IPA:

    mkdir /home/ipa-user

  8. Назначьте пользователя IPA владельцем каталога:

    chown 936600010:936600001 /home/ipa-user

Авторизуйтесь на Пользовательском портале, используя имя и пароль пользователя, для которого настроен единый вход, и подключитесь к консоли виртуальной машины. Авторизация произойдет автоматически.

4.2.2. Настройка единого входа на виртуальных машинах Windows

Чтобы настроить единый вход на виртуальных машинах Windows, на виртуальной машине должны быть установлены гостевые дополнения.
Процедура

Чтобы настроить единый вход для виртуальных машин Windows:

  1. Выберите виртуальную машину Windows. Убедитесь, что она включена.

  2. Нажмите Сменить CD (Change CD).

  3. Из списка образов выберите virtio-win_version.iso.

  4. Нажмите OK.

  5. Нажмите Консоль (Console) и авторизуйтесь на виртуальной машине.

  6. Чтобы получить доступ к содержимому ISO-файла гостевых инструментов, на виртуальной машине найдите CD-привод и запустите virtio-win_version.iso. После установки инструментов вам будет предложено перезагрузить машину, чтобы изменения вступили в силу.

Авторизуйтесь на Пользовательском портале, используя имя и пароль пользователя, для которого настроен единый вход, и подключитесь к консоли виртуальной машины. Авторизация произойдет автоматически.

4.2.3. Отключение единого входа для виртуальных машин

Следующая процедура описывает, как отключить единый вход для виртуальной машины.

Процедура

Чтобы отключить единый вход для виртуальной машины:

  1. Выберите виртуальную машину и нажмите Изменить (Edit).

  2. Откройте вкладку Консоль (Console).

  3. Установите флажок Отключить единый вход (Disable Single Sign On).

  4. Нажмите OK.

4.3. Настройка USB-устройств

Виртуальную машину, подключенную по протоколу SPICE, можно настроить на прямое подключение к USB-устройствам.

Перенаправление на USB-устройство будет выполнено только в том случае, если виртуальная машина активна, находится в активном окне и запускается с Пользовательского портала. USB-перенаправление можно включать вручную при каждом подключении устройства, а можно настроить автоматическое перенаправление на активные виртуальные машины в окне Параметры консоли (Console Options).

Обратите внимание на различие между клиентской машиной и гостевой машиной. Клиент — это оборудование, с которого вы получаете доступ к гостевой машине. Гостевая машина — это виртуальная рабочая станция или виртуальный сервер, доступ к которому осуществляется через Пользовательский портал или Портал администрирования.

Если режим USB-перенаправления Включен (Enabled), то будет разрешено USB-перенаправление KVM/SPICE для виртуальных машин Linux и Windows. Виртуальные (гостевые) машины не требуют установленных гостевых агентов и драйверов для собственных USB-устройств. На клиентах Linux все пакеты, необходимые для USB-перенаправления, входят в пакет virt-viewer. На клиентах Windows нужно также установить пакет usbdk.

В случае клиента с 64-разрядной архитектурой для установки 64-разрядной версии драйвера USB необходимо использовать 64-разрядную версию Internet Explorer. USB-перенаправление не будет работать, если вы установите 32-разрядную версию на клиент с 64-разрядной архитектурой. Если вы с самого начала установили правильный тип USB, то сможете получить доступ к USB-перенаправлению как из 32-, так и из 64-разрядных браузеров.

4.3.1. Использование USB-устройств на клиенте Windows

Чтобы реализовать перенаправление USB-устройства на гостевую машину, на клиенте Windows должен быть установлен драйвер usbdk. Убедитесь, что версия usbdk соответствует архитектуре клиентской машины. Например, на 64-разрядные машины Windows нужно устанавливать 64-разрядную версию usbdk.

USB-перенаправление поддерживается, только если виртуальная машина открыта с Пользовательского портала.
Процедура

Чтобы включить перенаправление USB-устройства:

  1. Когда драйвер usbdk установлен, нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и выберите виртуальную машину, которая настроена на использование протокола SPICE.

  2. Откройте вкладку Консоль (Console).

  3. Установите флажок USB включено (USB enabled) и нажмите OK.

  4. Нажмите Консоль (Console)  Параметры консоли (Console Options).

  5. Установите флажок Включить USB Auto-Share (Enable USB Auto-Share) и нажмите OK.

  6. Запустите виртуальную машину с Пользовательского портала и нажмите Консоль (Console), чтобы подключиться к этой виртуальной машине.

  7. Подключите USB-устройство к клиентской машине, чтобы оно автоматически отображалось на гостевой машине.

4.3.2. Использование USB-устройств на клиенте Linux

Пакет usbredir включает USB-перенаправление с клиентов Linux на виртуальные машины. Usbredir зависит от пакета virt-viewer и автоматически устанавливается вместе с ним.

USB-перенаправление поддерживается, только если виртуальная машина открыта с Пользовательского портала.
Процедура

Чтобы включить перенаправление USB-устройства:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines).

  2. Выберите виртуальную машину, настроенную на использование протокола SPICE, и нажмите Изменить (Edit). Откроется окно Изменить виртуальную машину (Edit Virtual Machine).

  3. Откройте вкладку Консоль (Console).

  4. Установите флажок USB включено (USB enabled) и нажмите OK.

  5. Нажмите Консоль (Console)  Параметры консоли (Console Options).

  6. Установите флажок Включить USB Auto-Share (Enable USB Auto-Share) и нажмите OK.

  7. Запустите виртуальную машину с Пользовательского портала и нажмите Консоль (Console), чтобы подключиться к этой виртуальной машине.

  8. Подключите USB-устройство к клиентской машине, чтобы оно автоматически отображалось на гостевой машине.

4.4. Настройка нескольких мониторов

4.4.1. Настройка нескольких дисплеев для виртуальных машин Linux

Для одной виртуальной машины Linux можно настроить не более четырех дисплеев при подключении к виртуальной машине по протоколу SPICE.

Процедура

Чтобы настроить дисплеи для виртуальной машины:

  1. Начните сеанс SPICE с виртуальной машиной.

  2. Откройте выпадающее меню Представление (View) в верхней части окна клиента SPICE.

  3. Откройте меню Дисплей (Display).

  4. Нажмите на имя дисплея, чтобы включить или выключить его.

По умолчанию Дисплей 1 (Display 1) — единственный дисплей, включенный в начале сеанса SPICE с виртуальной машиной. Если никакие другие дисплеи не включены, то выключение этого дисплея завершит сеанс.

4.4.2. Настройка нескольких дисплеев для виртуальных машин Windows

Для одной виртуальной машины Windows можно настроить не более четырех дисплеев при подключении к виртуальной машине по протоколу SPICE.

Процедура

Чтобы настроить дисплеи для виртуальной машины:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и выберите виртуальную машину.

  2. Если виртуальная машина выключена, нажмите Изменить (Edit).

  3. Откройте вкладку Консоль (Console).

  4. Выберите количество дисплеев в выпадающем списке Мониторы (Monitors).

    Эта настройка управляет максимальным количеством дисплеев, которые можно включить для виртуальной машины. Во время работы виртуальной машины можно включать дополнительные дисплеи, пока не будет достигнуто их максимальное количество.

  5. Нажмите OK.

  6. Начните сеанс SPICE с виртуальной машиной.

  7. Откройте выпадающее меню Представление (View) в верхней части окна клиента SPICE.

  8. Откройте меню Дисплей (Display).

  9. Нажмите на имя дисплея, чтобы включить или выключить его.

По умолчанию Дисплей 1 (Display 1) — единственный дисплей, включенный в начале сеанса SPICE с виртуальной машиной. Если никакие другие дисплеи не включены, то выключение этого дисплея завершит сеанс.

4.5. Настройка параметров консоли

4.5.1. Параметры консоли

Протоколы подключения — это базовая технология предоставления графических консолей виртуальным машинам, которая позволяет пользователям работать с виртуальными машинами так же, как если бы они работали с физическими машинами. Поддерживаются следующие протоколы подключения:

SPICE

Simple Protocol for Independent Computing Environments (SPICE) рекомендуется как для виртуальных машин Linux, так и Windows. Чтобы открыть консоль виртуальной машины с помощью SPICE, используйте инструмент удаленного просмотра (Remote Viewer).

VNC

Virtual Network Computing (VNC) можно использовать для открытия консолей как виртуальных машин Linux, так и Windows. Чтобы открыть консоль виртуальной машины с помощью VNC, используйте инструмент удаленного просмотра (Remote Viewer) или VNC-клиент.

RDP

Remote Desktop Protocol (RDP) можно использовать только для открытия консолей виртуальных машин Windows и только при доступе к виртуальным машинам с машины Windows с установленным инструментом удаленного просмотра (Remote Desktop). Прежде чем подключиться к виртуальной машине Windows по RDP, настройте удаленный общий доступ на виртуальной машине и разрешите в брандмауэре подключения к удаленному рабочему столу.

SPICE не поддерживается на виртуальных машинах под управлением Windows 8 или Windows 8.1. Если виртуальная машина под управлением одной из этих ОС настроена на использование протокола SPICE, то она не находит необходимых драйверов SPICE и работает в режиме совместимости с VGA.

4.5.2. Доступ к параметрам консоли

На Портале администрирования можно настроить несколько вариантов открытия графических консолей виртуальных машин.

Процедура

Чтобы получить доступ к параметрам консоли:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и выберите работающую виртуальную машину.

  2. Нажмите Консоль (Console)  Параметры консоли (Console Options).

Протоколы подключения и тип видео можно настроить на вкладке Консоль (Console) окна Изменить виртуальную машину (Edit Virtual Machine) на Портале администрирования. Можно настроить дополнительные параметры, характерные для каждого из протоколов подключения (например, раскладку клавиатуры при использовании протокола подключения VNC). Для получения дополнительной информации см. Описание настроек консоли виртуальной машины.

4.5.3. Параметры консоли SPICE

Когда выбран протокол подключения SPICE, в окне Параметры консоли (Console Options) доступны следующие параметры:

  • Изменить комбинацию клавиш control-alt-del на ctrl+alt+end: Установите этот флажок, чтобы преобразовать комбинацию Ctrl+Alt+Del в Ctrl+Alt+End внутри виртуальной машины.

  • Включить USB Auto-Share (Enable USB Auto-Share): Установите этот флажок для автоматического перенаправления USB-устройств на виртуальную машину. Если этот флажок не установлен, USB-устройства будут подключаться к клиентской машине, а не к гостевой виртуальной машине. Чтобы использовать USB-устройство на гостевой машине, включите его вручную в меню клиента SPICE.

  • Открыть в полноэкранном режиме (Open in Full Screen): Установите этот флажок, чтобы при подключении к виртуальной машине консоль виртуальной машины автоматически открывалась в полноэкранном режиме. Для включения/выключения полноэкранного режима нажмите SHIFT + F11.

  • Включить SPICE-прокси (Enable SPICE Proxy): Установите этот флажок, чтобы включить SPICE-прокси.

4.5.4. Параметры консоли VNC

Когда выбран протокол подключения VNC, в окне Параметры консоли (Console Options) доступны следующие параметры:

  • Вызов консоли (Console Invocation):

    • Нативный клиент (Native Client): Когда вы подключаетесь к консоли виртуальной машины, диалоговое окно загрузки файла предоставляет файл, который открывает консоль виртуальной машины с помощью инструмента удаленного просмотра (Remote Viewer).

    • noVNC: Когда вы подключаетесь к консоли виртуальной машины, открывается вкладка браузера, выполняющая роль консоли.

  • Параметры VNC:

    • Изменить комбинацию клавиш control-alt-del на ctrl+alt+end: Установите этот флажок, чтобы преобразовать комбинацию Ctrl+Alt+Del в Ctrl+Alt+End внутри виртуальной машины.

4.5.5. Параметры консоли RDP

Когда выбран протокол подключения RDP, в окне Параметры консоли (Console Options) доступны следующие параметры:

  • Вызов консоли (Console Invocation):

    • Автоматически (Auto): Менеджер управления автоматически выбирает метод вызова консоли.

    • Нативный клиент (Native client): Когда вы подключаетесь к консоли виртуальной машины, диалоговое окно загрузки файла предоставляет файл, который открывает консоль виртуальной машины с помощью инструмента удаленного просмотра (Remote Viewer).

  • Параметры RDP:

    • Использовать локальные диски (Use Local Drives): Установите этот флажок, чтобы гостевая виртуальная машина смогла обращаться к дискам на клиентской машине.

4.5.6. Параметры инструмента удаленного просмотра (Remote Viewer)

4.5.6.1. Параметры инструмента удаленного просмотра (Remote Viewer)

Если указан параметр вызова консоли Нативный клиент (Native client), то вы будете подключаться к виртуальным машинам с помощью инструмента удаленного просмотра (Remote Viewer). Окно Remote Viewer предлагает ряд параметров для взаимодействия с виртуальной машиной, к которой подключен этот инструмент.

Таблица 6. Параметры инструмента удаленного просмотра (Remote Viewer)
Параметр Клавишная комбинация

Файл (File)

Снимок экрана (Screenshot): Делает экранный снимок активного окна и сохраняет его в указанном месте.

Выбор USB-устройства (USB device selection): Если на виртуальной машине включено USB-перенаправление, то доступ к USB-устройству, подключенному к клиентской машине, можно получить из этого меню.

Выход (Quit): Закрывает консоль. Клавишная комбинация для этого параметра: Shift + Ctrl + Q

Представление (View)

Полный экран (Full screen): Включает и выключает полноэкранный режим. При включении полноэкранного режима виртуальная машина разворачивается на весь экран. При его выключении виртуальная машина отображается в виде окна. Клавишная комбинация для включения/выключения полноэкранного режима: SHIFT + F11.

Изменение масштаба (Zoom): Изменение масштаба окна консоли. Ctrl + + увеличивает масштаб, Ctrl + - уменьшает, а Ctrl + 0 возвращает экран к изначальному размеру.

Изменять размер автоматически (Automatically resize): Выберите этот параметр, чтобы разрешение гостевой системы автоматически подстраивалось под размер окна консоли.

Дисплеи (Displays): Позволяет пользователям включать и выключать дисплеи для гостевой виртуальной машины

Отправить клавишную комбинацию (Send key)

Ctrl + Alt + Del: На виртуальной машине Linux она отображает диалоговое окно с параметрами приостановки, выключения или перезапуска виртуальной машины. На виртуальной машине Windows она отображает диспетчер задач или диалоговое окно Безопасность Windows (Windows Security).

Ctrl + Alt + Backspace: На виртуальной машине Linux она перезапускает X-сервер. На виртуальной машине Windows она не делает ничего.

Ctrl + Alt + F1

Ctrl + Alt + F1

Ctrl + Alt + F1

Ctrl + Alt + F1

Ctrl + Alt + F1

Ctrl + Alt + F1

Ctrl + Alt + F1

Ctrl + Alt + F1

Ctrl + Alt + F1

Ctrl + Alt + F1

Ctrl + Alt + F1

Ctrl + Alt + F1

Printscreen: Передает опцию клавиатуры Printscreen виртуальной машине.

Справка (Help)

Пункт О программе (About) отображает сведения об используемой версии инструмента просмотра виртуальных машин (Virtual Machine Viewer)

Высвободить курсор из виртуальной машины (Release Cursor from Virtual Machine)

SHIFT + F12
4.5.6.2. Клавишные комбинации инструмента удаленного просмотра (Remote Viewer)

Клавишные комбинации для виртуальной машины доступны как в полноэкранном, так и в оконном режиме. Чтобы в полноэкранном режиме отобразить меню, в котором есть кнопка для клавишных комбинаций, переместите указатель мыши в середину верхней части экрана. В оконном режиме клавишные комбинации доступны через меню Отправить клавишную комбинацию (Send key) в строке заголовка окна виртуальной машины.

Если на клиентской машине не запущен vdagent, то мышь может оказаться захваченной окном виртуальной машины, если она используется внутри виртуальной машины и виртуальная машина не находится в полноэкранном режиме. Чтобы разблокировать мышь, нажмите Shift + F12.

4.6. Настройка сторожевого сервиса

4.6.1. Добавление карты сторожевого сервиса в виртуальную машину

В виртуальную машину можно добавить карту сторожевого сервиса, чтобы отслеживать работоспособность операционной системы.

Процедура

Чтобы добавить карту сторожевого сервиса:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и выберите виртуальную машину.

  2. Нажмите Изменить (Edit).

  3. Откройте вкладку Высокая доступность (High Availability).

  4. Выберите используемую модель сторожевого сервиса в выпадающем списке Watchdog модель (Watchdog Model).

  5. Выберите действие в выпадающем списке Действие (Watchdog Action). Это действие, которое выполняет виртуальная машина при срабатывании сторожевого сервиса.

  6. Нажмите OK.

4.6.2. Установка сторожевого сервиса

Чтобы активировать карту сторожевого сервиса, подключенную к виртуальной машине, установите пакет watchdog на этой виртуальной машине и запустите службу watchdog.

Процедура

Чтобы установить сторожевой сервис:

  1. Авторизуйтесь на виртуальной машине, к которой подключена карта сторожевого сервиса.

  2. Установите пакет watchdog и зависимости для CentOS:

    yum install watchdog

  3. Установите пакет watchdog и зависимости для Debian:

    apt install watchdog

  4. Измените файл /etc/watchdog.conf и раскомментируйте следующую строку:

    watchdog-device = /dev/watchdog

  5. Сохраните изменения.

  6. Запустите службу watchdog и убедитесь, что она запускается при загрузке:

    • CentOS 6:

      service watchdog start
chkconfig watchdog on

    • CentOS 7 и новее, Debian:

      systemctl start watchdog.service
systemctl enable watchdog.service

4.6.3. Подтверждение функциональности сторожевого сервиса

Убедитесь, что карта сторожевого сервиса подключена к виртуальной машине и служба watchdog активна.

Эта процедура предназначена только для проверки функциональности сторожевых сервисов и не должна выполняться на продуктивных машинах.
Процедура

Чтобы проверить функциональность сторожевого сервиса:

  1. Авторизуйтесь на виртуальной машине, к которой подключена карта сторожевого сервиса.

  2. Убедитесь, что карта сторожевого сервиса опознана виртуальной машиной:

    lspci | grep watchdog -i

  3. Выполните одну из следующих команд, чтобы убедиться в активности сторожевого сервиса:

    • Инициируйте панику ядра:

      echo c > /proc/sysrq-trigger

    • Остановите службу watchdog:

      kill -9 pgrep watchdog

Таймер сторожевого сервиса больше невозможно сбросить, поэтому счетчик сторожевого сервиса вскоре досчитает до нуля. Когда это произойдет, будет выполнено действие, выбранное в выпадающем меню Действие (Watchdog Action) для данной виртуальной машины.

4.6.4. Параметры сторожевого сервиса в файле watchdog.conf

Ниже приводится список параметров для настройки службы watchdog, включенных в файл /etc/watchdog.conf. Чтобы настроить параметр, раскомментируйте его, сохраните изменения и перезапустите службу watchdog.

Более подробно о параметрах настройки службы watchdog и использовании команды watchdog см. страницу руководства по команде (man watchdog).
Таблица 7. Переменные в файле watchdog.conf
Имя переменной Значение по умолчанию Примечания

ping

 — 

IP-адрес, на который сторожевой сервис пытается отправить ping-запрос, чтобы проверить доступность этого адреса. Можно указать несколько IP-адресов, добавив строки ping

interface

 — 

Сетевой интерфейс, за которым будет следить сторожевой сервис и на котором он будет проверять наличие сетевого трафика. Можно указать несколько сетевых интерфейсов, добавив строки interface

file

/var/log/messages

Файл в локальной системе, изменения в котором будет отслеживать сторожевой сервис. Можно указать несколько файлов, добавив строки file

change

1407

Количество интервалов сторожевого сервиса, после которого он проверяет наличие изменений в файлах. Строка change должна указываться сразу после каждой строки file и применяется к строке file, находящейся непосредственно над ней

max-load-1

24

Максимальная средняя нагрузка, которую виртуальная машина может выдержать в течение 1 минуты. При превышении этого среднего значения срабатывает сторожевой сервис. Значение 0 выключает эту функцию

max-load-5

18

Максимальная средняя нагрузка, которую виртуальная машина может выдержать в течение 5 минут. При превышении этого среднего значения срабатывает сторожевой сервис. Значение 0 выключает эту функцию. По умолчанию значение этой переменной равно примерно 3/4 значения max-load-1

max-load-15

12

Максимальная средняя нагрузка, которую виртуальная машина может выдержать в течение 15 минут. При превышении этого среднего значения срабатывает сторожевой сервис. Значение 0 выключает эту функцию. По умолчанию значение этой переменной равно примерно 1/2 значения max-load-1

min-memory

1

Минимальный объём виртуальной памяти, который должен оставаться свободным на виртуальной машине. Измеряется в страницах. Значение 0 выключает эту функцию

repair-binary

/usr/sbin/repair

Путь и имя двоичного файла в локальной системе, который будет запускаться при срабатывании сторожевого сервиса. Если указанный файл устраняет проблемы, не давая сторожевому сервису сбросить счетчик, то действие сторожевого сервиса не активируется

test-binary

 — 

Путь и имя двоичного файла в локальной системе, который сторожевой сервис будет пытаться запустить в течение каждого интервала. Этот параметр позволяет указать файл для запуска пользовательских тестов

test-timeout

 — 

Лимит времени (в секундах), в течение которого могут выполняться пользовательские тесты. Значение 0 позволяет выполнять пользовательские тесты без ограничений по времени

temperature-device

 — 

Путь и имя устройства для проверки температуры машины, на которой запущена служба watchdog

max-temperature

120

Максимальная допустимая температура машины, на которой запущена служба watchdog. При достижении этой температуры машина будет остановлена. Преобразование единиц измерения не учитывается, поэтому указывайте значение, соответствующее используемой карте сторожевого сервиса

admin

root

Адрес электронной почты, на который отправляются уведомления

interval

10

Интервал (в секундах) между обновлениями, отправляемыми в устройство сторожевого сервиса. Устройство сторожевого сервиса ожидает, что обновления будут поступать как минимум каждую минуту, и если в течение минуты обновлений нет, то срабатывает сторожевой сервис. Этот одноминутный интервал жестко задан в драйверах сторожевого сервиса и не настраивается

logtick

1

Когда для службы watchdog включен режим детального журналирования, служба watchdog периодически записывает сообщения журнала в локальную систему. Значение logtick обозначает количество интервалов сторожевого сервиса, после которого пишется сообщение

realtime

yes

Указывает, заблокирован ли сторожевой сервис в памяти. Значение yes блокирует сторожевой сервис в памяти, предотвращая его выгрузку из неё, а no разрешает такую выгрузку. Если сторожевой сервис выгружается из памяти и не возвращается обратно до обнуления счетчика, то срабатывает сторожевой сервис

priority

1

Приоритет в графике задач, когда параметр realtime установлен в значение yes

pidfile

/var/run/syslogd.pid

Путь и имя PID-файла, за которым следит сторожевой сервис, чтобы определить, по-прежнему ли активен соответствующий процесс. Если соответствующий процесс не активен, то срабатывает сторожевой сервис

4.7. Настройка виртуальных узлов NUMA

На Портале администрирования можно настроить виртуальные узлы NUMA на виртуальной машине и закрепить их за физическими узлами NUMA на одном или нескольких хостах. Согласно политике хоста по умолчанию, виртуальные машины планируются и запускаются на любых доступных ресурсах хоста. В результате ресурсы, обеспечивающие работу большой виртуальной машины, которая не может поместиться в один сокет хоста, могут быть распределены по нескольким узлам NUMA. Со временем эти ресурсы могут перемещаться, ухудшая производительность и делая её непредсказуемой. Чтобы избежать этого и повысить производительность, настройте и закрепите виртуальные узлы NUMA.

Для настройки виртуальных узлов NUMA нужен хост с включенным NUMA. Чтобы убедиться, что NUMA на хосте включен, авторизуйтесь на хосте и запустите numactl --hardware. В выводе этой команды должны присутствовать минимум два узла NUMA. Можно также просмотреть топологию NUMA хоста на Портале администрирования, выбрав хост на вкладке Хосты (Hosts) и нажав Поддержка NUMA (NUMA Support). Эта кнопка доступна, только если выбранный хост имеет минимум два узла NUMA.

Если задано Привязка NUMA (NUMA Pinning), то режимом миграции по умолчанию будет Разрешить только ручную миграцию (Allow manual migration only).
Процедура

Чтобы настроить виртуальные узлы NUMA:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и выберите виртуальную машину.

  2. Нажмите Изменить (Edit).

  3. Нажмите Показать расширенные настройки (Show Advanced Options).

  4. Откройте вкладку Хост (Host).

  5. Нажмите кнопку-переключатель Указанном хосте (Specific Host(s)) и выберите хосты из списка. Выбранные хосты должны иметь минимум два узла NUMA.

  6. Нажмите Привязка NUMA (NUMA Pinning).

  7. В окне Топология NUMA (NUMA Topology) выберите и перетащите необходимые виртуальные узлы NUMA из блока справа в блок узлов NUMA хоста слева, затем нажмите OK.

  8. На каждом узле NUMA в выпадающем списке Режим регулировки (Tune Mode) выберите Строгий (Strict), Предпочтительный (Preferred) или С чередованием (Interleave). Если выбран Предпочтительный (Preferred) режим, то Количество узлов NUMA (NUMA Node Count) должно быть установлено в значение 1.

  9. Можно также задать политику закрепления NUMA автоматически, выбрав в выпадающем списке Автоматическую политику закрепления (Auto Pinning Policy):

    • Не назначено (None) — не вносит никаких изменений в виртуальную машину.

    • Изменить размер и закрепить (Resize and Pin) — устанавливает максимальную топологию ЦП и генерирует конфигурации закрепления ЦП и NUMA.

  10. Нажмите OK.

Если не закрепить виртуальный узел NUMA на узле NUMA хоста, то система по умолчанию использует узел NUMA, который содержит ввод-вывод с отображением памяти (MMIO) устройства хоста, при условии, что имеется одно или несколько устройств хоста и все эти устройства из одного узла NUMA.

4.8. Настройка фоновых виртуальных машин (Headless Virtual Machines)

Можно настроить фоновую виртуальную машину, когда нет необходимости обращаться к машине через графическую консоль. Такая фоновая машина будет работать без видео- и графических устройств. Это может быть полезно в ситуациях, когда ресурсы хоста ограничены или нужно соблюсти требования к использованию виртуальных машин (например, виртуальных машин реального времени).

Управлять фоновыми виртуальными машинами можно через последовательную консоль, SSH или любую другую службу доступа из командной строки. Чтобы применить фоновый режим, откройте вкладку Консоль (Console) при создании или изменении виртуальных машин и пулов машин и при изменении шаблонов. Эта возможность также доступна при создании или изменении типов экземпляров.

При создании новой фоновой виртуальной машины можно использовать окно Однократный запуск (Run Once), чтобы обратиться к виртуальной машине через графическую консоль, но только для однократного запуска. Для получения дополнительной информации см. Описание настроек в окне «Однократный запуск (Run Once)» виртуальной машины.

Предварительные условия

  • При изменении существующей виртуальной машины и отсутствии установленного гостевого агента запишите IP-адрес машины, прежде чем выбирать Режим Headless (Headless Mode).

  • Перед запуском виртуальной машины в фоновом режиме необходимо установить конфигурацию GRUB для этой машины в консольный режим, иначе процесс загрузки гостевой операционной системы зависнет. Чтобы установить консольный режим, закомментируйте флаг splashimage в файле конфигурации меню GRUB:

    splashimage=(hd0,0)/grub/splash.xpm.gz serial --unit=0 --speed=9600 --parity=no --stop=1 terminal --timeout=2 serial

При выборе Режим Headless (Headless Mode) перезапустите виртуальную машину, если она уже работает.
Процедура

Чтобы настроить фоновую виртуальную машину:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и выберите виртуальную машину.

  2. Нажмите Изменить (Edit).

  3. Откройте вкладку Консоль (Console).

  4. Выберите Режим Headless (Headless Mode). Все остальные поля в разделе Графический адаптер (Graphical Console) неактивны.

  5. При желании выберите Консольный порт VirtIO-serial (Enable VirtIO serial console), чтобы включить взаимодействие с виртуальной машиной через последовательную консоль.

  6. Если виртуальная машина работает, перезагрузите её. См. раздел Перезагрузка виртуальной машины.

4.9. Настройка высокопроизводительных виртуальных машин, шаблонов и пулов

Виртуальную машину можно настроить на обеспечение высокой производительности, чтобы её показатели производительности были максимально близки к показателям физической машины. При выборе оптимизации для высокой производительности виртуальная машина конфигурируется с набором автоматических и рекомендуемых ручных настроек, обеспечивающих максимальную эффективность. Параметр высокая производительность доступен только на Портале администрирования: выберите Высокая производительность (High Performance) в выпадающем списке Профиль нагрузки (Optimized for) в окне Изменить (Edit) или Создать (New) виртуальную машину, шаблон или пул.

Виртуальные машины

Если изменить режим работающей виртуальной машины на высокую производительность, то некоторые изменения конфигурации потребуют перезапуска виртуальной машины.

Чтобы изменить режим новой или существующей виртуальной машины на высокую производительность, может потребоваться сначала вручную внести изменения в кластер и конфигурацию закрепленного хоста. Высокопроизводительная виртуальная машина имеет определенные ограничения, поскольку повышение производительности приводит к уменьшению гибкости:

  • Если для потоков ЦП, потоков ввода-вывода, потоков эмулятора или узлов NUMA установлено закрепление в соответствии с рекомендуемыми настройками, то высокопроизводительной виртуальной машине может быть назначено только подмножество хостов кластера.

  • Многие устройства выключаются автоматически, из-за чего использовать виртуальную машину может быть не так удобно.

Шаблоны и пулы

Высокопроизводительные шаблоны и пулы создаются и изменяются так же, как и виртуальные машины. Если для создания новых виртуальных машин используется высокопроизводительный шаблон или пул, то эти виртуальные машины наследуют это свойство и его конфигурации. Однако некоторые настройки не наследуются и должны быть установлены вручную:

  • Закрепление ЦП (CPU pinning),

  • Виртуальный узел NUMA и топология закрепления NUMA,

  • Топология закрепления потоков ввода-вывода и эмулятора,

  • Passthrough ЦП хоста (Pass-through Host CPU).

4.9.1. Создание высокопроизводительной виртуальной машины, шаблона или пула

Процедура

Чтобы создать высокопроизводительную виртуальную машину, шаблон или пул:

  1. В окне Создать (New) или Изменить (Edit) выберите Высокая производительность (High Performance) в выпадающем меню Профиль нагрузки (Optimized for).

    При выборе этого параметра автоматически выполняются определенные изменения конфигурации этой виртуальной машины, которые можно просмотреть, открывая разные вкладки. Их можно как вернуть в изначальные значения, так и переопределить (см. в разделе Автоматические настройки высокопроизводительной конфигурации). При изменении настройки её последнее значение сохраняется.

  2. Нажмите OK:

    • Если вы не задали те или иные ручные настройки, появится экран Параметры высокопроизводительной виртуальной машины/пула (High Performance Virtual Machine/Pool Settings), описывающий рекомендуемые ручные настройки.

    • Если вы задали некоторые из ручных настроек, на экране Параметры высокопроизводительной виртуальной машины/пула (High Performance Virtual Machine/Pool Settings) отобразятся настройки, которые вы не задали.

    • Если вы задали все рекомендуемые ручные настройки, экран Параметры высокопроизводительной виртуальной машины/пула (High Performance Virtual Machine/Pool Settings) не появится.

  3. Если появляется экран Параметры высокопроизводительной виртуальной машины/пула (High Performance Virtual Machine/Pool Settings):

    • Нажмите Отменить (Cancel), чтобы вернуться в окно Создать (New) или Изменить (Edit) и выполнить ручную настройку. Подробности см. в разделе Конфигурирование рекомендуемых ручных настроек.

    • Либо нажмите OK, чтобы проигнорировать рекомендации. В результате может снизиться производительность.

  4. Нажмите OK.

Определенные конфигурации могут переопределять настройки высокой производительности. Например, если выбрать тип экземпляра для виртуальной машины до выбора Высокой производительности (High Performance) в выпадающем меню Профиль нагрузки (Optimized for) и выполнения ручной настройки, то настройка типа экземпляра не повлияет на высокопроизводительную конфигурацию. Однако если вы выберете тип экземпляра после выбора высокопроизводительных конфигураций, проверьте окончательную конфигурацию на разных вкладках, чтобы убедиться, что высокопроизводительные конфигурации не переопределены типом экземпляра.

Приоритет обычно имеет конфигурация, сохраненная последней.

4.9.1.1. Автоматические настройки высокопроизводительной конфигурации

Автоматические настройки сведены в следующую таблицу. В столбце Включено (Д/Н) отображаются включенные или выключенные конфигурации. В столбце Применяется к отображаются соответствующие ресурсы:

  • ВМ — виртуальная машина,

  • Ш — шаблон,

  • П — пул,

  • К — кластер.

Таблица 8. Автоматические настройки высокопроизводительной конфигурации
Параметр Включено (Д/Н) Применяется к

Режим Headless (Headless Mode) (вкладка Консоль (Console))

Д

ВМ, Ш, П

USB включен (USB Enabled) (вкладка Консоль (Console))

Н

ВМ, Ш, П

Поддержка смарт-карт (Smartcard Enabled) (вкладка Консоль (Console))

Н

ВМ, Ш, П

Включить звуковую карту (Soundcard Enabled) (вкладка Консоль (Console))

Н

ВМ, Ш, П

Консольный порт VirtIO-serial (Enable VirtIO serial console) (вкладка Консоль (Console))

Д

ВМ, Ш, П

Разрешить только ручную миграцию (Allow manual migration only) (вкладка Хост (Host))

Д

ВМ, Ш, П

Passthrough ЦП хоста (Pass-Through Host CPU) (вкладка Хост (Host))

Д

ВМ, Ш, П

Высокая доступность (Highly Available)[1] (вкладка Высокая доступность (High Availability))

Н

ВМ, Ш, П

Без сторожевого сервиса (No-Watchdog) (вкладка Высокая доступность (High Availability))

Н

ВМ, Ш, П

Включить Balloning (Memory Balloon Device) (вкладка Выделение ресурсов (Resource Allocation))

Н

ВМ, Ш, П

Потоки ввода/вывода (I/O Threads Enabled)[2] (вкладка Выделение ресурсов (Resource Allocation))

Д

ВМ, Ш, П

Устройство Паравиртуализированный генератор случайных чисел PCI (Paravirtualized Random Number Generator PCI) (virtio-rng) (вкладка Генератор случайных чисел (Random Generator))

Д

ВМ, Ш, П

Топология закрепления потоков ввода/вывода и эмулятора

Д

ВМ, Ш

Кеш ЦП третьего уровня

Д

ВМ, Ш, П

[1] Высокая доступность (Highly Available) не включается автоматически. При выборе её вручную высокую доступность нужно включить только для закрепленных хостов.

[2] Количество потоков ввода-вывода = 1.

4.9.1.2. Топология закрепления потоков ввода-вывода и эмулятора (автоматические настройки)

Топология закрепления потоков ввода-вывода и эмулятора требует, чтобы потоки ввода-вывода, узлы NUMA и закрепление NUMA были включены и настроены на виртуальной машине. В противном случае в журнале engine отобразится предупреждение.

Топология закрепления:

  1. Закрепляются первые два ЦП каждого узла NUMA.

  2. Если все ЦП находятся на одном узле NUMA хоста:

    • Первые два виртуальных ЦП автоматически резервируются/закрепляются.

    • Остальные виртуальные ЦП доступны для ручного закрепления виртуальных ЦП.

  3. Если виртуальная машина занимает более одного узла NUMA:

    • Первые два ЦП узла NUMA с наибольшим количеством закреплений зарезервированы/закреплены.

    • Остальные закрепленные узлы NUMA предназначены только для закрепления виртуальных ЦП.

Пулы не поддерживают закрепление потоков ввода-вывода и эмулятора.

Если ЦП хоста закреплен как за виртуальным ЦП, так и за потоками ввода-вывода и эмулятора, то в журнале появится предупреждение, и система предложит рассмотреть возможность изменения топологии закрепления ЦП, чтобы избежать этой ситуации.

4.9.2. Конфигурирование рекомендуемых ручных настроек

Рекомендуемые ручные настройки можно задать в окнах Создать (New) или Изменить (Edit). Если рекомендуемая настройка не задана, то на экране Параметры высокопроизводительной виртуальной машины/пула (High Performance Virtual Machine/Pool Settings) при сохранении ресурса отображается рекомендуемая настройка.

К рекомендуемым ручным настройкам относятся:

4.9.2.1. Ручные настройки высокопроизводительной конфигурации

В таблице ниже приведены все рекомендуемые ручные настройки. В столбце Включено (да/нет) показано, какие параметры должны быть включены, а какие — выключены. В столбце Применяется к отображаются соответствующие ресурсы:

  • ВМ — виртуальная машина,

  • Ш — шаблон,

  • П — пул,

  • К — кластер.

Таблица 9. Ручные настройки высокопроизводительной конфигурации
Параметр Включено (Д/Н) Применяется к

Количество узлов NUMA (NUMA Node Count) (вкладка Хост (Host))

Д

ВМ

Режим регулировки (Tune Mode) (экран Привязка NUMA (NUMA Pinning))

Д

ВМ

Привязка NUMA (NUMA Pinning) (вкладка Хост (Host))

Д

ВМ

Автоматическая политика закрепления (Auto Pinning Policy) (вкладка Хост (Host))

Д

ВМ

Топология закрепления ЦП (CPU Pinning topology) (вкладка Выделение ресурсов (Resource Allocation))

Д

ВМ, П

Большие страницы (hugepages) (вкладка Пользовательские свойства (Custom Properties))

Д

ВМ, П, Ш

KSM (вкладка Оптимизация (Optimization tab))

Н

К
4.9.2.2. Закрепление ЦП
Процедура

Чтобы закрепить виртуальные ЦП за физическим ЦП конкретного хоста:

  1. На вкладке Хост (Host) нажмите кнопку-переключатель Указанном хосте (Specific Host(s)).

  2. На вкладке Выделение ресурсов (Resource Allocation) введите Топология закрепления ЦП (CPU Pinning Topology) и подтвердите, что такая конфигурация соответствует конфигурации закрепленного хоста. Подробные сведения о синтаксисе этого поля см. в разделе Описание настроек выделения ресурсов виртуальных машин.

    Это поле заполняется автоматически, а топология ЦП обновляется, когда активируется автоматическое закрепление NUMA.

  3. Проверьте, что конфигурация виртуальной машины совместима с конфигурацией хоста:

    • Количество сокетов виртуальной машины не должно превышать количество сокетов хоста.

    • Количество ядер виртуальной машины на один виртуальный сокет не должно превышать количество ядер хоста.

    • Процессы, сильно загружающие ЦП, лучше всего выполняются, когда на хосте и виртуальной машине ожидается одинаковая загрузка кеша. Чтобы производительность была максимальной, количество потоков на ядро у виртуальной машины не должно превышать количество потоков у хоста.

К закреплению ЦП предъявляются следующие требования:

  • Если на хосте включен NUMA, то необходимо учитывать настройки NUMA хоста (память и ЦП), поскольку виртуальная машина должна соответствовать конфигурации NUMA хоста.

  • Необходимо учитывать топологию закрепления потоков ввода-вывода и эмулятора.

  • Закрепление ЦП можно настроить только для виртуальных машин и пулов, но не для шаблонов. Поэтому закрепление ЦП необходимо настроить вручную при создании высокопроизводительной виртуальной машины или пула, даже если они основаны на высокопроизводительном шаблоне.

4.9.2.3. Настройка политики закрепления NUMA

Чтобы настроить политику закрепления NUMA, нужен закрепленный хост с включенным NUMA и как минимум двумя узлами NUMA. Можно настроить топологию NUMA вручную или воспользоваться Автоматической политикой закрепления (Auto Pinning Policy) для автоматической настройки топологии.

Процедура

Ручная настройка политики закрепления NUMA:

  1. Нажмите Привязка NUMA (NUMA Pinning).

  2. В окне Топология NUMA (NUMA Topology) выберите и перетащите необходимые виртуальные узлы NUMA из блока справа в блок физических узлов NUMA хоста слева.

  3. Выберите режим Строгий (Strict), Предпочтительный (Preferred) или С чередованием (Interleave) из выпадающего списка Режим регулировки (Tune Mode) для каждого узла NUMA. Если выбран режим Предпочтительный (Preferred), то Количество узлов NUMA (NUMA Node Count) должно быть установлено в значение 1.

  4. Нажмите OK.

Автоматическая настройка политики закрепления NUMA:

  1. На вкладке Хост (Host) нажмите кнопку-переключатель Указанном хосте (Specific Host(s)) и выберите хост(ы) из списка. У заданного(ых) хоста(ов) должно быть не менее двух узлов NUMA.

  2. Откройте Настройка NUMA (Configure NUMA) и выберите Автоматическую политику закрепления (Auto Pinning Policy) из выпадающего списка:

    • Не назначено (None): не вносит изменений в виртуальную машину.

    • Изменить размер и закрепить (Resize and Pin): устанавливает максимальную топологию ЦП и генерирует конфигурации закрепления ЦП и NUMA.

  3. Нажмите OK.

Менеджер управления рассчитывает топологию закрепления ЦП, обновляет поля топологии ЦП (общее количество виртуальных ЦП, ядер на виртуальный сокет, потоков на ядро) и вводит строку конфигурации топологии в поле Топология закрепления ЦП (CPU Pinning Topology) виртуальной машины.

Необходимо учитывать количество указанных виртуальных узлов NUMA и политику закрепления NUMA:

  • Настройки NUMA хоста (память и ЦП).

  • Узел NUMA, в котором указаны устройства хоста.

  • Топология закрепления ЦП.

  • Топология закрепления потоков ввода-вывода и эмулятора.

  • Размеры больших страниц.

  • Закрепление NUMA можно настроить только для виртуальных машин, но не для пулов и шаблонов. Закрепление NUMA необходимо настроить вручную при создании высокопроизводительной виртуальной машины из шаблона.

4.9.2.4. Конфигурирование больших страниц (Configuring Huge Pages)

При запуске виртуальной машины большие страницы идут с предварительным выделением пространства (динамическое выделение пространства выключено по умолчанию).

Конфигурирование больших страниц:

  1. На вкладке Пользовательские свойства (Custom Properties) выберите hugepages из списка пользовательских свойств, где по умолчанию отображается Выберите ключ…​ (Please select a key…).

  2. Укажите размер большой страницы в КБ.

Следует задать максимальный размер большой страницы, поддерживаемый закрепленным хостом. Рекомендуемый размер для x86_64 составляет 1 ГиБ.

К размеру большой страницы предъявляются следующие требования:

  • Размер большой страницы у виртуальной машины должен быть такой же, что и у закрепленного хоста.

  • Объём памяти виртуальной машины должен соответствовать выбранному размеру свободных больших страниц закрепленного хоста.

  • Размер узла NUMA должен представлять собой величину, кратную выбранному размеру большой страницы.

Чтобы включить динамическое выделение больших страниц:

  1. Отключите фильтр Большие страницы (HugePages) в планировщике.

  2. В разделе [performance] в /etc/vdsm/vdsm.conf укажите: use_dynamic_hugepages = true

Сравнение динамических и статических больших страниц

В таблице ниже описаны преимущества и недостатки динамических и статических больших страниц.

Таблица 10. Динамические и статические большие страницы
Параметр Преимущества Недостатки Рекомендации

Динамические большие страницы

Требуют меньше конфигурирования. Меньше памяти тратится впустую (например, свободные большие страницы на хосте ожидают возможных входящих миграций)

Нельзя выделять из-за фрагментации

Используйте большие страницы размером 2 МБ

Cтатические большие страницы

Предсказуемые результаты

Требуется командная строка ядра в конфигурации Изменить хост (Edit Host) на Портале администрирования. Требуется перезагрузка хоста

Применяются следующие ограничения:

  • Горячее подключение/отключение памяти выключено,

  • Ресурсы памяти хоста ограничены.

4.9.2.5. Выключение KSM (Disabling KSM)
Процедура

Выключение объединения одинаковых страниц памяти (Kernel Same-page Merging, KSM) в кластере:

  1. Нажмите Ресурсы (Compute)  Кластеры (Clusters) и выберите кластер.

  2. Нажмите Изменить (Edit).

  3. На вкладке Оптимизация (Optimization) снимите флажок Включить KSM (Enable KSM).

4.10. Настройка часового пояса

Настройки часовых поясов для виртуальных машин хранятся в файле /etc/ovirt-engine/conf/00-timezone.properties. В этом файле содержатся значения часовых поясов по умолчанию, например, Etc/GMT=Greenwich Standard Time. В нём используются сопоставления, действительные для часовых поясов Windows и других.

Не изменяйте файл 00-timezone.properties. Изменения будут перезаписаны, если вы обновите или восстановите Менеджер управления.

Не изменяйте значения, которые поступают непосредственно от операционной системы или Менеджера управления.

Процедура

Чтобы настроить часовой пояс:

  1. Создайте файл переопределения в /etc/ovirt-engine/conf/. Имя файла должно начинаться со значения больше 00, чтобы файл появился после файла /etc/ovirt-engine/conf/00-timezone.properties и заканчивался расширением .properties.

    Например, 10-timezone.properties переопределяет файл по умолчанию 00-timezone.properties. Последний файл в списке будет иметь приоритет перед предыдущими файлами.

  2. Добавьте новые часовые пояса в этот файл. Убедитесь, что каждый ключ — это действительный Общий часовой пояс из базы данных часовых поясов, а значение — действительный часовой пояс Windows:

    • Общее — часовые пояса, которые используются в операционных системах, отличных от Windows. Должны соответствовать стандартному формату часового пояса, например, Etc/GMT или Asia/Jerusalem.

    • Windows — часовые пояса, которые поддерживает Windows, например, GMT Standard Time или Israel Standard Time.

  3. Перезапустите службу ovirt-engine:

    systemctl restart ovirt-engine

5. Изменение виртуальных машин

5.1. Изменение свойств виртуальных машин

Изменения параметров хранилища, операционной системы или сети могут негативно сказаться на работе виртуальной машины. Убедитесь в правильности всех данных, прежде чем вносить какие-либо изменения. Вносить изменения в виртуальные машины можно, пока те работают, при этом некоторые изменения (перечисленные в процедуре ниже) сразу вступят в силу. Чтобы все остальные изменения вступили в силу, необходимо выключить и перезапустить виртуальную машину.

Внешние виртуальные машины (отмеченные префиксом внешняя (external)) нельзя изменить через Менеджер управления.
Процедура

Изменение виртуальных машин:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines).

  2. Выберите виртуальную машину, которую нужно изменить.

  3. Нажмите Изменить (Edit).

  4. Измените настройки нужным образом. Изменения следующих настроек сразу вступают в силу:

    • Имя (Name),

    • Описание (Description),

    • Комментарий (Comment),

    • Профиль нагрузки (Optimized for) (рабочей станции/сервера/высокой производительности),

    • Защита от удаления (Delete Protection),

    • Сетевые интерфейсы (Network Interfaces),

    • Оперативная память (Memory Size) (измените это поле, чтобы выполнить горячее подключение виртуальной памяти — см. Горячее подключение виртуальной памяти),

    • Виртуальные сокеты (Virtual Sockets) (измените это поле, чтобы выполнить горячее подключение ЦП — см. Горячее подключение виртуальных ЦП),

    • Высокая доступность (Highly Available),

    • Приоритет запуска/очередь миграции (Priority for Run/Migration queue),

    • Отключить строгую проверку пользователей (Disable strict user checking),

    • Значок (Icon).

  5. Нажмите OK.

  6. Если появляется всплывающее окно Конфигурация следующего запуска (Next Start Configuration), нажмите OK.

Некоторые изменения сразу вступают в силу. Другие — после выключения и перезапуска виртуальной машины. До этого будет отображаться значок предстоящих изменений, напоминая о необходимости перезапустить виртуальную машину.

5.2. Сетевые интерфейсы

5.2.1. Добавление нового сетевого интерфейса

Можно добавить несколько сетевых интерфейсов к виртуальным машинам. Это позволяет подключить виртуальную машину к нескольким логическим сетям.

Можно создать наложенную сеть для виртуальных машин, изолированную от хостов, задав логическую сеть, которая не подключена к физическим интерфейсам хоста. Например, можно создать среду ДМЗ, в которой виртуальные машины взаимодействуют между собой через мост, созданный на хосте. Наложенная сеть использует открытую виртуальную сеть, которая должна быть установлена как внешний провайдер сети. Дополнительные сведения см. в Руководстве администратора.
Процедура

Чтобы добавить новый сетевой интерфейс:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines).

  2. Нажмите на имя виртуальной машины, чтобы открыть подробное представление.

  3. Откройте вкладку Сетевые интерфейсы (Network Interfaces).

  4. Нажмите Новый (New).

  5. Задайте Имя (Name) сетевого интерфейса.

  6. Выберите Профиль (Profile) и Тип (Type) сетевого интерфейса из выпадающих списков. Выпадающие списки Профиль (Profile) и Тип (Type) заполнены согласно профилям и типам сетей, которые доступны кластеру, и сетевым картам, которые, в свою очередь, доступны виртуальной машине.

  7. Установите флажок Пользовательский MAC-адрес (Custom MAC address) и введите необходимый MAC-адрес для сетевой карты.

  8. Нажмите OK.

Новый сетевой интерфейс появится в списке на вкладке Сетевые интерфейсы (Network Interfaces) в подробном представлении виртуальной машины. Параметр Состояние канала (Link State) установлен на значение Включен (Up) по умолчанию, когда сетевая карта задана на виртуальной машине и подключена к сети.

Дополнительные сведения об этих полях в окне Создать сетевой интерфейс (New Network Interface) см. в разделе Записи в диалоговом окне сетевого интерфейса виртуальной машины.

5.2.2. Изменение сетевого интерфейса

Чтобы внести изменения в настройки сети, необходимо изменить сетевой интерфейс. Эту процедуру можно выполнить на работающих виртуальных машинах, но некоторые действия можно выполнить только на остановленных виртуальных машинах.

Процедура

Изменение сетевых интерфейсов:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines).

  2. Нажмите на имя виртуальной машины, чтобы открыть подробное представление.

  3. Откройте вкладку Сетевые интерфейсы (Network Interfaces) и выберите сетевой интерфейс, который хотите изменить.

  4. Нажмите Изменить (Edit).

  5. Измените настройки нужным образом. Можно указать Имя (Name), Профиль (Profile), Тип (Type) и Пользовательский MAC-адрес (Custom MAC address). См. Добавление нового сетевого интерфейса.

  6. Нажмите OK.

5.2.3. Горячее подключение сетевого интерфейса

Для сетевых интерфейсов можно выполнять горячее подключение, то есть включать и выключать их во время работы виртуальной машины.

Горячее подключение сетевых интерфейсов должно поддерживаться гостевой операционной системой.
Процедура

Горячее подключение сетевых интерфейсов:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и выберите виртуальную машину.

  2. Нажмите на имя виртуальной машины, чтобы открыть подробное представление.

  3. Откройте вкладку Сетевые интерфейсы (Network Interfaces) и выберите сетевой интерфейс, для которого хотите выполнить горячее подключение.

  4. Нажмите Изменить (Edit).

  5. Установите параметр Статус карты (Card Status) в значение Подключена (Plugged), чтобы включить сетевой интерфейс, или в значение Отключена (Unplugged), чтобы отключить его.

  6. Нажмите OK.

5.2.4. Удаление сетевого интерфейса

Процедура

Чтобы удалить сетевой интерфейс:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines).

  2. Нажмите на имя виртуальной машины, чтобы открыть подробное представление.

  3. Откройте вкладку Сетевые интерфейсы (Network Interfaces) и выберите сетевой интерфейс, который хотите удалить.

  4. Нажмите Удалить (Remove).

  5. Нажмите OK.

5.2.5. Настройка виртуальной машины на игнорирование сетевых карт

На виртуальной машине можно настроить ovirt-guest-agent на игнорирование определенных сетевых карт. В результате IP-адреса, ассоциированные с сетевыми интерфейсами, которые созданы определенным программным обеспечением, не будут появляться в отчетах. Необходимо указать имя и номер сетевого интерфейса, который будет игнорироваться (например, eth0, docker0).

Процедура

Чтобы настроить виртуальную машину на игнорирование сетевых карт:

  1. В файле конфигурации /etc/ovirt-guest-agent.conf на виртуальной машине введите следующую строку и перечислите игнорируемые сетевые карты через пробел:

    ignored_nics = first_NIC_to_ignore second_NIC_to_ignore

  2. Запустите агент:

    systemctl start ovirt-guest-agent

Некоторые операционные системы виртуальных машин автоматически запускают гостевой агент во время установки.

Если операционная система вашей виртуальной машины автоматически запускает гостевой агент или если вам нужно настроить черный список на нескольких виртуальных машинах, возьмите настроенную виртуальную машину в качестве шаблона для создания дополнительных виртуальных машин. Дополнительные сведения см. в разделе Создание шаблона из существующей виртуальной машины.

5.3. Виртуальные диски

5.3.1. Добавление нового виртуального диска

Можно добавить несколько виртуальных дисков к виртуальной машине.

Тип диска по умолчанию: Образ (Image). Можно также добавить диск Прямой LUN. Созданием диска Образ (Image) полностью управляет Менеджер управления. Для дисков Прямой LUN требуются уже существующие таргеты, подготовленные извне. Существующие диски — это либо «плавающие» диски, либо общие диски, подключенные к виртуальным машинам.

Процедура

Чтобы добавить диск к виртуальной машине:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines).

  2. Нажмите на имя виртуальной машины, чтобы открыть подробное представление.

  3. Откройте вкладку Диски (Disks).

  4. Нажмите Новый (New).

  5. Нажмите на соответствующую кнопку-переключатель для переключения между типами Образ (Image) и Прямой LUN.

  6. Введите Размер (ГБ) (Size(GB)), Псевдоним (Alias) и Описание (Description) нового диска.

  7. Используйте выпадающие списки и флажки для настройки диска. Дополнительные сведения о полях для всех типов дисков см. в разделе Описание настроек в окнах «Новый диск (New Virtual Disk)» и «Изменить виртуальный диск (Edit Virtual Disk)».

  8. Нажмите OK.

Вскоре новый диск появится в подробном представлении.

5.3.2. Подключение существующего диска к виртуальной машине

«Плавающие» диски — это диски, которые не ассоциированы ни с одной виртуальной машиной.

При использовании «плавающих» дисков на настройку виртуальных машин уходит минимум времени. Если назначить «плавающий» диск в качестве хранилища для виртуальной машины, то больше не нужно ждать предварительного выделения пространства на диске при создании виртуальной машины.

«Плавающие» диски можно подключить к одной или к нескольким виртуальным машинам, если это общий диск. Каждая виртуальная машина, использующая общий диск, может использовать свой тип интерфейса диска.

Когда «плавающий» диск подключен к виртуальной машине, виртуальная машина может получить к нему доступ.

Процедура

Чтобы подключить существующий диск к виртуальной машине:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines).

  2. Нажмите на имя виртуальной машины, чтобы открыть подробное представление.

  3. Откройте вкладку Диски (Disks).

  4. Нажмите Прикрепить (Attach).

  5. Выберите один или несколько виртуальных дисков из списка доступных дисков и выберите нужный интерфейс из выпадающего списка Интерфейс (Interface).

  6. Нажмите OK.

При подключении виртуальных дисков к виртуальным машинам или их отключении ресурсы по квоте не расходуются.

5.3.3. Увеличение доступного размера виртуального диска

Можно увеличить доступный размер виртуального диска, пока виртуальный диск подключен к виртуальной машине. Изменение размера виртуального диска не приводит к изменению размеров базовых разделов или файловых систем на этом виртуальном диске. Используйте утилиту fdisk для изменения размеров разделов и файловых систем нужным образом. Дополнительные сведения в статье Как изменить размер раздела с помощью утилиты fdisk.

Процедура

Чтобы увеличить доступный размер виртуального диска:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines).

  2. Нажмите на имя виртуальной машины, чтобы открыть подробное представление.

  3. Откройте вкладку Диски (Disks) и выберите диск, который хотите изменить.

  4. Нажмите Изменить (Edit).

  5. Введите значение в поле Увеличить размер на (ГБ) (Extend size by(GB)).

  6. Нажмите OK.

Статус целевого диска ненадолго изменится на заблокирован (locked), пока меняется размер диска. Когда размер диска будет изменен, его статус поменяется на значение OK.

5.3.4. Горячее подключение виртуального диска

Для виртуальных дисков можно выполнять горячее подключение, то есть включать или выключать их во время работы виртуальной машины.

Горячее подключение виртуальных дисков должно поддерживаться гостевой операционной системой.
Процедура

Чтобы выполнить горячее подключение виртуальных дисков:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines).

  2. Нажмите на имя виртуальной машины, чтобы открыть подробное представление.

  3. Откройте вкладку Диски (Disks) и выберите виртуальный диск, для которого хотите выполнить горячее подключение.

  4. Нажмите Дополнительные действия (More Actions), затем нажмите Включить (Activate), чтобы включить диск, или Выключить (Deactivate), чтобы выключить диск.

  5. Нажмите OK.

5.3.5. Удаление виртуального диска из виртуальной машины

Процедура

Чтобы удалить виртуальный диск из виртуальной машины:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines).

  2. Нажмите на имя виртуальной машины, чтобы открыть подробное представление.

  3. Откройте вкладку Диски (Disks) и выберите виртуальный диск, который хотите удалить.

  4. Нажмите Дополнительные действия (More Actions), затем Выключить (Deactivate).

  5. Нажмите OK.

  6. Нажмите Удалить (Remove).

  7. При желании отметьте флажком Удалить окончательно (Remove Permanently), чтобы полностью удалить виртуальный диск из среды. Если вы не выберите эту настройку, например, потому что диск общий, то виртуальный диск останется в разделе Хранилище (Storage)  Диски (Disks).

  8. Нажмите OK.

Если диск был создан как блочное хранилище, например, iSCSI, и при создании диска был установлен флажок Очистить после удаления (Wipe After Delete), то вы можете посмотреть файл журнала на хосте, чтобы убедиться, что данные были стерты после окончательного удаления диска. См. Настройки для очистки виртуальных дисков после удаления в Руководстве администратора.

Если диск был создан как блочное хранилище, например iSCSI, и в домене хранения до удаления диска был установлен флажок Освободить пространство после удаления (Discard After Delete), то при удалении логического тома вызывается команда blkdiscard, и базовое хранилище получает уведомление, что блоки свободны. См. раздел Настройка параметра «Освободить пространство после удаления (Discard After Delete)» для домена хранения в Руководстве администратора. Команда blkdiscard также вызывается на логическом томе при удалении виртуального диска, если виртуальный диск подключен хотя бы к одной виртуальной машине с установленным флажком Включить функцию Discard (Enable Discard).

5.3.6. Импортирование образа диска из импортированного домена хранения

Можно импортировать «плавающие» виртуальные диски из импортированного домена хранения.

Для этой процедуры требуется доступ к Порталу администрирования.

Только диски, совместимые с QEMU, можно импортировать в Менеджер управления.
Процедура

Чтобы импортировать образ диска:

  1. Нажмите Хранилище (Storage)  Домены (Domains).

  2. Нажмите на импортированный домен хранения, чтобы открыть подробное представление.

  3. Нажмите Импорт диска (Disk Import).

  4. Выберите один или несколько образов дисков и нажмите Импортировать (Import). Откроется окно Импортировать диск(-и) (Import Disk(s)).

  5. Выберите подходящий Профиль диска (Disk Profile) для каждого диска.

  6. Нажмите OK, чтобы импортировать выбранные диски.

5.3.7. Импортирование незарегистрированного образа диска из импортированного домена хранения

Можно импортировать «плавающие» виртуальные диски из домена хранения. Плавающие диски, созданные вне ПО «zVirt Max», не регистрируются в Менеджере управления. Сканируйте домен хранения, чтобы обнаружить незарегистрированные плавающие диски для импортирования.

Для этой процедуры требуется доступ к Порталу администрирования.

Только диски, совместимые с QEMU, можно импортировать в Менеджер управления.
Процедура

Чтобы импортировать образ диска:

  1. Нажмите Хранилище (Storage)  Домены (Domains).

  2. Нажмите Дополнительные действия (More Actions), затем нажмите Сканировать диски (Scan Disks), чтобы Менеджер управления мог обнаружить незарегистрированные диски.

  3. Нажмите на имя незарегистрированного диска и выберите Импорт диска (Disk Import).

  4. Выберите один или несколько образов дисков и нажмите Импортировать (Import). Откроется окно Импортировать диск(-и) (Import Disk(s)).

  5. Выберите подходящий Профиль диска (Disk Profile) для каждого диска.

  6. Нажмите OK, чтобы импортировать выбранные диски.

5.4. Виртуальная память

5.4.1. Горячее подключение виртуальной памяти

Для модулей виртуальной памяти можно выполнять горячее подключение, то есть включать или выключать их во время работы виртуальной машины. Каждый раз при горячем подключении памяти она появляется как новое устройство памяти на вкладке Устройства ВМ (Vm Devices) в подробном представлении виртуальной машины (максимум 16 доступных слотов). При перезапуске виртуальной машины эти устройства удаляются со вкладки Устройства ВМ (Vm Devices) без уменьшения памяти виртуальной машины, что позволяет подключать больше устройств памяти с помощью горячего подключения. При неудачной попытке горячего подключения (например, если больше нет доступных слотов), память будет увеличена при перезапуске виртуальной машины.

В настоящее время эта функция не поддерживается на hosted engine виртуальной машины с Менеджером управления.

Если в дальнейшем понадобится горячее отключение памяти, которую вы подключаете через горячее подключение, см. раздел Горячее отключение виртуальной памяти.
Процедура

Чтобы выполнить горячее подключение виртуальной памяти:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и выберите работающую виртуальную машину.

  2. Нажмите Изменить (Edit).

  3. Откройте вкладку Система (System).

  4. Увеличьте Оперативная память (Memory Size), указав необходимый общий объём. Объём добавляемой памяти должен быть кратен 256 МБ. По умолчанию максимально допустимый объём памяти для виртуальной машины устанавливается в 4 раза больше указанного объёма памяти. Хотя значение изменяется в пользовательском интерфейсе, на максимальное значение горячее подключение не распространяется, поэтому появится значок предстоящих изменений. Чтобы избежать этого, можно вернуть максимальное значение памяти на исходное.

  5. Нажмите OK.

    После этого действия открывается окно Ожидание изменений виртуальной машины (Pending Virtual Machine changes), так как некоторые значения, например, Максимальный размер памяти в МБ (maxMemorySizeMb) и Минимальный объем выделенной памяти (minAllocatedMem), не изменятся, пока виртуальная машина не будет перезагружена. Однако горячее подключение запускается при изменении значения Оперативная память (Memory Size), которое сразу вступает в силу.

  6. Нажмите OK.

Заданная память (Defined Memory) виртуальной машины обновляется на вкладке Общее (General) в подробном представлении. Новые только что добавленные устройства памяти можно посмотреть на вкладке Устройства ВМ (Vm Devices) в подробном представлении.

5.4.2. Горячее отключение виртуальной памяти

Для виртуальной памяти можно выполнять горячее отключение, то есть выключать её во время работы виртуальной машины.

Предварительные условия

  • Горячее отключение допустимо только для памяти, добавленной с помощью горячего подключения.

  • Горячее отключение памяти должно поддерживаться операционной системой виртуальной машины.

  • На виртуальной машине не должно быть включено устройство балунинга памяти. По умолчанию эта функция отключена.

  • В правилах управления устройствами виртуальной машины у всех блоков памяти, которая подключается горячим подключением, должно быть установлено значение можно перемещать включенным (online_movable). На виртуальных машинах, работающих под управлением современных версий Linux или CoreOS, это правило установлено по умолчанию. Информацию о правилах управления устройствами можно найти в документации к операционной системе виртуальной машины.

  • Чтобы память, добавленную через горячее подключение, можно было в дальнейшем и отключить без остановки виртуальной машины, добавьте параметр перемещаемый узел (movable_node) в командную строку ядра виртуальной машины, как показано ниже, и перезагрузите виртуальную машину:

    grubby --update-kernel=ALL --args="movable_node"
Процедура

Чтобы выполнить горячее отключение виртуальной памяти:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и выберите работающую виртуальную машину.

  2. Откройте вкладку Устройства ВМ (Vm Devices).

  3. В столбце Отключение на лету (Hot Unplug) нажмите Выполнить горячее отключение (Hot Unplug) рядом с теми устройствами памяти, которые хотите удалить.

  4. Нажмите OK в окне Горячее отключение памяти (Memory Hot Unplug).

    При необходимости значение Гарантированная физическая память (Physical Memory Guaranteed) для виртуальной машины автоматически уменьшается.

5.5. Горячее подключение виртуальных ЦП

Для виртуальных ЦП можно выполнять горячее подключение, то есть включать или выключать их во время работы виртуальной машины.

Горячее отключение допустимо только для виртуальных ЦП, которые были ранее добавлены с помощью горячего подключения. После горячего отключения оставшееся количество виртуальных ЦП не может быть меньше того, с которым виртуальная машина была изначально создана.

Предварительные условия

  • Операционная система (Operating System) виртуальной машины должна быть прямо указана в окне Новая виртуальная машина (New Virtual Machine) или Изменить виртуальную машину (Edit Virtual Machine).

  • Горячее подключение ЦП должно поддерживаться операционной системой виртуальной машины. Подробности см. в таблице ниже.

  • На виртуальных машинах Windows должны быть установлены гостевые агенты.

Процедура

Чтобы выполнить горячее подключение виртуальных ЦП:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и выберите работающую виртуальную машину.

  2. Нажмите Изменить (Edit).

  3. Откройте вкладку Система (System).

  4. Измените значение Виртуальные сокеты (Virtual Sockets) нужным образом.

  5. Нажмите OK.

Таблица 11. Матрица поддержки операционных систем для горячего подключения виртуальных ЦП
Операционная система Версия Архитектура Горячее подключение поддерживается Горячее отключение поддерживается

Red Hat Enterprise Linux Atomic Host 7

Все

x86

Да

Да

Red Hat Enterprise Linux 6.3 и выше

Все

x86

Да

Да

Red Hat Enterprise Linux 7.0 и выше

Все

x86

Да

Да

Red Hat Enterprise Linux 7.3 и выше

Все

PPC64

Да

Да

Red Hat Enterprise Linux 8.0 и выше

Все

x86

Да

Да

Microsoft Windows Server 2012 R2

Все

x64

Да

Нет

Microsoft Windows Server 2016

Стандартная, центр данных (Standard, Datacenter)

x64

Да

Нет

Microsoft Windows Server 2019

Стандартная, центр данных (Standard, Datacenter)

x64

Да

Нет

Microsoft Windows 8.x

Все

x86

Да

Нет

Microsoft Windows 8.x

Все

x64

Да

Нет

Microsoft Windows 10

Все

x86

Да

Нет

Microsoft Windows 10

Все

x64

Да

Нет

5.6. Закрепление виртуальной машины за несколькими хостами

Виртуальные машины можно закрепить за несколькими хостами. Закрепление за несколькими хостами позволяет виртуальной машине работать на определенном подмножестве хостов в кластере, а не на одном конкретном хосте или всех хостах в кластере. Виртуальная машина не может работать на других хостах кластера, даже если все заданные хосты недоступны. Закрепление за несколькими хостами можно использовать, чтобы виртуальные машины работали только на конкретных хостах, например, с одинаковой конфигурацией физического оборудования.

При отказе хоста виртуальная машина с признаком высокой доступности автоматически перезапускается на одном из других хостов, за которым она закреплена.

Процедура

Чтобы закрепить виртуальную машину за несколькими хостами:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и выберите виртуальную машину.

  2. Нажмите Изменить (Edit).

  3. Откройте вкладку Хост (Host).

  4. Нажмите кнопку-переключатель Указанном хосте (Specific Host(s)) под блоком Запустить на (Start Running On) и выберите минимум два хоста из списка.

  5. Откройте вкладку Высокая доступность (High Availability).

  6. Поставьте флажок Высокая доступность (High Availability).

  7. Выберите значение Низкий (Low), Средний (Medium) или Высокий (High) из выпадающего списка Приоритет (Priority). Когда запускается миграция, создаётся очередь, и виртуальные машины с высоким приоритетом переносятся первыми. При дефиците ресурсов в кластере будут перенесены только виртуальные машины с признаком высокой доступности.

  8. Нажмите OK.

5.7. Просмотр виртуальных машин, закрепленных на хосте

Виртуальные машины, закрепленные на хосте, можно просматривать, даже когда они выключены. Откройте список Прикреплен к текущему хосту (Pinned to Host), чтобы посмотреть, какие виртуальные машины будут затронуты и какие нужно будет перезапустить вручную, как только хост снова станет активным.

Процедура

Чтобы просмотреть виртуальные машины, закрепленные на хосте:

  1. Нажмите Ресурсы (Compute)  Хосты (Hosts).

  2. Нажмите на имя хоста, чтобы открыть подробное представление.

  3. Откройте вкладку Виртуальные машины (Virtual Machines).

  4. Нажмите Прикреплен к текущему хосту (Pinned to Host).

5.8. Замена CD-диска на виртуальной машине

Доступный для виртуальной машины CD-диск можно заменить во время её работы с помощью образов ISO, выгруженных в домен данных кластера виртуальной машины.

Процедура

Чтобы заменить CD-диск на виртуальной машине:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и выберите работающую виртуальную машину.

  2. Нажмите Дополнительные действия (More Actions) и затем Заменить CD-диск (Change CD).

  3. Выберите файл ISO из выпадающего списка.

  4. Нажмите OK.

5.9. Аутентификация по смарт-карте

Смарт-карты — это внешнее аппаратное средство защиты, которое чаще всего встречается в кредитных картах, но также используется многими компаниями в качестве токена аутентификации. Смарт-карты можно использовать для защиты виртуальных машин.

Процедура

Чтобы включить смарт-карту:

  1. Убедитесь, что аппаратное обеспечение смарт-карты подключено к клиентской машине и установлено в соответствии с инструкциями производителя.

  2. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и выберите виртуальную машину.

  3. Нажмите Изменить (Edit).

  4. Откройте вкладку Консоль (Console) и установите флажок Поддержка смарт-карт (Smartcard enabled).

  5. Нажмите OK.

  6. Подключитесь к работающей виртуальной машине, нажав кнопку Консоль (Console). Теперь аутентификация с помощью смарт-карты передается от клиентского оборудования на виртуальную машину.

Если аппаратное обеспечение смарт-карты установлено некорректно, то включение функции смарт-карты приведет к тому, что виртуальная машина не сможет нормально загрузиться.

Чтобы выключить смарт-карту:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и выберите виртуальную машину.

  2. Нажмите Изменить (Edit).

  3. Откройте вкладку Консоль (Console) и снимите флажок Поддержка смарт-карт (Smartcard enabled).

  4. Нажмите OK.

    Настройка клиентских систем для совместного использования смарт-карт

    • Смарт-картам могут потребоваться определенные библиотеки для доступа к сертификатам. Эти библиотеки должны быть видны библиотеке NSS, которую spice-gtk использует для предоставления смарт-карты гостевой машине. Библиотека NSS требует, чтобы библиотеки предоставляли интерфейс PKCS #11.

    • Убедитесь, что архитектура модуля соответствует архитектуре spice-gtk/remote-viewer. Например, если у вас есть только 32-разрядная библиотека PKCS #11, то для работы смарт-карт необходимо установить 32-разрядную сборку virt-viewer.

6. Административные задачи

6.1. Выключение виртуальной машины

Прекратить работу виртуальной машины можно с помощью кнопки Выключить (Shutdown) или Выключить питание (Power Off). Кнопка Выключить (Shutdown) позволяет корректно выключить виртуальную машину. Кнопка Выключить питание (Power Off) позволяет выполнить принудительное выключение. Корректное выключение предпочтительнее, нежели принудительное.

Если рядом с виртуальной машиной появился восклицательный знак, значит, удалить моментальный снимок не удалось, и после выключения невозможно будет повторно запустить виртуальную машину. Попробуйте удалить моментальный снимок снова и убедитесь, что восклицательный знак исчез, перед тем как выключить виртуальную машину. Дополнительную информацию см. в разделе Удаление моментального снимка.
Процедура

Чтобы выключить виртуальную машину:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и выберите работающую виртуальную машину.

  2. Нажмите Выключить (Shutdown) или нажмите правой кнопкой мыши на виртуальную машину и выберите Выключить (Shutdown) из всплывающего меню.

  3. При желании на Портале администрирования введите Причину (Reason) выключения виртуальной машины в окне подтверждения Выключить ВМ (Shut down Virtual Machine(s)). В нем можно указать причину выключения, которая будет отображаться в журналах и при последующем включении питания виртуальной машины.

    Поле Причина (Reason) выключения виртуальной машины будет отображаться, только если оно включено в настройках кластера. Дополнительную информацию см. в разделе Описание настроек и средств управления в окнах «Новый кластер (New Cluster)» и «Изменить кластер (Edit Cluster)» в Руководстве администратора.

  4. Нажмите OK в окне подтверждения Выключить ВМ (Shut down Virtual Machine(s)).

При корректном выключении Статус (Status) виртуальной машины изменится на Выключена (Down). Если виртуальную машину нельзя выключить корректно, нажмите стрелку вниз рядом с кнопкой Выключить (Shutdown), а затем нажмите Выключить питание (Power Off) для выполнения принудительного выключения или нажмите правой кнопкой мыши на виртуальную машину и выберите Выключить питание (Power Off) из всплывающего меню.

6.2. Приостановка виртуальной машины

Приостановка виртуальной машины — это то же самое, что и её перевод в Спящий режим (Hibernate).

Процедура

Чтобы приостановить виртуальную машину:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и выберите работающую виртуальную машину.

  2. Нажмите Приостановить (Suspend) или нажмите правой кнопкой мыши на виртуальную машину и выберите Приостановить (Suspend) из всплывающего меню.

Статус (Status) виртуальной машины изменится на Приостановлена (Suspended).

6.3. Перезагрузка или сброс виртуальной машины

Виртуальные машины можно перезапустить двумя способами: перезагрузкой или сбросом.

Перезагрузка виртуальной машины может потребоваться в некоторых случаях, например, после обновления или изменения конфигурации. При перезагрузке консоль виртуальной машины остается открытой, пока гостевая операционная система перезапускается.

Если гостевая операционная система не загружается или не отвечает, то требуется сброс виртуальной машины. При сбросе консоль виртуальной машины остается открытой, пока гостевая операционная система перезапускается.

Сброс выполняется только с Портала администрирования.
Процедура

Для перезагрузки виртуальной машины:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и выберите работающую виртуальную машину.

  2. Нажмите Перезагрузить (Reboot) или нажмите правой кнопкой мыши на виртуальную машину и выберите Перезагрузить (Reboot) из всплывающего меню.

  3. Нажмите OK в окне подтверждения Перезагрузить ВМ (Reboot Virtual Machine(s)).

Для сброса виртуальной машины:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и выберите работающую виртуальную машину.

  2. Нажмите стрелку вниз рядом с кнопкой Перезагрузить (Reboot), затем нажмите Сбросить питание (Reset) или нажмите правой кнопкой мыши на виртуальную машину и выберите Сбросить питание (Reset) из всплывающего меню.

  3. Нажмите OK в окне подтверждения Сбросить питание ВМ (Reset Virtual Machine(s)).

Во время операций по перезагрузке и сбросу Статус (Status) виртуальной машины сначала изменится на Перезагружается (Reboot In Progress), а затем вернется в значение Включена (Up).

6.4. Удаление виртуальной машины

Кнопка Удалить (Remove) не активна во время работы виртуальных машин; чтобы можно было удалить виртуальную машину, её сначала нужно выключить.
Процедура

Чтобы удалить виртуальную машину:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и выберите виртуальную машину, которую нужно удалить.

  2. Нажмите Удалить (Remove).

  3. При желании установите флажок Удалить диск(и) (Remove Disk(s)), чтобы вместе с виртуальной машиной удалить подключенные к ней виртуальные диски. Если флажок Удалить диск(и) (Remove Disk(s)) снят, то виртуальные диски останутся в среде в качестве плавающих дисков.

  4. Нажмите OK.

6.5. Клонирование виртуальной машины

Виртуальные машины можно клонировать без предварительного создания шаблона или моментального снимка.

Процедура

Чтобы клонировать виртуальную машину:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и выберите виртуальную машину, которую нужно клонировать.

  2. Нажмите Дополнительные действия (More Actions) и затем Клонировать ВМ (Clone VM).

  3. Введите Имя клона (Clone Name) для новой виртуальной машины.

  4. Нажмите OK.

6.6. Виртуальные машины и разрешения

6.6.1. Управление системными разрешениями для виртуальной машины

Будучи Суперпользователем (SuperUser), системный администратор управляет всеми аспектами Портала администрирования. Другим пользователям могут быть назначены ограниченные административные роли. Ограниченные роли нужны, чтобы предоставить пользователю административные права, которые действуют только в отношении определённого ресурса. Например, роль Администратор центра данных (DataCenterAdmin) имеет права администратора только на назначенный центр данных (кроме его хранилища), а роль Администратор кластера (ClusterAdmin) имеет права администратора только на назначенный кластер.

Пользователь, управляющий ВМ (UserVmManager) — это системная административная роль для виртуальных машин в центре данных. Эту роль можно применять к конкретным виртуальным машинам, к центру данных или ко всей среде виртуализации, что довольно удобно, так как можно разрешать разным пользователям управлять определёнными виртуальными ресурсами.

Роль администратора виртуальной машины разрешает пользователю выполнять следующие действия:

  • Создавать, изменять и удалять виртуальные машины.

  • Запускать, приостанавливать, выключать и останавливать виртуальные машины.

Вы можете назначать роли и разрешения только существующим пользователям.

Многие конечные пользователи связаны только с ресурсами виртуальной машины в среде виртуализации. Поэтому пользователю предоставляются несколько пользовательских ролей, позволяющих управлять именно виртуальными машинами, а не другими ресурсами центра данных.

6.6.2. Описание ролей администратора виртуальных машин

В приведённой ниже таблице описаны роли и права администратора, применимые к администрированию виртуальных машин.

Таблица 12. Роли системного администратора
Роль Права Примечания

DataCenterAdmin

Администратор центра данных

Обладает административными разрешениями в отношении всех объектов в конкретном центре данных, за исключением хранилища

ClusterAdmin

Администратор кластера

Обладает административными разрешениями в отношении всех объектов в конкретном кластере

NetworkAdmin

Администратор сети

Обладает административными разрешениями в отношении всех операций в конкретной логической сети. Может конфигурировать и управлять сетями, подключенными к виртуальным машинам. Чтобы сконфигурировать зеркалирование портов в сети виртуальных машин, примените роль Администратора сети (NetworkAdmin) к сети и роль Пользователя, управляющего ВМ (UserVmManager) к виртуальной машине.

6.6.3. Описание ролей пользователя виртуальных машин

В приведённой ниже таблице описаны пользовательские роли и права, применимые к пользователям виртуальных машин. Эти роли открывают доступ к Пользовательскому порталу, чтобы заходить на виртуальные машины и управлять ими, но не предоставляют никаких разрешений для Портала администрирования.

Таблица 13. Системные роли пользователя
Роль Права Примечания

UserRole

Может получать доступ к виртуальным машинам и пулам и использовать их

Может авторизовываться на Пользовательском портале и использовать виртуальные машины и пулы

PowerUserRole

Может создавать виртуальные машины и шаблоны и управлять ими

В окне Настройка (Configure) назначьте эту роль пользователю для всей среды, либо только для отдельных центров данных или кластеров. Например, если Роль ключевого пользователя (PowerUserRole) применяется на уровне центра данных, то пользователь в этой роли может создавать виртуальные машины и шаблоны в центре данных. Роль ключевого пользователя (PowerUserRole) эквивалентна таким ролям, как Создатель ВМ (VmCreator), Создатель диска (DiskCreator) и Создатель шаблонов (TemplateCreator)

UserVmManager

Системный администратор виртуальной машины

Может управлять виртуальными машинами, создавать и использовать моментальные снимки. Пользователю, который создаёт виртуальную машину через Пользовательский портал, автоматически назначается роль UserVmManager для этой машины

UserTemplateBasedVm

Ограниченные права на использование только шаблонов

Уровень прав позволяет создавать виртуальные машины с помощью шаблона

VmCreator

Может создавать виртуальные машины на Пользовательском портале

Эта роль применяется не к отдельной виртуальной машине. Применяйте эту роль ко всей среде в окне Настройка (Configure). Применяя эту роль к кластеру, нужно также применить роль Создателя диска (DiskCreator) ко всему центру данных или к конкретным доменам хранения

VnicProfileUser

Пользователь логической сети и сетевого интерфейса для виртуальных машин

Если при создании логической сети, была выбрана опция Разрешить всем пользователям использовать эту Сеть (Allow all users to use this Network), то разрешения VnicProfileUser назначаются всем пользователям логической сети. Затем пользователи могут подключать/отключать сетевые интерфейсы виртуальных машин к/от логической сети

6.6.4. Назначение виртуальных машин пользователям

Если вы создаёте виртуальные машины для других пользователей, а не для себя, то сначала следует назначить роли пользователям, и только потом они смогут использовать виртуальные машины. Обратите внимание, что разрешения можно назначать только существующим пользователям. Для получения дополнительной информации о создании учётных записей пользователей см. раздел Пользователи и роли в Руководстве администратора.

Пользовательский портал поддерживает три роли по умолчанию: Пользователь (User), Ключевой пользователь (PowerUser) и Пользователь, управляющий ВМ (UserVmManager). Однако нестандартные роли можно настраивать через Портал администрирования. Роли по умолчанию описаны ниже:

  • Пользователь (User) может подключаться к виртуальным машинам и использовать их. Эта роль подходит конечным пользователям ПК, выполняющим повседневные задачи.

  • Ключевой пользователь (PowerUser) может создавать виртуальные машины и просматривать виртуальные ресурсы. Эта роль подходит администраторам или менеджерам, которые хотят предоставить виртуальные ресурсы работникам.

  • Пользователь, управляющий ВМ (UserVmManager) может изменять и удалять виртуальные машины, назначать пользовательские разрешения, использовать моментальные снимки и шаблоны. Роль подходит, если требуется внести изменения конфигурации в виртуальной среде.

Когда вы создаёте виртуальную машину, вы автоматически наследуете права Пользователя, управляющего ВМ (UserVmManager). Это позволяет вносить изменения в виртуальную машину и назначать разрешения пользователям, которыми вы управляете, или пользователям из вашей группы управления идентификационной информацией (Identity Management (IdM)) или группы RHDS. Для получения подробной информации см. Руководство администратора.

Процедура

Чтобы назначить виртуальную машину пользователю:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и выберите виртуальную машину.

  2. Нажмите на имя виртуальной машины, чтобы перейти к подробному представлению.

  3. Откройте вкладку Разрешения (Permissions).

  4. Нажмите Добавить (Add).

  5. Введите реальное или пользовательское имя или часть имени пользователя в текстовое поле и нажмите Поиск (Go). Список возможных совпадений отобразится в списке результатов.

  6. Установите флажок напротив пользователя, которому будут назначены разрешения.

  7. Выберите Пользовательскую роль (UserRole) из выпадающего списка Роль для связи (Role to Assign).

  8. Нажмите OK.

Имя и роль пользователя отображаются в списке пользователей, которым разрешён доступ к этой виртуальной машине.

Если пользователю назначены разрешения только в отношении одной виртуальной машины, то для этой виртуальной машины может быть настроен единый вход (SSO). Когда включен единый вход, пользователь авторизуется на Пользовательском портале, а затем подключается к виртуальной машине, например, через SPICE-консоль, при этом пользователи автоматически авторизуются на виртуальной машине, и им не нужно снова вводить имя пользователя и пароль. Единый вход можно включить или выключить на каждой отдельно взятой виртуальной машине. Для получения подробной информации о включении и выключении единого входа для виртуальных машин см. раздел Настройка единого входа для виртуальных машин.

6.6.5. Лишение пользователей доступа к виртуальным машинам

Процедура

Чтобы лишить пользователя доступа к виртуальной машине:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines).

  2. Нажмите на имя виртуальной машины, чтобы перейти к подробному представлению.

  3. Нажмите Разрешения (Permissions).

  4. Нажмите Удалить (Remove). Появится предупреждающее сообщение с просьбой подтвердить удаление выбранных разрешений.

  5. Для продолжения нажмите OK. Для отмены нажмите Отмена (Cancel).

6.7. Моментальные снимки

6.7.1. Создание моментального снимка виртуальной машины

Моментальный снимок — это представление операционной системы и приложений виртуальной машины на любом или всех доступных дисках в конкретный момент времени. Сделайте моментальный снимок виртуальной машины, прежде чем вносить в нее изменения, которые могут привести к нежелательным последствиям. С помощью снимка можно откатить виртуальную машину до предыдущего состояния.

Процедура

Чтобы создать моментальный снимок виртуальной машины:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines).

  2. Нажмите на имя виртуальной машины, чтобы открыть подробное представление.

  3. Откройте вкладку Снимки (Snapshots) и нажмите Создать (Create).

  4. Введите описание моментального снимка.

  5. Выберите Выбрать диски (Disks to include), отметив флажками соответствующие поля.

    Если ни один диск не выбран, то будет создан частичный моментальный снимок виртуальной машины (без диска). Доступен предварительный просмотр моментального снимка для проверки конфигурации виртуальной машины. Обратите внимание, что если подтвердить частичный моментальный снимок в процедуре восстановления, то её результатом каждый раз будет виртуальная машина без диска.

  6. Выберите Сохранить память (Save Memory), чтобы память работающей виртуальной машины была включена в моментальный снимок.

  7. Нажмите OK.

Операционная система и приложения виртуальной машины на выбранном(-ых) диске(-ах) хранятся в моментальном снимке, для которого доступны предварительный просмотр и восстановление. При создании моментального снимка у него будет статус Заблокирован (Locked), который потом изменится на OK. Если нажать на моментальный снимок, то подробные сведения о нём будут отображаться в выпадающих списках Общее (General), Диски (Disks), Сетевые интерфейсы (Network Interfaces) и Установленные приложения (Installed Applications) на вкладке Снимки (Snapshots).

6.7.2. Использование моментальных снимков для восстановления виртуальной машины

С помощью моментального снимка можно восстановить виртуальную машину до предыдущего состояния.

Процедура

Чтобы восстановить виртуальную машину с помощью моментального снимка:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и выберите виртуальную машину.

  2. Нажмите на имя виртуальной машины, чтобы открыть подробное представление.

  3. Откройте вкладку Снимки (Snapshots), чтобы открыть список доступных моментальных снимков.

  4. В верхней панели выберите моментальный снимок для восстановления. Подробные сведения о моментальном снимке отображаются в нижней панели.

  5. Нажмите кнопку Предварительный просмотр (Preview drop-down menu) и выберите Пользовательский (Custom).

  6. Установите флажки, чтобы выбрать Конфигурацию ВМ (VM Configuration), Память (Memory) и диск(-и), которые хотите восстановить, и нажмите OK. Это позволит создавать пользовательский моментальный снимок и восстанавливаться с него, используя конфигурацию и диск(-и) из нескольких моментальных снимков.

    Статус моментального снимка изменится на Режим предварительного просмотра (Preview Mode). Статус виртуальной машины ненадолго изменится на Образ заблокирован (Image Locked), а потом вернется в значение Выключен (Down).

  7. Выключите виртуальную машину.

  8. Включите виртуальную машину; она будет работать на образе диска моментального снимка.

  9. Нажмите Подтвердить (Commit), чтобы всегда восстанавливать виртуальную машину до состояния этого моментального снимка. Все последующие моментальные снимки будут стёрты. Либо нажмите Отменить (Undo), чтобы отключить моментальный снимок и вернуть виртуальную машину до предыдущего состояния.

6.7.3. Создание виртуальной машины из моментального снимка

С помощью моментального снимка можно создать другую виртуальную машину.

Процедура

Создание виртуальной машины из моментального снимка:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и выберите виртуальную машину.

  2. Нажмите на имя виртуальной машины, чтобы открыть подробное представление.

  3. Откройте вкладку Снимки (Snapshots), чтобы открыть список доступных моментальных снимков.

  4. Выберите моментальный снимок из списка и нажмите Клонировать (Clone).

  5. Введите Имя (Name) виртуальной машины.

  6. Нажмите OK.

Вскоре клонированная виртуальная машина появится на вкладке Виртуальные машины (Virtual Machines) на панели навигации со статусом Образ заблокирован (Image Locked). Статус виртуальной машины не изменится, пока не завершится её создание. Виртуальную машину с предварительно выделенным жестким диском размером 20 ГБ можно создать примерно за 15 минут. Создание виртуальных дисков с динамическим расширением пространства занимает меньше времени, чем создание виртуальных дисков с предварительным выделением.

Когда виртуальная машина готова к использованию, её статус в разделе Ресурсы (Compute)  Виртуальные машины (Virtual Machines) изменится с Образ заблокирован (Image Locked) на Выключена (Down).

6.7.4. Удаление моментального снимка

Моментальный снимок виртуальной машины можно стереть и навсегда удалить из ПО «zVirt Max».

Процедура

Удаление моментального снимка:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines).

  2. Нажмите на имя виртуальной машины, чтобы открыть подробное представление.

  3. Откройте вкладку Снимки (Snapshots), чтобы открыть список моментальных снимков выбранной виртуальной машины.

  4. Выберите моментальный снимок, который хотите удалить.

  5. Нажмите Удалить (Delete).

  6. Нажмите OK.

При неудачной попытке удаления устраните проблему, из-за которой удаление не произошло (например, отказ хоста, недоступное устройство хранения или временные проблемы в работе сети), и попробуйте еще раз.

6.8. Устройства хоста

6.8.1. Добавление устройства хоста к виртуальной машине

Чтобы повысить производительность, можно подключить устройство хоста к виртуальной машине.

Устройства хоста — это физические устройства, подключенные к определенной машине хоста, например:

  • накопители на магнитной ленте, диски,

  • сетевые карты, графические процессоры, HBA-адаптеры,

  • мыши, камеры и диски с USB-интерфейсом.

Добавить устройство хоста к виртуальной машине можно через её свойства Устройства хоста (Host Devices). Сначала выберите один из хостов кластера и тип устройства. Затем выберите и подключите одно или несколько устройств хоста на этом хосте.

При изменении настройки Закрепленный хост (Pinned Host) удаляются текущие устройства хоста. Когда вы сохраняете эти изменения в настройках Хоста (Host) виртуальной машины, параметр Запустить на (Start Running On) переключается в значение Указанном хосте (Specific Host(s)) и задает хост, который вы выбрали ранее через настройку Закрепленный хост (Pinned Host).

После подключения одного или нескольких устройств хоста, запустите виртуальную машину, чтобы изменения вступили в силу. Виртуальная машина запускается на хосте, у которого есть подключенные устройства хоста.

Если виртуальная машина не может запуститься на указанном хосте или получить доступ к устройству хоста, то она отменяет операцию запуска и показывает сообщение об ошибке с информацией о причине отмены.

Предварительные условия

  • Статус хоста Включен (Up),

  • Хост настроен на прямое назначение устройств.

Процедура

Чтобы добавить устройства хоста к виртуальной машине:

  1. На Портале администрирования нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines).

  2. Выключите виртуальную машину.

  3. Нажмите на имя виртуальной машины, чтобы открыть подробное представление.

  4. Откройте вкладку Устройства хоста (Host Devices).

  5. Нажмите Добавить устройство (Add device). Откроется панель Добавить устройства хоста (Add Host Devices).

  6. Используйте параметр Закрепленный хост (Pinned Host), чтобы выбрать хост, на котором работает виртуальная машина.

  7. Используйте параметр Совместимость (Capability), чтобы открыть список устройств pci, scsi, nvdimm или usb_device.

  8. Выберите устройства через Доступные устройства хоста (Available Host Devices).

  9. Нажмите стрелку вниз, чтобы перенести устройства в Подключаемые устройства хоста (Host Devices to be attached).

  10. Нажмите OK, чтобы подключить эти устройства к виртуальной машине и закрыть окно.

  11. Дополнительно, если вы подключаете устройства хоста SCSI, то настройте наиболее подходящий драйвер:

    • Нажмите Изменить (Edit). Откроется панель Изменить виртуальную машину (Edit Virtual Machine).

    • Откройте вкладку Пользовательские свойства (Custom Properties).

    • Нажмите Выберите ключ (Please select a key) и выберите scsi_hostdev внизу выпадающего списка.

    • В большинстве случаев выбирайте scsi-hd. В остальных случаях, а именно для накопителей на магнитной ленте или CD-чейнджеров, выбирайте параметр scsi_generic. Дополнительные сведения см. в разделе Описание настроек пользовательских свойств виртуальной машины.

    • Нажмите ОК.

  12. Запустите виртуальную машину.

  13. Пока виртуальная машина запускается, посмотрите сообщения об ошибках Отмененные операции (Operation Canceled).

6.8.2. Удаление устройств хоста из виртуальной машины

Необязательно удалять все устройства хоста, подключенные к виртуальной машине, чтобы добавить устройства с другого хоста. Достаточно добавить устройства с нужного хоста, при этом все устройства, уже подключенные к виртуальной машине, удалятся автоматически.

Процедура

Чтобы удалить устройства хоста из виртуальной машины:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines).

  2. Выберите виртуальную машину, чтобы открыть подробное представление.

  3. Откройте вкладку Устройства хоста (Host Devices), чтобы открыть список устройств хоста, подключенных к виртуальной машине.

  4. Выберите устройство хоста, которое вы хотите отключить от виртуальной машины, или, зажав клавишу Ctrl, выберите несколько устройств и нажмите Удалить устройства (Remove device). Откроется окно Удалить устройство(-а) хоста (Remove Host Device(s)).

  5. Нажмите OK, чтобы подтвердить и отключить выбранные устройства от виртуальной машины.

6.8.3. Закрепление виртуальной машины на другом хосте

Можно открыть вкладку Устройства хоста (Host Devices) в подробном представлении виртуальной машины, чтобы закрепить её на конкретном хосте.

Если к виртуальной машине подключены какие-либо устройства хоста, то её закрепление на другом хосте автоматически удаляет устройства хоста из виртуальной машины.

Процедура

Закрепление виртуальной машины на хосте:

  1. Нажмите на имя виртуальной машины и откройте вкладку Устройства хоста (Host Devices).

  2. Нажмите Прикрепить к другому хосту (Pin to another host). Откроется окно Закрепить ВМ на хосте (Pin VM to Host).

  3. В выпадающем меню Хост (Host) выберите хост.

  4. Нажмите OK, чтобы закрепить виртуальную машину на выбранном хосте.

6.8.4. Устройства хоста NVDIMM

Устройства NVDIMM — это предварительная версия технологии, представленная только для оценки. Такие версии не поддерживаются соглашениями об уровне обслуживания (SLA) продуктивной среды и могут быть функционально неполными. Тем не менее они дают возможность раннего доступа к будущим функциям продукта, позволяя заказчикам тестировать функциональность и оставлять отзывы в процессе разработки.

Можно добавить эмулируемые устройства NVDIMM к виртуальным машинам. Этот тип памяти также известен под названием виртуальный NVDIMM (virtual NVDIMM) или vNVDIMM.

Работу эмулируемого устройства NVDIMM, которое можно подключить к виртуальной машине, обеспечивает реальное устройство NVDIMM на том хосте, где работает виртуальная машина. Поэтому, когда вы подключаете NVDIMM к виртуальной машине, вы также закрепляете виртуальную машину на определенном хосте.

Можно перенастроить режим, разбиение на разделы и другие свойства эмулируемого устройства NVDIMM в виртуальной машине, не затрагивая настройки физического NVDIMM на устройстве хоста.

Чтобы добавить эмулируемое устройство NVDIMM к виртуальной машине, см. раздел Добавление устройств хоста к виртуальной машине.

Ограничения

  • Моментальные снимки памяти отключены, когда устройство NVDIMM находится в виртуальной машине. Невозможно сделать моментальный снимок содержимого NVDIMM, а моментальный снимок памяти не может работать корректно без соответствующих данных NVDIMM.

  • В RHV у каждого устройства NVDIMM, переданного на виртуальную машину, есть автоматически назначенная зона меток с фиксированным размером 128 КБ на оборудовании IBM POWER, и, кроме того, 128 КБ — это минимальный размер метки, допустимый в QEMU.

  • По умолчанию виртуальная машина использует всё устройство NVDIMM. Нельзя настроить размер NVDIMM через виртуальную машину. Для настройки размера необходимо на хосте разбить устройство NVDIMM на разделы и добавить раздел к виртуальной машине.

  • Размер устройства NVDIMM на виртуальной машине может быть несколько меньше, чем на хосте, чтобы подходить под скорректированные размер и соотношение libvirt и QEMU. Необходимо также точно подбирать размер, чтобы горячее подключение памяти выполнялось корректно.

  • libvirt и QEMU корректируют свой размер и размещение меток. Изменение этих внутренних соотношений может привести к потере данных.

  • Платформа не поддерживает горячее подключение NVDIMM.

  • Виртуальные машины с устройствами NVDIMM не могут мигрировать, потому что они закреплены на хосте.

  • SELinux на данный момент блокирует доступ к устройствам NVDIMM в режиме devdax, см. BZ1855336.

6.9. Группы сходства

6.9.1. Группы сходства

Группы сходства помогают определить место работы выбранных виртуальных машин относительно друг друга и указанных хостов. Эта функциональность помогает управлять сценариями разных процессов, чтобы соблюдать лицензионные требования, обеспечивать высокую доступность и аварийное восстановление.

Правило сходства ВМ

Создавая группу сходства, вы выбираете виртуальные машины, которые входят в эту группу. Чтобы задать место работы этих виртуальных машин относительно друг друга, включите Правило сходства ВМ (VM Affinity Rule): положительное правило пытается запускать виртуальные машины вместе на одном хосте, а отрицательное — отдельно на разных хостах. Если правило не может быть выполнено, результат зависит от того, включен ли модуль веса или фильтра.

Правило сходства хостов

При желании можно добавить хосты к группе сходства. Чтобы задать место работы виртуальных машин в такой группе относительно хостов в этой группе, включите Правило сходства хостов (Host Affinity Rule): положительное правило пытается запускать виртуальные машины на хостах в группе сходства, а отрицательное — на хостах, которые не входят в группу сходства. Если правило не может быть выполнено, результат зависит от того, включен ли модуль веса или фильтра.

Модуль веса по умолчанию

По умолчанию оба правила обращаются к модулю веса в политике планирования кластера. Используя модуль веса, планировщик стремится выполнить правило, но в любом случае разрешает виртуальным машинам в группе сходства работать, если правило не может быть выполнено.

Например, при положительном Правиле сходства ВМ (VM Affinity Rule) и включенном модуле веса планировщик стремится запустить все виртуальные машины группы сходства на одном хосте. Однако если у одного хоста недостаточно ресурсов для этого, планировщик запускает виртуальные машины на нескольких хостах.

Чтобы этот модуль работал, в разделе Модуль веса (weight module) политик планирования должны быть ключевые слова VmAffinityGroups и VmToHostsAffinityGroups.

Функция принудительного исполнения и модуль фильтра

Оба правила предусматривают возможность Принудительного исполнения (Enforcing), которая применяет модуль фильтра в политике планирования кластера. Модуль фильтра переопределяет модуль веса. При включенном модуле фильтра планировщик требует выполнения правила. Если правило не может быть выполнено, модуль фильтра не дает запуститься виртуальным машинам в группе сходства.

Например, при положительном Правиле сходства хостов (Host Affinity Rule) и включенной функции Принудительного исполнения (Enforcing) (модуль фильтра включен) планировщик обязательно будет делать так, чтобы виртуальные машины группы сходства запускались на хостах из группы сходства. Однако если эти хосты выключены, то планировщик вообще не запускает виртуальные машины.

Чтобы этот модуль работал, в разделе Модуль фильтра (filter module) политик планирования должны быть ключевые слова VmAffinityGroups и VmToHostsAffinityGroups.

Примеры

Дополнительные сведения о том, как эти правила и параметры можно сочетать, см. в разделе Примеры групп сходства.

  • По своей функции метка сходства аналогична группе сходства с положительным Правилом сходства хостов (Host Affinity Rule) и включенной функцией Принудительного исполнения (Enforcing).

  • Чтобы метки сходства работали, в разделе Модуль фильтра (filter module) политик планирования должна содержаться Метка (Label).

  • Если между группой сходства и меткой сходства возникают противоречия, то затрагиваемые виртуальные машины не запускаются.

Модули веса и фильтра влияют на каждое правило в политике планирования кластера.

  • Чтобы Правило сходства ВМ (VM Affinity Rule) работало, в политике планирования должно быть ключевое слово Группы сходства ВМ (VmAffinityGroups) в разделах Модуль веса (Weight module) и Модуль фильтра (Filter module).

  • Чтобы Правило сходства хостов (Host Affinity Rule) работало, в политике планирования должно быть ключевое слово Группы сходства хостов ВМ (VmToHostsAffinityGroups) в разделах Модуль веса (Weight module) и Модуль фильтра (Filter module).

Дополнительную информацию см. в разделе Политики планирования в Руководстве администратора.

  • Группы сходства применяются к виртуальным машинам в кластере. Перемещение виртуальной машины из одного кластера в другой удаляет её из групп сходства в исходном кластере.

  • Виртуальные машины не нужно перезапускать, чтобы правила групп сходства вступили в силу.

6.9.2. Создание группы сходства

Новые группы сходства можно создавать на Портале администрирования.

Процедура

Чтобы создать группу сходства:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и выберите виртуальную машину.

  2. Нажмите на имя виртуальной машины, чтобы перейти к подробному представлению.

  3. Откройте вкладку Группы сходства (Affinity Groups).

  4. Нажмите Новая (New).

  5. Введите Имя (Name) и Описание (Description) для группы сходства.

  6. Из выпадающего списка Правило сходства ВМ (VM Affinity Rule) выберите:

    • Положительно (Positive) — для применения положительного правила сходства,

    • Отрицательно (Negative) — для применения отрицательного,

    • Отключено (Disable) — для выключения правила сходства.

  7. Установите флажок Принудительно (Enforcing), чтобы обеспечить принудительное исполнение, или убедитесь, что флажок снят, чтобы принудительное исполнение не применялось.

  8. Из выпадающего списка выберите виртуальные машины, которые нужно добавить в группу сходства. Чтобы добавить или удалить дополнительные виртуальные машины, используйте кнопки + и -.

  9. Нажмите OK.

6.9.3. Изменение группы сходства

Процедура

Чтобы изменить группу сходства:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и выберите виртуальную машину.

  2. Нажмите на имя виртуальной машины, чтобы перейти к подробному представлению.

  3. Откройте вкладку Группы сходства (Affinity Groups).

  4. Нажмите Изменить (Edit).

  5. Установите желаемые значения, используя выпадающий список Правило сходства ВМ (VM Affinity Rule) и флажок Принудительно (Enforcing). С помощью кнопок + и - добавляйте или удаляйте виртуальные машины в или из группы сходства.

  6. Нажмите OK.

6.9.4. Удаление группы сходства

Процедура

Чтобы удалить группу сходства:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и выберите виртуальную машину.

  2. Нажмите на имя виртуальной машины, чтобы перейти к подробному представлению.

  3. Откройте вкладку Группы сходства (Affinity Groups).

  4. Нажмите Удалить (Remove).

  5. Нажмите OK.

Политика сходства, применявшаяся к виртуальным машинам, которые входили в эту группу сходства, больше не применяется.

6.9.5. Примеры групп сходства

На примерах ниже показано, как применять правила сходства для разных сценариев, используя разные возможности групп сходства, описанные в этой главе.

Пример 1. Высокая доступность

Катя работает инженером DevOps в стартапе. Для обеспечения высокой доступности две виртуальные машины определенной системы должны работать на разных хостах в кластере.

Катя создаёт группу сходства с именем «высокая доступность» и делает следующее:

  • Добавляет в группу сходства две виртуальные машины: VM01 и VM02.

  • Задает Сходство ВМ (VM Affinity) как Отрицательно (Negative), чтобы виртуальные машины запускались предпочтительно на разных хостах.

  • Оставляет флажок Принудительно (Enforcing) снятым (отключенным), чтобы обе виртуальные машины могли продолжить работу, если во время сбоя будет доступен только один хост.

  • Оставляет список Хосты (Hosts) пустым, чтобы виртуальные машины запускались на любом хосте в кластере.

Пример 2. Производительность

Соня разрабатывает ПО и использует две виртуальные машины для сборки ПО и его многократного ежедневного тестирования. Между этими двумя виртуальными машинами идет интенсивный сетевой трафик. Благодаря работе машин на одном и том же хосте снижается как сетевой трафик, так и влияние задержки сети на процесс сборки и тестирования. Использование хостов с лучшими характеристиками (ЦП с более высокой скоростью, SSD, больший объём памяти) позволяет ускорить процесс.

Соня создаёт группу сходства с именем «сборка и тестирование» и делает следующее:

  • Добавляет в группу сходства виртуальные машины для сборки и тестирования: VM01 и VM02.

  • Добавляет в группу сходства хосты с лучшими характеристиками: host03, host04 и host05.

  • Задает Сходство ВМ (VM affinity) как Положительно (Positive), чтобы виртуальные машины запускались предпочтительно на одном и том же хосте, что снизит сетевой трафик и влияние задержки.

  • Задает Сходство хоста (Host affinity) как Положительно (Positive), чтобы виртуальные машины запускались предпочтительно на хостах с лучшими характеристиками для ускорения процесса.

  • Оставляет флажок Принудительно (Enforcing) снятым (отключенным) для обоих правил, чтобы виртуальные машины могли запускаться, если хосты с лучшими характеристиками недоступны.

Пример 3. Лицензирование

Данила — менеджер по программным активам, который помогает своей организации соблюдать требования вендорской ограничительной лицензии на ПО для 3D-визуализации. По условиям лицензии, виртуальные машины для сервера лицензий VM-LS и рабочие станции визуализации VM-WS# должны работать на одном и том же хосте. Кроме того, согласно модели лицензирования по физическим ЦП, требуется, чтобы рабочие станции работали на одном из двух GPU-хостов: основном host-gpu-primary или резервном host-gpu-backup.

Для удовлетворения этих требований Данила создаёт группу сходства с именем «сейсмические 3D-изображения» и делает следующее:

  • Добавляет ранее упомянутые виртуальные машины и хосты в группу сходства.

  • Задает Сходство ВМ (VM affinity) как Положительно (Positive) и ставит флажок Принудительно (Enforcing), чтобы сервер лицензий и рабочие станции обязательно запускались вместе на одном из хостов, а не на разных хостах.

  • Задает Сходство хоста (Host affinity) как Положительное (Positive) и ставит флажок Принудительно (Enforcing), чтобы виртуальные машины обязательно запускались на одном из двух GPU-хостов, а не на других хостах в кластере.

6.9.6. Поиск и устранение неполадок в группах сходства

Чтобы предотвратить возникновение проблем с группами сходства

  • Спланируйте и задокументируйте сценарии и результаты, которые вы ожидаете от использования групп сходства.

  • Проверьте и протестируйте результаты при разных условиях.

  • Применяйте передовые методы управления изменениями.

  • Используйте опцию Принудительно (Enforcing), если требуется.

При обнаружении остановки виртуальных машин

  • Проверьте, что в кластере есть политика планирования, где разделы Модуль веса (weight module) и Модуль фильтра (filter module) содержат VmAffinityGroups и VmToHostsAffinityGroups. Дополнительную информацию см. в разделе Описание настроек в окнах «Создать политику планирования (New Scheduling Policy)» и «Изменить политику планирования (Edit Scheduling Policy)» в Руководстве администратора.

  • Проверьте наличие конфликтов между метками сходства и группами сходства.

При возможных конфликтах между метками сходства и группами сходства

  1. Учитывайте, что метка сходства — это эквивалент группы сходства, у которой Правило сходства хоста (Host affinity rule) установлено как Положительно (Positive), а Принудительно (Enforcing) включено.

  2. Учитывайте, что при конфликте между меткой сходства и группой сходства пересекающийся набор виртуальных машин работать не будет.

  3. Определите, возможен ли конфликт:

    • Изучите раздел Модуль фильтра (filter module) в политиках планирования кластера. Они должны содержать ключевое слово Метка (Label) и ключевое слово VmAffinityGroups или VmToHostsAffinityGroups. В противном случае конфликт невозможен. Наличие VmAffinityGroups и VmToHostsAffinityGroups в разделе Модуль веса (weight module) не имеет значения, так как Метка (Label) в разделе Модуль фильтра (filter module) переопределит их.

    • Изучите группы сходства. В них должно содержаться правило с включенным Принудительно (Enforcing). В противном случае конфликт невозможен.

  4. Если конфликт возможен, определите набор виртуальных машин, которые могут быть вовлечены:

    • Изучите метки сходства и группы сходства. Составьте список виртуальных машин, которые входят и в метку сходства, и в группу сходства, где опция Принудительно (Enforcing) включена.

    • Для каждого хоста и виртуальной машины в пересекающемся наборе проанализируйте условия, при которых может произойти конфликт.

  5. Определите, совпадают ли неработающие виртуальные машины с виртуальными машинами в анализе.

  6. Наконец, реструктурируйте группы сходства и метки сходства, чтобы избежать непреднамеренных конфликтов.

  7. Проверьте, что любые изменения приводят к ожидаемым результатам в разных условиях.

  8. При наличии перекрывающихся групп сходства и меток сходства их проще просматривать в одном месте как группы сходства. Рассмотрите возможность преобразования метки сходства в эквивалентную группу сходства, где Правило сходства хоста (Host affinity rule) задано как Положительное (Positive) и включено Принудительно (Enforcing).

6.10. Метки сходства

6.10.1. О метках сходства

Метки сходства можно создавать и модифицировать на Портале администрирования.

Метки сходства используются для того, чтобы между виртуальными машинами и хостами задать положительное правило сходства с его жестким (принудительным) исполнением. Для получения дополнительной информации о принудительности исполнения правил сходства и полярности см. раздел Группы сходства.

Метки функционируют так же, как группа сходства с положительным правилом и принудительным исполнением, но в некоторых случаях метки упрощают конфигурацию. Например, если виртуальным машинам требуется специальное аппаратное обеспечение хоста, можно использовать метки сходства, чтобы виртуальные машины точно запускались на требуемых хостах. Если используется ПО с лицензией на определенное количество физических машин, метки сходства гарантируют, что виртуальные машины, на которых работает это ПО, запускаются только на допустимом количестве физических хостов.

Метки сходства являются подмножеством групп сходства и могут с ними конфликтовать. В случае конфликта виртуальная машина не запустится.

6.10.2. Создание метки сходства

Метки сходства можно создать из подробного представления виртуальной машины, хоста или кластера. В процедуре, приведённой ниже, используется подробное представление кластера.

Процедура

Чтобы создать метку сходства:

  1. Нажмите Ресурсы (Compute)  Кластеры (Clusters) и выберите соответствующий кластер.

  2. Нажмите на имя кластера, чтобы перейти к подробному представлению.

  3. Откройте вкладку Метки сходства (Affinity Labels).

  4. Нажмите Новый (New).

  5. Введите Имя (Name) для метки сходства.

  6. Из выпадающих списков выберите виртуальные машины и хосты, которые будут ассоциированы с меткой. Для добавления дополнительных виртуальных машин и хостов используйте кнопку +.

  7. Нажмите OK.

6.10.3. Изменение метки сходства

Метки сходства можно изменить из подробного представления виртуальной машины, хоста или кластера. В процедуре, приведённой ниже, используется подробное представление кластера.

Процедура

Чтобы изменить метку сходства:

  1. Нажмите Ресурсы (Compute)  Кластеры (Clusters) и выберите соответствующий кластер.

  2. Нажмите на имя кластера, чтобы перейти к подробному представлению.

  3. Откройте вкладку Метки сходства (Affinity Labels).

  4. Выберите метку, которую хотите изменить.

  5. Нажмите Изменить (Edit).

  6. Для добавления или удаления виртуальных машин и хостов в или из метки сходства используйте кнопки + и -.

  7. Нажмите OK.

6.10.4. Удаление метки сходства

Метки сходства можно удалить только из подробного представления кластера.

Процедура

Чтобы удалить метку сходства:

  1. Нажмите Ресурсы (Compute)  Кластеры (Clusters) и выберите соответствующий кластер.

  2. Нажмите на имя кластера, чтобы перейти к подробному представлению.

  3. Откройте вкладку Метки сходства (Affinity Labels).

  4. Выберите метку, которую хотите удалить.

  5. Нажмите Изменить (Edit).

  6. Для удаления всех виртуальных машин и хостов из метки сходства используйте кнопку -.

  7. Нажмите OK.

  8. Нажмите Удалить (Delete).

  9. Нажмите OK.

6.11. Экспортирование и импортирование виртуальных машин и шаблонов

Сущность «экспорт-домен» считается устаревшей. Экспорт-домены можно отключить от центра данных и импортировать в другой центр данных в той же или другой среде. Затем виртуальные машины, «плавающие» виртуальные диски и шаблоны можно выгрузить из импортированного домена хранения в подключенный центр данных. Для получения дополнительной информации об импортировании доменов хранения см. раздел Импортирование существующих доменов хранения в Руководстве администратора.

Виртуальные машины и шаблоны можно экспортировать из и импортировать в центры данных в той же или другой инсталляции ПО «zVirt Max». Виртуальные машины можно экспортировать или импортировать, используя домен экспорта, домен данных или хост ПО «zVirt Max».

При экспортировании или импортировании виртуальной машины или шаблона сохраняются свойства, включая основные сведения такие, как имя и описание, выделение ресурсов и настройки высокой доступности виртуальной машины или шаблона.

Разрешения и роли пользователей виртуальных машин и шаблонов включены в OVF-файлы поэтому, когда домен хранения отключается от одного центра данных и подключается к другому, виртуальные машины и шаблоны могут быть импортированы со своими изначальными разрешениями и ролями пользователей. Чтобы разрешения были успешно зарегистрированы, пользователи и роли, связанные с разрешениями виртуальных машин или шаблонов, должны существовать в центре данных до начала процесса регистрации.

Используйте функцию V2V для импорта виртуальных машин от других провайдеров сервисов виртуализации (RHEL 5 Xen или VMware) или для импорта виртуальных машин Windows. Функция V2V преобразует виртуальные машины, обеспечивая возможность хостинга с помощью ПО «zVirt Max».

Виртуальные машины необходимо выключить перед импортированием.

6.11.1. Экспортирование виртуальной машины в домен экспорта

Экспортируйте виртуальную машину в домен экспорта, чтобы её можно было импортировать в другой центр данных. Сначала обязательно убедитесь, что домен экспорта подключен к центру данных, в котором находится экспортируемая виртуальная машина.

Процедура

Экспортирование виртуальной машины в домен экспорта:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и выберите виртуальную машину.

  2. Нажмите Дополнительные действия (More Actions) и затем Экспортировать в экспорт-домен (Export to Export Domain).

  3. При желании установите следующие флажки в окне Экспортировать виртуальную машину (Export Virtual Machine):

    • Перезаписать принудительно (Force Override): переопределяет существующие образы виртуальной машины в домене экспорта.

    • Свернуть снимки (Collapse Snapshots): создаёт единый том экспорта на каждый диск. Эта функция удаляет точки для восстановления с моментальных снимков и добавляет шаблон в виртуальную машину, созданную на базе шаблона, а также удаляет любые зависимости виртуальной машины от шаблона. Для виртуальной машины, зависимой от шаблона, стоит либо выбрать эту функцию, экспортировать шаблон с виртуальной машиной, либо убедиться, что шаблон существует в центре данных, являющемся приёмником.

      Создавая виртуальную машину из шаблона через Ресурсы (Compute)  Шаблоны (Templates) и Создать ВМ (New VM), вы увидите две опции выделения хранилища в разделе Тип диска (Storage Allocation) на вкладке Выделение ресурсов (Resource Allocation):

      • Если выбрана опция Клонированный (Clone), то виртуальная машина не зависит от шаблона. Шаблон не обязательно должен существовать в центре данных, являющемся приёмником.

      • Если выбрана опция Тонкий (Thin), то виртуальная машина зависит от шаблона, поэтому шаблон должен существовать в центре данных, являющемся приёмником, или быть экспортирован с виртуальной машиной.

        Чтобы посмотреть, какая опция была выбрана, нажмите на имя виртуальной машины и откройте вкладку Общее (General) в подробном представлении.

  4. Нажмите OK.

Начнется экспорт виртуальной машины. Во время экспортирования виртуальная машина отображается в Ресурсы (Compute)  Виртуальные машины (Virtual Machines) со статусом Образ заблокирован (Image Locked). Процесс может длиться до часа в зависимости от размера образов жесткого диска виртуальной машины и оборудования хранилища. Откройте вкладку События (Events) для просмотра прогресса. По завершении процесса виртуальная машина экспортирована в домен экспорта и отображается на вкладке Импортировать ВМ (VM Import) подробного представления домена экспорта.

6.11.2. Экспортирование виртуальной машины в домен данных

Виртуальную машину можно экспортировать в домен данных для хранения клона виртуальной машины в качестве резервной копии.

При экспортировании виртуальной машины, зависимой от шаблона, в целевом домене хранения должен быть этот шаблон.

При создании виртуальной машины из шаблона можно выбрать одну из двух опций выделения хранилища:

  • Клонированный (Clone): виртуальная машина не зависит от шаблона. Шаблон не обязательно должен существовать в домене хранения, являющимся приёмником.

  • Тонкий (Thin): виртуальная машина зависит от шаблона, поэтому шаблон должен существовать в домене хранения, являющимся приёмником.

    Чтобы посмотреть, какая опция выбрана, нажмите на имя виртуальной машины и откройте вкладку Общее (General) в подробном представлении.
Предварительные условия

  • Домен данных подключен к центру данных.

  • Виртуальная машина выключена.

Процедура

Чтобы экспортировать виртуальную машину в домен данных:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и выберите виртуальную машину.

  2. Нажмите Экспортировать (Export).

  3. Укажите имя экспортируемой виртуальной машины.

  4. Выберите целевой домен хранения из всплывающего меню Домен хранения (Storage domain).

  5. При желании установите флажок Удалить моментальные снимки (Collapse snapshots), чтобы экспортировать виртуальную машину без моментальных снимков.

  6. Нажмите OK.

Менеджер управления клонирует виртуальную машину, включая все её диски, в целевой домен.

При перемещении диска из домена данных одного типа в домен данных другого формат диска меняется соответственно. Например, если диск в домене данных NFS и в формате динамического выделения (sparse) перемещается в домен iSCSI, то его формат поменяется на предварительное выделение пространства. Процедура отличается от использования домена экспорта, так как домен экспорта с NFS.

Во время экспортирования виртуальная машина отображается со статусом Образ заблокирован (Image Locked). Процесс может длиться до часа в зависимости от размера образов жесткого диска виртуальной машины и оборудования хранилища. Откройте вкладку События (Events) для просмотра прогресса. По завершении процесса виртуальная машина экспортирована в домен данных и отображается в списке виртуальных машин.

6.11.3. Импортирование виртуальной машины из домена экспорта

В домене экспорта находится виртуальная машина. Прежде чем виртуальную машину можно будет импортировать в новый центр данных, домен экспорта должен быть подключен к центру данных, который является приёмником.

Процедура

Импортирование виртуальной машины в центр данных, который является приёмником:

  1. Нажмите Хранилище (Storage)  Домены (Domains) и выберите домен экспорта. У домена экспорта должен быть статус Активный (Active).

  2. Нажмите на имя домена экспорта, чтобы перейти к подробному представлению.

  3. Откройте вкладку Импортировать ВМ (VM Import), чтобы вывести список виртуальных машин, доступных для импорта.

  4. Выберите одну или несколько виртуальных машин для импорта и нажмите Импортировать (Import).

  5. Выберите Целевой кластер (Target Cluster).

  6. Установите флажок Свернуть снимки (Collapse Snapshots), чтобы удалить точки для восстановления с моментальных снимков и добавить шаблоны в виртуальную машину, созданную на основе шаблона.

  7. Нажмите на виртуальную машину, которую нужно импортировать, и откройте вложенную вкладку Диски (Disks). На этой вкладке можно использовать выпадающие списки Политика выделения (Allocation Policy) и Домен хранения (Storage Domain), чтобы выбрать, будет ли у диска, используемого виртуальной машиной, динамическое или предварительное выделение пространства, а также можно выбрать домен хранения, на котором он будет храниться. Также отображается значок, обозначающий, какой из дисков на импорт ведёт себя как загрузочный диск для виртуальной машины.

  8. Нажмите OK, чтобы импортировать виртуальные машины.

    Если виртуальная машина существует в среде виртуализации, то откроется окно Конфликт при импорте виртуальных машин (Import Virtual Machine Conflict). Выберите одну из следующих кнопок-переключателей:

    • Не импортировать (Don’t import),

    • Импортировать как клонированную (Import as cloned) и введите уникальное имя для виртуальной машины в поле Создать имя (New Name).

  9. При желании установите флажок Применить ко всем (Apply to all), чтобы импортировать все дублирующиеся виртуальные машины с одинаковым суффиксом, а затем введите суффикс в поле Суффикс, добавляемый к клонированным ВМ (Suffix to add to the cloned VMs).

  10. Нажмите OK.

За одну операцию импортирования можно импортировать только виртуальные машины, у которых одна и та же архитектура. Если среди виртуальных машин, которые нужно импортировать, хотя бы у одной из них архитектура отличается, появится предупреждение, и система предложит изменить выбор, чтобы импортировались только виртуальные машины с одной и той же архитектурой.

6.11.4. Импортирование виртуальной машины из домена данных

Виртуальную машину можно импортировать в один или несколько кластеров из домена хранения данных.

Предварительное условие

При импортировании виртуальной машины из импортированного домена хранения данных он должен быть подключен к центру данных и активирован.

Процедура

Чтобы импортировать виртуальную машину из домена данных:

  1. Нажмите Хранилище (Storage)  Домены (Domains).

  2. Нажмите на имя импортированного домена хранения. Откроется подробное представление.

  3. Откройте вкладку Импортировать ВМ (VM Import).

  4. Выберите одну или несколько виртуальных машин для импорта.

  5. Нажмите Импортировать (Import).

  6. Для каждой виртуальной машины в окне Импортировать ВМ (Import Virtual Machine(s)) убедитесь, что в списке Кластер (Cluster) выбран правильный целевой кластер.

  7. Сопоставьте внешние vNIC-профили виртуальных машин с профилями в целевом кластере (кластерах).

  8. При обнаружении конфликта с MAC-адресом появится восклицательный знак рядом с именем виртуальной машины. Наведите указатель мыши на значок для просмотра подсказки, которая отображает тип возникшей ошибки.

  9. Нажмите OK.

Импортированные виртуальные машины больше не отображаются в списке на вкладке Импортировать ВМ (VM Import).

6.11.5. Импортирование виртуальной машины из провайдера VMware

Импортируйте виртуальные машины из провайдера VMware vCenter в ПО «zVirt Max». Для импорта из провайдера VMware необходимо ввести данные в окне Импорт ВМ (Import Virtual Machine(s)) в процессе каждой операции импорта или можно добавить провайдера VMware в качестве внешнего провайдера и выбрать предварительно сконфигурированного провайдера во время операций импорта.

При неудачной попытке импорта см. подробные сведения в соответствующем файле журналов /var/log/vdsm/import/ и /var/log/vdsm/vdsm.log на прокси-хосте.
Предварительные условия

  • Пакет virt-v2v должен быть установлен хотя бы на одном хосте, который в настоящей процедуре используется в качестве прокси-хоста. Пакет virt-v2v доступен по умолчанию.

  • Как минимум один домен данных и домен хранения ISO должны быть подключены к центру данных.

    Мигрировать можно только в общие хранилища, например, NFS, iSCSI или FCP. Локальные хранилища не поддерживаются.

    Хотя домен хранения ISO устарел, он необходим для миграции.

  • Файл образа virtio-win_version.iso для виртуальных машин Windows выгружается в домен хранения ISO. Этот образ включает в себя гостевые инструменты, необходимые для миграции виртуальных машин Windows.

  • Виртуальную машину необходимо выключить перед импортом.

  • Импортировать можно только виртуальные машины с одинаковой архитектурой. Если у какой-либо импортируемой виртуальной машины другая архитектура, то появится предупреждение, и система предложит изменить выборку, чтобы в ней были только виртуальные машины с одинаковой архитектурой.

Процедура

Чтобы импортировать виртуальную машину из провайдера VMware:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines).

  2. Нажмите Дополнительные действия (More Actions) и выберите Импортировать (Import). Откроется окно Импорт ВМ (Import Virtual Machine(s)).

  3. Выберите VMware из списка Источник (Source).

  4. Если вы настроили провайдер VMware в качестве внешнего провайдера, то выберите его из списка Внешний провайдер (External Provider). Убедитесь, что учетные данные провайдера верны. Если при настройке внешнего провайдера вы не указали центр данных, являющийся приёмником, или прокси-хост, то выберите эти параметры сейчас.

  5. Если вы не настроили провайдер VMware или хотите импортировать данные из нового провайдера VMware, то укажите следующие сведения:

    • Выберите из списка Центр данных (Data Center), в котором будет доступна виртуальная машина.

    • Введите IP-адрес или FQDN экземпляра VMware vCenter в поле vCenter.

    • Введите IP-адрес или FQDN хоста, из которого будут импортироваться виртуальные машины, в поле ESXi.

    • Введите имя центра данных и кластера, в которых находится указанный хост ESXi, в поле Центр данных (Data Center).

    • Если вы обменивались SSL-сертификатом между хостом ESXi и Менеджером управления, то оставьте флажок Проверять SSL-сертификат сервера (Verify server’s SSL certificate) установленным, чтобы проверять сертификат хоста ESXi. В противном случае снимите флажок.

    • Введите Имя пользователя (Username) и Пароль (Password) для экземпляра VMware vCenter. Пользователь должен иметь доступ к центру данных VMware и хосту ESXi, на котором находятся виртуальные машины.

    • Выберите хост в выбранном центре данных с установленным пакетом virt-v2v, который будет служить Прокси-хостом (Proxy Host) во время операций импорта виртуальных машин. Этот хост также должен быть способен подключаться к сети внешнего провайдера VMware vCenter.

  6. Нажмите Загрузить (Load), чтобы открыть список виртуальных машин на провайдере VMware, которые можно импортировать.

  7. Выберите одну или несколько виртуальных машин из списка Виртуальные машины на источнике (Virtual Machines on Source) и с помощью стрелок переместите их в список Виртуальные машины для импорта (Virtual Machines to Import). Нажмите Далее (Next).

    Если сетевое устройство виртуальной машины использует тип драйвера e1000 или rtl8139, то виртуальная машина будет использовать тот же тип драйвера после импорта. При необходимости можно после импорта вручную изменить тип драйвера на VirtIO. Сведения о том, как изменить тип драйвера после импорта виртуальной машины, см. в разделе Изменение сетевого интерфейса. Если сетевое устройство использует другой тип драйвера (не e1000 или rtl8139), то этот тип драйвера автоматически меняется на VirtIO во время импорта. Параметр Подключить драйверы VirtIO (Attach VirtIO-drivers) позволяет внедрить драйверы VirtIO в файлы импортированной виртуальной машины, чтобы при смене драйвера на VirtIO операционная система правильно обнаружила устройство.

  8. Выберите Кластер (Cluster), на котором будут находиться виртуальные машины.

  9. Выберите Профиль ЦП (CPU Profile) для виртуальных машин.

  10. Установите флажок Свернуть снимки (Collapse Snapshots), чтобы убрать точки для восстановления с моментальных снимков и добавить шаблоны в виртуальные машины, созданные на основе шаблонов.

  11. Установите флажок Клонировать (Clone), чтобы изменить имена и MAC-адреса виртуальных машин, клонировать все диски и удалить все моментальные снимки. Если рядом с именем виртуальной машины появится знак предупреждения или место для флажка в столбце ВМ в системе (VM in System), необходимо клонировать виртуальную машину и изменить её имя.

  12. Нажмите на каждую виртуальную машину, которую хотите импортировать, и откройте вложенную вкладку Диски (Disks). В списках Политика выделения (Allocation Policy) и Домен хранения (Storage Domain) выберите, какой диск будет использовать виртуальная машина: с динамическим или предварительным выделением пространства, а также выберите домен хранения, на котором будет храниться диск. Кроме того, отображается значок, указывающий, какой из импортируемых дисков является загрузочным для выбранной виртуальной машины.

  13. Если установлен флажок Клонировать (Clone), измените имя виртуальной машины на вложенной вкладке Общее (General).

  14. Нажмите OK, чтобы импортировать виртуальные машины.

Тип ЦП виртуальной машины должен совпадать с типом ЦП кластера, на который её импортируют. Чтобы посмотреть Тип ЦП (CPU Type) кластера на Портале администрирования:

  1. Нажмите Ресурсы (Compute)  Кластеры (Clusters).

  2. Выберите кластер.

  3. Нажмите Изменить (Edit).

  4. Откройте вкладку Общее (General).

Если тип ЦП виртуальной машины отличается, настройте тип ЦП импортируемой виртуальной машины:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines).

  2. Выберите виртуальную машину.

  3. Нажмите Изменить (Edit).

  4. Откройте вкладку Система (System).

  5. Нажмите на стрелку Расширенные параметры (Advanced Parameters).

  6. Укажите Пользовательский тип ЦП (Custom CPU Type) и нажмите OK.

6.11.6. Экспортирование виртуальной машины на хост

Виртуальную машину можно экспортировать по конкретно заданному пути или в смонтированное общее NFS-хранилище на хосте в центре данных ПО «zVirt Max». В результате экспорта будет создан пакет открытого виртуального устройства (OVA).

Процедура

Экспортирование виртуальной машины на хост:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и выберите виртуальную машину.

  2. Нажмите Дополнительные действия (More Actions), а затем Экспорт в OVA (Export to OVA).

  3. Выберите хост в выпадающем списке Хост (Host).

  4. Введите абсолютный путь к каталогу экспорта в поле Путь (Directory), поставив в конце завершающий слэш. Например: /images2/ova/

  5. При желании можно изменить имя файла по умолчанию в поле Имя (Name).

  6. Нажмите ОК.

Статус экспорта можно посмотреть на вкладке События (Events).

6.11.7. Импортирование виртуальной машины из хоста

Импортируйте файл открытого виртуального устройства (OVA) в ПО «zVirt Max». Файл можно импортировать из любого хоста ПО «zVirt Max» в центре данных.

На текущий момент можно импортировать только файлы ПО «zVirt Max» и OVA, созданные VMware. KVM и Xen не поддерживаются.

Процесс импорта использует virt-v2v. Успешно импортировать можно только те виртуальные машины, которые работают на операционных системах, совместимых с virt-v2v.

Процедура

Импортирование файла OVA:

  1. Скопируйте файл OVA на хост на вашем кластере в расположение файловой системы, например, /var/tmp.

    Файловая система может располагаться в локальном каталоге или удаленно смонтированном NFS, кроме корневого (/root) каталога или его подкаталогов. Убедитесь, что места достаточно.

  2. Убедитесь, что файл OVA имеет разрешения на чтение/запись для пользователя qemu (UID 36) и группы kvm (GID 36):

chown 36:36 path_to_OVA_file/file.OVA

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines).

  2. Нажмите Дополнительные действия (More Actions) и выберите Импортировать (Import). Откроется окно Импорт ВМ (Import Virtual Machine(s)):

    • Выберите Virtual Appliance (OVA) из списка Источник (Source).

    • Выберите хост в списке Хост (Host).

    • В поле Путь (Path) укажите абсолютный путь файла OVA.

    • Нажмите Загрузить (Load), чтобы открыть список виртуальных машин для импорта.

    • Выберите виртуальную машину из списка Виртуальные машины на источнике (Virtual Machines on Source) и с помощью стрелок переместите её в список Виртуальные машины для импорта (Virtual Machines to Import).

  3. Нажмите Далее (Next):

    • Выберите Домен хранения (Storage Domain) для виртуальной машины.

    • Выберите Целевой кластер (Target Cluster), на котором будут находиться виртуальные машины.

    • Выберите Профиль ЦП (CPU Profile) для виртуальных машин.

    • Выберите Политику выделения (Allocation Policy) для виртуальных машин.

    • При желании можно установить флажок Подключить драйверы VirtIO (Attach VirtIO-drivers) и выбрать подходящий образ из списка, чтобы добавить драйверы VirtIO.

    • Выберите Политику выделения (Allocation Policy) для виртуальных машин.

    • Выберите виртуальную машину и на вкладке Общее (General) выберите Операционную систему (Operating System).

    • На вкладке Сетевые интерфейсы (Network Interfaces) выберите Имя сети (Network Name) и Имя профиля (Profile Name).

    • Откройте вкладку Диски (Disks), чтобы посмотреть Псевдоним (Alias), Виртуальный размер (Virtual Size) и Фактический размер (Actual Size) виртуальной машины.

  4. Нажмите OK, чтобы импортировать виртуальные машины.

6.11.7.1. Импортируйте виртуальную машину из хоста KVM

Импортируйте виртуальные машины из хоста KVM в ПО «zVirt Max». ПО «zVirt Max» конвертирует виртуальные машины KVM в корректный формат перед их импортом. Необходимо включить аутентификацию по открытому ключу между хостом KVM и как минимум одним хостом в центре данных, являющимся приёмником (этот хост в следующей процедуре называется прокси-хостом).

Виртуальную машину необходимо выключить перед импортом. Запуск виртуальной машины KVM в процессе импорта может привести к повреждению данных.

Импортировать можно только виртуальные машины с одинаковой архитектурой. Если у какой-либо импортируемой виртуальной машины другая архитектура, то появится предупреждение, и система предложит изменить выборку, чтобы в ней были только виртуальные машины с одинаковой архитектурой.

При неудачной попытке импорта см. подробные сведения в соответствующем файле журналов /var/log/vdsm/import/ и /var/log/vdsm/vdsm.log на прокси-хосте.
Процедура

Импортирование виртуальной машины из KVM:

  1. Включите аутентификацию с открытым ключом между прокси-хостом и хостом KVM:

    • Авторизуйтесь на прокси-хосте и сгенерируйте SSH-ключи для пользователя vdsm.

      sudo -u vdsm ssh-keygen

    • Скопируйте открытый ключ пользователя vdsm на хост KVM. Файл known_hosts на прокси-хосте также обновится, и в нем появится хост-ключ хоста KVM.

      sudo -u vdsm ssh-copy-id root@kvmhost.example.com

    • Авторизуйтесь на хосте KVM, чтобы убедиться, что вход в систему работает корректно.

      sudo -u vdsm ssh root@kvmhost.example.com

  2. Авторизуйтесь на Портале администрирования.

  3. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines).

  4. Нажмите Дополнительные действия (More Actions) и выберите Импортировать (Import). Откроется окно Импорт ВМ (Import Virtual Machine(s)).

  5. Выберите Центр данных (Data Center), на котором содержится прокси-хост.

  6. Выберите KVM (через Libvirt) (KVM (via Libvirt)) из выпадающего списка Источник (Source).

    При желании можно выбрать провайдер KVM из выпадающего списка Внешний провайдер (External Provider). Корректный идентификатор URI будет уже проставлен. Дополнительные сведения см. в разделе Добавление хоста KVM в качестве провайдера виртуальных машин в Руководстве администратора.

  7. Введите URI хоста KVM в следующем формате:

    qemu+ssh://root@kvmhost.example.com/system

  8. Оставьте флажок Требуется аутентификация (Requires Authentication) установленным.

  9. Введите root в поле Имя пользователя (Username).

  10. Введите Пароль (Password) root-пользователя хоста KVM.

  11. Выберите Прокси-хост (Proxy Host) в выпадающем списке.

  12. Нажмите Загрузить (Load), чтобы открыть список виртуальных машин на хосте KVM, которые можно импортировать.

  13. Выберите одну или несколько виртуальных машин из списка Виртуальные машины на источнике (Virtual Machines on Source) и с помощью стрелок переместите их в список Виртуальные машины для импорта (Virtual Machines to Import).

  14. Нажмите Далее (Next).

  15. Выберите Кластер (Cluster), на котором будут находиться виртуальные машины.

  16. Выберите Профиль ЦП (CPU Profile) для виртуальных машин.

  17. При желании установите флажок Свернуть снимки (Collapse Snapshots), чтобы убрать точки для восстановления с моментальных снимков и добавить шаблоны в виртуальные машины, созданные на основе шаблонов.

  18. При желании установите флажок Клонировать (Clone), чтобы изменить имена и MAC-адреса виртуальных машин, клонировать все диски и удалить все моментальные снимки. Если рядом с именем виртуальной машины появится знак предупреждения или место для флажка в столбце ВМ в системе (VM in System), необходимо клонировать виртуальную машину и изменить её имя.

  19. Нажмите на каждую виртуальную машину, которую хотите импортировать, и откройте вложенную вкладку Диски (Disks). В списках Политика выделения (Allocation Policy) и Домен хранения (Storage Domain) выберите, какой диск будет использовать виртуальная машина: с динамическим или предварительным выделением пространства, а также выберите домен хранения, на котором будет храниться диск. Кроме того, отображается значок, указывающий, какой из импортируемых дисков является загрузочным для выбранной виртуальной машины. Дополнительные сведения см. в разделе Политики выделения виртуального дискового хранилища в Техническом справочнике.

  20. Если установлен флажок Клонировать (Clone), измените имя виртуальной машины на вкладке Общее (General).

  21. Нажмите OK, чтобы импортировать виртуальные машины.

Тип ЦП виртуальной машины должен совпадать с типом ЦП кластера, на который её импортируют.

Чтобы посмотреть Тип ЦП (CPU Type) кластера на Портале администрирования:

  1. Нажмите Ресурсы (Compute)  Кластеры (Clusters).

  2. Выберите кластер.

  3. Нажмите Изменить (Edit).

  4. Откройте вкладку Общее (General).

Если тип ЦП виртуальной машины отличается, настройте тип ЦП импортируемой виртуальной машины:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines).

  2. Выберите виртуальную машину.

  3. Нажмите Изменить (Edit).

  4. Откройте вкладку Система (System).

  5. Нажмите на стрелку Расширенные параметры (Advanced Parameters).

  6. Укажите Пользовательский тип ЦП (Custom CPU Type) и нажмите OK.

6.12. Миграция виртуальных машин между хостами

Миграция на лету даёт возможность перемещать работающую виртуальную машину между физическими хостами без прерывания на обслуживание. Виртуальная машина остается включенной, а пользовательские приложения продолжают работать, пока виртуальная машина перемещается на новый физический хост. В фоновом режиме оперативная память виртуальной машины копируется с хоста-источника на хост-приёмник. Хранилище и сетевое подключение при этом не меняются.

Виртуальную машину, которая использует виртуальный графический процессор (vGPU), нельзя переместить на другой хост.

6.12.1. Предварительные условия для миграции на лету

Миграция на лету используется для плавного перемещения виртуальных машин в рамках ряда типовых задач обслуживания. ПО «zVirt Max» должна быть заранее правильно настроена на поддержку миграции виртуальных машин на лету.

Для успешной миграции виртуальных машин на лету должны быть выполнены как минимум следующие предварительные условия:

  • Хост-источник и хост-приёмник принадлежат одному кластеру, что обеспечивает совместимость ЦП между ними. Статус хоста-источника и хоста-приёмника: Включен (Up).

  • У хоста-источника и хоста-приёмника есть доступ к одним и тем же виртуальным сетям и VLAN.

  • У хоста-источника и хоста-приёмника есть доступ к домену хранения данных, в котором находится виртуальная машина.

  • Мощности ЦП хоста-приёмника достаточно для обеспечения работы виртуальной машины.

  • У хоста-приёмника достаточно неиспользуемой оперативной памяти для обеспечения работы виртуальной машины.

  • На перемещаемой виртуальной машине не установлено пользовательское свойство cache!=none.

Миграция на лету выполняется с помощью сети управления и предполагает передачу больших объёмов данных между хостами. Одновременные миграции могут привести к перегрузке сети управления. Для достижения наилучшей производительности создайте отдельные логические сети для управления, хранения, отображения и миграции данных виртуальных машин, чтобы минимизировать риск перегрузки сети.

6.12.2. Настройка виртуальных машин с виртуальными сетевыми картами с включенным SR-IOV для уменьшения времени неработоспособности сети во время миграции

Виртуальные машины с виртуальными сетевыми картами, которые напрямую подключены к виртуальной функции сетевой карты хоста с включенным SR-IOV, можно дополнительно настроить для уменьшения времени неработоспособности сети во время миграции на лету:

  1. Убедитесь, что у хоста-приёмника есть доступная виртуальная функция.

  2. Установите параметры Сквозной доступ (Passthrough) и Мигрируемый (Migratable) в vNIC-профиле со сквозным доступом. См. раздел Включение сквозного доступа в vNIC-профиле в Руководстве администратора.

  3. Включите горячее подключение для сетевого интерфейса виртуальной машины.

  4. Убедитесь, что у виртуальной машины есть резервная виртуальная сетевая карта VirtIO в дополнение к виртуальной сетевой карте со сквозным доступом, чтобы поддерживать сетевое подключение виртуальной машины во время миграции.

  5. Перед настройкой bond-интерфейса установите параметр виртуальной сетевой карты VirtIO Нет сетевого фильтра (No Network Filter). См. раздел Описание настроек в окне «Профиль интерфейса ВМ (VM Interface Profile)» в Руководстве администратора.

  6. Добавьте обе виртуальные сетевые карты в качестве ведомых в bond-интерфейс active-backup на виртуальной машине, при этом виртуальная сетевая карта со сквозным доступом будет основным интерфейсом.

    • Профили bond-интерфейсов и виртуальных сетевых карт можно настроить одним из следующих способов:

      • На bond-интерфейсе не настроен fail_over_mac=active, а виртуальная функция виртуальной сетевой карты — основной ведомый (slave) (рекомендуется).

    • Отключите фильтр спуфинга MAC-адресов в vNIC-профиле VirtIO, чтобы трафик, проходящий через виртуальную сетевую карту VirtIO, не отбрасывался из-за использования MAC-адреса виртуальной функции виртуальной сетевой карты.

      • На bond-интерфейсе настроено fail_over_mac=active.

    • Такая политика обработки отказа гарантирует, что MAC-адрес bond-интерфейса всегда будет MAC-адресом активного ведомого. При обработке отказа MAC-адрес виртуальной машины меняется, что приводит к небольшому нарушению трафика.

6.12.3. Настройка виртуальных машин с виртуальными сетевыми картами с включенным SR-IOV и минимальным временем простоя

Следующие шаги — это предварительная версия технологии, представленная только для оценки.
Процедура

Чтобы настроить виртуальные машины для миграции с виртуальными сетевыми картами с включенным SR-IOV и минимальным временем простоя, следуйте описанной ниже процедуре:

  1. Создайте vNIC-профиль с виртуальными сетевыми картами с включенным SR-IOV. См. Создание vNIC-профиля и Установка и настройка SR-IOV.

  2. На Портале администрирования перейдите в раздел Сеть (Network)  VNIC-профили (VNIC profiles), выберите vNIC-профиль, нажмите Изменить (Edit) и выберите vNIC-профиль аварийного переключения (Failover vNIC profile) из выпадающего списка.

  3. Нажмите OK, чтобы сохранить настройки профиля.

  4. Выполните горячее подключение сетевого интерфейса с созданным vNIC-профилем аварийного переключения к виртуальной машине или запустите виртуальную машину с подключенным сетевым интерфейсом.

    У виртуальной машины есть три сетевых интерфейса: интерфейс контроллера и два вспомогательных интерфейса. Интерфейс контроллера должен быть активным и подключенным, чтобы миграция прошла успешно.

  5. Для автоматического развертывания виртуальных машин с такой конфигурацией используйте следующее правило udev:

    SUBSYSTEM=="net",
ACTION=="add|change",
ENV{ID_NET_DRIVER}!="net_failover",
ENV{NM_UNMANAGED}="1",
RUN+="/bin/sh -c '/sbin/ip link set up $INTERFACE'"

    Это правило udev работает только в системах, которые управляют интерфейсами с помощью Менеджера сети (NetworkManager). Это правило гарантирует, что активирован только интерфейс контроллера.

6.12.4. Оптимизация миграции на лету

Миграция виртуальных машин на лету может быть ресурсоёмкой операцией. Для оптимизации миграции на лету можно установить следующие два параметра глобально для каждой виртуальной машины в среде, для каждой виртуальной машины в кластере или для отдельной виртуальной машины.

Параметр Автоматически синхронизировать при миграции (Auto Converge migrations) позволяет установить, будет ли использоваться автоматическая синхронизация во время миграции виртуальных машин на лету. Большие виртуальные машины с ресурсоёмкими процессами могут заполнить память быстрее, чем происходит отправка данных на лету, и это будет препятствовать синхронизации состояния памяти после миграции. Возможности автоматической синхронизации в QEMU позволяют принудительно синхронизировать состояние памяти при миграции виртуальных машин. QEMU автоматически обнаруживает отсутствие синхронизации и понижает активность виртуальных ЦП на виртуальной машине.

Параметр Включить сжатие при миграции (Enable migration compression) позволяет установить, будет ли применяться сжатие при миграции во время миграции виртуальной машины на лету. Эта функция использует кодирование длин серий Xor Binary Zero, чтобы сократить время простоя виртуальной машины и общее время миграции на лету для виртуальных машин, на которых выполняются процессы с интенсивной записью в память, или для любых приложений с динамически расширяемым шаблоном обновления памяти.

По умолчанию оба параметра глобально отключены.

Процедура

Для оптимизации миграции на лету:

  1. Включите автоматическую синхронизацию на глобальном уровне:

    engine-config -s DefaultAutoConvergence=True

  2. Включите сжатие при миграции на глобальном уровне:

    engine-config -s DefaultMigrationCompression=True

  3. Перезапустите службу ovirt-engine, чтобы изменения вступили в силу:

    systemctl restart ovirt-engine.service

  4. Настройте параметры оптимизации для кластера:

    • Нажмите Ресурсы (Compute)  Кластеры (Clusters) и выберите кластер.

    • Нажмите Изменить (Edit).

    • Откройте вкладку Политика миграции (Migration Policy).

    • В списке Автоматически синхронизировать при миграции (Auto Converge migrations) выберите Наследовать у глобальных настроек (Inherit from global setting), Автоматическая синхронизация (Auto Converge) или Без автоматической синхронизации (Don’t Auto Converge).

    • В списке Включить сжатие при миграции (Enable migration compression) выберите Наследовать у глобальных настроек (Inherit from global setting), Сжатие (Compress) или Без сжатия (Don’t Compress).

    • Нажмите OK.

  5. Настройте параметры оптимизации на уровне виртуальных машин:

    • Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и выберите виртуальную машину.

    • Нажмите Изменить (Edit).

    • Откройте вкладку Хост (Host).

    • В списке Автоматически синхронизировать при миграции (Auto Converge migrations) выберите Наследовать у настроек кластера (Inherit from cluster setting), Автоматическая синхронизация (Auto Converge) или Без автоматической синхронизации (Don’t Auto Converge).

    • В списке Включить сжатие при миграции (Enable migration compression) выберите Наследовать у настроек кластера (Inherit from cluster setting), Сжатие (Compress) или Без сжатия (Don’t Compress).

    • Нажмите OK.

6.13. Гостевые хуки

Хуки — это скрипты, которые запускают операции внутри виртуальной машины при наступлении ключевых событий:

  • до миграции,

  • после миграции,

  • до перехода в спящий режим,

  • после выхода из спящего режима.

В виртуальных машинах Linux исходный каталог настроек хуков находится в /etc/ovirt-guest-agent/hooks.d.

Для каждого события есть соответствующий подкаталог: до миграции (before_migration) и после миграции (after_migration), до перехода в спящий режим (before_hibernation) и после выхода из спящего режима (after_hibernation). Все файлы или символические ссылки в этом каталоге будут выполняться.

Исполняющий пользователь в системах Linux — это ovirtagent. Если для скрипта требуются разрешения уровня root, повышение уровня прав должен выполнить создатель скрипта хука.

6.13.1. Автоматическая миграция виртуальных машин

Когда хост переводят в режим обслуживания, Менеджер управления автоматически инициирует миграцию на лету для всех работающих на этом хосте виртуальных машин. Хост-приёмник для каждой виртуальной машины оценивается по мере её миграции, чтобы распределить нагрузку по кластеру.

Все виртуальные машины, которым назначен ручной или автоматический режим миграции, переносятся, когда хост переводится в режим обслуживания. Однако для высокопроизводительных и/или закрепленных виртуальных машин появляется окно Хост обслуживания (Maintenance Host) с запросом подтвердить действие, поскольку производительность целевого хоста может быть ниже производительности текущего хоста.

Менеджер управления автоматически инициирует миграцию виртуальных машин на лету для поддержания уровней балансировки нагрузки или энергосбережения в соответствии с политикой планирования. Укажите политику планирования, которая наилучшим образом отвечает потребностям вашей среды. При необходимости для конкретных виртуальных машин можно отключить автоматическую или даже ручную миграцию на лету.

Если виртуальные машины настроены на высокую производительность, и/или если они были закреплены (через сквозной доступ ЦП хоста, закрепление ЦП или закрепление NUMA), режим миграции установлен в значение Разрешить только ручную миграцию (Allow manual migration only). Однако при необходимости его можно изменить на режим Разрешить ручную и автоматическую (Allow manual and automatic). При изменении параметров миграции по умолчанию следует соблюдать особую осторожность, чтобы не выполнить миграцию виртуальной машины на хост, который не поддерживает высокую производительность или закрепление.

6.13.2. Блокировка автоматической миграции виртуальной машины

В Менеджере управления можно отключить автоматическую миграцию виртуальных машин. Кроме того, можно отключить ручную миграцию виртуальных машин, настроив виртуальную машину так, чтобы она работала только на определённом хосте.

Возможность отключить автоматическую миграцию и обязать виртуальную машину работать на определенном хосте пригодится при использовании прикладных продуктов с признаком высокой доступности, например, Red Hat High Availability или Cluster Suite.

Процедура

Блокировка автоматической миграции виртуальных машин:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и выберите виртуальную машину.

  2. Нажмите Изменить (Edit).

  3. Откройте вкладку Хост (Host).

  4. В разделе Запустить на (Start Running On) выберите Любой хост в кластере (Any Host in Cluster) или Указанном хосте (Specific Host(s)), что позволяет выбрать несколько хостов.

    Прямое назначение виртуальной машины конкретному хосту и отключение миграции взаимно исключают друг друга при работе ПО «zVirt Max» в режиме высокой доступности.

    Если к виртуальной машине напрямую подключены устройства хоста, но указан другой хост, то устройства хоста предыдущего хоста будут автоматически удалены из виртуальной машины.

  5. Выберите Разрешить только ручную миграцию (Allow manual migration only) или Не разрешать миграцию (Do not allow migration) в выпадающем списке Параметры миграции (Migration Options).

  6. Нажмите OK.

6.13.3. Ручная миграция виртуальных машин

Работающую виртуальную машину можно перенести на лету на любой хост внутри назначенного кластера хоста. Миграция виртуальных машин на лету не вызовет прерываний работы сервисов. Миграция виртуальных машин на другой хост особенно полезна при чрезмерной нагрузке на определенный хост. Предварительные условия для миграции на лету см. в разделе Предварительные условия для миграции на лету.

У высокопроизводительных виртуальных машин и/или виртуальных машин со Сквозным доступом ЦП хоста (Pass-Through Host CPU), Закреплением ЦП (CPU Pinning) или Закреплением NUMA (NUMA Pinning) режим миграции по умолчанию установлен в значение Ручной (Manual). Выберите Выбрать хост автоматически (Select Host Automatically), чтобы виртуальная машина мигрировала на хост с максимальной производительностью.

При переводе хоста в режим обслуживания виртуальные машины, работающие на этом хосте, автоматически переносятся на другие хосты в том же кластере. Переносить эти виртуальные машины вручную не требуется.
Процедура

Чтобы выполнить ручную миграцию виртуальной машины:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и выберите работающую виртуальную машину.

  2. Нажмите Мигрировать (Migrate).

  3. С помощью кнопок-переключателей выберите либо Выбрать хост автоматически (Select Host Automatically), либо Выбрать хост-приемник (Select Destination Host), назначив конкретный хост из выпадающего списка.

    Если выбран параметр Выбрать хост автоматически (Select Host Automatically), то система назначает хост, на который виртуальная машина будет мигрировать по правилам балансировки нагрузки и управления питанием, заданным в политике планирования.

  4. Нажмите OK.

Прогресс миграции отображает индикатор выполнения Миграции (Migration). Когда миграция завершена, столбец Хост (Host) обновится и в нём будет виден хост, на который была перенесена виртуальная машина.

6.13.4. Настройка приоритета миграции

Менеджер управления ставит в очередь параллельные запросы на миграцию виртуальных машин с заданного хоста. Процесс балансировки нагрузки выполняется каждую минуту. Хосты, уже задействованные в миграции, не включаются в цикл миграции до тех пор, пока их событие миграции не завершится. Когда в очереди есть запрос на миграцию, а в кластере — доступные хосты для его выполнения, запускается событие миграции в соответствии с политикой балансировки нагрузки для кластера.

Порядок очереди миграции можно изменить, назначив приоритет каждой виртуальной машине; например, установить, что критически важные виртуальные машины будут перенесены раньше других. Миграции будут упорядочены по приоритету; виртуальные машины с наивысшим приоритетом будут перенесены в первую очередь.

Процедура

Настройка приоритета миграции:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и выберите виртуальную машину.

  2. Нажмите Изменить (Edit).

  3. Откройте вкладку Высокая доступность (High Availability).

  4. Выберите значение Низкий (Low), Средний (Medium) или Высокий (High) из выпадающего списка Приоритет (Priority).

  5. Нажмите OK.

6.13.5. Отмена начатых миграций виртуальных машин

Миграция виртуальной машины может занимать больше времени, чем ожидалось. Прежде чем вносить какие-либо изменения в среду, проверьте, где запущены все виртуальные машины.

Процедура

Чтобы отменить начатую миграцию виртуальной машины:

  1. Выберите мигрирующую виртуальную машину. Она отображается в разделе Ресурсы (Compute)  Виртуальные машины (Virtual Machines) со статусом Миграция с (Migrating from).

  2. Нажмите Дополнительные действия (More Actions), затем Отменить миграцию (Cancel Migration).

Статус виртуальной машины изменится со значения Миграция с (Migrating from) на значение Включена (Up).

6.13.6. Уведомление о событиях и журнале при автоматической миграции виртуальных серверов с признаком высокой доступности

Когда из-за присвоенного признака высокой доступности виртуальный сервер переносится автоматически, подробные сведения об автоматической миграции записываются на вкладке События (Events) и в журнале engine, чтобы облегчить поиск и устранение ошибок, как показано в следующих примерах:

Пример 4. Уведомление на вкладке События (Events) на Портале администрирования

Сбой виртуальной машины Имя_виртуальной_машины (Virtual_Machine_Name) с признаком высокой доступности. Она будет перезапущена автоматически.

Имя_виртуальной_машины (Virtual_Machine_Name) была перезапущена на хосте Имя_хоста (Host_Name)

Пример 5. Уведомление в журнале Менеджера управления engine.log

Этот журнал находится в Менеджере управления по пути /var/log/ovirt-engine/engine.log:

Не удалось запустить ВМ с признаком высокой доступности. Попытка перезапуска. Имя ВМ: Имя_виртуальной_машины (Virtual_Machine_Name), Идентификатор ВМ: Идентификационный_номер_виртуальной_машины (Virtual_Machine_ID_Number)

6.14. Увеличение времени непрерывной работы с помощью высокой доступности виртуальной машины

6.14.1. Что такое высокая доступность?

Высокая доступность рекомендована для виртуальных машин, на которых запущены критически важные процессы. Виртуальная машина с признаком высокой доступности перезапускается автоматически либо на своем изначальном хосте, либо на другом хосте в кластере, если процесс прерван, например, в одной из следующих ситуаций:

  • Хост перестает работать из-за отказа оборудования.

  • Хост переведен в режим обслуживания на период плановой неработоспособности.

  • Хост становится недоступен из-за потери связи с внешним хранилищем.

Виртуальная машина с признаком высокой доступности не перезапускается, если она была прямо выключена, например, как в следующих ситуациях:

  • Виртуальная машина выключена с гостевой машины.

  • Виртуальная машина выключена из Менеджера управления.

  • Хост выключен администратором без предварительного перевода в режим обслуживания.

При доменах хранения версии V4 или выше у виртуальных машин есть дополнительная возможность получить в аренду пространство на специальном томе хранилища, что позволяет виртуальной машине запуститься на другом хосте даже при отсутствии питания у изначального хоста. Функциональность также не позволяет виртуальной машине запуститься на двух разных хостах, что может привести к повреждению её дисков.

В режиме высокой доступности перебои в работе сервиса минимальны, так как виртуальные машины перезапускаются в течение нескольких секунд без участия пользователя. В режиме высокой доступности сохраняется баланс ресурсов, так как гостевые машины запускаются на хосте с низким текущим потреблением ресурсов или в соответствии с настроенными политиками балансировки нагрузки или энергосбережения. Таким образом, обеспечивается необходимая мощность, чтобы можно было в любой момент перезапустить виртуальные машины.

Высокая доступность и ошибки ввода-вывода хранилища

При возникновении ошибки ввода-вывода хранилища виртуальная машина приостанавливается. Можно задать, что делать хосту с виртуальными машинами с признаком высокой доступности после того, как подключение к домену хранения будет восстановлено; хост может их вновь запустить, некорректно выключить (сбросить питание), или оставить на паузе. Дополнительную информацию об этих опциях см. в разделе Описание настроек высокой доступности виртуальных машин.

6.14.2. Пояснения относительно высокой доступности

Для хоста с признаком высокой доступности требуется устройство управления питанием и параметры изоляции. К тому же, чтобы виртуальная машина работала в режиме высокой доступности, когда её хост перестает работать, её нужно запустить на другом доступном хосте в кластере. Чтобы обеспечить миграцию виртуальных машин с признаком высокой доступности:

  • Для хостов, на которых работают виртуальные машины с признаком высокой доступности, должно быть настроено управление питанием.

  • Хост, на котором работает виртуальная машина с признаком высокой доступности, должен входить в кластер, в котором есть и другие доступные хосты.

  • Хост-приёмник должен быть запущен.

  • У хоста-источника и хоста-приёмника должен быть доступ к домену данных, на котором находится виртуальная машина.

  • У хоста-источника и хоста-приёмника должен быть доступ к одним и тем же виртуальным сетям и сетям VLAN.

  • На хосте-приёмнике должно быть достаточно ресурсов ЦП, которые не используются для обеспечения работы виртуальной машины.

  • На хосте-приёмнике должен быть достаточный объём ОЗУ, который не используется для обеспечения работы виртуальной машины.

6.14.3. Конфигурирование виртуальной машины с признаком высокой доступности

Высокая доступность должна настраиваться отдельно для каждой виртуальной машины.

Процедура

Чтобы настроить высокую доступность виртуальной машины:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и выберите виртуальную машину.

  2. Нажмите Изменить (Edit).

  3. Откройте вкладку Высокая доступность (High Availability).

  4. Установите флажок Высокая доступность (Highly Available) для включения высокой доступности для виртуальной машины.

  5. Выберите домен хранения для сохранения аренды виртуальной машины.

  6. Выберите Автовозобновление (AUTO_RESUME), Оставить на паузе (LEAVE_PAUSED) или Принудительно завершить (KILL) из выпадающего списка Действие (Resume Behavior).

  7. Выберите значение Низкий (Low), Средний (Medium) или Высокий (High) из выпадающего списка Приоритет (Priority). В момент инициации миграции создаётся очередь, согласно которой сначала переносятся виртуальные машины с высоким приоритетом. Если у кластера мало ресурсов, то переносятся только виртуальные машины с высоким приоритетом.

  8. Нажмите OK.

6.15. Другие задачи, касающиеся виртуальных машин

6.15.1. Конфигурирование виртуальных машин Linux на использование SPICE

SPICE — протокол удалённого дисплея, предназначенный для виртуальных сред, и позволяющий просматривать рабочее место или сервер виртуализации. SPICE обеспечивает удобство использования, низкое потребление ресурсов ЦП и передачу потокового видео в высоком качестве.

Использование SPICE на машине, работающей на Linux, значительно улучшает перемещение курсора мыши по консоли виртуальной машины. Чтобы использовать SPICE, системе X-Windows требуются дополнительные QXL-драйверы.

Эта функция наиболее полезна, когда нужно использовать графический интерфейс пользователя. Системные администраторы, создающие виртуальные серверы, могут и не настраивать SPICE, если редко обращаются к графическому интерфейсу пользователя.
6.15.1.1. Установка и конфигурирование QXL-драйверов

На виртуальные машины с Red Hat Enterprise Linux 5.4 или более поздней версией QXL-драйверы следует установить вручную. Это не нужно делать на виртуальных машинах с Red Hat Enterprise Linux 6 или Red Hat Enterprise Linux 7, так как на них QXL-драйверы устанавливаются по умолчанию.

Процедура

Установка QXL-драйверов:

  1. Авторизуйтесь на машине с Linux.

  2. Установите QXL-драйверы:

    yum install xorg-x11-drv-qxl

Можно настроить QXL-драйверы, используя или графический интерфейс, или командную строку. Выполните одну из следующих процедур.

Настройка QXL-драйверов в GNOME:

  1. Нажмите Система (System).

  2. Нажмите Управление (Administration).

  3. Нажмите Дисплей (Display).

  4. Откройте вкладку Оборудование (Hardware).

  5. Нажмите Конфигурировать видеокарты (Video Cards Configure).

  6. Выберите qxl и нажмите OK.

  7. Перезапустите X-Windows, выполнив выход из виртуальной машины и авторизовавшись снова.

Настройка QXL-драйверов с помощью командной строки:

  1. Сделайте резервную копию файла /etc/X11/xorg.conf:

    cp /etc/X11/xorg.conf /etc/X11/xorg.conf.$$.backup

  2. Внесите следующее изменение в раздел Устройство (Device) в файле /etc/X11/xorg.conf:

    Section     "Device"
Identifier  "Videocard0"
Driver      "qxl"
Endsection
6.15.1.2. Настройка планшета и мыши виртуальной машины на использование SPICE

Измените файл /etc/X11/xorg.conf, чтобы включить SPICE на планшетных устройствах виртуальной машины.

Процедура

Настройка планшета и мыши виртуальной машины на использование SPICE:

  1. Проверьте, доступно ли планшетное устройство на гостевой машине:

    /sbin/lsusb -v | grep 'QEMU USB Tablet'

    Если после ввода команды нет никакого вывода, прекратите настройку планшета.

  2. Сделайте резервную копию файла /etc/X11/xorg.conf:

    cp /etc/X11/xorg.conf /etc/X11/xorg.conf.$$.backup

  3. Внесите следующие изменения в файл /etc/X11/xorg.conf:

    Section        "ServerLayout"
Identifier     "single head configuration"
Screen      0  "Screen0" 0 0
InputDevice    "Keyboard0" "CoreKeyboard"
InputDevice    "Tablet" "SendCoreEvents"
InputDevice    "Mouse" "CorePointer"
EndSection

Section        "InputDevice"
Identifier     "Mouse"
Driver         "void"
#Option        "Device" "/dev/input/mice"
#Option        "Emulate3Buttons" "yes"
EndSection

Section        "InputDevice"
Identifier     "Tablet"
Driver         "evdev"
Option         "Device" "/dev/input/event2"
Option         "CorePointer" "true"

  4. Выполните выход из виртуальной машины и авторизуйтесь снова, чтобы перезапустить X-Windows.

6.15.2. Управление часами на виртуальных машинах KVM

При виртуализации возникают различные сложности измерения точного времени на виртуальных машинах. На виртуальных машинах, использующих счётчик временных меток (TSC) в качестве источника времени, могут возникать проблемы с синхронизацией, так как на некоторых ЦП нет постоянного счётчика временных меток. Виртуальные машины без точного измерения времени могут серьёзно влиять на сетевые приложения, так как будут работать быстрее или медленнее по сравнению с фактическим временем.

В KVM эту проблему решают паравиртуализированные часы. В KVM модуль pvclock обеспечивает стабильный источник времени для поддерживающих его гостевых машин KVM.

У виртуальных машин может возникнуть несколько проблем из-за неточных часов и счётчиков:

  • Часы могут перестать показывать точное время, что аннулирует сеансы и повлияет на сети.

  • У виртуальных машин с отстающими часами могут возникнуть трудности с миграцией.

Такие проблемы существуют на других платформах виртуализации, поэтому часы нужно постоянно проверять.

На хосте и виртуальных машинах должна работать служба Network Time Protocol (NTP). Включите службу ntpd и добавьте её в последовательность запуска по умолчанию:

  • Для CentOS 6:

    service ntpd start
chkconfig ntpd on

  • Для CentOS 7 и новее и Debian:

    systemctl start ntpd.service
systemctl enable ntpd.service

Служба ntpd в любой ситуации помогает минимизировать последствия рассинхронизации часов.

NTP-серверы, которые вы используете, должны быть в рабочем состоянии и должны быть доступны хостам и виртуальным машинам.

Как узнать, что на ЦП есть постоянный счётчик временных меток

На ЦП есть постоянный счётчик временных меток, если присутствует флажок constant_tsc. Чтобы определить, есть ли на ЦП флажок constant_tsc, запустите следующую команду:

cat /proc/cpuinfo | grep constant_tsc

Если выводится какой-либо результат, то на ЦП есть бит constant_tsc. Если результат не выводится, следуйте инструкциям ниже.

Конфигурирование хостов без постоянного счётчика временных меток

Для систем без постоянных счётчиков временных меток требуется дополнительная настройка. Функции управления питанием мешают сохранению точного времени и поэтому должны быть отключены на виртуальных машинах KVM.

Если у ЦП нет бита constant_tsc, отключите все функции управления питанием. Каждая система использует несколько таймеров для сохранения точного времени. Счётчик временных меток не стабилен на хосте, что иногда обусловлено изменениями cpufreq, глубоким C-состоянием или миграцией на хост с более быстрым счётчиком временных меток. C-состояния глубокого сна могут остановить счётчик временных меток. Чтобы ядро не использовало глубокие C-состояния, добавьте processor.max_cstate=1 в параметры загрузки ядра хоста.

Отключите cpufreq (требуется только для хостов без constant_tsc), изменив файл конфигурации /etc/sysconfig/cpuspeed, и поменяйте переменные MIN_SPEED и MAX_SPEED на самые высокие из доступных показателей частоты. Действующие ограничения можно посмотреть в файлах /sys/devices/system/cpu/cpu/cpufreq/scaling_available_frequencies.

Получение предупреждений о рассинхронизации хостов с помощью инструмента engine-config

Для получения предупреждений о рассинхронизации хостов можно использовать инструмент engine-config.

Существует два необходимых параметра рассинхронизации хостов: EnableHostTimeDrift и HostTimeDriftInSec. EnableHostTimeDrift, которое по умолчанию выключено (false), может быть включено для получения уведомлений о рассинхронизации хостов. Параметр HostTimeDriftInSec используется для установки максимального допустимого расхождения, прежде чем будут присылаться уведомления.

Уведомления присылаются раз в час в отношении каждого хоста.

6.15.3. Добавление устройства доверенного платформенного модуля (TPM)

Устройства доверенного платформенного модуля (TPM-устройства) предоставляют безопасный криптопроцессор, предназначенный для выполнения таких криптографических операций, как генерирование криптографических ключей, случайных чисел и хэшей или для хранения данных, которые можно использовать для безопасной проверки конфигураций ПО. TPM-устройства обычно используются для шифрования дисков.

QEMU и libvirt реализуют совместимость с эмулируемыми TPM-устройствами версии 2.0, а это именно то, что использует ПО «zVirt Max» для добавления TPM-устройств на виртуальные машины.

После того, как эмулируемое TPM-устройство добавлено на виртуальную машину, его можно использовать в гостевой ОС как обычное TPM-устройство версии 2.0.

Если имеются TPM-данные, которые хранятся для виртуальной машины, а TPM-устройство отключено на виртуальной машине, то TPM-данные удаляются без возможности восстановления.
Процедура

Включение TPM-устройства:

  1. На экране Добавить виртуальную машину (Add Virtual Machine) или Изменить виртуальную машину (Edit Virtual Machine) нажмите Показать расширенные настройки (Show Advanced Options).

  2. На вкладке Выделение ресурсов (Resource Allocation) установите флажок TPM-устройство включено (TPM Device Enabled).

Ограничения

Применяются следующие ограничения:

  • TPM-устройства можно использовать только на 64-разрядных машинах x86 с прошивкой UEFI и на машинах PowerPC с установленной прошивкой pSeries.

  • У виртуальных машин с TPM-устройствами не может быть моментальных снимков с состоянием памяти.

  • Если Менеджер управления периодически извлекает и хранит TPM-данные, то нет гарантии, что у него всегда будет последняя версия TPM-данных.

    Процесс может занять 120 секунд и более, поэтому нужно дождаться окончания процесса, прежде чем работающую виртуальную машину можно будет клонировать, перенести или снять с неё моментальный снимок.

  • TPM-устройства можно включить только на виртуальных машинах, работающих на RHEL 7 или более поздней версии и на Windows 8.1 или более поздней версии.

  • Виртуальные машины и шаблоны с TPM-данными нельзя экспортировать или импортировать.

7. Шаблоны

7.1. О шаблонах

Шаблон — это копия виртуальной машины, которую можно использовать для упрощения последующего многократного создания похожих виртуальных машин. Шаблоны фиксируют программную и аппаратную конфигурацию, а также программное обеспечение, установленное на виртуальной машине, взятой за основу для шаблона. Виртуальная машина, на которой основан шаблон, называется исходной виртуальной машиной.

При создании шаблона на основе виртуальной машины создаётся доступная только для чтения копия диска виртуальной машины. Этот диск становится базовым образом диска нового шаблона и любых виртуальных машин, созданных на основе этого шаблона. Таким образом, шаблон нельзя удалить, пока в среде существуют виртуальные машины, созданные на его основе.

Виртуальные машины, созданные на основе шаблона, используют тот же тип сетевой карты и драйвер, что и исходная виртуальная машина, но им назначаются отдельные уникальные MAC-адреса.

Виртуальную машину можно создать прямо в разделе Ресурсы (Compute)  Шаблоны (Templates), а также в разделе Ресурсы (Compute)  Виртуальные машины (Virtual Machines). В разделе Ресурсы (Compute)  Шаблоны (Templates) выберите необходимый шаблон и нажмите Новая ВМ (New VM). Дополнительные сведения о выборе настроек и элементов управления для новой виртуальной машины см. в разделе Описание общих настроек виртуальной машины.

7.2. Фиксация виртуальных машин при подготовке к развертыванию в качестве шаблонов

В этом разделе описываются процедуры фиксации виртуальных машин Linux и Windows. Фиксация — это процесс удаления из виртуальной машины всех относящихся к системе сведений перед созданием шаблона на основе этой виртуальной машины. Фиксация позволяет не допустить появления одних и тех же сведений в нескольких виртуальных машинах, созданных из одного шаблона. Она также необходима, чтобы обеспечить работу других функций, таких как предсказуемый порядок vNIC.

7.2.1. Фиксация виртуальной машины Linux для развертывания в качестве шаблона

Чтобы зафиксировать виртуальную машину Linux в процессе создания шаблона, установите флажок Запечатать шаблон (Seal Template) в окне Новый шаблон (New Template). Подробности см. в разделе Создание шаблона из существующей виртуальной машины.

7.2.2. Фиксация виртуальной машины Windows для развертывания в качестве шаблона

Шаблон, созданный для виртуальных машин Windows, должен быть обобщен (зафиксирован) перед использованием для развертывания виртуальных машин. Это гарантирует, что в шаблоне не будут воспроизводиться настройки, характерные для конкретной машины.

Инструмент Sysprep используется для фиксации шаблонов Windows перед их использованием. Sysprep генерирует полный файл ответов для автономной установки. Значения по умолчанию для нескольких операционных систем Windows доступны в каталоге /usr/share/ovirt-engine/conf/sysprep/. Эти файлы выступают в качестве шаблонов для Sysprep. Поля в них можно копировать, вставлять и менять при необходимости. Заданные в этих файлах настройки переопределяют любые значения, введенные в поля Запуск инициализации (Initial Run) окна Изменить виртуальную машину (Edit Virtual Machine).

Файл Sysprep можно изменить, чтобы повлиять на различные аспекты виртуальных машин Windows, созданных на основе шаблона, к которому подключен файл Sysprep. Сюда относятся выделение виртуальных машин Windows, настройка необходимого членства в домене, доменного имени и политики безопасности.

Заменяющие строки можно использовать для замены значений, представленных в файлах по умолчанию в каталоге /usr/share/ovirt-engine/conf/sysprep/. Например, "<Domain><![CDATA[$JoinDomain$"]></Domain>" можно использовать для указания домена, к которому нужно присоединиться.

7.2.2.1. Предварительные условия для фиксации виртуальной машины Windows

Не перезагружайте виртуальную машину во время работы Sysprep.

Перед запуском Sysprep убедитесь, что следующие настройки заданы:

  • Параметры виртуальной машины Windows заданы корректно.

  • Если нет, то нажмите Изменить (Edit) в разделе Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и введите необходимую информацию в поля Операционная система (Operating System) и Кластер (Cluster).

  • Корректный ключ продукта задан в переопределяющем файле в Менеджере управления.

Переопределяющий файл должен быть создан в каталоге /etc/ovirt-engine/osinfo.conf.d/ под именем, которое помещает его после файла /etc/ovirt-engine/osinfo.conf.d/00-defaults.properties и заканчивается на .properties. Например, /etc/ovirt-engine/osinfo.conf.d/10-productkeys.properties. Последний файл будет иметь приоритет и переопределит любой другой предыдущий файл.

В противном случае скопируйте значения по умолчанию для ОС Windows из /etc/ovirt-engine/osinfo.conf.d/00-defaults.properties в переопределяющий файл и введите собственные значения в поля productKey.value и sysprepPath.value.

Пример 6. Значения параметров конфигурации по умолчанию для Windows 7
# Windows7(11, OsType.Windows, false),false
os.windows_7.id.value = 11
os.windows_7.name.value = Windows 7
os.windows_7.derivedFrom.value = windows_xp
os.windows_7.sysprepPath.value = ${ENGINE_USR}/conf/sysprep/sysprep.w7
os.windows_7.productKey.value =
os.windows_7.devices.audio.value = ich6
os.windows_7.devices.diskInterfaces.value.3.3 = IDE, VirtIO_SCSI, VirtIO
os.windows_7.devices.diskInterfaces.value.3.4 = IDE, VirtIO_SCSI, VirtIO
os.windows_7.devices.diskInterfaces.value.3.5 = IDE, VirtIO_SCSI, VirtIO
os.windows_7.isTimezoneTypeInteger.value = false
7.2.2.2. Фиксация виртуальной машины Windows 7, Windows 2008 или Windows 2012 для развертывания в качестве шаблона

Зафиксируйте виртуальную машину Windows 7, Windows 2008 или Windows 2012, прежде чем создавать шаблон, который будет использоваться при развертывании виртуальных машин.

Процедура

Чтобы зафиксировать виртуальную машину:

  1. На виртуальной машине Windows запустите Sysprep: C:\Windows\System32\sysprep\sysprep.exe.

  2. Введите в Sysprep следующую информацию:

    • В разделе Действие по очистке системы (System Cleanup Action) выберите Войти в режим первоначальной настройки (OOBE) системы (Enter System Out-of-Box-Experience (OOBE)).

    • Установите флажок Обобщить (Generalize), если нужно изменить SID-идентификатор компьютера.

    • В разделе Параметры выключения (Shutdown Options) выберите Выключить (Shutdown).

  3. Нажмите OK, чтобы завершить процесс фиксации — виртуальная машина автоматически выключится после завершения.

Виртуальная машина Windows 7, Windows 2008 или Windows 2012 зафиксирована и готова к созданию шаблона, который будет использоваться при развертывании виртуальных машин.

7.3. Создание шаблона

Создайте из существующей виртуальной машины шаблон, который будет использоваться для создания дополнительных виртуальных машин.

При создании шаблона укажите формат диска — RAW или QCOW2:

  • Диски QCOW2 — динамически выделяемые.

  • Raw-диски в файловом хранилище — динамически выделяемые.

  • Raw-диски в блочном хранилище — предварительно выделяемые.

    Процедура

    Создание шаблона:

    1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и выберите исходную виртуальную машину.

    2. Убедитесь, что виртуальная машина выключена и имеет статус Выключена (Down).

    3. Нажмите Дополнительные действия (More Actions), затем — Новый шаблон (Make Template).

    4. Введите Имя (Name), Описание (Description) и Комментарий (Comment) для шаблона.

    5. В выпадающем списке Кластер (Cluster) выберите кластер, с которым нужно ассоциировать шаблон. По умолчанию он будет тем же, что и для исходной виртуальной машины.

    6. При желании выберите профиль ЦП для шаблона в выпадающем списке Профиль ЦП (CPU Profile).

    7. При желании установите флажок Создать как подверсию шаблона (Create as a Template Sub-Version), выберите Корневой шаблон (Root Template) и введите Название подверсии (Sub-Version Name), чтобы создать новый шаблон как подшаблон существующего шаблона.

    8. В разделе Выделение дискового пространства (Disks Allocation) введите псевдоним для диска в поле Имя (Alias). В выпадающем списке Формат (Format) выберите формат диска, в выпадающем списке Цель (Target) — домен хранения, где будет размещаться диск, а в выпадающем списке Профиль диска (Disk Profile) — профиль диска. По умолчанию они будут теми же, что и для исходной виртуальной машины.

    9. Установите флажок Разрешить всем пользователям доступ к этому шаблону (Allow all users to access this Template), чтобы разрешить совместное использование шаблона.

    10. Установите флажок Копировать разрешения ВМ (Copy VM permissions), чтобы скопировать разрешения исходной виртуальной машины в шаблон.

    11. Не устанавливайте флажок Запечатать шаблон (Seal Template) (только для Linux).

      При фиксации с помощью команды virt-sysprep относящиеся к системе сведения удаляются из виртуальной машины перед созданием шаблона на основе этой виртуальной машины. В результате сведения исходной виртуальной машины не попадают в последующие виртуальные машины, создаваемые из этого же шаблона. Это также обеспечивает работу других функций, таких как предсказуемый порядок vNIC.

    12. Нажмите OK.

Во время создания шаблона статус виртуальной машины отображается как Образ заблокирован (Image Locked). Создание шаблона может занять до часа времени в зависимости от размера виртуального диска и возможностей оборудования для хранения. После завершения шаблон будет добавлен на вкладку Шаблоны (Templates). Теперь на основе этого шаблона можно создавать новые виртуальные машины.

При создании шаблона виртуальная машина копируется, чтобы после создания шаблона можно было использовать и существующую виртуальную машину, и её шаблон.

7.4. Изменение шаблона

После создания шаблона его свойства можно менять. Поскольку шаблон — это копия виртуальной машины, параметры, доступные при изменении шаблона, идентичны параметрам в окне Изменить виртуальную машину (Edit Virtual Machine).

Процедура

Чтобы изменить шаблон:

  1. Нажмите Ресурсы (Compute)  Шаблоны (Templates) и выберите шаблон.

  2. Нажмите Изменить (Edit).

  3. Измените необходимые свойства. Нажмите Показать расширенные настройки (Show Advanced Options) и измените настройки шаблона нужным образом. Настройки в окне Изменить шаблон (Edit Template) идентичны настройкам в окне Изменить виртуальную машину (Edit Virtual Machine) и отличаются лишь соответствующими полями. Подробности см. в разделе Описание настроек в окнах «Новая виртуальная машина (New Virtual Machine)» и «Изменить виртуальную машину (Edit Virtual Machine)».

  4. Нажмите OK.

7.5. Удаление шаблона

Если виртуальная машина создана из шаблона с динамическим выделением хранилища, то этот шаблон нельзя удалить, так как он нужен виртуальной машине для работы. Однако клонированные виртуальные машины не зависят от шаблона, из которого они были клонированы, так что этот шаблон можно удалить.

Процедура

Удаление шаблона:

  1. Нажмите Ресурсы (Compute)  Шаблоны (Templates) и выберите шаблон.

  2. Нажмите Удалить (Remove).

  3. Нажмите OK.

7.6. Экспортирование шаблонов

7.6.1. Перенос шаблонов в домен экспорта

Сущность «экспорт-домен» считается устаревшей. Домены хранения данных можно отключить от центра данных и импортировать в другой центр данных в той же или другой среде. Затем виртуальные машины, «плавающие» виртуальные диски и шаблоны можно выгрузить из импортированного домена хранения в подключенный центр данных. Информацию о том, как импортировать домены хранения, см. в разделе Импортирование существующих доменов хранения в Руководстве администратора.

Экспортируйте шаблоны в домен экспорта, чтобы переместить их в другой домен данных в той же или в другой инсталляции ПО «zVirt Max». Эта процедура требует доступа к Порталу администрирования.

Процедура

Экспортирование отдельных шаблонов в домен экспорта:

  1. Нажмите Ресурсы (Compute)  Шаблоны (Templates) и выберите шаблон.

  2. Нажмите Экспортировать (Export).

  3. Установите флажок Перезаписать принудительно (Force Override), чтобы заменить любую более раннюю версию шаблона в домене экспорта.

  4. Нажмите OK, чтобы начать экспорт шаблона; процесс может занять до часа в зависимости от размера виртуального диска и оборудования хранилища.

    Повторяйте эти шаги, пока в домене экспорта не будет всех переносимых шаблонов, и только потом начинайте импортирование.

  5. Нажмите Хранилище (Storage)  Домены (Domains) и выберите домен экспорта.

  6. Нажмите имя домена, чтобы перейти к подробному представлению.

  7. Откройте вкладку Импортировать шаблон (Template Import) для просмотра всех экспортированных шаблонов в домене экспорта.

7.6.2. Копирование виртуальных жестких дисков шаблонов

В случае перемещения виртуальной машины, созданной из шаблона при выбранной опции динамического выделения хранилища, диски шаблона должны быть скопированы в тот же домен хранения, что и виртуальный диск. Для процедуры требуется доступ к Порталу администрирования.

Процедура

Копирование виртуального жесткого диска:

  1. Нажмите Хранилище (Storage)  Диски (Disks).

  2. Выберите диск(и) шаблона для копирования.

  3. Нажмите Копировать (Copy).

  4. В выпадающем(их) списке(ах) выберите Цель (Target) домен данных.

  5. Нажмите OK.

Копия виртуального жесткого диска шаблона создана на том же или на другом домене хранения. Если вы копировали диск шаблона при подготовке к перемещению виртуального жесткого диска, то теперь можно переместить виртуальный жесткий диск.

7.7. Импортирование шаблонов

7.7.1. Импортирование шаблона в центр данных

Сущность «экспорт-домен» считается устаревшей. Домены хранения данных можно отключить от центра данных и импортировать в другой центр данных в той же или другой среде. Затем виртуальные машины, «плавающие» виртуальные диски и шаблоны можно выгрузить из импортированного домена хранения в подключенный центр данных. Для получения дополнительной информации об импортировании доменов хранения см. раздел Импортирование существующих доменов хранения в Руководстве администратора.

Импортируйте шаблоны из недавно подключенного домена экспорта. Для процедуры требуется доступ к Порталу администрирования.

Процедура

Импортирование шаблона в центр данных:

  1. Нажмите Хранилище (Storage)  Домены (Domains) и выберите недавно подключенный домен экспорта.

  2. Нажмите на имя домена, чтобы перейти к подробному представлению.

  3. Откройте вкладку Импортировать шаблон (Template Import) и выберите шаблон.

  4. Нажмите Импортировать (Import).

  5. Выберите Целевой кластер (Target Cluster) и Профиль ЦП (CPU Profile) из выпадающих списков.

  6. Выберите шаблон для просмотра подробного представления, затем откройте вкладку Диски (Disks) и выберите Домен хранения (Storage Domain), в который будет импортирован шаблон.

  7. Нажмите OK.

  8. Если появилось окно Конфликт при импорте шаблона (Import Template Conflict), введите Новое имя (New Name) для шаблона или установите флажок Применить ко всем (Apply to all) и введите Суффикс для добавления к клонированным шаблонам (Suffix to add to the cloned Templates). Нажмите OK.

  9. Нажмите Закрыть (Close).

Шаблон импортирован в центр данных, являющийся приёмником. Процесс может занять до часа в зависимости от оборудования хранилища. Ход импортирования можно отслеживать на вкладке События (Events).

По завершении процесса импорта шаблоны появятся в разделе Ресурсы (Compute)  Шаблоны (Templates). С помощью шаблонов создаются новые виртуальные машины или запускаются уже существующие импортированные виртуальные машины, созданные на базе этого шаблона.

7.8. Шаблоны и разрешения

7.8.1. Управление системными разрешениями для шаблона

Будучи Суперпользователем (SuperUser), системный администратор управляет всеми аспектами Портала администрирования. Другим пользователям могут быть назначены ограниченные административные роли. Ограниченные роли нужны, чтобы предоставить пользователю административные права, которые действуют только в отношении определённого ресурса. Например, роль Администратор центра данных (DataCenterAdmin) имеет права только на назначенный центр данных (кроме его хранилища), а роль Администратор кластера (ClusterAdmin) имеет права только на назначенный кластер.

Администратор шаблона — это системная административная роль для шаблонов в центре данных. Эту роль можно применять к конкретным виртуальным машинам, к центру данных или ко всей среде виртуализации; так можно разрешать различным пользователям управлять определёнными виртуальными ресурсами.

Роль администратора шаблона разрешает выполнять следующие действия:

  • Создавать, изменять, экспортировать и удалять ассоциированные шаблоны.

  • Импортировать и экспортировать шаблоны.

Вы можете назначать роли и разрешения только существующим пользователям.

7.8.2. Описание ролей администратора шаблона

В приведённой ниже таблице описаны роли и права администратора, применимые к администрированию шаблонов.

Таблица 14. Роли системного администратора
Роль Права Примечания

TemplateAdmin

Может выполнять все операции над шаблонами

Имеет права создавать, удалять и конфигурировать домен хранения шаблона и параметры сети, а также перемещать шаблоны между доменами

NetworkAdmin

Администратор сети

Может конфигурировать и управлять сетями, подключенными к шаблонам

7.8.3. Назначение роли администратора или пользователя в отношении ресурса

Назначайте роли администратора или пользователя в отношении ресурсов, чтобы пользователи могли получить доступ к этому ресурсу или управлять им.

Процедура

Чтобы назначить роль пользователю:

  1. Используйте вкладки ресурса, режим дерева или функцию поиска, чтобы найти и выбрать ресурс в списке результатов.

  2. Нажмите на имя ресурса, чтобы открыть подробное представление.

  3. Откройте вкладку Разрешения (Permissions), чтобы вывести список назначенных пользователей с информацией об их ролях и унаследованных разрешениях в отношении выбранного ресурса.

  4. Нажмите Добавить (Add).

  5. Введите реальное или пользовательское имя существующего пользователя в текстовое поле и нажмите Поиск (Go). Выберите пользователя из появившегося списка возможных совпадений.

  6. Выберите роль из выпадающего списка Роль для связи (Role to Assign).

  7. Нажмите OK.

После назначения роли пользователю, унаследованные разрешения этой роли будут включены для него в отношении этого ресурса.

7.8.4. Удаление роли администратора или пользователя из ресурса

Когда роль администратора или пользователя удаляют из ресурса, пользователь лишается унаследованных разрешений, ассоциированных с этой ролью для этого ресурса.

Процедура

Удаление роли из ресурса:

  1. Используйте вкладки ресурса, режим дерева или функцию поиска, чтобы найти и выбрать ресурс в списке результатов.

  2. Нажмите на имя ресурса, чтобы открыть подробное представление.

  3. Откройте вкладку Разрешения (Permissions), чтобы вывести список назначенных пользователей с информацией об их ролях и унаследованных разрешениях в отношении выбранного ресурса.

  4. Выберите пользователя, которого необходимо удалить из ресурса.

  5. Нажмите Удалить (Remove). Откроется окно Удалить разрешение (Remove Permission), чтобы подтвердить удаление разрешений.

  6. Нажмите OK.

Пользовательская роль и ассоциированные разрешения из ресурса удалены.

7.9. Использование инструмента Cloud-Init для автоматизации настройки виртуальных машин

Cloud-Init — это инструмент для автоматизации начальной настройки виртуальных машин, например, настройки доменного имени, сетевых интерфейсов и авторизованных ключей. Его можно использовать при предоставлении виртуальных машин, развёрнутых на основе шаблона, чтобы избежать конфликтов в сети.

Для использования этого инструмента необходимо сначала установить пакет Cloud-Init на виртуальную машину. После установки служба Cloud-Init запускается в процессе начальной загрузки для поиска инструкций по настройке. Затем можно использовать параметры в окне Однократный запуск (Run Once), чтобы предоставить эти инструкции только один раз, или параметры в окнах Новая виртуальная машина (New Virtual Machine), Изменить виртуальную машину (Edit Virtual Machine) и Изменить шаблон (Edit Template), чтобы предоставлять эти инструкции при каждом запуске виртуальной машины.

7.9.1. Сценарии использования Cloud-Init

Cloud-Init можно использовать в разных сценариях автоматизации настройки виртуальных машин. Ниже приведены несколько распространенных сценариев:

Виртуальные машины, созданные на основе шаблонов

  • Можно использовать параметры Cloud-Init в разделе Запуск инициализации (Initial Run) в окне Однократный запуск (Run Once) для инициализации виртуальной машины, созданной на основе шаблона. Например, можно применить пользовательские настройки к виртуальной машине, когда она запускается первый раз.

Шаблоны виртуальных машин

  • С помощью параметров Использовать Cloud-Init/Sysprep (Use Cloud-Init/Sysprep) на вкладке Запуск инициализации (Initial Run) в окне Изменить шаблон (Edit Template) можно выполнить пользовательскую настройку виртуальных машин, созданных на основе шаблона.

Пулы виртуальных машин

  • С помощью параметров Использовать Cloud-Init/Sysprep (Use Cloud-Init/Sysprep) на вкладке Запуск инициализации (Initial Run) в окне Создать пул (New Pool) можно выполнить пользовательскую настройку виртуальных машин, взятых из пула виртуальных машин. Так можно задать набор стандартных параметров, которые будут применяться каждый раз, когда виртуальную машину забирают из пула виртуальных машин. Можно наследовать или переопределить параметры, заданные для шаблона, на котором основана виртуальная машина, или задать параметры для самого пула виртуальных машин.

7.9.2. Установка Cloud-Init

Далее описан процесс установки Cloud-Init на виртуальную машину. После установки Cloud-Init можно создать шаблон на основе этой виртуальной машины. Виртуальные машины, созданные на основе этого шаблона, могут при начальной загрузке задействовать функции Cloud-Init, например, настройку доменного имени, часового пояса, root-пароля, авторизованных ключей, сетевых интерфейсов, службы DNS и так далее.

Процедура

Установка Cloud-Init:

  1. Авторизуйтесь на виртуальной машине.

  2. Для CentOS установите пакет cloud-init и зависимости:

    yum install cloud-init

  3. Для Debian установите пакет cloud-init и зависимости:

    apt install cloud-init

7.9.3. Использование Cloud-Init для подготовки шаблона

Как только пакет cloud-init установлен на виртуальной машине Linux, можно использовать эту виртуальную машину для создания шаблона с поддержкой cloud-init. Укажите набор стандартных настроек, которые должны быть включены в шаблон, как описано в процедуре ниже, либо пропустите шаги настройки параметров Cloud-Init и настройте их при создании виртуальной машины на основе этого шаблона.

Хотя в следующей процедуре описано, как использовать Cloud-Init при подготовке шаблона, эти же настройки доступны в окнах Новая виртуальная машина (New Virtual Machine), Изменить шаблон (Edit Template) и Однократный запуск (Run Once).
Процедура

Использование Cloud-Init для подготовки шаблона:

  1. Нажмите Ресурсы (Compute)  Шаблоны (Templates) и выберите шаблон.

  2. Нажмите Изменить (Edit).

  3. Нажмите Показать расширенные настройки (Show Advanced Options).

  4. Перейдите на вкладку Запуск инициализации (Initial Run) и установите флажок Использовать Cloud-Init/Sysprep (Use Cloud-Init/Sysprep).

  5. Введите имя хоста в текстовое поле Имя хоста ВМ (VM Hostname).

  6. Установите флажок Настроить временную зону (Configure Time Zone) и выберите часовой пояс из выпадающего списка Часовой пояс (Time Zone).

  7. Разверните раздел Аутентификация (Authentication).

    • Установите флажок Пользователь уже установил пароль (Use already configured password), чтобы можно было использовать существующие учётные данные, или снимите его и введите root-пароль в текстовых полях Пароль (Password) и Подтвердите пароль (Verify Password), чтобы задать новый root-пароль.

    • Введите любые ключи SSH, которые будут добавлены к файлу с авторизованными хостами на виртуальной машине, в текстовое поле Ключи SSH-авторизации (SSH Authorized Keys).

    • Установите флажок Пересоздать ключи SSH (Regenerate SSH Keys), чтобы повторно сгенерировать ключи SSH для виртуальной машины.

  8. Разверните раздел Сети (Networks).

    • Укажите любые DNS-серверы в текстовом поле DNS-серверы (DNS Servers).

    • Укажите любые домены поиска DNS в текстовом поле Домен поиска DNS (DNS Search Domains).

    • Установите флажок Гостевой сетевой интерфейс (In-guest Network Interface) и используйте кнопки + Добавить новый (+ Add new) и - Удалить выбранный (- Remove selected), чтобы добавить сетевые интерфейсы к виртуальной машине или удалить их с неё.

      Необходимо обязательно указать корректные имя и номер сетевого интерфейса (например, eth0, eno3, enp0s). В противном случае подключение интерфейса виртуальной машины будет активно, но у него не будет сетевой конфигурации cloud-init.

  9. Разверните раздел Пользовательский скрипт (Custom Script) и введите любые пользовательские скрипты в текстовом поле.

  10. Нажмите OK.

Теперь можно предоставлять новые виртуальные машины на базе этого шаблона.

7.9.4. Использование Cloud-Init для инициализации виртуальной машины

Cloud-Init можно использовать для автоматизации начальной настройки виртуальной машины Linux. Можно использовать поля Cloud-Init для настройки доменного имени виртуальной машины, часового пояса, root-пароля, авторизованных ключей, сетевых интерфейсов и службы DNS. Кроме того, можно задать пользовательский скрипт, скрипт в формате YAML, который будет запускаться при начальной загрузке. Пользовательский скрипт позволяет выполнить дополнительную настройку Cloud-Init, которая поддерживается Cloud-Init, но не доступна в полях Cloud-Init. Дополнительные сведения о примерах пользовательских скриптов см. в разделе Примеры конфигурации Cloud-Init.

Процедура

Эта процедура запускает виртуальную машину с набором настроек Cloud-Init. Если соответствующие настройки включены в шаблон, на базе которого создана виртуальная машина, то проверьте настройки, внесите изменения (при необходимости) и нажмите OK для запуска виртуальной машины.

Использование Cloud-Init для инициализации виртуальной машины:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и выберите виртуальную машину.

  2. Нажмите кнопку с выпадающим списком Запустить (Run) и выберите Однократный запуск (Run Once).

  3. Разверните раздел Запуск инициализации (Initial Run) и установите флажок Cloud-Init.

  4. Введите имя хоста в текстовое поле Имя хоста ВМ (VM Hostname).

  5. Установите флажок Настроить временную зону (Configure Time Zone) и выберите часовой пояс из выпадающего списка Часовой пояс (Time Zone).

  6. Установите флажок Пользователь уже установил пароль (Use already configured password), чтобы можно было использовать существующие учётные данные, или снимите его и введите root-пароль в текстовых полях Пароль (Password) и Подтвердить пароль (Verify Password), чтобы задать новый root-пароль.

  7. Введите любые ключи SSH, которые будут добавлены к файлу с авторизованными хостами на виртуальной машине, в текстовое поле Ключи SSH-авторизации (SSH Authorized Keys).

  8. Установите флажок Пересоздать ключи SSH (Regenerate SSH Keys), чтобы повторно сгенерировать ключи SSH для виртуальной машины.

  9. Укажите любые DNS-серверы в текстовом поле DNS-серверы (DNS Servers).

  10. Укажите любые домены поиска DNS в текстовом поле Домен поиска DNS (DNS Search Domains).

  11. Установите флажок Сеть (Network) и кнопками + и - добавьте сетевые интерфейсы к виртуальной машине или удалите их из неё.

    Необходимо обязательно указать корректные имя и номер сетевого интерфейса (например, eth0, eno3, enp0s). В противном случае подключение интерфейса виртуальной машины будет активно, но у него не будет задана сетевая конфигурация cloud-init.

  12. Введите пользовательский скрипт в текстовое поле Пользовательский скрипт (Custom Script). Убедитесь, что в скрипте указаны надлежащие значения. В противном случае действие не будет выполнено.

  13. Нажмите OK.

Чтобы проверить, установлен ли на виртуальной машине Cloud-Init, выберите виртуальную машину и откройте вложенную вкладку Приложения (Applications).

7.10. Использование инструмента Sysprep для автоматизации настройки виртуальных машин

Sysprep — это инструмент для автоматизации настройки виртуальных машин Windows, например, настройки доменных имён, сетевых интерфейсов, авторизованных ключей, пользователей или подключения к Active Directory. Sysprep устанавливается с каждой версией Windows.

Используя технологию виртуализации, ПО «zVirt Max» расширяет возможности инструмента Sysprep и тем самым позволяет развёртывать виртуальные рабочие станции на базе единого шаблона. ПО «zVirt Max» создаёт специальный файл автоответов для каждой виртуальной рабочей станции.

Инструмент Sysprep создаёт полный файл ответов для автоматической установки. Значения по умолчанию для нескольких операционных систем Windows доступны в каталоге /usr/share/ovirt-engine/conf/sysprep/. Кроме того, можно создать пользовательский файл Sysprep и сослаться на него из файла osinfo в каталоге /etc/ovirt-engine/osinfo.conf.d/. Эти файлы действуют как шаблоны для Sysprep. Поля в этих файлах можно копировать и изменять по мере необходимости. Это определение настроек переопределяет любые значения, введённые в поля Запуск инициализации (Initial Run) в окне Изменить виртуальную машину (Edit Virtual Machine).

Можно создать пользовательский файл sysprep при создании пула виртуальных машин Windows с учётом различных операционных систем и доменов. Дополнительные сведения см. в разделе Создание пула виртуальных машин (Creating a Virtual Machine Pool) в Руководстве администратора.

Переопределяющий файл должен быть создан в каталоге /etc/ovirt-engine/osinfo.conf.d/ под именем, которое помещает его после /etc/ovirt-engine/osinfo.conf.d/00-defaults.properties и заканчивается на .properties. Например, /etc/ovirt-engine/osinfo.conf.d/10-productkeys.properties. У последнего файла будет приоритет, и он переопределит все предыдущие.

Скопируйте значения по умолчанию для вашей операционной системы Windows из файла /etc/ovirt-engine/osinfo.conf.d/00-defaults.properties в переопределяющий файл и введите свои значения в поля productKey.value и sysprepPath.value.

Пример 7. Значения конфигурации Windows 7 по умолчанию
# Windows7(11, OsType.Windows, false),false
os.windows_7.id.value = 11
os.windows_7.name.value = Windows 7
os.windows_7.derivedFrom.value = windows_xp
os.windows_7.sysprepPath.value = ${ENGINE_USR}/conf/sysprep/sysprep.w7
os.windows_7.productKey.value =
os.windows_7.devices.audio.value = ich6
os.windows_7.devices.diskInterfaces.value.3.3 = IDE, VirtIO_SCSI, VirtIO
os.windows_7.devices.diskInterfaces.value.3.4 = IDE, VirtIO_SCSI, VirtIO
os.windows_7.devices.diskInterfaces.value.3.5 = IDE, VirtIO_SCSI, VirtIO
os.windows_7.isTimezoneTypeInteger.value = false

7.10.1. Настройка инструмента Sysprep в шаблоне

Следуя этой процедуре, можно задать набор стандартных параметров Sysprep, которые будут включены в шаблон, либо можно настроить параметры Sysprep при создании виртуальной машины на основе этого шаблона.

Заменяющие строки можно использовать для замены значений, предоставленных в файлах по умолчанию в каталоге /usr/share/ovirt-engine/conf/sysprep/. Например, "<Domain><![CDATA[$JoinDomain$"]></Domain>" можно использовать для указания домена, к которому нужно присоединиться.

Не перезагружайте виртуальную машину во время работы Sysprep.
Предварительные условия

  • Параметры виртуальной машины Windows заданы корректно.

    Если нет, нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines), нажмите Изменить (Edit) и введите необходимую информацию в поля Операционная система (Operating System) и Кластер (Cluster).

  • Корректный ключ продукта был задан в переопределяющем файле в Менеджере управления.

Процедура

Использование инструмента Sysprep для подготовки шаблона:

  1. Создайте виртуальную машину Windows с необходимыми патчами и программным обеспечением.

  2. Зафиксируйте виртуальную машину Windows. Дополнительные сведения см. в разделе Фиксация виртуальных машин при подготовке к развертыванию в качестве шаблонов.

  3. Создайте шаблон на основе виртуальной машины Windows Дополнительные сведения см. в разделе Создание шаблона из существующей виртуальной машины.

  4. Обновите файл Sysprep в текстовом редакторе, если необходимо внести дополнительные изменения.

Теперь можно предоставлять новые виртуальные машины на базе этого шаблона.

7.10.2. Использование Sysprep для инициализации виртуальной машины

Sysprep можно использовать для автоматизации начальной настройки виртуальной машины Windows. Можно использовать поля Sysprep для настройки доменного имени виртуальной машины, часового пояса, root-пароля, авторизованных ключей, сетевых интерфейсов и службы DNS.

Процедура

Эта процедура запускает виртуальную машину с набором настроек Sysprep. Если соответствующие настройки включены в шаблон, на котором основана виртуальная машина, то проверьте настройки и при необходимости внесите изменения.

Использование Sysprep для инициализации виртуальной машины:

  1. Создайте виртуальную машину Windows на основе шаблона нужной виртуальной машины Windows. См. раздел Создание виртуальной машины на основе шаблона.

  2. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines) и выберите виртуальную машину.

  3. Нажмите кнопку с выпадающим списком Запустить (Run) и выберите Однократный запуск (Run Once).

  4. Разверните раздел Параметры загрузки (Boot Options) и выберите параметр sysprep.

  5. Установите флажок Подключить CD (Attach CD) и выберите необходимые ISO-образы Windows из выпадающего списка.

  6. Переместите CD-привод (CD-ROM) в начало списка в поле Предпочитаемая последовательность загрузки (Boot Sequence).

  7. Настройте любые дополнительные параметры в окне Однократный запуск (Run Once) нужным образом. Дополнительные сведения см. в разделе Описание настроек виртуальной машины в окне «Однократный запуск (Run Once)».

  8. Нажмите OK.

7.11. Создание виртуальной машины на основе шаблона

Создание виртуальной машины из шаблона позволяет предварительно настроить на ней операционную систему, сетевые интерфейсы, приложения и другие ресурсы.

Виртуальные машины, созданные на основе шаблона, зависят от этого шаблона. Поэтому нельзя удалять шаблон из Менеджера управления, если виртуальная машина была создана на основе этого шаблона. Однако можно клонировать виртуальную машину из шаблона, чтобы убрать зависимость от этого шаблона.

Если тип BIOS виртуальной машины отличается от типа BIOS шаблона, то Менеджер управления может изменить устройства в виртуальной машине, что может помешать начальной загрузке операционной системы. Например, если в шаблоне используются диски IDE и чипсет i440fx, то изменение типа BIOS на чипсет Q35 автоматически меняет диски IDE на диски SATA. Поэтому следует настроить чипсет и тип BIOS так, чтобы они соответствовали чипсету и типу BIOS шаблона.
Процедура

Создание виртуальной машины на основе шаблона:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines).

  2. Нажмите Создать (New).

  3. Выберите Кластер (Cluster), в котором будет работать виртуальная машина.

  4. Выберите шаблон из списка Шаблоны (Template).

  5. Укажите Имя (Name), Описание (Description) и любые Комментарии (Comments) и примите значения по умолчанию, наследуемые у шаблона, в остальных полях. При необходимости их можно изменить.

  6. Откройте вкладку Выделение ресурсов (Resource Allocation).

  7. Нажмите кнопку-переключатель Тонкий (Thin) или Клонированный (Clone) в области Тип диска (Storage Allocation). Если вы выберете Тонкий (Thin), формат диска будет QCOW2. Если вы выберете Клонированный (Clone), выберите формат диска QCOW2 или Raw.

  8. В выпадающем списке Цель (Target) выберите домен хранения, в котором будет размещён виртуальный диск виртуальной машины.

  9. Нажмите OK.

Виртуальная машина отображается на вкладке Виртуальные машины (Virtual Machines).

7.12. Создание клонированной виртуальной машины на основе шаблона

Клонированные виртуальные машины основаны на шаблонах и наследуют настройки шаблона. После создания клонированная виртуальная машина не зависит от шаблона, на котором она была основана. Это означает, что шаблон можно удалить, если нет других зависимостей.

При клонировании виртуальной машины из шаблона имя шаблона, на котором была основана эта виртуальная машина, отображается на вкладке Общее (General) в окне Изменить виртуальную машину (Edit Virtual Machine) для этой виртуальной машины. Если изменить имя этого шаблона, то имя шаблона на вкладке Общее (General) также обновится. Однако если удалить шаблон из Менеджера управления, вместо него будет отображаться исходное имя шаблона.
Процедура

Клонирование виртуальной машины на основе шаблона:

  1. Нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines).

  2. Нажмите Создать (New).

  3. Выберите Кластер (Cluster), в котором будет работать виртуальная машина.

  4. Выберите шаблон в выпадающем меню Шаблон (Based on Template).

  5. Укажите Имя (Name), Описание (Description) и любые Комментарии (Comments). Вы можете принять значения по умолчанию, наследуемые от шаблона, в остальных полях или изменить их при необходимости.

  6. Откройте вкладку Выделение ресурсов (Resource Allocation).

  7. Нажмите кнопку-переключатель Клонированный (Clone) в области Тип диска (Storage Allocation).

  8. Выберите формат диска в выпадающем списке Формат (Format). Это влияет на скорость клонирования и размер дискового пространства, изначально необходимого новой виртуальной машине.

    • QCOW2 (по умолчанию):

      • Операция клонирования выполняется быстрее,

      • Оптимизированное использование дискового пространства,

      • Дискового пространства выделяется лишь столько, сколько нужно.

    • Raw:

      • Операция клонирования выполняется медленнее,

      • Оптимизированные операции чтения и записи виртуальных машин,

      • Все дисковое пространство, затребованное в шаблоне, выделяется во время операции клонирования.

  9. В выпадающем меню Цель (Target) выберите домен хранения, в котором будет размещен виртуальный диск виртуальной машины.

  10. Нажмите OK.

Клонирование виртуальной машины может занять некоторое время. Должна быть создана новая копия диска шаблона. В течение этого времени у виртуальной машины сначала будет статус Образ заблокирован (Image Locked), а потом Выключена (Down).

Виртуальная машина создается и отображается на вкладке Виртуальные машины (Virtual Machines). После завершения операции клонирования можно назначить пользователей виртуальной машине и начать её использовать.

8. Настройки на Портале администрирования и Пользовательском портале Windows

8.1. Описание настроек в окнах «Новая виртуальная машина (New Virtual Machine)» и «Изменить виртуальную машину (Edit Virtual Machine)»

8.1.1. Описание общих настроек виртуальной машины

В следующей таблице описаны параметры на вкладке Общее (General) окон Новая виртуальная машина (New Virtual Machine) и Изменить виртуальную машину (Edit Virtual Machine).

Таблица 15. Виртуальная машина: общие настройки
Имя поля Описание Требуется ли выключение и включение питания

Кластер

Имя кластера хоста, к которому подключена виртуальная машина. Виртуальные машины размещаются на любой физической машине в этом кластере согласно правилам политики

Да. Миграция между кластерами разрешается только в экстренных случаях. При перемещении между кластерами виртуальная машина должна быть выключена

Шаблон (Template)

Шаблон, на котором основана виртуальная машина. По умолчанию значение этого поля Пустой (Blank), поэтому можно создать виртуальную машину, на которой ещё не установлена операционная система. Шаблоны отображаются в виде Имя / Имя подверсии (Номер подверсии) (Name / Sub-version name (Sub-version number)). Каждая новая версия отображается с номером в квадратных скобках, который указывает на относительный порядок версий, причём более высокий номер указывает на более новую версию. Имя версии отображается как базовая версия (base version), если это не корневой шаблон из цепочки версий шаблонов.

Если виртуальная машина не сохраняет состояние, можно выбрать последнюю (latest) версию шаблона. Этот параметр означает, что каждый раз при создании новой версии этого шаблона виртуальная машина автоматически воссоздается при перезапуске на основе последней версии шаблона

Не применимо. Этот параметр предназначен только для предоставления новых виртуальных машин

Операционная система (Operating System)

Операционная система. Допустимые значения включают несколько вариантов Red Hat Enterprise Linux и Windows

Да. Возможна смена виртуального оборудования

Тип экземпляра (Instance Type)

Тип экземпляра, на котором может быть основана аппаратная конфигурация виртуальной машины. По умолчанию значение этого поля — Пользовательский (Custom), а это значит, что виртуальная машина не подключена к типу экземпляра. Другие параметры, доступные в этом выпадающем меню: Большой (Large), Средний (Medium), Малый (Small), Минимальный (Tiny), Сверхбольшой (XLarge) и другие пользовательские типы экземпляров, созданные Администратором.

Другие параметры, рядом с которыми отображается значок цепи, предварительно заполняются выбранным типом экземпляра. Если изменить одно из этих значений, то виртуальная машина будет отключена от типа экземпляра, а значок цепи будет выглядеть разорванным. Однако, если изменённые параметры восстановлены до их исходных значений, виртуальная машина будет заново подключена к типу экземпляра, а разорванные звенья на значке цепи соединяться вновь.

Поддержка типов экземпляров признана устаревшей и будет удалена в одном из будущих релизов.

Да

Профиль нагрузки (Optimized for)

Тип системы, для которого виртуальная машина должна быть оптимизирована. Возможны три варианта: Сервер (Server), Рабочая станция (Desktop) и Высокая производительность (High Performance); по умолчанию значение поля — Сервер (Server). Виртуальные машины оптимизированы для работы в качестве серверов без звуковой карты, используют клонированный образ диска и сохраняют состояние. Виртуальные машины, оптимизированные для работы в качестве рабочих станций, имеют звуковую карту, используют образ (динамическое выделение пространства) и не сохраняют состояние. У виртуальных машин, оптимизированных для работы в режиме высокой производительности, есть несколько изменений в конфигурации. См. раздел Настройка высокопроизводительных виртуальных машин, шаблонов и пулов

Да

Имя (Name)

Имя виртуальной машины. Имя должно быть уникальным в пределах центра данных, без пробелов, и хотя бы один знак должен быть буквой латинского алфавита (A-Z) или цифрой от 0 до 9. Максимальная длина имени виртуальной машины — 255 знаков. Имя можно повторно использовать в разных центрах данных в одной среде

Да

ВМ ID (Vm ID)

Идентификатор виртуальной машины. Создатель виртуальной машины может задать пользовательский идентификатор для конкретной виртуальной машины. Пользовательский идентификатор должен состоять исключительно из цифр в следующем формате: 00000000-0000-0000-0000-00000000.

Если при создании не был указан идентификатор, то идентификатор UUID будет назначен автоматически. После создания виртуальной машины невозможно изменить ни пользовательский, ни автоматически сгенерированный идентификатор

Да

Описание (Description)

Содержательное описание новой виртуальной машины

Нет

Комментарий (Comment)

Поле для добавления комментариев о виртуальной машине в виде обычного текста

Нет

Метки сходства (Affinity Labels)

Добавить или удалить выбранную Метку сходства (Affinity Label)

Нет

Без запоминания состояния (Stateless)

Установите этот флажок, чтобы виртуальная машина работала в режиме без сохранения состояния. Это режим применяется в основном для виртуальных машин, используемых в качестве рабочих станций. При запуске рабочей станции или сервера без сохранения состояния создается новый слой COW на образе жесткого диска виртуальной машины, где хранятся новые и изменённые данные. После выключения виртуальной машины без сохранения состояния удаляется новый слой COW, в том числе все изменения в данных и в конфигурации, а виртуальная машина возвращается в исходное состояние. Виртуальные машины без сохранения состояния стоит использовать, когда машины нужны ненадолго или временному персоналу

Не применимо

Запустить в режиме приостановки (Start in Pause Mode)

Установите этот флажок, и виртуальная машина всегда будет запускаться в режиме паузы. Этот параметр подходит для виртуальных машин, на которых установка подключения SPICE занимает много времени, например, для виртуальных машин на удалённом объекте

Не применимо

Защита от удаления (Delete Protection)

Установите флажок, чтобы виртуальную машину было невозможно удалить. Виртуальную машину можно удалить только, если этот флажок снят

Нет

Запечатать (Sealed)

Установите этот флажок, чтобы зафиксировать созданную виртуальную машину. Этот параметр убирает настройки конкретных машин из виртуальных машин, предоставляемых из шаблона. Дополнительные сведения о процессе фиксации см. в разделе Фиксация виртуальной машины Windows для развертывания в качестве шаблона

Нет

Виртуальные диски (Instance Images)

Нажмите Прикрепить (Attach), чтобы подключить плавающий диск к виртуальной машине, или нажмите Создать (Create), чтобы добавить новый виртуальный диск. Чтобы добавить или удалить дополнительные виртуальные диски, нажимайте кнопки + и -. Нажмите Изменить (Edit), чтобы изменить конфигурацию виртуального диска, который уже был подключен или создан

Нет

Сетевые интерфейсы (с привязкой к vNic профилю) (Instantiate VM network interfaces by picking a vNIC profile)

Чтобы добавить сетевой интерфейс к виртуальной машине, необходимо выбрать vNIC-профиль из выпадающего списка nic1. Чтобы добавить или удалить дополнительные сетевые интерфейсы, нажимайте кнопки + и -

Нет

8.1.2. Описание системных настроек виртуальной машины

Пояснения относительно ЦП

  1. Для процессов, не очень сильно загружающих ЦП, можно запускать виртуальные машины с общим количеством процессорных ядер, превышающим количество ядер хоста. Плюсы такого подхода, следующие:

    • Можно запускать большее количество виртуальных машин, что снижает требования к оборудованию.

    • Это также позволяет конфигурировать виртуальные машины с топологиями ЦП, которые иначе были бы невозможны — например, когда количество виртуальных ядер находится в диапазоне между количеством ядер хоста и количеством потоков хоста.

  2. Для достижения наилучшей производительности и особенно для процессов, сильно загружающих ЦП, на виртуальной машине следует использовать ту же топологию, что и на хосте, чтобы и для хоста, и для виртуальной машины ожидаемая работа кеша была одинаковой. Когда на хосте включена гиперпоточность, QEMU-процесс трактует гиперпотоки (hyperthreads) хоста как ядра, поэтому виртуальная машина не знает, что она работает на одном ядре с несколькими потоками. Такое поведение может повлиять на производительность виртуальной машины, поскольку виртуальное ядро, которое фактически соответствует гиперпотоку (hyperthread) в ядре хоста, может использовать один и тот же кеш вместе с другим гиперпотоком в том же ядре хоста, в то время как виртуальная машина трактует его как отдельное ядро.

В следующей таблице описаны параметры на вкладке Система (System) окон Новая виртуальная машина (New Virtual Machine) и Изменить виртуальную машину (Edit Virtual Machine).

Таблица 16. Виртуальная машина: системные настройки
Имя поля Описание Требуется ли выключение и включение питания

Оперативная память (Memory Size)

Объем памяти, назначенной виртуальной машине. При выделении памяти следует учитывать потребности в обработке и хранении, имеющиеся у приложений, которые будут работать на виртуальной машине

Если ОС поддерживает горячее подключение, то нет. В противном случае — да

Максимум памяти (Maximum Memory)

Максимальный объем памяти, который может быть назначен виртуальной машине. Максимальный объем памяти также ограничен выбранной архитектурой гостевой машины и уровнем совместимости кластера

Если ОС поддерживает горячее подключение, то нет. В противном случае — да

Оперативная память (гарантированная) (Physical Memory Guaranteed)

Объем физической памяти, гарантированный конкретной виртуальной машине. Это должно быть любое число от 0 и до размера памяти, заданного для данной виртуальной машины

Да, если пониженный. В противном случае — нет

Всего ЦП (Total Virtual CPUs)

Вычислительная мощность, выделенная виртуальной машине, в виде ядер ЦП. Чтобы обеспечить высокую производительность, не следует назначать виртуальной машине ядер больше, чем есть на физическом хосте

Если ОС поддерживает горячее подключение, то нет. В противном случае — да

Виртуальные сокеты (Virtual Sockets)

Количество сокетов ЦП для виртуальной машины. Не следует назначать виртуальной машине сокетов больше, чем есть на физическом хосте

Если ОС поддерживает горячее подключение, то нет. В противном случае — да

Ядра на виртуальном сокете (Cores per Virtual Socket)

Количество ядер, назначенных каждому виртуальному сокету

Если ОС поддерживает горячее подключение, то нет. В противном случае — да

Потоков ЦП на ядро (Threads per Core)

Количество потоков, назначенных каждому ядру. При увеличении этого значения включается одновременная многопоточность (SMT). IBM POWER8 поддерживает до 8 потоков на одном ядре. Для типов ЦП x86 и x86_64 (Intel и AMD) рекомендованное значение — 1, кроме случаев, когда требуется точная репликация топологии хоста, которую можно выполнить через закрепление ЦП. Дополнительные сведения см. в разделе Закрепление ЦП

Если ОС поддерживает горячее подключение, то нет. В противном случае — да

Тип BIOS

Здесь можно указать тип чипсета и микропрограммного обеспечения. Выставляет тип чипсета и микропрограммного обеспечения в значения, заданные для кластера по умолчанию. Доступны следующие параметры:

  • Чипсет I440FX с BIOS (устаревшая BIOS),

  • Чипсет Q35 с BIOS без UEFI (используется по умолчанию для кластеров с версией совместимости 4.4),

  • Чипсет Q35 с UEFI BIOS с UEFI (используется по умолчанию для кластеров с версией совместимости 4.7),

  • Чипсет Q35 с UEFI SecureBoot UEFI с функцией SecureBoot, которая проверяет подлинность цифровых подписей загрузчика

Дополнительные сведения см. в разделе UEFI и чипсет Q35 в Руководстве администратора.

Да

Тип ВМ (Custom Emulated Machine)

Здесь можно задать тип машины. При изменении этого параметра виртуальная машина будет работать только на хостах, которые поддерживают указанный тип машины. Выставляет тип машины в значение, заданное для кластера по умолчанию

Да

Тип ЦП (Custom CPU Type)

Здесь можно задать тип ЦП. При изменении этого параметра виртуальная машина будет работать только на хостах, которые поддерживают указанный тип ЦП. Выставляет тип ЦП в значение, заданное для кластера по умолчанию

Да

Аппаратный часовой пояс (Hardware Clock Time Offset)

Здесь можно настроить смещение часового пояса на гостевых аппаратных часах. Для Windows оно должно соответствовать часовому поясу, заданному на гостевой машине. В большинстве установок Linux по умолчанию на аппаратных часах должно быть время GMT+00:00

Да

Совместимая версия (Custom Compatibility Version)

Версия совместимости определяет функции, поддерживаемые кластером, а также значения некоторых свойств и тип эмулируемой машины. По умолчанию виртуальная машина настроена на работу в том же режиме совместимости, что и кластер, поскольку это значение по умолчанию наследуется у кластера. В некоторых ситуациях режим совместимости по умолчанию необходимо изменить. Например, если кластер был обновлен до более новой версии совместимости, но виртуальные машины не были перезапущены. Эти виртуальные машины можно настроить на использование пользовательского режима совместимости, более старого, чем режим совместимости кластера. Дополнительные сведения см. в разделе Изменение версии совместимости кластера в Руководстве администратора

Да

Политика серийных номеров (Serial Number Policy)

Переопределите политик на уровне системы и кластера для назначения серийных номеров виртуальным машинам. Следует применять политику, уникальную для такой виртуальной машины:

Системное значение по умолчанию (System Default): Используйте системные значения по умолчанию, которые настраиваются в базе данных Менеджера управления с помощью инструмента настройки engine, и имена ключей DefaultSerialNumberPolicy и DefaultCustomSerialNumber. Значение по умолчанию для DefaultSerialNumberPolicy — это использовать Идентификатор хоста (Host ID). Дополнительную информацию см. в разделе Политики планирования в Руководстве администратора. Идентификатор хоста (Host ID): Здесь можно установить серийный номер конкретной виртуальной машины в значение, соответствующее UUID хоста.

Идентификатор ВМ (Vm ID): Здесь можно установить серийный номер конкретной виртуальной машины в значение, соответствующее UUID этой виртуальной машины.

Пользовательский серийный номер (Custom serial number): Здесь можно установить серийный номер каждой виртуальной машины в значение, которое вы укажете в параметре Пользовательский серийный номер (Custom Serial Number).

Да

Индивидуальный серийный номер (Custom serial number)

Здесь можно задать пользовательский серийный номер, который будет применён к этой виртуальной машине

Да

8.1.3. Описание настроек запуска инициализации

В следующей таблице описаны параметры на вкладке Запуск инициализации (Initial Run) окон Новая виртуальная машина (New Virtual Machine) и Изменить виртуальную машину (Edit Virtual Machine). Параметры в этой таблице видны только при установленном флажке Использовать Cloud-Init/Sysprep (Use Cloud-Init/Sysprep), а некоторые параметры видны только если в списке Операционная система (Operating System) на вкладке Общее (General) выбран параметр на основе Linux или на основе Windows, как описано ниже.

В настоящей таблице не указано, требуется ли выключение и включение питания, так как эти настройки применяются к первоначальному запуску виртуальной машины; при этом виртуальная машина не работает во время настройки этих параметров.
Таблица 17. Виртуальная машина: параметры запуска инициализации
Имя поля Операционная система (Operating System) Описание

Использовать Cloud-Init/Sysprep (Use Cloud-Init/Sysprep)

Linux, Windows

Этот флажок регулирует, будет ли Cloud-Init или Sysprep использоваться для инициализации виртуальной машины

Имя хоста ВМ (VM Hostname)

Linux, Windows

Имя хоста виртуальной машины

Домен (Domain)

Windows

Домен Active Directory, к которому относится виртуальная машина

Название организации (Organization Name)

Windows

Название организации, к которой относится виртуальная машина. Этот параметр соответствует текстовому полю, где указывается название организации, которое отображается при первом запуске машины, работающей на Windows

Организационная единица Active Directory (Active Directory OU)

Windows

Организационное подразделение в домене Active Directory, к которому относится виртуальная машина

Настроить временную зону (Configure Time Zone)

Linux, Windows

Часовой пояс для виртуальной машины. Необходимо установить флажок и выбрать часовой пояс из списка Часовой пояс (Time Zone)

Пароль администратора (Admin Password)

Windows

Пароль пользователя с правами администратора для виртуальной машины. Необходимо нажать на раскрывающую стрелку, чтобы отобразились настройки этого параметра.

Пользователь уже установил пароль (Use already configured password): Этот флажок устанавливается автоматически после указания первоначального пароля пользователя с правами администратора. Необходимо снять этот флажок, чтобы стали активны поля Пароль администратора (Admin Password) и Подтверждение пароля администратора (Verify Admin Password), и задать новый пароль.

Пароль администратора (Admin Password): Пароль пользователя с правами администратора для виртуальной машины. Введите пароль в этом текстовом поле и в текстовом поле Подтверждение пароля администратора (Verify Admin Password), чтобы проверить правильность ввода пароля

Аутентификация (Authentication)

Linux

Подробные сведения об аутентификации для виртуальной машины. Необходимо нажать на раскрывающую стрелку, чтобы отобразились настройки этого параметра.

Пользователь уже установил пароль (Use already configured password): Этот флажок устанавливается автоматически после указания первоначального root-пароля. Необходимо снять этот флажок, чтобы стали активны поля Пароль (Password) и Подтвердите пароль (Verify Password), и задать новый пароль.

Пароль (Password): Это root-пароль для виртуальной машины. Введите пароль в этом текстовом поле и в текстовом поле Подтвердите пароль (Verify Password), чтобы проверить правильность ввода пароля.

Ключи SSH-авторизации (SSH Authorized Keys): SSH-ключи добавятся в файл авторизованных ключей виртуальной машины. Можно указать несколько SSH-ключей: каждый SSH-ключ необходимо вводить на отдельной строке.

Пересоздать ключи SSH (Regenerate SSH Keys): Повторно сгенерировать SSH-ключи для виртуальной машины

Пользовательская локализация (Custom Locale)

Windows

Пользовательские региональные настройки для виртуальной машины. Региональные настройки должны быть в формате en-US. Необходимо нажать на раскрывающую стрелку, чтобы отобразились настройки этого параметра.

  • Язык ввода (Input Locale): Региональные настройки для команд пользователя.

  • Язык интерфейса (UI Language): Язык пользовательского интерфейса, в частности таких элементов как кнопки и меню.

  • Язык системы (System Locale): Региональные настройки для всей системы.

  • Локаль пользователя (User Locale): Региональные настройки для пользователей

Сети (Networks)

Linux

Связанные с сетью настройки для виртуальной машины. Необходимо нажать на раскрывающую стрелку, чтобы отобразились настройки этого параметра.

  • DNS-серверы: DNS-серверы, которые будет использовать виртуальная машина.

  • Домен поиска DNS (DNS Search Domains): домены поиска DNS, которые будет использовать виртуальная машина.

  • Сеть (Network): здесь можно настроить сетевые интерфейсы для виртуальной машины. Установите этот флажок и кнопками + или - добавьте сетевые интерфейсы к виртуальной машине или удалите их из неё.

После нажатия кнопки + появится несколько полей, в которых можно указать, надо ли использовать DHCP, и настроить IP-адрес, маску сети и шлюз, а также указать, будет ли запускаться сетевой интерфейс при начальной загрузке

Пользовательский скрипт (Custom Script)

Linux

Пользовательские скрипты, которые будут выполняться на виртуальной машине во время её запуска. Указанные в этом поле скрипты — это пользовательские разделы YAML, добавленные к тем, что предоставлены Менеджером управления, и позволяющие автоматизировать задачи, например, создание пользователей и файлов, настройку репозиториев yum и выполнение команд. Дополнительные сведения о формате скриптов, которые можно вводить в это поле, см. в документации по пользовательским скриптам

Sysprep

Windows

Пользовательское определение настроек Sysprep. Определение настроек должно быть в формате полного файла ответов для автоматической установки. Можно скопировать и вставить файлы ответов по умолчанию в каталоге /usr/share/ovirt-engine/conf/sysprep/ на машине с Менеджером управления и изменить поля нужным образом. Дополнительные сведения см. в разделе Шаблоны

Ignition 2.3.0

Red Hat Enterprise Linux CoreOS

Когда Red Hat Enterprise Linux CoreOS выбрана в качестве операционной системы, этот флажок регулирует, будет ли Ignition использоваться для инициализации виртуальной машины

8.1.4. Описание настроек консоли виртуальной машины

В следующей таблице описаны параметры на вкладке Консоль (Console) окон Новая виртуальная машина (New Virtual Machine) и Изменить виртуальную машину (Edit Virtual Machine).

Таблица 18. Виртуальная машина: настройки консоли
Имя поля Описание Требуется ли выключение и включение питания

Раздел графической консоли (Graphical Console Section)

Группа настроек

Да

Режим Headless (Headless Mode)

Установите этот флажок, если виртуальной машине не нужна графическая консоль. Когда флажок установлен, все другие поля в разделе Графический адаптер (Graphical Console) будут неактивны. На Пользовательском портале значок Консоль (Console) в подробном представлении виртуальной машины тоже будет неактивным.

Дополнительные сведения и предварительные условия для использования фонового режима см. в разделе Настройка фоновых виртуальных машин

Да

Тип видеокарты (Video Type)

Здесь можно задать графическое устройство.

QXL установлено по умолчанию и поддерживает оба графических протокола.

VGA поддерживает только протокол VNC

Да

Графический протокол (Graphics protocol)

Здесь можно задать, какой протокол отображения будет использоваться. SPICE — это протокол, который используется по умолчанию. VNC можно использовать в качестве альтернативы. Чтобы разрешить оба протокола, необходимо выбрать SPICE + VNC

Да

Раскладка клавиатуры в VNC (VNC Keyboard Layout)

Здесь можно задать раскладку клавиатуры для виртуальной машины. Этот параметр доступен только при использовании протокола VNC

Да

Включить USB

Здесь можно задать USB-перенаправление для протокола SPICE. По умолчанию флажок снят. Этот параметр доступен только для виртуальных машин, использующих протокол SPICE:

  • Отключен (флажок снят): устройства USB-контроллера добавляются согласно значению devices.usb.controller в файле конфигурации osinfo-defaults.properties. По умолчанию для всех операционных систем x86 и x86_64 — piix3-uhci. Для систем ppc64 по умолчанию nec-xhci.

  • Включен (флажок установлен): включает встроенную функцию USB-перенаправления KVM/SPICE для виртуальных машин Linux и Windows. Виртуальным машинам не нужны никакие внутригостевые агенты или драйверы для встроенной функции USB-перенаправления

Да

Действие при отключении консоли (Console Disconnect Action)

Здесь можно задать, что будет происходить при отключении консоли. Это относится только к подключениям консоли по протоколам SPICE и VNC. Этот параметр можно изменить во время работы виртуальной машины, но изменения вступят в силу, только когда будет установлено новое подключение консоли. Можно выбрать один из следующих вариантов:

  • Бездействие (No action): никакие действия не предпринимаются.

  • Блокировка экрана (Lock screen): это параметр по умолчанию. Для всех машин Linux и для рабочих станций Windows будет заблокирован сеанс активного на тот момент пользователя. На серверах Windows будет заблокирована рабочая станция и активный на тот момент пользователь.

  • Завершение сеанса пользователя (Logout user): на всех машинах Linux и рабочих станциях Windows сеанс активных на тот момент пользователей будет завершен. На серверах Windows рабочие станции и активные на тот момент пользователи выйдут из системы.

  • Выключение виртуальной машины (Shutdown virtual machine): инициирует корректное завершение работы виртуальной машины.

  • Перезагрузка виртуальной машины (Reboot virtual machine): инициирует корректную перезагрузку виртуальной машины

Нет

Мониторы (Monitors)

Количество мониторов для виртуальной машины. Этот параметр доступен только для виртуальных рабочих станций, использующих протокол отображения SPICE. Можно выбрать 1, 2 или 4. Обратите внимание, что системы Windows с драйверами WDDMDoD не поддерживают больше одного монитора

Да

Поддержка смарт-карт (Smartcard Enabled)

Смарт-карты — это внешнее аппаратное средство защиты, которое чаще всего встречается в кредитных картах, но также используется многими компаниями в качестве токенов аутентификации. Смарт-карты можно использовать для защиты виртуальных машин ПО «zVirt Max». Поставьте или снимите этот флажок, чтобы активировать или деактивировать аутентификацию по смарт-карте для отдельных виртуальных машин

Да

SSO единый вход (Single Sign On method)

При включении единого входа пользователи могут авторизоваться в гостевой операционной системе, когда с помощью гостевого агента подключаются к виртуальной машине через Пользовательский портал.

  • Отключить единый вход (Disable Single Sign On): выберите этот параметр, если не хотите, чтобы гостевой агент пытался авторизоваться на виртуальной машине.

  • Использовать гостевой агент (Use Guest Agent): включение единого входа: гостевому агенту разрешается авторизовать вас на виртуальной машине

Если выбран параметр Использовать гостевой агент (Use Guest Agent), то нет. В противном случае — да

Отключить строгую проверку пользователей (Disable strict user checking)

Нажмите на стрелку Расширенные параметры (Advanced Parameters) и установите флажок, чтобы использовать этот параметр. Если этот флажок стоит, виртуальную машину не нужно перезагружать, когда к ней подключается другой пользователь.

По умолчанию строгая проверка включена, поэтому только один пользователь может подключиться к консоли виртуальной машины. Ни один другой пользователь не сможет открыть консоль той же виртуальной машины, пока ее не перезагрузят.

Исключение: пользователь с ролью SuperUser может подключиться в любое время и заменить существующее подключение. После подключения пользователя с ролью SuperUser ни один обычный пользователь не сможет подключиться снова, пока виртуальную машину не перезагрузят.

Отключать строгую проверку следует с осторожностью, поскольку можно раскрыть сессию предыдущего пользователя новому пользователю

Нет

Включить звуковую карта (Soundcard Enabled)

Устройство звуковой карты необязательно для всех вариантов использования виртуальной машины. Если звуковая карта необходима, её можно включить здесь

Да

Включить передачу файлов по SPICE (Enable SPICE file transfer)

Здесь можно задать, сможет ли пользователь перетаскивать файлы с внешнего хоста в консоль SPICE виртуальной машины. Этот параметр доступен только для виртуальных машин, использующих протокол SPICE. Флажок установлен по умолчанию

Нет

Включить буфер обмена SPICE (Enable SPICE clipboard copy and paste)

Здесь можно задать, сможет ли пользователь копировать и вставлять контент с внешнего хоста в консоль SPICE виртуальной машины. Этот параметр доступен только для виртуальных машин, использующих протокол SPICE. Флажок установлен по умолчанию

Нет

Консольный порт (Serial Console Section)

Группа настроек

Консольный порт VirtIO-serial (Enable VirtIO serial console)

Последовательная консоль VirtIO эмулируется через каналы VirtIO с помощью SSH и пар ключей и позволяет получить доступ к последовательной консоли виртуальной машины напрямую из командной строки клиентской машины, чтобы не открывать консоль через Портал администрирования или Пользовательский портал. Последовательной консоли требуется прямой доступ к Менеджеру управления, поскольку Менеджер управления выступает в качестве прокси для подключения, предоставляет информацию о размещении виртуальных машин и хранит ключи аутентификации. Установите этот флажок, чтобы включить консоль VirtIO на виртуальной машине. Требуется правило межсетевого экрана. См. раздел Открытие последовательной консоли виртуальной машины

Да

8.1.5. Описание настроек хоста виртуальных машин

В следующей таблице описаны параметры на вкладке Хост (Host) окон Новая виртуальная машина (New Virtual Machine) и Изменить виртуальную машину (Edit Virtual Machine).

Таблица 19. Виртуальная машина: настройки хоста
Имя поля Доп.элемент Описание Требуется ли выключение и включение питания

Запустить на (Start Running On)

Здесь указывается предпочтительный хост, на котором следует запустить виртуальную машину. Можно выбрать один из следующих вариантов:

  • Любой хост в кластере (Any Host in Cluster): виртуальная машина может запускаться и работать на любом из доступных хостов кластера.

  • Указанном хосте (Specific Host(s)): виртуальная машина будет запускаться на конкретном хосте кластера. Однако Менеджер управления или администратор может перенести виртуальную машину на другой хост кластера в зависимости от настроек миграции и высокой доступности виртуальной машины. Выберите конкретный хост или группу хостов из списка доступных хостов

Нет. Виртуальная машина может мигрировать на такой хост в процессе работы

Параметры ЦП (CPU options)

Passthrough ЦП хоста (Pass-Through Host CPU)

Если выбрана эта опция, то виртуальные машины могут использовать флаги ЦП хоста. Если выбрана эта опция, то Параметры миграции (Migration Options) установлены в значение Разрешить только ручную миграцию (Allow manual migration only)

Да

Миграция только на хосты с одинаковой частотой TSC (Migrate only to hosts with the same TSC frequency)

Если выбрана эта опция, то эта виртуальная машина может быть перенесена только на хост с такой же частотой TSC. Эта опция подходит только для виртуальных машин с признаком высокой доступности

Да

Параметры миграции (Migration Options)

Режим миграции (Migration mode)

Здесь можно выбрать параметры запуска и миграции виртуальной машины. Если эти параметры не заданы, то запуск или перенос виртуальной машины будут осуществляться в соответствии с политикой соответствующего кластера.

  • Разрешить ручную и автоматическую миграцию (Allow manual and automatic migration): миграция виртуальной машины с одного хоста на другой может выполняться автоматически в соответствии со статусом среды или вручную администратором.

  • Разрешить только ручную миграцию (Allow manual migration only): миграция виртуальной машины с одного хоста на другой может выполняться только вручную администратором.

  • Не разрешать миграцию (Do not allow migration): автоматическая и ручная миграция виртуальной машины запрещены

Нет

Политика миграции (Migration policy)

Здесь задается политика синхронизации состояния памяти при миграции. Если флажок не стоит, то политику определяет хост.

  • Кластер по умолчанию (Минимальное время простоя) (Cluster default (Minimal downtime)): переопределения в vdsm.conf всё ещё применяются. Гостевой хук-механизм выключен.

  • Минимальное время простоя (Minimal downtime): миграция виртуальных машин в типичных ситуациях разрешена. У виртуальных машин не должно быть значительного простоя. Процесс миграции будет прерван, если синхронизация состояния памяти слишком затянулась (зависит от итераций QEMU, максимум 500 миллисекунд). Гостевой хук-механизм включен.

  • Миграция с пост-копированием (Post-copy migration): когда применяется эта политика, она приостанавливает виртуальные ЦП мигрирующей виртуальной машины на хосте-источнике, переносит только минимальное количество страниц памяти, активирует виртуальные ЦП виртуальной машины на хосте-приёмнике и переносит оставшиеся страницы памяти, пока виртуальная машина работает на хосте-приёмнике. Политика миграции с пост-копированием сначала пытается провести предварительное копирование, чтобы убедиться, что синхронизация состояния памяти пройдет успешно. Миграция переключается в режим с пост-копированием, если при миграции виртуальной машины затянулась синхронизация состояния памяти. Так значительно сокращается время простоя мигрируемой виртуальной машины, а также гарантируется, что миграция завершится независимо от того, насколько быстро меняются страницы памяти виртуальной машины на хосте-источнике. Это оптимальный вариант для миграции виртуальных машин в условиях интенсивного непрерывного использования, когда их невозможно перенести стандартным способом с предварительным копированием. Недостаток этой политики заключается в том, что на этапе пост-копирования виртуальная машина может сильно замедлиться из-за переноса недостающих частей памяти между хостами. Предупреждение Если сетевое соединение прерывается до завершения процесса пост-копирования, то Менеджер управления приостанавливает, а затем выключает работающую виртуальную машину. Не прибегайте к миграции с пост-копированием, если доступность виртуальной машины критически важна или если сеть миграции нестабильна.

  • Приостановка процессов при необходимости (Suspend workload if needed): эта политика разрешает миграцию виртуальных машин в большинстве случаев, включая перенос виртуальных машин, на которых запущены ресурсоёмкие процессы, но из-за этого могут происходить более длительные простои ВМ, чем при других настройках. Миграция, тем не менее, может быть прервана при экстремальных нагрузках. Гостевой хук-механизм включен

Нет

Включить шифрование при миграции (Enable migration encryption)

Эта политика позволяет шифровать виртуальную машину в процессе миграции.

  • Заданное для кластера по умолчанию (Cluster default),

  • Шифровать (Encrypt),

  • Не шифровать (Don’t encrypt)

Нет

Конфигурировать NUMA (Configure NUMA)

Количество узлов NUMA (NUMA Node Count)

Количество виртуальных узлов NUMA, доступных на хосте, которые можно назначить виртуальной машине

Нет

Привязка NUMA (NUMA Pinning)

Здесь открывается окно Топология NUMA (NUMA Topology). В окне отображается общее количество ЦП, памяти и узлов NUMA хоста, а также виртуальные узлы NUMA виртуальной машины. Можно вручную закрепить виртуальные узлы NUMA на узлах NUMA хоста, перетащив каждый виртуальный узел vNUMA из поля справа на узел NUMA слева.

Можно также установить Режим регулировки (Tune Mode) для выделения памяти:

  • Строгий (Strict): выделение памяти не будет выполнено, если память не может быть выделена на целевом узле.

  • Предпочтительный (Preferred): память выделяется из одного предпочтительного узла. Если памяти недостаточно, то она может быть выделена из других узлов.

  • С чередованием (Interleave): память выделяется из нескольких узлов по циклическому алгоритму (round-robin).

Если задано закрепление NUMA, то Параметры миграции (Migration Options) установлены в значение Разрешить только ручную миграцию (Allow manual migration only)

Да

Политика автоматического закрепления (Auto Pinning Policy)

Здесь можно установить автоматическое закрепление NUMA.

  • Не назначено (None): не вносит изменений в виртуальную машину.

  • Изменить размер и закрепить (Resize and Pin): максимально расширяет топологию ЦП и создает настройки закрепления ЦП и NUMA

Нет

8.1.6. Описание настроек высокой доступности виртуальной машины

В следующей таблице описаны параметры на вкладке Высокая доступность (High Availability) окон Новая виртуальная машина (New Virtual Machine) и Изменить виртуальную машину (Edit Virtual Machine).

Таблица 20. Виртуальная машина: настройки высокой доступности
Имя поля Описание Требуется ли выключение и включение питания

Высокая доступность (Highly Available)

Установите этот флажок, чтобы у виртуальной машины был признак высокой доступности. Например, во время обслуживания хоста все виртуальные машины автоматически мигрируют на лету на другой хост. Если хост выходит из строя и перестает отвечать на запросы, то только виртуальные машины с признаком высокой доступности перезапускаются на другом хосте. Если системный администратор выключил хост вручную, то виртуальная машина не будет автоматически перенесена на лету на другой хост.

Обратите внимание, что этот параметр не доступен для виртуальных машин, определённых как Сервер (Server) или Рабочая станция (Desktop), если Параметры миграции (Migration Options) на вкладке Хосты (Hosts) установлены в значение Не разрешать миграцию (Do not allow migration). Чтобы виртуальная машина была с признаком высокой доступности, у Менеджера управления должна быть возможность переносить её на другие доступные хосты по мере необходимости.

Однако виртуальным машинам, которые заданы как обеспечивающие Высокую производительность (High Performance), можно задать признак высокой доступности независимо от Параметров миграции (Migration Options)

Да

Целевой домен хранения для аренды ВМ (Target Storage Domain for VM Lease)

Здесь можно выбрать домен хранения для сохранения аренды виртуальной машины или параметр Домен хранения не выбран (No VM Lease), чтобы отключить эту функцию. Если выбран домен хранения, он будет удерживать аренду виртуальной машины на специальном томе, который позволяет запустить виртуальную машину на другом узле, если исходный узел остается без питания или перестает отвечать на запросы.

Эта функция доступна только для домена хранения версии 4 или выше.

Если аренда задана, то единственным доступным Действием при возобновлении (Resume Behavior) будет KILL-сигнал

Да

Действие при возобновлении (Resume Behavior)

Здесь указывается, какие действия виртуальная машина, приостановленная из-за ошибок ввода-вывода хранилища, должна делать после восстановления соединения с хранилищем. Можно задать требуемое действие при возобновлении работы, даже если у виртуальной машины нет признака высокой доступности. Доступны следующие опции:

  • Автовозобновление (AUTO_RESUME): работа виртуальной машины возобновляется автоматически, без вмешательства пользователя. Этот вариант рекомендуется для виртуальных машин, у которых нет признака высокой доступности и которым не нужно вмешательство пользователя, чтобы выйти из состояния паузы.

  • Оставить на паузе (LEAVE_PAUSED): виртуальная машина остаётся в режиме паузы до тех пор, пока её работу не возобновят или её не перезапустят вручную.

  • Принудительно завершить (KILL-сигнал): виртуальная машина автоматически возобновит работу, если ошибку ввода-вывода устранят в течение 80 секунд. Однако если пройдет более 80 секунд, то виртуальная машина будет принудительно выключена. Этот вариант рекомендуется для виртуальных машин с признаком высокой доступности, чтобы Менеджер управления мог перезапустить их на другом хосте, где нет ошибки ввода-вывода хранилища.

  • KILL-сигнал: единственный доступный вариант при использовании аренды виртуальных машин

Нет

Приоритет очереди запуска/миграции (Priority for Run/Migration queue)

Здесь виртуальным машинам назначаются уровни приоритета, согласно которым они будут мигрировать или перезапускаться на другом хосте

Нет

Сторожевой сервис (Watchdog)

Пользователи могут подключить карту сторожевого сервиса к виртуальной машине. Сторожевой сервис — это таймер, который используется для автоматического обнаружения сбоев и восстановления после них. Когда сторожевой таймер установлен, он непрерывно отсчитывает время до нуля, пока система работает, и периодически перезапускается системой, чтобы не допустить его обнуления. Если таймер достигает нуля, это означает, что система не смогла сбросить таймер, и, следовательно, в ней произошел сбой. Затем предпринимаются корректирующие действия для устранения сбоя. Эта функция особенно полезна для серверов, которым нужна высокая доступность.

  • Watchdog модель (Watchdog Model): модель карты сторожевого сервиса, которая будет назначена виртуальной машине. В настоящее время поддерживается только модель i6300esb.

  • Действие (Watchdog Action): действие, которое будет предпринято, если таймер сторожевого сервиса достигнет нуля. Доступны следующие действия:

    • Не определено (none): никакие действия не предпринимаются. Однако событие сторожевого сервиса будет записано в журнал аудита.

    • Сбросить (reset): виртуальная машина будет перезагружена, а Менеджер управления получит уведомление о перезагрузке.

    • Выключить (poweroff): виртуальная машина будет немедленно выключена.

    • Сделать дамп (dump): выполняется дамп, а виртуальная машина ставится на паузу. Дамп гостевой памяти выполняет libvirt, поэтому не требуются ни kdump, ни pvpanic. Дамп памяти создается в каталоге, который задан переменной auto_dump_path в файле /etc/libvirt/qemu.conf на хосте.

    • Приостановить (pause): виртуальная машина переходит в режим паузы, а пользователи могут возобновить её работу

Да

8.1.7. Описание настроек выделения ресурсов виртуальных машин

В следующей таблице описаны параметры на вкладке Выделение ресурсов (Resource Allocation) окон Новая виртуальная машина (New Virtual Machine) и Изменить виртуальную машину (Edit Virtual Machine).

Таблица 21. Виртуальная машина: настройки выделения ресурсов
Имя поля Доп.элемент Описание Требуется ли выключение и включение питания

Выделение ЦП (CPU Allocation)

Профиль ЦП (CPU Profile)

Профиль ЦП, назначенный виртуальной машине. Профили ЦП определяют максимальную вычислительную мощность, которую виртуальная машина может получить на хосте, на котором она работает, выраженную в процентах от общей вычислительной мощности, доступной этому хосту. Профили ЦП определяются на уровне кластера в зависимости от качества записей службы, созданных для центров данных

Нет

Общие ЦП (CPU Shares)

Здесь пользователи могут настроить уровень ресурсов ЦП, которые виртуальная машина может запросить, относительно других виртуальных машин.

  • Низкий (Low) = 512

  • Средний (Medium) = 1 024

  • Высокий (High) = 2 048

  • Настраиваемый (Custom) = пользовательский уровень долей ЦП определяет пользователь

Нет

Топология закрепления ЦП (CPU Pinning topology)

Позволяет виртуальному процессору виртуальной машины (vCPU) работать на определённом физическом процессоре (pCPU) на определённом хосте. Синтаксис закрепления процессора: v#p[_v#p], например:

  • 0#0 — для закрепления vCPU 0 на pCPU 0,

  • 0#0_1#3 для закрепления vCPU 0 на pCPU 0, а vCPU 1 на pCPU 3,

  • 1#1-4,^2 для закрепления vCPU 1 на одном из pCPU в диапазоне от 1 до 4, кроме pCPU 2.

Топология закрепления ЦП (CPU Pinning Topology) заполняется автоматически, когда активировано автоматическое закрепление NUMA.

Чтобы закрепить виртуальную машину на хосте, необходимо также выбрать следующие параметры на вкладке Хост (Host):

  • Запустить на (Start Running On): Указанном хосте (Specific)

  • Passthrough ЦП хоста (Pass-Through Host CPU)

Если настроено закрепление ЦП, и вы меняете параметр Запустить на (Start Running On): Указанном хосте (Specific), то после нажатия OK появится окно Топология закрепления ЦП будет потеряна (CPU pinning topology will be lost).

Если задан этот параметр, то Параметры миграции (Migration Options) на вкладке Хосты (Hosts) установлены в значение Разрешить только ручную миграцию (Allow manual migration only)

Да

Выделение памяти

Включить Ballooning (Memory Balloon Device Enabled)

Этот параметр включает устройство балунинга памяти для виртуальной машины. Когда этот параметр включен, в кластере разрешается избыточное выделение памяти (memory overcommitment). Этот параметр следует включить для приложений, которые внезапно выделяют большой объем памяти, но при этом необходимо установить одинаковое значение гарантированной и заданной памяти. Балунинг следует использовать для приложений и нагрузок, которые медленно потребляют память, периодически освобождают память или долгое время находятся в спящем режиме, например, виртуальные рабочие станции. Дополнительные сведения см. в разделе Описание настроек оптимизации в Руководстве администратора

Да

Модуль TPM (Trusted Platform Module)

Включить TPM (TPM Device Enabled)

Этот параметр разрешает добавление эмулируемого устройства TPM. Установите этот флажок, чтобы добавить эмулируемое устройство TPM к виртуальной машине. Устройства TPM можно использовать только на машинах x86_64 с микропрограммным обеспечением UEFI и машинах PowerPC с установленным микропрограммным обеспечением pSeries. Дополнительные сведения см. в разделе Добавление устройств TPM

Да

Потоки ввода-вывода (IO Threads)

Включены потоки ввода-вывода (IO Threads Enabled)

Этот параметр включает потоки ввода-вывода. Установите этот флажок, чтобы повысить скорость дисков с интерфейсом VirtIO, закрепив их на потоке отдельно от других функций виртуальной машины. Повышение производительности диска увеличивает общую производительность виртуальной машины. Диски с интерфейсами VirtIO закреплены на потоке ввода-вывода по циклическому алгоритму (round-robin)

Да

Очереди (Queues)

Включить мульти-очередность (Multi Queues Enabled)

Этот параметр разрешает несколько очередей. Флажок установлен по умолчанию. Можно создать до четырёх очередей на каждой виртуальной сетевой карте в зависимости от количества доступных виртуальных ЦП.

Можно задать другое количество очередей на каждой виртуальной сетевой карте через следующее пользовательское свойство: engine-config -s "CustomDeviceProperties={type=interface;prop={other-nic-properties;queues=[1-9][0-9]*}}"

Здесь other-nic-properties — это список из уже настроенных пользовательских свойств сетевой карты, перечисленных через точку с запятой

Да

VirtIO-SCSI (VirtIO-SCSI Enabled)

Пользователь может включить или выключить использование VirtIO-SCSI на виртуальных машинах

Не применимо

Включить VirtIO-SCSI мульти-очередность (VirtIO-SCSI Multi Queues Enabled)

Параметр Включить VirtIO-SCSI мульти-очередность (VirtIO-SCSI Multi Queues Enabled) доступен только при установленном флажке Включить VirtIO-SCSI (VirtIO-SCSI Enabled). Установите этот флажок, чтобы включить несколько очередей в драйвере VirtIO-SCSI. Этот параметр может повысить пропускную способность ввода-вывода, когда несколько потоков на одной виртуальной машине обращаются к виртуальным дискам. Он создает до четырёх очередей на каждый контроллер VirtIO-SCSI в зависимости от того, сколько дисков подключено к контроллеру и сколько виртуальных ЦП доступно

Не применимо

Выделение дискового пространства (Storage Allocation)

Параметр Выделение дискового пространства (Storage Allocation) доступен, только когда виртуальная машина создана из шаблона

Не применимо

Тонкий (Thin)

Оптимизированное использование пространства хранилища. Дисковое пространство выделяется только тогда, когда в нём возникает необходимость. Если выбран этот параметр, формат дисков будет обозначен как QCOW2, и его нельзя будет изменить

Не применимо

Клонированный (Clone)

Оптимизированная скорость гостевых операций чтения и записи. Всё дисковое пространство, затребованное в шаблоне, выделяется во время клонирования. Возможные форматы дисков: QCOW2 или Raw

Не применимо

Имя (Alias)

Псевдоним виртуального диска. По умолчанию псевдоним будет совпадать со значением, указанным в шаблоне

Не применимо

Виртуальный размер (Virtual Size)

Общий объём дискового пространства, который может использовать виртуальная машина, созданная на основе шаблона. Это значение нельзя изменить. Оно приводится только для справки

Не применимо

Формат (Format)

Формат виртуального диска. Доступные параметры: QCOW2 и Raw. Когда Выделение дискового пространства (Storage Allocation) установлено в значение Динамическое (Thin), формат диска будет QCOW2. Когда Выделение дискового пространства (Storage Allocation) установлено в значение Клонировать (Clone), можно выбрать либо QCOW2, либо Raw

Не применимо

Цель (Target)

Домен хранения, в котором будет храниться виртуальный диск. По умолчанию для домена хранения будет задано то же значение, что указано в шаблоне

Не применимо

Профиль диска (Disk Profile)

Профиль диска, который будет назначен виртуальному диску. Профили дисков создаются на основе профилей хранения, заданных в центрах данных. Дополнительную информацию см. в разделе Создание профиля диска

Не применимо

8.1.8. Описание параметров начальной загрузки виртуальной машины

В следующей таблице описаны параметры на вкладке Параметры загрузки (Boot Options) окон Новая виртуальная машина (New Virtual Machine) и Изменить виртуальную машину (Edit Virtual Machine).

Таблица 22. Виртуальная машина: параметры загрузки
Имя поля Описание Требуется ли выключение и включение питания

Первое устройство (First Device)

После установки новой виртуальной машины она должна переключиться в режим начальной загрузки, прежде чем на неё будет подано питание. Необходимо выбрать первое устройство, с которого виртуальная машина будет выполнять начальную загрузку:

  • Жесткий диск (Hard Disk),

  • CD-привод (CD-ROM),

  • Сеть PXE (Network (PXE))

Да

Второе устройство (Second Device)

Необходимо выбрать второе устройство, с которого виртуальная машина будет выполнять начальную загрузку, если первое устройство недоступно. Первое устройство, выбранное в предыдущем варианте, не отображается в параметрах

Да

Подключить CD (Attach CD)

Если в качестве загрузочного устройства выбран CD-привод (CD-ROM), то необходимо установить этот флажок и выбрать образ CD-ROM в выпадающем меню. Образы должны быть доступны в домене ISO

Да

Включить меню для выбора загрузочного устройства (Enable menu to select boot device)

Этот параметр включает меню для выбора загрузочного устройства. После запуска виртуальной машины и подключения к консоли, но до того, как виртуальная машина начнёт начальную загрузку, появится меню, где можно выбрать загрузочное устройство. Этот параметр следует включить перед начальной загрузкой, чтобы можно было выбрать нужный носитель с дистрибутивом

Да

8.1.9. Описание настроек генератора случайных чисел для виртуальных машин

В следующей таблице описаны параметры на вкладке Генератор случайных чисел (Random Generator) окон Новая виртуальная машина (New Virtual Machine) и Изменить виртуальную машину (Edit Virtual Machine).

Таблица 23. Виртуальная машина: настройки ГСЧ (генераторы случайных чисел)
Имя поля Описание Требуется ли выключение и включение питания

Генератор случайных чисел (Random Generator enabled)

Установка этого флажка включает паравиртуализованное PCI-устройство генератора случайных чисел (virtio-rng). Это устройство позволяет передавать энтропию от хоста к виртуальной машине для генерации более сложного случайного числа. Обратите внимание, что установить этот флажок можно, только если на хосте есть устройство генератора случайных чисел (RNG) и оно включено в кластере хоста

Да

Продолжительность периода (мс) (Period duration (ms))

Здесь можно указать продолжительность «полного цикла» или «полного периода» RNG в миллисекундах. Если не указывать, то значение libvirt по умолчанию будет равно 1 000 миллисекунд (1 секунда). Если это поле заполнено, необходимо также заполнить поле Байты за период (Bytes per period)

Да

Байты за период (Bytes per period)

Здесь можно указать, сколько байт разрешено потреблять за один период

Да

Источник: (Device source:)

Источник генератора случайных чисел. Он выбирается автоматически в зависимости от источника, который поддерживает кластер хоста.

  • /dev/urandom source — генератор случайных чисел, предоставляемый Linux.

  • /dev/hwrng source — внешний аппаратный генератор

Да

8.1.10. Описание настроек пользовательских свойств виртуальных машин

В следующей таблице описаны параметры на вкладке Дополнительные свойства (Custom Properties) окон Новая виртуальная машина (New Virtual Machine) и Изменить виртуальную машину (Edit Virtual Machine).

Таблица 24. Настройки дополнительных свойств виртуальных машин
Имя поля Описание Рекомендации и ограничения Требуется ли выключение и включение питания

sndbuf

Введите размер буфера для отправки исходящих данных виртуальной машины через сокет. Значение по умолчанию — 0

Да

hugepages

Введите размер большой страницы в КБ

Задайте для большой страницы максимальный размер, который поддерживает закреплённый хост. Рекомендуемый размер для x86_64 — это 1 ГБ. Размер большой страницы у виртуальной машины должен быть таким же, что и у большой страницы закрепленного хоста. Объём памяти виртуальной машины должен соответствовать выбранному размеру свободных больших страниц закрепленного хоста. Размер узла NUMA должен быть в несколько раз больше, чем выбранный размер большой страницы

Да

vhost

Отключает vhost-net (сетевой драйвер virtio на базе ядра) на виртуальных сетевых картах, подключенных к виртуальной машине. Для отключения vhost у этого свойства должен быть формат LogicalNetworkName: false.

После этого виртуальная машина запустится без настройки vhost-net на виртуальной сетевой карте, подключенной к LogicalNetworkName

vhost-net обеспечивает лучшую производительность по сравнению с virtio-net и при наличии включается по умолчанию на всех сетевых картах виртуальных машин. При выключении этого свойства легче изолировать и диагностировать проблемы производительности или решить проблемы, связанные с vhost-net; например, в случае неудачной миграции тех виртуальных машин, на которых vhost не существует

Да

sap_agent

Включение SAP-мониторинга на виртуальной машине Задайте значение true или false

Да

viodiskcache

Режим кеширования для диска virtio. writethrough параллельно записывает данные в кеш и на диск, writeback не копирует изменения из кеша на диск, а none отключает кеширование. Для получения дополнительных сведений об ограничениях пользовательского свойства viodiskcache перейдите по ссылке https://access.redhat.com/solutions/2361311

Чтобы обеспечить целостность данных на случай, если во время миграции произойдёт сбой в хранилище, сети или на хосте, не переносите виртуальные машины с включенным viodiskcache, кроме случаев, когда также включена кластеризация ВМ или кластеризация на уровне приложения

Да

scsi_hostdev

При желании если вы добавите SCSI-устройство хоста на виртуальную машину, то можно указать оптимальный драйвер SCSI-устройства хоста. Подробности см. раздел Добавление устройств хоста к виртуальной машине.

  • scsi_generic: (по умолчанию) дает гостевой операционной системе доступ к SCSI-устройствам хоста, которые поддерживаются ОС и подключены к хосту. Используйте этот драйвер для SCSI-чейнджеров, которым нужен raw-доступ (например, для CD-чейнджеров или чейнджеров лент).

  • scsi_block: аналогичен scsi_generic, но быстрее и надёжнее. Используйте для дисковых устройств SCSI. Если для базового устройства (и это жесткий диск) желательна функция trim или discard, то используйте этот драйвер.

  • scsi_hd: обеспечивает производительность и снижение накладных расходов. Поддерживает большое количество устройств. Использует стандартную схему наименования устройств SCSI. Может использоваться с aio-native. Используйте этот драйвер для твердотельных накопителей с высокой производительностью.

  • virtio_blk_pci: обеспечивает наибольшую производительность без накладных расходов SCSI. Поддерживает идентификацию устройств по серийному номеру

Если не уверены, попробуйте использовать scsi_hd

Да

Чем выше значение пользовательского свойства sndbuf, тем больше происходит сбоев связи между хостами и не отвечающими виртуальными машинами.

8.1.11. Описание настроек значков виртуальных машин

На виртуальные машины и шаблоны можно добавить пользовательские значки. С помощью пользовательских значков легче различать виртуальные машины на Пользовательском портале. В следующей таблице описаны параметры на вкладке Значок (Icon) окон Новая виртуальная машина (New Virtual Machine) и Изменить виртуальную машину (Edit Virtual Machine).

Таблица 25. Виртуальная машина: настройки значков
Имя кнопки Описание

Загрузить (Upload)

Нажмите на эту кнопку, чтобы выбрать пользовательское изображение в качестве значка виртуальной машины. Применяются следующие ограничения:

  • Поддерживаемые форматы: jpg, png, gif,

  • Максимум 24 КБ,

  • Максимум 150 (Ш) * 120 (В) пикселей

8.2. Описание настроек в окне «Однократный запуск (Run Once)»

В окне Однократный запуск (Run Once) задаются параметры разовой начальной загрузки для виртуальной машины. Для параметров постоянной начальной загрузки используйте вкладку Параметры загрузки (Boot Options) в окне Новая виртуальная машина (New Virtual Machine). Окно Однократный запуск (Run Once) содержит несколько конфигурируемых разделов.

Отдельный флажок Откат конфигурации во время перезагрузки (Rollback this configuration during reboots) указывает, какими будут перезагрузки (инициированные Менеджером управления или из гостевой учетной записи): горячими (мягкими) или холодными (жесткими). Установите этот флажок, чтобы настроить холодную перезагрузку, при которой виртуальная машина перезапускается с обычной конфигурацией (не Однократный запуск (Run Once)). Снимите этот флажок, чтобы настроить горячую перезагрузку, при которой у виртуальной машины сохраняется конфигурация Однократный запуск (Run Once).

В разделе Параметры загрузки (Boot Options) задаётся последовательность начальной загрузки виртуальной машины, параметры запуска и исходные образы для установки операционной системы и требуемых драйверов.

Следующие таблицы не содержат информацию о необходимости выключения и включения питания, так как эти параметры разовой начальной загрузки применяются только во время перезагрузки виртуальной машины.
Таблица 26. Раздел «Параметры загрузки»
Имя поля Описание

Прикрепить CD (Attach CD)

Подключает образ ISO к виртуальной машине. Используйте параметр для установки операционной системы виртуальной машины и приложений. Образ CD должен находиться в домене ISO

Прикрепить CD с инструментами гостевой машины Windows (Attach Windows guest tools CD)

Подключает второй виртуальный CD-привод к виртуальной машине с ISO-образом virtio-win.

Используйте параметр для установки драйверов Windows. Для получения дополнительной информации об установке образа см. Выгрузка файлов образов VirtIO в домен хранения в Руководстве администратора

Включить меню для выбора загрузочного устройства (Enable menu to select boot device)

Этот параметр включает меню для выбора загрузочного устройства. После запуска виртуальной машины и подключения к консоли, но до начала загрузки, появится меню, где можно выбрать загрузочное устройство. Этот параметр следует включить перед начальной загрузкой, чтобы можно было выбрать нужный носитель с дистрибутивом

Запустить в режиме приостановки (Start in Pause Mode)

Запускает виртуальную машину, а затем ставит её на паузу для обеспечения подключения к консоли. Подходит для виртуальных машин на удаленных объектах

Предпочитаемая последовательность загрузки (Predefined Boot Sequence)

Определяет порядок использования загрузочных устройств для начальной загрузки виртуальной машины. Выберите Жесткий диск (Hard Disk), CD-привод (CD-ROM) или Сеть (PXE) (Network (PXE)) и переместите параметр вверх или вниз в списке, используя кнопки Вверх (Up) и Вниз (Down)

Запуск без запоминания состояния (Run Stateless)

Удаляет все изменения в данных и конфигурации, внесённые на виртуальной машине после выключения. Эта опция доступна только, если виртуальный диск подключен к виртуальной машине

В разделе Параметры загрузки Linux (Linux Boot Options) содержатся поля для начальной загрузки ядра Linux напрямую, а не через загрузчика BIOS.

Таблица 27. Раздел параметров начальной загрузки Linux
Имя поля Описание

Путь к ядру (kernel path)

Полный путь к образу ядра для начальной загрузки виртуальной машины. Образ ядра должен храниться или на домене ISO (имя пути в формате iso://path-to-image), или на локальном домене хранения хоста (имя пути в формате /data/images)

Путь к initrd (initrd path)

Полный путь к образу ramdisk, который будет использоваться с ранее указанным ядром. Образ ramdisk должен храниться или на домене ISO (имя пути в формате iso://path-to-image), или на локальном домене хранения хоста (имя пути в формате /data/images)

Параметры ядра (kernel parameters)

Строки параметров в командной строке ядра, которые будут использоваться с заданным ядром при начальной загрузке

В разделе Запуск инициализации (Initial Run) указывается, будет ли Cloud-Init или Sysprep использоваться для инициализации виртуальной машины. Для просмотра доступных опций на виртуальных машинах Linux нужно установить флажок Использовать Cloud-Init (Use Cloud-Init) на вкладке Запуск инициализации (Initial Run).

Параметры, доступные в разделе Запуск инициализации (Initial Run), разнятся в зависимости от операционной системы, на базе которой работает виртуальная машина.

Таблица 28. Раздел «Запуск инициализации (Initial Run)» (Виртуальные машины Linux)
Имя поля Описание

Имя хоста ВМ (VM Hostname)

Имя хоста виртуальной машины

Настроить временную зону (Configure Time Zone)

Часовой пояс виртуальной машины. Установите флажок и выберите часовой пояс из списка Часовой пояс (Time Zone)

Аутентификация (Authentication)

Подробности аутентификации виртуальной машины. Нажмите раскрывающую стрелку, чтобы увидеть настройки для этого параметра

Аутентификация (Authentication)  Имя пользователя (User Name)

Создаёт новую учетную запись пользователя на виртуальной машине. Если поле не заполнено, то пользователь по умолчанию root

Аутентификация (Authentication)  Пользователь уже установил пароль (Use already configured password)

Флажок устанавливается автоматически после того, как вы укажете изначальный root-пароль. Снимите этот флажок, чтобы поля Пароль (Password) и Подтвердите пароль (Verify Password) стали активны, и укажите новый пароль

Аутентификация (Authentication)  Пароль (Password)

Root-пароль для виртуальной машины. Введите пароль в этом текстовом поле и в текстовом поле Подтвердите пароль (Verify Password), чтобы проверить правильность ввода пароля

Аутентификация (Authentication)  Ключи SSH-авторизации (SSH Authorized Keys)

Ключи SSH, которые должны быть добавлены в файл авторизованных ключей на виртуальной машине

Аутентификация (Authentication)  Пересоздать ключи SSH (Regenerate SSH Keys)

Повторно генерирует ключи SSH для виртуальной машины

Сети (Networks)

Связанные с сетью настройки для виртуальной машины. Нажмите раскрывающую стрелку, чтобы отобразить настройки для этого параметра

Сети (Networks)  DNS-серверы (DNS Servers)

DNS-серверы, которые должны использоваться виртуальной машиной

Сети (Networks)  Домен поиска DNS (DNS Search Domains)

Домены поиска DNS, которые должны использоваться виртуальной машиной

Сети (Networks)  Сеть (Network)

Конфигурирует сетевые интерфейсы для виртуальной машины. Установите этот флажок и кнопками + или - добавьте сетевые интерфейсы к виртуальной машине или удалите их из неё.

При нажатии + набор полей становится видимым, и можно настроить IP-адрес, маску сети и шлюз, а также указать, требуется ли использование DHCP и запуск сетевого интерфейса при загрузке

Пользовательский скрипт (Custom Script)

Пользовательский скрипты, которые будут работать на виртуальных машинах при запуске. Скрипты, вводимые в этом поле, являются пользовательскими разделами на YAML, которые добавляются к тем, что созданы Менеджером управления, и позволяют автоматизировать такие задачи, как создание пользователей и файлов, конфигурирование репозиториев yum и выполнение команд. Для получения дополнительной информации о формате скриптов, которые можно вводить в это поле, см. документацию по Пользовательским скриптам
Таблица 29. Раздел «Запуск инициализации (Initial Run)» (Виртуальные машины Windows)
Имя поля Описание

Имя хоста ВМ (VM Hostname)

Имя хоста виртуальной машины

Домен (Domain)

Домен Active Directory, к которому относится виртуальная машина

Название организации (Organization Name)

Название организации, которой принадлежит виртуальная машина. Этот параметр соотносится с текстовым полем, где можно задать название организации, которое отображается при первом запуске машины Windows

Организационная единица Active Directory (Active Directory OU)

Организационное подразделение в домене Active Directory, к которому относится виртуальная машина. Должно быть указано отличительное имя, например, CN=Users,DC=lab,DC=local

Настроить временную зону (Configure Time Zone)

Часовой пояс виртуальной машины. Установите флажок и выберите часовой пояс из списка Часовой пояс (Time Zone)

Пароль администратора (Admin Password)

Пароль пользователя с правами администратора для виртуальной машины. Нажмите раскрывающую стрелку, чтобы отобразить настройки для этого параметра

Пароль администратора (Admin Password)  Пользователь уже установил пароль (Use already configured password)

Флажок устанавливается автоматически после того, как вы укажете изначальный пароль пользователя с правами администратора. Снимите этот флажок, чтобы поля Пароль администратора (Admin Password) и Подтверждение пароля администратора (Verify Admin Password) стали активны, и укажите новый пароль

Пароль администратора (Admin Password)  Пароль администратора (Admin Password)

Пароль пользователя с правами администратора для виртуальной машины. Введите пароль в этом текстовом поле и в текстовом поле Подтверждение пароля администратора (Verify Admin Password), чтобы проверить правильность ввода пароля

Пользовательская локализация (Custom Locale)

Региональные настройки должны быть в формате en-US. Нажмите раскрывающую стрелку, чтобы отобразить настройки для этого параметра

Пользовательская локализация (Custom Locale)  Язык ввода (Input Locale)

Региональные настройки для команд пользователя

Пользовательская локализация (Custom Locale)  Язык интерфейса (UI Language)

Язык пользовательского интерфейса, в частности таких элементов как кнопки и меню

Пользовательская локализация (Custom Locale)  Язык системы (System Locale)

Региональные настройки для всей системы

Пользовательская локализация (Custom Locale)  Локаль пользователя (User Locale)

Региональные настройки для пользователей

Sysprep

Пользовательское определение настроек Sysprep. Определение настроек должно быть в формате полного файла ответов для автоматической установки. Можно скопировать и вставить файлы ответов по умолчанию в каталоге /usr/share/ovirt-engine/conf/sysprep/ на машине с Менеджером управления и изменить поля нужным образом. Определение настроек перепишет любые значения, введённые в поля Запуск инициализации (Initial Run). Для получения дополнительной информации см. раздел Шаблоны

Домен (Domain)

Домен Active Directory, к которому относится виртуальная машина. Если поле оставлено пустым, то используется значение из предыдущего поля Домен (Domain)

Альтернативные учетные данные (Alternate Credentials)

При установке этого флажка можно задать Имя пользователя (User Name) и Пароль (Password) как альтернативные учётные данные

С помощью раздела Система (System) можно задать поддерживаемый тип машины или тип ЦП.

Таблица 30. Раздел «Система (System)»
Имя поля Описание

Тип ВМ (Custom Emulated Machine)

Здесь можно задать тип машины. При изменении этого параметра виртуальная машина будет работать только на хостах, которые поддерживают указанный тип машины. Выставляет тип машины в значение, заданное для кластера по умолчанию

Тип ЦП (Custom CPU Type)

Здесь можно задать тип ЦП. При изменении этого параметра виртуальная машина будет работать только на хостах, которые поддерживают указанный тип ЦП. Выставляет тип ЦП в значение, заданное для кластера по умолчанию

С помощью раздела Хост (Host) можно задать хост виртуальной машины.

Таблица 31. Раздел «Хост (Host)»
Имя поля Описание

Любой хост в кластере (Any host in cluster)

Распределяет виртуальные машины на любой доступный хост.

Указанном хосте (Specific Host(s))

Указывает для виртуальной машины хост, определённый пользователем.

В разделе Консоль (Console) задается протокол для подключения виртуальных машин.

Таблица 32. Раздел «Консоль (Console)»
Имя поля Описание

Режим Headless (Headless Mode)

Выберите эту опцию, если при первом запуске машины не требуется графическая консоль. Для получения дополнительной информации см. раздел Настройка фоновых виртуальных машин.

VNC

Требуется VNC-клиент для подключения к виртуальной машине с помощью VNC. При желании из выпадающего списка выберите Раскладка клавиатуры VNC (VNC Keyboard Layout)

SPICE

Рекомендуемый протокол для виртуальных машин на Linux и Windows. Использование протокола SPICE вместе с драйверами QXLDOD поддерживается на виртуальных машинах с Windows 10, Windows Server 2016 и более поздними версиями

Включить передачу файлов по SPICE (Enable SPICE file transfer)

Здесь можно задать, сможете ли вы перетаскивать файлы с внешнего хоста в консоль SPICE виртуальной машины. Этот параметр доступен только для виртуальных машин, использующих протокол SPICE. Флажок установлен по умолчанию

Включить буфер обмена SPICE (Enable SPICE clipboard copy and paste)

Здесь можно задать, сможете ли вы копировать и вставлять контент с внешнего хоста в консоль SPICE виртуальной машины. Этот параметр доступен только для виртуальных машин, использующих протокол SPICE. Флажок установлен по умолчанию

В разделе Дополнительные свойства (Custom Properties) содержатся дополнительные опции VDSM для работы виртуальных машин.

8.3. Описание настроек в окнах «Новый сетевой интерфейс (New Network Interface)» и и «Изменить сетевой интерфейс (Edit Network Interface)»

Эти настройки применяются при добавлении или изменении сетевого интерфейса виртуальной машины. Если к виртуальной машине подключено несколько сетевых интерфейсов, то виртуальную машину можно поместить в несколько логических сетей.

Таблица 33. Настройки сетевого интерфейса
Имя поля Описание Требуется ли выключение и включение питания

Имя (Name)

Имя сетевого интерфейса. Длина этого текстового поля ограничена 21 знаками. Имя должно быть уникальным и представлять собой любую комбинацию латинских букв в верхнем или нижнем регистре, цифр, дефисов или знаков подчеркивания

Нет

Профиль (Profile)

vNIC-профиль или логическая сеть, на которых находится сетевой интерфейс. По умолчанию все сетевые интерфейсы находятся на сети управления ovirtmgmt

Нет

Тип (Type)

Виртуальный интерфейс, который сетевой интерфейс отображает для виртуальных машин.

  • Драйверы устройств rtl8139 и e1000 входят в состав большинства операционных систем.

  • VirtIO быстрее, но для него требуются драйверы VirtIO.

  • Сквозной доступ PCI (PCI Passthrough) позволяет карте vNIC напрямую подключаться к виртуальной функции сетевой карты с включенной технологией SR-IOV. В этом случае карта vNIC будет обходить программную виртуализацию сети и подключаться непосредственно к виртуальной функции для прямого назначения устройства. У выбранного vNIC-профиля также должен быть включен Сквозной доступ (Passthrough)

Да

Пользовательский MAC-адрес (Custom MAC address)

Выберите этот параметр, чтобы задать пользовательский MAC-адрес. Менеджер управления автоматически генерирует уникальный для среды MAC-адрес, чтобы идентифицировать сетевой интерфейс. Если в одной и той же сети находятся онлайн два устройства с одинаковым MAC-адресом, то возникнут конфликты в сети

Да

Состояние соединения (Link State)

Подключен сетевой интерфейс к логической сети или нет.

  • Включен (Up): сетевой интерфейс находится в своем слоте:

    • Если Статус карты (Card Status) Подключен (Plugged), то сетевой интерфейс подключен к сетевому кабелю и активен.

    • Если Статус карты (Card Status) Не подключен (Unplugged), то сетевой интерфейс будет автоматически подключен к сети и станет активным, когда карта будет вставлена.

  • Выключен (Down): сетевой интерфейс находится в своем слоте, но не подключен ни к одной сети. В таком состоянии виртуальные машины запуститься не смогут

Нет

Статус карты (Card Status)

Задан сетевой интерфейс на виртуальной машине или нет.

  • Подключен (Plugged): сетевой интерфейс задан на виртуальной машине.

  • Если его Состояние соединения (Link State) — Включено (Up), то сетевой интерфейс подключен к сетевому кабелю и активен.

  • Если его Состояние соединения (Link State) — Выключен (Down), то сетевой интерфейс не подключен к сетевому кабелю.

  • Отключен (Unlugged): сетевой интерфейс задается только на Менеджере управления и не ассоциируется с виртуальной машиной.

    • Если его Состояние соединения (Link State) — Включено (Up), то сетевой интерфейс автоматически будет подключен к сетевому кабелю и станет активным, когда сетевая карта вставлена.

    • Если его Состояние соединения (Link State) — Выключено (Down), то сетевой интерфейс не подключен ни к одной сети, пока не будет задан на виртуальной машине

Нет

8.4. Описание настроек в окнах «Новый диск (New Virtual Disk)» и «Изменить виртуальный диск (Edit Virtual Disk)»

Следующие таблицы не содержат информацию о необходимости выключения и включения питания, так как эта информация не применима к этим сценариям.
Таблица 34. Настройки в окнах «Новый диск (New Virtual Disk)» и «Изменить виртуальный диск (Edit Virtual Disk)»: Образ (Image)
Имя поля Описание

Размер (ГБ) (Size(GB))

Размер нового виртуального диска в ГБ

Имя (Alias)

Имя виртуального диска (не более 40 знаков)

Описание (Description)

Описание виртуального диска. Это поле является рекомендованным, но не обязательным

Интерфейс (Interface)

Виртуальный интерфейс, который диск представляет виртуальным машинам. VirtIO обеспечивает более высокую скорость, но для него требуются драйверы. Для устройств IDE и SATA никаких особых драйверов не требуется.

Тип интерфейса можно обновить после остановки всех виртуальных машин, к которым подключен диск

Центр данных (Data Center)

Центр данных, в котором будет доступен виртуальный диск

Домен хранения (Storage Domain)

Домен хранения, в котором будет храниться виртуальный диск. В раскрывающемся списке показаны все домены хранения, доступные в конкретном центре данных, а также общее и доступное сейчас дисковое пространство в домене хранения

Политика выделения (Allocation Policy)

Политика предоставления ресурсов новому виртуальному диску.

  • Предварительно размеченный (Preallocated): при создании виртуального диска ему выделяется всё пространство диска в домене хранения. У диска с предварительно выделенным пространством виртуальный размер и фактический размер совпадают. Создание виртуальных дисков с предварительно выделенным пространством занимает больше времени, чем создание виртуальных дисков с динамическим выделением пространства, но они обеспечивают более высокую скорость операций чтения и записи. Виртуальные диски с предварительно выделенным пространством рекомендуются для серверов и других виртуальных машин с интенсивным потоком операций ввода-вывода. Если виртуальная машина способна записывать более 1 ГБ каждые четыре секунды, то по возможности используйте диски с предварительно выделенным пространством.

  • Динамически расширяемый (Thin Provision): при создании виртуального диска ему выделяется 1 ГБ и устанавливается максимально допустимый размер, до которого может увеличиваться его емкость. Виртуальный размер диска равен максимально допустимому размеру; фактический размер диска — это пространство, выделенное по состоянию на сейчас. Диски с динамическим выделением пространства создаются быстрее, чем диски с предварительно выделенным пространством, и допускают избыточное выделение ресурсов хранилища. Виртуальные диски с динамическим выделением пространства рекомендуются для рабочих станций

Профиль диска (Disk Profile)

Профиль диска, назначенный виртуальному диску. Профили дисков определяют максимальную пропускную способность и максимальный уровень операций ввода-вывода для виртуального диска в домене хранения. Профили дисков определяются на уровне домена хранения, исходя из записей о качестве обслуживания хранилища, созданных для центров данных

Включение дисков (Activate Disk(s))

Активируйте виртуальный диск сразу после создания. Этот параметр недоступен при создании плавающего диска

Очистить после удаления (Wipe After Delete)

Позволяет включить повышенную защиту для удаления конфиденциальных материалов при удалении виртуального диска

Загрузочный (Bootable)

Включает на виртуальном диске флаг загрузочный (bootable)

Может быть общим (Shareable)

Подключает виртуальный диск одновременно к нескольким виртуальным машинам

Только для чтения (Read Only)

Позволяет для диска установить атрибут «только для чтения». Один и тот же диск можно подключить к одной виртуальной машине как доступный только для чтения, а к другой — как перезаписываемый. Этот параметр недоступен при создании плавающего диска

Включить Discard (Enable Discard)

Позволяет уменьшать размер диска с динамическим выделением пространства во время работы виртуальной машины. Для блочного хранилища базовое устройство хранения должно поддерживать вызовы функции discard, и этот параметр нельзя использовать с параметром Очистить после удаления (Wipe After Delete), если базовое хранилище не поддерживает свойство discard_zeroes_data. Для хранилища файлов базовая файловая система и блочное устройство должны поддерживать вызовы функции discard. Если все требования удовлетворены, то QEMU передает команды SCSI UNMAP с гостевых виртуальных машин в базовое хранилище для высвобождения неиспользуемого пространства

Чтобы показать настройки Прямой LUN, выберите Цели (Targets)  LUNs или LUNs  Цели (Targets). Если выбрать Цели (Targets)  LUNs, то доступные LUN будут отсортированы в соответствии с хостом, на котором они обнаружены, а если выбрать LUNs  Цели (Targets), то будет показан один общий список LUN.

Таблица 35. Настройки в окнах «Новый диск (New Virtual Disk)» и «Изменить виртуальный диск (Edit Virtual Disk)»: Прямой LUN
Имя поля Описание

Имя (Alias)

Имя виртуального диска (не более 40 знаков)

Описание (Description)

Описание виртуального диска. Это поле является рекомендованным, но не обязательным. По умолчанию в это поле вставляются последние 4 знака идентификатора LUN ID.

Действие по умолчанию можно настроить, установив для ключа конфигурации PopulateDirectLUNDiskDescriptionWithLUNId соответствующее значение с помощью команды engine-config. Для ключа конфигурации можно установить значение -1, чтобы использовать полный LUN ID, или значение 0, чтобы игнорировать эту функцию. Если задать положительное целое число, то описание будет заполнено соответствующим количеством знаков LUN ID

Интерфейс (Interface)

Виртуальный интерфейс, который диск представляет виртуальным машинам. VirtIO обеспечивает более высокую скорость, но для него требуются драйверы. В Red Hat Enterprise Linux 5 и более новых версиях эти драйверы уже есть. В Windows этих драйверов нет, но их можно установить из ISO-образа virtio-win. Для устройств IDE и SATA никаких особых драйверов не требуется.

Тип интерфейса можно обновить после остановки всех виртуальных машин, к которым подключен диск

Центр данных (Data Center)

Центр данных, в котором будет доступен виртуальный диск

Хост (Host)

Хост, на который будет смонтирован LUN. Можно выбрать любой хост в центре данных

Тип хранилища (Storage Type)

Тип внешнего LUN для добавления. Можно выбрать либо iSCSI, либо Fibre Channel

Обнаружение целей таргеты (Discover Targets)

Этот раздел можно развернуть, когда используются внешние LUN iSCSI и стоит флажок Цели (Targets)  LUNs.

  • Адрес (Address) — имя хоста или IP-адрес целевого сервера.

  • Порт (Port) — порт, через который нужно попытаться подключиться к целевому серверу. Порт по умолчанию – 3260.

  • Аутентификация пользователя (User Authentication) — для сервера iSCSI требуется аутентификация пользователя. Поле Аутентификация пользователя (User Authentication) отображается при использовании внешних LUN iSCSI.

  • Имя пользователя CHAP (CHAP user name) — имя пользователя, которому разрешён вход в LUN. Это поле доступно, если установлен флажок Аутентификация пользователя (User Authentication).

  • Пароль CHAP (CHAP password) — пароль пользователя, которому разрешён вход в LUN. Это поле доступно, если установлен флажок Аутентификация пользователя (User Authentication)

Включение дисков (Activate Disk(s))

Активируйте виртуальный диск сразу после создания. Этот параметр недоступен при создании плавающего диска

Загрузочный (Bootable)

Позволяет пометить виртуальный диск флажком «Загрузочный (Bootable)»

Может быть общим (Shareable)

Позволяет подключить виртуальный диск одновременно к нескольким виртуальным машинам

Только для чтения (Read Only)

Позволяет для диска установить атрибут «только для чтения». Один и тот же диск можно подключить к одной виртуальной машине как доступный только для чтения, а к другой — как перезаписываемый. Этот параметр недоступен при создании плавающего диска

Включить Discard (Enable Discard)

Позволяет уменьшать размер диска с динамическим выделением пространства во время работы виртуальной машины. Если этот параметр включен, то QEMU передаёт команды SCSI UNMAP с гостевых виртуальных машин в базовое хранилище для высвобождения неиспользуемого пространства

Включить интерфейс SCSI (Enable SCSI Pass-Through)

Доступно, когда для параметра Интерфейс (Interface) установлено значение VirtIO-SCSI. Установка этого флажка включает сквозной доступ с физического устройства SCSI на виртуальный диск. Интерфейс VirtIO-SCSI с включенным сквозным доступом SCSI автоматически включает поддержку функции discard для SCSI. Только для чтения (Read-Only) не поддерживается, когда установлен этот флажок.

Если этот флажок не установлен, то виртуальный диск использует эмулируемое устройство SCSI. Только для чтения (Read-Only) поддерживается на эмулируемых дисках VirtIO-SCSI

Разрешить привилегированный ввод/вывод SCSI (Allow Privileged SCSI I/O)

Доступно, если установлен флажок Включить интерфейс SCSI (Enable SCSI Pass-Through). Установка этого флажка включает нефильтруемый доступ SCSI Generic I/O (SG_IO) и разрешает использование привилегированных команд SG_IO на диске. Это необходимо для постоянных резервирований

Используется резервирование SCSI (Using SCSI Reservation)

Доступно, если установлены флажки Включить интерфейс SCSI (Enable SCSI Pass-Through) и Разрешить привилегированный ввод/вывод SCSI (Allow Privileged SCSI I/O). Установка этого флажка отключает миграцию для всех виртуальных машин, использующих этот диск, чтобы виртуальные машины, использующие резервирование SCSI, не утратили доступ к диску

Заполните поля в разделе Обнаружение целей (Discover Targets) и нажмите Обнаружение (Discover), чтобы обнаружить целевой сервер. Затем нажмите кнопку Войти везде (Login All), чтобы просмотреть список доступных LUN на целевом сервере, и нажатием кнопки-переключателя рядом с каждым LUN выберите LUN для добавления.

Использование LUN непосредственно в качестве образов жестких дисков виртуальных машин устраняет слой абстракции между виртуальными машинами и их данными.

При использовании Direct LUN в качестве образа жесткого диска виртуальной машины нужно учитывать следующее:

  • Миграция хранилища на лету не поддерживается для образов жестких дисков Direct LUN.

  • Диски Direct LUN не включаются в экспорт виртуальных машин.

  • Диски Direct LUN не включаются в моментальные снимки виртуальных машин.

Для монтирования журналируемой файловой системы требуется доступ с правами на чтение и запись. Использование параметра Только для чтения (Read Only) не подходит для виртуальных дисков, содержащих файловые системы EXT3, EXT4 или XFS.

8.5. Описание настроек в окне «Новый шаблон (New Template)»

В приведённой ниже таблице подробно описаны настройки окна Новый шаблон (New Template).

Следующие таблицы не содержат информацию о необходимости выключения и включения питания, так как эта информация не применима к этому сценарию.
Таблица 36. Настройки окна «Новый шаблон (New Template)»
Поле

Описание/действие

Имя (Name)

Имя шаблона. Это то имя, под которым шаблон отображается на вкладке Шаблоны (Templates) на Портале администрирования и под которым он доступен через REST API. Длина этого текстового поля ограничена 40 знаками. Имя должно быть уникальным в пределах центра данных и представлять собой любую комбинацию латинских букв в верхнем или нижнем регистре, цифр, дефисов или знаков подчеркивания. Имя можно повторно использовать в разных центрах данных в пределах среды

Описание (Description)

Описание шаблона. Это поле является рекомендованным, но не обязательным

Комментарий (Comment)

Поле для добавления комментариев о шаблоне в виде обычного текста

Кластер (Cluster)

Кластер, с которым ассоциирован шаблон. По умолчанию он будет тем же, что и у исходных виртуальных машин. Можно выбрать любой кластер в центре данных

Профиль ЦП (CPU Profile)

Профиль ЦП, назначенный шаблону. Профили ЦП определяют максимальную вычислительную мощность, которую виртуальная машина может получить на хосте, на котором она работает, выраженную в процентах от общей вычислительной мощности, доступной этому хосту. Профили ЦП определяются для кластера, исходя из записей о качестве обслуживания, созданных для центров данных

Создать как подверсию шаблона (Create as a Template Sub-Version)

Указывает, создается ли шаблон как новая версия существующего шаблона. Установите этот флажок, чтобы получить доступ к настройкам этого параметра.

  • Корневой шаблон (Root Template): шаблон, под которым добавляется подшаблон.

  • Название подверсии (Sub-Version Name): имя шаблона. Это имя, используемое для доступа к шаблону при создании новой виртуальной машины на основе шаблона. Если состояние виртуальной машины не сохраняется, то список подверсий будет содержать параметр последний (latest), а не имя последней подверсии. Этот параметр автоматически применяет последнюю подверсию шаблона к виртуальной машине после перезагрузки. Подверсии особенно полезны при работе с пулами виртуальных машин без сохранения состояния

Выделение дискового пространства (Disk Allocation)

  • Имя (Alias) — псевдоним для виртуального диска, используемого шаблоном. По умолчанию псевдоним будет тем же, что и для исходной виртуальной машины.

  • Виртуальный размер (Virtual Size) — это общий объём дискового пространства, который может использовать виртуальная машина, созданная на базе шаблона. Это значение нельзя изменить — оно указывается только в информационных целях. Это значение соответствует размеру в ГБ, указанному при создании или изменении диска.

  • Формат (Format) — формат виртуального диска, используемого шаблоном. Доступные варианты: QCOW2 и Raw. Значение по умолчанию — Raw.

  • Цель (Target) — домен хранения, в котором находится виртуальный диск, используемый шаблоном. По умолчанию домен хранения будет тем же, что и для исходной виртуальной машины. Можно выбрать любой домен хранения в кластере.

  • Профиль диска (Disk Profile) — профиль диска, который нужно назначить виртуальному диску, используемому шаблоном. Профили дисков создаются на основе профилей хранения, определённых в центрах данных. Дополнительную информацию см. в разделе Создание профиля диска

Разрешить всем пользователям доступ к шаблону (Allow all users to access this Template)

Указывает, является ли шаблон общедоступным или частным. К общедоступному шаблону могут получить доступ все пользователи, тогда как к частному — только пользователи с ролями TemplateAdmin или SuperUser

Копировать разрешения ВМ (Copy VM permissions)

Копирует явные разрешения, установленные на исходной виртуальной машине, в шаблон

Запечатать шаблон (Seal Template) (только Linux)

Указывает, зафиксирован ли шаблон. «Фиксация» — это операция, которая стирает из файловой системы все конфигурации, характерные для конкретной машины, включая SSH-ключи, правила UDEV, MAC-адреса, идентификатор системы и доменное имя. Эта настройка не позволяет виртуальной машине, основанной на этом шаблоне, наследовать конфигурацию исходной виртуальной машины