Административные задачи

1. Выключение виртуальной машины

Прекратить работу виртуальной машины можно с помощью кнопки Выключить (Shutdown) или Выключить питание (Power Off). Кнопка Выключить (Shutdown) позволяет корректно выключить виртуальную машину. Кнопка Выключить питание (Power Off) позволяет выполнить принудительное выключение. Корректное выключение предпочтительнее, нежели принудительное.

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

Процедура

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

Нажмите Ресурсы (Compute) Виртуальные машины (Virtual Machines) и выберите работающую виртуальную машину.
Нажмите Выключить (Shutdown) или нажмите правой кнопкой мыши на виртуальную машину и выберите Выключить (Shutdown) из всплывающего меню.

При желании на Портале администрирования введите Причину (Reason) выключения виртуальной машины в окне подтверждения Выключить ВМ (Shut down Virtual Machine(s)). В нем можно указать причину выключения, которая будет отображаться в журналах и при последующем включении питания виртуальной машины.

Поле Причина (Reason) выключения виртуальной машины будет отображаться, только если оно включено в настройках кластера. Дополнительную информацию см. в разделе Описание настроек и средств управления в окнах «Новый кластер (New Cluster)» и «Изменить кластер (Edit Cluster)» в Руководстве администратора.

Нажмите OK в окне подтверждения Выключить ВМ (Shut down Virtual Machine(s)).

При корректном выключении Статус (Status) виртуальной машины изменится на Выключена (Down). Если виртуальную машину нельзя выключить корректно, нажмите стрелку вниз рядом с кнопкой Выключить (Shutdown), а затем нажмите Выключить питание (Power Off) для выполнения принудительного выключения или нажмите правой кнопкой мыши на виртуальную машину и выберите Выключить питание (Power Off) из всплывающего меню.

2. Приостановка виртуальной машины

Приостановка виртуальной машины — это то же самое, что и её перевод в Спящий режим (Hibernate).

Процедура

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

Нажмите Ресурсы (Compute) Виртуальные машины (Virtual Machines) и выберите работающую виртуальную машину.
Нажмите Приостановить (Suspend) или нажмите правой кнопкой мыши на виртуальную машину и выберите Приостановить (Suspend) из всплывающего меню.

Статус (Status) виртуальной машины изменится на Приостановлена (Suspended).

3. Перезагрузка или сброс виртуальной машины

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

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

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

Сброс выполняется только с Портала администрирования.

Процедура

Для перезагрузки виртуальной машины:

Нажмите Ресурсы (Compute) Виртуальные машины (Virtual Machines) и выберите работающую виртуальную машину.
Нажмите Перезагрузить (Reboot) или нажмите правой кнопкой мыши на виртуальную машину и выберите Перезагрузить (Reboot) из всплывающего меню.
Нажмите OK в окне подтверждения Перезагрузить ВМ (Reboot Virtual Machine(s)).

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

Нажмите Ресурсы (Compute) Виртуальные машины (Virtual Machines) и выберите работающую виртуальную машину.
Нажмите стрелку вниз рядом с кнопкой Перезагрузить (Reboot), затем нажмите Сбросить питание (Reset) или нажмите правой кнопкой мыши на виртуальную машину и выберите Сбросить питание (Reset) из всплывающего меню.
Нажмите OK в окне подтверждения Сбросить питание ВМ (Reset Virtual Machine(s)).

Во время операций по перезагрузке и сбросу Статус (Status) виртуальной машины сначала изменится на Перезагружается (Reboot In Progress), а затем вернется в значение Включена (Up).

4. Удаление виртуальной машины

Кнопка Удалить (Remove) не активна во время работы виртуальных машин; чтобы можно было удалить виртуальную машину, её сначала нужно выключить.

Процедура

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

Нажмите Ресурсы (Compute) Виртуальные машины (Virtual Machines) и выберите виртуальную машину, которую нужно удалить.
Нажмите Удалить (Remove).
При желании установите флажок Удалить диск(и) (Remove Disk(s)), чтобы вместе с виртуальной машиной удалить подключенные к ней виртуальные диски. Если флажок Удалить диск(и) (Remove Disk(s)) снят, то виртуальные диски останутся в среде в качестве плавающих дисков.
Нажмите OK.

5. Клонирование виртуальной машины

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

Процедура

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

Нажмите Ресурсы (Compute) Виртуальные машины (Virtual Machines) и выберите виртуальную машину, которую нужно клонировать.
Нажмите Дополнительные действия (More Actions) и затем Клонировать ВМ (Clone VM).
Введите Имя клона (Clone Name) для новой виртуальной машины.
Нажмите OK.

6. Виртуальные машины и разрешения

6.1. Управление системными разрешениями для виртуальной машины

Будучи Суперпользователем (SuperUser), системный администратор управляет всеми аспектами Портала администрирования. Другим пользователям могут быть назначены ограниченные административные роли. Ограниченные роли нужны, чтобы предоставить пользователю административные права, которые действуют только в отношении определённого ресурса. Например, роль Администратор центра данных (DataCenterAdmin) имеет права администратора только на назначенный центр данных (кроме его хранилища), а роль Администратор кластера (ClusterAdmin) имеет права администратора только на назначенный кластер.

Пользователь, управляющий ВМ (UserVmManager) — это системная административная роль для виртуальных машин в центре данных. Эту роль можно применять к конкретным виртуальным машинам, к центру данных или ко всей среде виртуализации, что довольно удобно, так как можно разрешать разным пользователям управлять определёнными виртуальными ресурсами.

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

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

Вы можете назначать роли и разрешения только существующим пользователям.

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

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

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

Таблица 1. Роли системного администратора
Роль	Права	Примечания
DataCenterAdmin	Администратор центра данных	Обладает административными разрешениями в отношении всех объектов в конкретном центре данных, за исключением хранилища
ClusterAdmin	Администратор кластера	Обладает административными разрешениями в отношении всех объектов в конкретном кластере
NetworkAdmin	Администратор сети	Обладает административными разрешениями в отношении всех операций в конкретной логической сети. Может конфигурировать и управлять сетями, подключенными к виртуальным машинам. Чтобы сконфигурировать зеркалирование портов в сети виртуальных машин, примените роль Администратора сети (NetworkAdmin) к сети и роль Пользователя, управляющего ВМ (UserVmManager) к виртуальной машине.

6.3. Описание ролей пользователя виртуальных машин

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

Таблица 2. Системные роли пользователя
Роль	Права	Примечания
UserRole	Может получать доступ к виртуальным машинам и пулам и использовать их	Может авторизовываться на Пользовательском портале и использовать виртуальные машины и пулы
PowerUserRole	Может создавать виртуальные машины и шаблоны и управлять ими	В окне Настройка (Configure) назначьте эту роль пользователю для всей среды, либо только для отдельных центров данных или кластеров. Например, если Роль ключевого пользователя (PowerUserRole) применяется на уровне центра данных, то пользователь в этой роли может создавать виртуальные машины и шаблоны в центре данных. Роль ключевого пользователя (PowerUserRole) эквивалентна таким ролям, как Создатель ВМ (VmCreator), Создатель диска (DiskCreator) и Создатель шаблонов (TemplateCreator)
UserVmManager	Системный администратор виртуальной машины	Может управлять виртуальными машинами, создавать и использовать моментальные снимки. Пользователю, который создаёт виртуальную машину через Пользовательский портал, автоматически назначается роль UserVmManager для этой машины
UserTemplateBasedVm	Ограниченные права на использование только шаблонов	Уровень прав позволяет создавать виртуальные машины с помощью шаблона
VmCreator	Может создавать виртуальные машины на Пользовательском портале	Эта роль применяется не к отдельной виртуальной машине. Применяйте эту роль ко всей среде в окне Настройка (Configure). Применяя эту роль к кластеру, нужно также применить роль Создателя диска (DiskCreator) ко всему центру данных или к конкретным доменам хранения
VnicProfileUser	Пользователь логической сети и сетевого интерфейса для виртуальных машин	Если при создании логической сети, была выбрана опция Разрешить всем пользователям использовать эту Сеть (Allow all users to use this Network), то разрешения VnicProfileUser назначаются всем пользователям логической сети. Затем пользователи могут подключать/отключать сетевые интерфейсы виртуальных машин к/от логической сети

6.4. Назначение виртуальных машин пользователям

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

Пользовательский портал поддерживает три роли по умолчанию: Пользователь (User), Ключевой пользователь (PowerUser) и Пользователь, управляющий ВМ (UserVmManager). Однако нестандартные роли можно настраивать через Портал администрирования. Роли по умолчанию описаны ниже:

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

Когда вы создаёте виртуальную машину, вы автоматически наследуете права Пользователя, управляющего ВМ (UserVmManager). Это позволяет вносить изменения в виртуальную машину и назначать разрешения пользователям, которыми вы управляете, или пользователям из вашей группы управления идентификационной информацией (Identity Management (IdM)) или группы RHDS. Для получения подробной информации см. Руководство администратора.

Процедура

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

Нажмите Ресурсы (Compute) Виртуальные машины (Virtual Machines) и выберите виртуальную машину.
Нажмите на имя виртуальной машины, чтобы перейти к подробному представлению.
Откройте вкладку Разрешения (Permissions).
Нажмите Добавить (Add).
Введите реальное или пользовательское имя или часть имени пользователя в текстовое поле и нажмите Поиск (Go). Список возможных совпадений отобразится в списке результатов.
Установите флажок напротив пользователя, которому будут назначены разрешения.
Выберите Пользовательскую роль (UserRole) из выпадающего списка Роль для связи (Role to Assign).
Нажмите OK.

Имя и роль пользователя отображаются в списке пользователей, которым разрешён доступ к этой виртуальной машине.

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

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

Процедура

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

Нажмите Ресурсы (Compute) Виртуальные машины (Virtual Machines).
Нажмите на имя виртуальной машины, чтобы перейти к подробному представлению.
Нажмите Разрешения (Permissions).
Нажмите Удалить (Remove). Появится предупреждающее сообщение с просьбой подтвердить удаление выбранных разрешений.
Для продолжения нажмите OK. Для отмены нажмите Отмена (Cancel).

7. Моментальные снимки

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

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

Процедура

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

Нажмите Ресурсы (Compute) Виртуальные машины (Virtual Machines).
Нажмите на имя виртуальной машины, чтобы открыть подробное представление.
Откройте вкладку Снимки (Snapshots) и нажмите Создать (Create).
Введите описание моментального снимка.

Выберите Выбрать диски (Disks to include), отметив флажками соответствующие поля.

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

Выберите Сохранить память (Save Memory), чтобы память работающей виртуальной машины была включена в моментальный снимок.
Нажмите OK.

Операционная система и приложения виртуальной машины на выбранном(-ых) диске(-ах) хранятся в моментальном снимке, для которого доступны предварительный просмотр и восстановление. При создании моментального снимка у него будет статус Заблокирован (Locked), который потом изменится на OK. Если нажать на моментальный снимок, то подробные сведения о нём будут отображаться в выпадающих списках Общее (General), Диски (Disks), Сетевые интерфейсы (Network Interfaces) и Установленные приложения (Installed Applications) на вкладке Снимки (Snapshots).

7.2. Использование моментальных снимков для восстановления виртуальной машины

С помощью моментального снимка можно восстановить виртуальную машину до предыдущего состояния.

Процедура

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

Нажмите Ресурсы (Compute) Виртуальные машины (Virtual Machines) и выберите виртуальную машину.
Нажмите на имя виртуальной машины, чтобы открыть подробное представление.
Откройте вкладку Снимки (Snapshots), чтобы открыть список доступных моментальных снимков.
В верхней панели выберите моментальный снимок для восстановления. Подробные сведения о моментальном снимке отображаются в нижней панели.
Нажмите кнопку Предварительный просмотр (Preview drop-down menu) и выберите Пользовательский (Custom).
Установите флажки, чтобы выбрать Конфигурацию ВМ (VM Configuration), Память (Memory) и диск(-и), которые хотите восстановить, и нажмите OK. Это позволит создавать пользовательский моментальный снимок и восстанавливаться с него, используя конфигурацию и диск(-и) из нескольких моментальных снимков.

Статус моментального снимка изменится на Режим предварительного просмотра (Preview Mode). Статус виртуальной машины ненадолго изменится на Образ заблокирован (Image Locked), а потом вернется в значение Выключен (Down).
Выключите виртуальную машину.
Включите виртуальную машину; она будет работать на образе диска моментального снимка.
Нажмите Подтвердить (Commit), чтобы всегда восстанавливать виртуальную машину до состояния этого моментального снимка. Все последующие моментальные снимки будут стёрты. Либо нажмите Отменить (Undo), чтобы отключить моментальный снимок и вернуть виртуальную машину до предыдущего состояния.

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

С помощью моментального снимка можно создать другую виртуальную машину.

Процедура

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

Нажмите Ресурсы (Compute) Виртуальные машины (Virtual Machines) и выберите виртуальную машину.
Нажмите на имя виртуальной машины, чтобы открыть подробное представление.
Откройте вкладку Снимки (Snapshots), чтобы открыть список доступных моментальных снимков.
Выберите моментальный снимок из списка и нажмите Клонировать (Clone).
Введите Имя (Name) виртуальной машины.
Нажмите OK.

Вскоре клонированная виртуальная машина появится на вкладке Виртуальные машины (Virtual Machines) на панели навигации со статусом Образ заблокирован (Image Locked). Статус виртуальной машины не изменится, пока не завершится её создание. Виртуальную машину с предварительно выделенным жестким диском размером 20 ГБ можно создать примерно за 15 минут. Создание виртуальных дисков с динамическим расширением пространства занимает меньше времени, чем создание виртуальных дисков с предварительным выделением.

Когда виртуальная машина готова к использованию, её статус в разделе Ресурсы (Compute) Виртуальные машины (Virtual Machines) изменится с Образ заблокирован (Image Locked) на Выключена (Down).

7.4. Удаление моментального снимка

Моментальный снимок виртуальной машины можно стереть и навсегда удалить из ПО «zVirt Max».

Процедура

Удаление моментального снимка:

Нажмите Ресурсы (Compute) Виртуальные машины (Virtual Machines).
Нажмите на имя виртуальной машины, чтобы открыть подробное представление.
Откройте вкладку Снимки (Snapshots), чтобы открыть список моментальных снимков выбранной виртуальной машины.
Выберите моментальный снимок, который хотите удалить.
Нажмите Удалить (Delete).
Нажмите OK.

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

8. Устройства хоста

8.1. Добавление устройства хоста к виртуальной машине

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

Устройства хоста — это физические устройства, подключенные к определенной машине хоста, например:

накопители на магнитной ленте, диски,
сетевые карты, графические процессоры, HBA-адаптеры,
мыши, камеры и диски с USB-интерфейсом.

Добавить устройство хоста к виртуальной машине можно через её свойства Устройства хоста (Host Devices). Сначала выберите один из хостов кластера и тип устройства. Затем выберите и подключите одно или несколько устройств хоста на этом хосте.

При изменении настройки Закрепленный хост (Pinned Host) удаляются текущие устройства хоста. Когда вы сохраняете эти изменения в настройках Хоста (Host) виртуальной машины, параметр Запустить на (Start Running On) переключается в значение Указанном хосте (Specific Host(s)) и задает хост, который вы выбрали ранее через настройку Закрепленный хост (Pinned Host).

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

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

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

Статус хоста Включен (Up),
Хост настроен на прямое назначение устройств.

Процедура

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

На Портале администрирования нажмите Ресурсы (Compute) Виртуальные машины (Virtual Machines).
Выключите виртуальную машину.
Нажмите на имя виртуальной машины, чтобы открыть подробное представление.
Откройте вкладку Устройства хоста (Host Devices).
Нажмите Добавить устройство (Add device). Откроется панель Добавить устройства хоста (Add Host Devices).
Используйте параметр Закрепленный хост (Pinned Host), чтобы выбрать хост, на котором работает виртуальная машина.
Используйте параметр Совместимость (Capability), чтобы открыть список устройств pci, scsi, nvdimm или usb_device.
Выберите устройства через Доступные устройства хоста (Available Host Devices).
Нажмите стрелку вниз, чтобы перенести устройства в Подключаемые устройства хоста (Host Devices to be attached).
Нажмите OK, чтобы подключить эти устройства к виртуальной машине и закрыть окно.
Дополнительно, если вы подключаете устройства хоста SCSI, то настройте наиболее подходящий драйвер:
- Нажмите Изменить (Edit). Откроется панель Изменить виртуальную машину (Edit Virtual Machine).
- Откройте вкладку Пользовательские свойства (Custom Properties).
- Нажмите Выберите ключ (Please select a key) и выберите scsi_hostdev внизу выпадающего списка.
- В большинстве случаев выбирайте scsi-hd. В остальных случаях, а именно для накопителей на магнитной ленте или CD-чейнджеров, выбирайте параметр scsi_generic. Дополнительные сведения см. в разделе Описание настроек пользовательских свойств виртуальной машины.
- Нажмите ОК.
Запустите виртуальную машину.
Пока виртуальная машина запускается, посмотрите сообщения об ошибках Отмененные операции (Operation Canceled).

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

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

Процедура

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

Нажмите Ресурсы (Compute) Виртуальные машины (Virtual Machines).
Выберите виртуальную машину, чтобы открыть подробное представление.
Откройте вкладку Устройства хоста (Host Devices), чтобы открыть список устройств хоста, подключенных к виртуальной машине.
Выберите устройство хоста, которое вы хотите отключить от виртуальной машины, или, зажав клавишу Ctrl, выберите несколько устройств и нажмите Удалить устройства (Remove device). Откроется окно Удалить устройство(-а) хоста (Remove Host Device(s)).
Нажмите OK, чтобы подтвердить и отключить выбранные устройства от виртуальной машины.

8.3. Закрепление виртуальной машины на другом хосте

Можно открыть вкладку Устройства хоста (Host Devices) в подробном представлении виртуальной машины, чтобы закрепить её на конкретном хосте.

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

Процедура

Закрепление виртуальной машины на хосте:

Нажмите на имя виртуальной машины и откройте вкладку Устройства хоста (Host Devices).
Нажмите Прикрепить к другому хосту (Pin to another host). Откроется окно Закрепить ВМ на хосте (Pin VM to Host).
В выпадающем меню Хост (Host) выберите хост.
Нажмите OK, чтобы закрепить виртуальную машину на выбранном хосте.

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.

9. Группы сходства

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).

Дополнительную информацию см. в разделе Политики планирования в Руководстве администратора.

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

9.2. Создание группы сходства

Новые группы сходства можно создавать на Портале администрирования.

Процедура

Чтобы создать группу сходства:

Нажмите Ресурсы (Compute) Виртуальные машины (Virtual Machines) и выберите виртуальную машину.
Нажмите на имя виртуальной машины, чтобы перейти к подробному представлению.
Откройте вкладку Группы сходства (Affinity Groups).
Нажмите Новая (New).
Введите Имя (Name) и Описание (Description) для группы сходства.
Из выпадающего списка Правило сходства ВМ (VM Affinity Rule) выберите:
- Положительно (Positive) — для применения положительного правила сходства,
- Отрицательно (Negative) — для применения отрицательного,
- Отключено (Disable) — для выключения правила сходства.
Установите флажок Принудительно (Enforcing), чтобы обеспечить принудительное исполнение, или убедитесь, что флажок снят, чтобы принудительное исполнение не применялось.
Из выпадающего списка выберите виртуальные машины, которые нужно добавить в группу сходства. Чтобы добавить или удалить дополнительные виртуальные машины, используйте кнопки + и -.
Нажмите OK.

9.3. Изменение группы сходства

Процедура

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

Нажмите Ресурсы (Compute) Виртуальные машины (Virtual Machines) и выберите виртуальную машину.
Нажмите на имя виртуальной машины, чтобы перейти к подробному представлению.
Откройте вкладку Группы сходства (Affinity Groups).
Нажмите Изменить (Edit).
Установите желаемые значения, используя выпадающий список Правило сходства ВМ (VM Affinity Rule) и флажок Принудительно (Enforcing). С помощью кнопок + и - добавляйте или удаляйте виртуальные машины в или из группы сходства.
Нажмите OK.

9.4. Удаление группы сходства

Процедура

Чтобы удалить группу сходства:

Нажмите Ресурсы (Compute) Виртуальные машины (Virtual Machines) и выберите виртуальную машину.
Нажмите на имя виртуальной машины, чтобы перейти к подробному представлению.
Откройте вкладку Группы сходства (Affinity Groups).
Нажмите Удалить (Remove).
Нажмите OK.

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

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-хостов, а не на других хостах в кластере.

9.6. Поиск и устранение неполадок в группах сходства

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

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

При обнаружении остановки виртуальных машин

Проверьте, что в кластере есть политика планирования, где разделы Модуль веса (weight module) и Модуль фильтра (filter module) содержат VmAffinityGroups и VmToHostsAffinityGroups. Дополнительную информацию см. в разделе Описание настроек в окнах «Создать политику планирования (New Scheduling Policy)» и «Изменить политику планирования (Edit Scheduling Policy)» в Руководстве администратора.
Проверьте наличие конфликтов между метками сходства и группами сходства.

При возможных конфликтах между метками сходства и группами сходства

Учитывайте, что метка сходства — это эквивалент группы сходства, у которой Правило сходства хоста (Host affinity rule) установлено как Положительно (Positive), а Принудительно (Enforcing) включено.
Учитывайте, что при конфликте между меткой сходства и группой сходства пересекающийся набор виртуальных машин работать не будет.
Определите, возможен ли конфликт:
- Изучите раздел Модуль фильтра (filter module) в политиках планирования кластера. Они должны содержать ключевое слово Метка (Label) и ключевое слово VmAffinityGroups или VmToHostsAffinityGroups. В противном случае конфликт невозможен. Наличие VmAffinityGroups и VmToHostsAffinityGroups в разделе Модуль веса (weight module) не имеет значения, так как Метка (Label) в разделе Модуль фильтра (filter module) переопределит их.
- Изучите группы сходства. В них должно содержаться правило с включенным Принудительно (Enforcing). В противном случае конфликт невозможен.
Если конфликт возможен, определите набор виртуальных машин, которые могут быть вовлечены:
- Изучите метки сходства и группы сходства. Составьте список виртуальных машин, которые входят и в метку сходства, и в группу сходства, где опция Принудительно (Enforcing) включена.
- Для каждого хоста и виртуальной машины в пересекающемся наборе проанализируйте условия, при которых может произойти конфликт.
Определите, совпадают ли неработающие виртуальные машины с виртуальными машинами в анализе.
Наконец, реструктурируйте группы сходства и метки сходства, чтобы избежать непреднамеренных конфликтов.
Проверьте, что любые изменения приводят к ожидаемым результатам в разных условиях.
При наличии перекрывающихся групп сходства и меток сходства их проще просматривать в одном месте как группы сходства. Рассмотрите возможность преобразования метки сходства в эквивалентную группу сходства, где Правило сходства хоста (Host affinity rule) задано как Положительное (Positive) и включено Принудительно (Enforcing).

10. Метки сходства

10.1. О метках сходства

Метки сходства можно создавать и модифицировать на Портале администрирования.

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

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

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

10.2. Создание метки сходства

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

Процедура

Чтобы создать метку сходства:

Нажмите Ресурсы (Compute) Кластеры (Clusters) и выберите соответствующий кластер.
Нажмите на имя кластера, чтобы перейти к подробному представлению.
Откройте вкладку Метки сходства (Affinity Labels).
Нажмите Новый (New).
Введите Имя (Name) для метки сходства.
Из выпадающих списков выберите виртуальные машины и хосты, которые будут ассоциированы с меткой. Для добавления дополнительных виртуальных машин и хостов используйте кнопку +.
Нажмите OK.

10.3. Изменение метки сходства

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

Процедура

Чтобы изменить метку сходства:

Нажмите Ресурсы (Compute) Кластеры (Clusters) и выберите соответствующий кластер.
Нажмите на имя кластера, чтобы перейти к подробному представлению.
Откройте вкладку Метки сходства (Affinity Labels).
Выберите метку, которую хотите изменить.
Нажмите Изменить (Edit).
Для добавления или удаления виртуальных машин и хостов в или из метки сходства используйте кнопки + и -.
Нажмите OK.

10.4. Удаление метки сходства

Метки сходства можно удалить только из подробного представления кластера.

Процедура

Чтобы удалить метку сходства:

Нажмите Ресурсы (Compute) Кластеры (Clusters) и выберите соответствующий кластер.
Нажмите на имя кластера, чтобы перейти к подробному представлению.
Откройте вкладку Метки сходства (Affinity Labels).
Выберите метку, которую хотите удалить.
Нажмите Изменить (Edit).
Для удаления всех виртуальных машин и хостов из метки сходства используйте кнопку -.
Нажмите OK.
Нажмите Удалить (Delete).
Нажмите OK.

11. Экспортирование и импортирование виртуальных машин и шаблонов

Сущность «экспорт-домен» считается устаревшей. Экспорт-домены можно отключить от центра данных и импортировать в другой центр данных в той же или другой среде. Затем виртуальные машины, «плавающие» виртуальные диски и шаблоны можно выгрузить из импортированного домена хранения в подключенный центр данных. Для получения дополнительной информации об импортировании доменов хранения см. раздел Импортирование существующих доменов хранения в Руководстве администратора.

Виртуальные машины и шаблоны можно экспортировать из и импортировать в центры данных в той же или другой инсталляции ПО «zVirt Max». Виртуальные машины можно экспортировать или импортировать, используя домен экспорта, домен данных или хост ПО «zVirt Max».

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

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

Используйте функцию V2V для импорта виртуальных машин от других провайдеров сервисов виртуализации (RHEL 5 Xen или VMware) или для импорта виртуальных машин Windows. Функция V2V преобразует виртуальные машины, обеспечивая возможность хостинга с помощью ПО «zVirt Max».

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

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

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

Процедура

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

Нажмите Ресурсы (Compute) Виртуальные машины (Virtual Machines) и выберите виртуальную машину.
Нажмите Дополнительные действия (More Actions) и затем Экспортировать в экспорт-домен (Export to Export Domain).

При желании установите следующие флажки в окне Экспортировать виртуальную машину (Export Virtual Machine):

Перезаписать принудительно (Force Override): переопределяет существующие образы виртуальной машины в домене экспорта.

Свернуть снимки (Collapse Snapshots): создаёт единый том экспорта на каждый диск. Эта функция удаляет точки для восстановления с моментальных снимков и добавляет шаблон в виртуальную машину, созданную на базе шаблона, а также удаляет любые зависимости виртуальной машины от шаблона. Для виртуальной машины, зависимой от шаблона, стоит либо выбрать эту функцию, экспортировать шаблон с виртуальной машиной, либо убедиться, что шаблон существует в центре данных, являющемся приёмником.

Создавая виртуальную машину из шаблона через Ресурсы (Compute) Шаблоны (Templates) и Создать ВМ (New VM), вы увидите две опции выделения хранилища в разделе Тип диска (Storage Allocation) на вкладке Выделение ресурсов (Resource Allocation):

Если выбрана опция Клонированный (Clone), то виртуальная машина не зависит от шаблона. Шаблон не обязательно должен существовать в центре данных, являющемся приёмником.
Если выбрана опция Тонкий (Thin), то виртуальная машина зависит от шаблона, поэтому шаблон должен существовать в центре данных, являющемся приёмником, или быть экспортирован с виртуальной машиной.

Чтобы посмотреть, какая опция была выбрана, нажмите на имя виртуальной машины и откройте вкладку Общее (General) в подробном представлении.

Нажмите OK.

Начнется экспорт виртуальной машины. Во время экспортирования виртуальная машина отображается в Ресурсы (Compute) Виртуальные машины (Virtual Machines) со статусом Образ заблокирован (Image Locked). Процесс может длиться до часа в зависимости от размера образов жесткого диска виртуальной машины и оборудования хранилища. Откройте вкладку События (Events) для просмотра прогресса. По завершении процесса виртуальная машина экспортирована в домен экспорта и отображается на вкладке Импортировать ВМ (VM Import) подробного представления домена экспорта.

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

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

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

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

Клонированный (Clone): виртуальная машина не зависит от шаблона. Шаблон не обязательно должен существовать в домене хранения, являющимся приёмником.
Тонкий (Thin): виртуальная машина зависит от шаблона, поэтому шаблон должен существовать в домене хранения, являющимся приёмником.

Чтобы посмотреть, какая опция выбрана, нажмите на имя виртуальной машины и откройте вкладку Общее (General) в подробном представлении.

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

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

Процедура

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

Нажмите Ресурсы (Compute) Виртуальные машины (Virtual Machines) и выберите виртуальную машину.
Нажмите Экспортировать (Export).
Укажите имя экспортируемой виртуальной машины.
Выберите целевой домен хранения из всплывающего меню Домен хранения (Storage domain).
При желании установите флажок Удалить моментальные снимки (Collapse snapshots), чтобы экспортировать виртуальную машину без моментальных снимков.
Нажмите OK.

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

При перемещении диска из домена данных одного типа в домен данных другого формат диска меняется соответственно. Например, если диск в домене данных NFS и в формате динамического выделения (sparse) перемещается в домен iSCSI, то его формат поменяется на предварительное выделение пространства. Процедура отличается от использования домена экспорта, так как домен экспорта с NFS.

Во время экспортирования виртуальная машина отображается со статусом Образ заблокирован (Image Locked). Процесс может длиться до часа в зависимости от размера образов жесткого диска виртуальной машины и оборудования хранилища. Откройте вкладку События (Events) для просмотра прогресса. По завершении процесса виртуальная машина экспортирована в домен данных и отображается в списке виртуальных машин.

11.3. Импортирование виртуальной машины из домена экспорта

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

Процедура

Импортирование виртуальной машины в центр данных, который является приёмником:

Нажмите Хранилище (Storage) Домены (Domains) и выберите домен экспорта. У домена экспорта должен быть статус Активный (Active).
Нажмите на имя домена экспорта, чтобы перейти к подробному представлению.
Откройте вкладку Импортировать ВМ (VM Import), чтобы вывести список виртуальных машин, доступных для импорта.
Выберите одну или несколько виртуальных машин для импорта и нажмите Импортировать (Import).
Выберите Целевой кластер (Target Cluster).
Установите флажок Свернуть снимки (Collapse Snapshots), чтобы удалить точки для восстановления с моментальных снимков и добавить шаблоны в виртуальную машину, созданную на основе шаблона.
Нажмите на виртуальную машину, которую нужно импортировать, и откройте вложенную вкладку Диски (Disks). На этой вкладке можно использовать выпадающие списки Политика выделения (Allocation Policy) и Домен хранения (Storage Domain), чтобы выбрать, будет ли у диска, используемого виртуальной машиной, динамическое или предварительное выделение пространства, а также можно выбрать домен хранения, на котором он будет храниться. Также отображается значок, обозначающий, какой из дисков на импорт ведёт себя как загрузочный диск для виртуальной машины.
Нажмите OK, чтобы импортировать виртуальные машины.

Если виртуальная машина существует в среде виртуализации, то откроется окно Конфликт при импорте виртуальных машин (Import Virtual Machine Conflict). Выберите одну из следующих кнопок-переключателей:
- Не импортировать (Don’t import),
- Импортировать как клонированную (Import as cloned) и введите уникальное имя для виртуальной машины в поле Создать имя (New Name).
При желании установите флажок Применить ко всем (Apply to all), чтобы импортировать все дублирующиеся виртуальные машины с одинаковым суффиксом, а затем введите суффикс в поле Суффикс, добавляемый к клонированным ВМ (Suffix to add to the cloned VMs).
Нажмите OK.

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

11.4. Импортирование виртуальной машины из домена данных

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

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

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

Процедура

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

Нажмите Хранилище (Storage) Домены (Domains).
Нажмите на имя импортированного домена хранения. Откроется подробное представление.
Откройте вкладку Импортировать ВМ (VM Import).
Выберите одну или несколько виртуальных машин для импорта.
Нажмите Импортировать (Import).
Для каждой виртуальной машины в окне Импортировать ВМ (Import Virtual Machine(s)) убедитесь, что в списке Кластер (Cluster) выбран правильный целевой кластер.
Сопоставьте внешние vNIC-профили виртуальных машин с профилями в целевом кластере (кластерах).
При обнаружении конфликта с MAC-адресом появится восклицательный знак рядом с именем виртуальной машины. Наведите указатель мыши на значок для просмотра подсказки, которая отображает тип возникшей ошибки.
Нажмите OK.

Импортированные виртуальные машины больше не отображаются в списке на вкладке Импортировать ВМ (VM Import).

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:

Нажмите Ресурсы (Compute) Виртуальные машины (Virtual Machines).
Нажмите Дополнительные действия (More Actions) и выберите Импортировать (Import). Откроется окно Импорт ВМ (Import Virtual Machine(s)).
Выберите VMware из списка Источник (Source).
Если вы настроили провайдер VMware в качестве внешнего провайдера, то выберите его из списка Внешний провайдер (External Provider). Убедитесь, что учетные данные провайдера верны. Если при настройке внешнего провайдера вы не указали центр данных, являющийся приёмником, или прокси-хост, то выберите эти параметры сейчас.
Если вы не настроили провайдер 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.
Нажмите Загрузить (Load), чтобы открыть список виртуальных машин на провайдере VMware, которые можно импортировать.

Выберите одну или несколько виртуальных машин из списка Виртуальные машины на источнике (Virtual Machines on Source) и с помощью стрелок переместите их в список Виртуальные машины для импорта (Virtual Machines to Import). Нажмите Далее (Next).

Если сетевое устройство виртуальной машины использует тип драйвера e1000 или rtl8139, то виртуальная машина будет использовать тот же тип драйвера после импорта. При необходимости можно после импорта вручную изменить тип драйвера на VirtIO. Сведения о том, как изменить тип драйвера после импорта виртуальной машины, см. в разделе Изменение сетевого интерфейса. Если сетевое устройство использует другой тип драйвера (не e1000 или rtl8139), то этот тип драйвера автоматически меняется на VirtIO во время импорта. Параметр Подключить драйверы VirtIO (Attach VirtIO-drivers) позволяет внедрить драйверы VirtIO в файлы импортированной виртуальной машины, чтобы при смене драйвера на VirtIO операционная система правильно обнаружила устройство.

Выберите Кластер (Cluster), на котором будут находиться виртуальные машины.
Выберите Профиль ЦП (CPU Profile) для виртуальных машин.
Установите флажок Свернуть снимки (Collapse Snapshots), чтобы убрать точки для восстановления с моментальных снимков и добавить шаблоны в виртуальные машины, созданные на основе шаблонов.
Установите флажок Клонировать (Clone), чтобы изменить имена и MAC-адреса виртуальных машин, клонировать все диски и удалить все моментальные снимки. Если рядом с именем виртуальной машины появится знак предупреждения или место для флажка в столбце ВМ в системе (VM in System), необходимо клонировать виртуальную машину и изменить её имя.
Нажмите на каждую виртуальную машину, которую хотите импортировать, и откройте вложенную вкладку Диски (Disks). В списках Политика выделения (Allocation Policy) и Домен хранения (Storage Domain) выберите, какой диск будет использовать виртуальная машина: с динамическим или предварительным выделением пространства, а также выберите домен хранения, на котором будет храниться диск. Кроме того, отображается значок, указывающий, какой из импортируемых дисков является загрузочным для выбранной виртуальной машины.
Если установлен флажок Клонировать (Clone), измените имя виртуальной машины на вложенной вкладке Общее (General).
Нажмите OK, чтобы импортировать виртуальные машины.

Тип ЦП виртуальной машины должен совпадать с типом ЦП кластера, на который её импортируют. Чтобы посмотреть Тип ЦП (CPU Type) кластера на Портале администрирования:

Нажмите Ресурсы (Compute) Кластеры (Clusters).
Выберите кластер.
Нажмите Изменить (Edit).
Откройте вкладку Общее (General).

Если тип ЦП виртуальной машины отличается, настройте тип ЦП импортируемой виртуальной машины:

Нажмите Ресурсы (Compute) Виртуальные машины (Virtual Machines).
Выберите виртуальную машину.
Нажмите Изменить (Edit).
Откройте вкладку Система (System).
Нажмите на стрелку Расширенные параметры (Advanced Parameters).
Укажите Пользовательский тип ЦП (Custom CPU Type) и нажмите OK.

11.6. Экспортирование виртуальной машины на хост

Виртуальную машину можно экспортировать по конкретно заданному пути или в смонтированное общее NFS-хранилище на хосте в центре данных ПО «zVirt Max». В результате экспорта будет создан пакет открытого виртуального устройства (OVA).

Процедура

Экспортирование виртуальной машины на хост:

Нажмите Ресурсы (Compute) Виртуальные машины (Virtual Machines) и выберите виртуальную машину.
Нажмите Дополнительные действия (More Actions), а затем Экспорт в OVA (Export to OVA).
Выберите хост в выпадающем списке Хост (Host).
Введите абсолютный путь к каталогу экспорта в поле Путь (Directory), поставив в конце завершающий слэш. Например: /images2/ova/
При желании можно изменить имя файла по умолчанию в поле Имя (Name).
Нажмите ОК.

Статус экспорта можно посмотреть на вкладке События (Events).

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

Импортируйте файл открытого виртуального устройства (OVA) в ПО «zVirt Max». Файл можно импортировать из любого хоста ПО «zVirt Max» в центре данных.

На текущий момент можно импортировать только файлы ПО «zVirt Max» и OVA, созданные VMware. KVM и Xen не поддерживаются.

Процесс импорта использует virt-v2v. Успешно импортировать можно только те виртуальные машины, которые работают на операционных системах, совместимых с virt-v2v.

Процедура

Импортирование файла OVA:

Скопируйте файл OVA на хост на вашем кластере в расположение файловой системы, например, /var/tmp.

Файловая система может располагаться в локальном каталоге или удаленно смонтированном NFS, кроме корневого (/root) каталога или его подкаталогов. Убедитесь, что места достаточно.

Убедитесь, что файл OVA имеет разрешения на чтение/запись для пользователя qemu (UID 36) и группы kvm (GID 36):

chown 36:36 path_to_OVA_file/file.OVA

Нажмите Ресурсы (Compute) Виртуальные машины (Virtual Machines).
Нажмите Дополнительные действия (More Actions) и выберите Импортировать (Import). Откроется окно Импорт ВМ (Import Virtual Machine(s)):
- Выберите Virtual Appliance (OVA) из списка Источник (Source).
- Выберите хост в списке Хост (Host).
- В поле Путь (Path) укажите абсолютный путь файла OVA.
- Нажмите Загрузить (Load), чтобы открыть список виртуальных машин для импорта.
- Выберите виртуальную машину из списка Виртуальные машины на источнике (Virtual Machines on Source) и с помощью стрелок переместите её в список Виртуальные машины для импорта (Virtual Machines to Import).
Нажмите Далее (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) виртуальной машины.
Нажмите OK, чтобы импортировать виртуальные машины.

11.7.1. Импортируйте виртуальную машину из хоста KVM

Импортируйте виртуальные машины из хоста KVM в ПО «zVirt Max». ПО «zVirt Max» конвертирует виртуальные машины KVM в корректный формат перед их импортом. Необходимо включить аутентификацию по открытому ключу между хостом KVM и как минимум одним хостом в центре данных, являющимся приёмником (этот хост в следующей процедуре называется прокси-хостом).

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

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

Процедура

Импортирование виртуальной машины из KVM:

Включите аутентификацию с открытым ключом между прокси-хостом и хостом 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
Авторизуйтесь на Портале администрирования.
Нажмите Ресурсы (Compute) Виртуальные машины (Virtual Machines).
Нажмите Дополнительные действия (More Actions) и выберите Импортировать (Import). Откроется окно Импорт ВМ (Import Virtual Machine(s)).
Выберите Центр данных (Data Center), на котором содержится прокси-хост.
Выберите KVM (через Libvirt) (KVM (via Libvirt)) из выпадающего списка Источник (Source).

При желании можно выбрать провайдер KVM из выпадающего списка Внешний провайдер (External Provider). Корректный идентификатор URI будет уже проставлен. Дополнительные сведения см. в разделе Добавление хоста KVM в качестве провайдера виртуальных машин в Руководстве администратора.
Введите URI хоста KVM в следующем формате:

qemu+ssh://root@kvmhost.example.com/system
Оставьте флажок Требуется аутентификация (Requires Authentication) установленным.
Введите root в поле Имя пользователя (Username).
Введите Пароль (Password) root-пользователя хоста KVM.
Выберите Прокси-хост (Proxy Host) в выпадающем списке.
Нажмите Загрузить (Load), чтобы открыть список виртуальных машин на хосте KVM, которые можно импортировать.
Выберите одну или несколько виртуальных машин из списка Виртуальные машины на источнике (Virtual Machines on Source) и с помощью стрелок переместите их в список Виртуальные машины для импорта (Virtual Machines to Import).
Нажмите Далее (Next).
Выберите Кластер (Cluster), на котором будут находиться виртуальные машины.
Выберите Профиль ЦП (CPU Profile) для виртуальных машин.
При желании установите флажок Свернуть снимки (Collapse Snapshots), чтобы убрать точки для восстановления с моментальных снимков и добавить шаблоны в виртуальные машины, созданные на основе шаблонов.
При желании установите флажок Клонировать (Clone), чтобы изменить имена и MAC-адреса виртуальных машин, клонировать все диски и удалить все моментальные снимки. Если рядом с именем виртуальной машины появится знак предупреждения или место для флажка в столбце ВМ в системе (VM in System), необходимо клонировать виртуальную машину и изменить её имя.
Нажмите на каждую виртуальную машину, которую хотите импортировать, и откройте вложенную вкладку Диски (Disks). В списках Политика выделения (Allocation Policy) и Домен хранения (Storage Domain) выберите, какой диск будет использовать виртуальная машина: с динамическим или предварительным выделением пространства, а также выберите домен хранения, на котором будет храниться диск. Кроме того, отображается значок, указывающий, какой из импортируемых дисков является загрузочным для выбранной виртуальной машины. Дополнительные сведения см. в разделе Политики выделения виртуального дискового хранилища в Техническом справочнике.
Если установлен флажок Клонировать (Clone), измените имя виртуальной машины на вкладке Общее (General).
Нажмите OK, чтобы импортировать виртуальные машины.

Тип ЦП виртуальной машины должен совпадать с типом ЦП кластера, на который её импортируют.

Чтобы посмотреть Тип ЦП (CPU Type) кластера на Портале администрирования:

Нажмите Ресурсы (Compute) Кластеры (Clusters).
Выберите кластер.
Нажмите Изменить (Edit).
Откройте вкладку Общее (General).

Если тип ЦП виртуальной машины отличается, настройте тип ЦП импортируемой виртуальной машины:

Нажмите Ресурсы (Compute) Виртуальные машины (Virtual Machines).
Выберите виртуальную машину.
Нажмите Изменить (Edit).
Откройте вкладку Система (System).
Нажмите на стрелку Расширенные параметры (Advanced Parameters).
Укажите Пользовательский тип ЦП (Custom CPU Type) и нажмите OK.

12. Миграция виртуальных машин между хостами

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

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

12.1. Предварительные условия для миграции на лету

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

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

Хост-источник и хост-приёмник принадлежат одному кластеру, что обеспечивает совместимость ЦП между ними. Статус хоста-источника и хоста-приёмника: Включен (Up).
У хоста-источника и хоста-приёмника есть доступ к одним и тем же виртуальным сетям и VLAN.
У хоста-источника и хоста-приёмника есть доступ к домену хранения данных, в котором находится виртуальная машина.
Мощности ЦП хоста-приёмника достаточно для обеспечения работы виртуальной машины.
У хоста-приёмника достаточно неиспользуемой оперативной памяти для обеспечения работы виртуальной машины.
На перемещаемой виртуальной машине не установлено пользовательское свойство cache!=none.

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

12.2. Настройка виртуальных машин с виртуальными сетевыми картами с включенным SR-IOV для уменьшения времени неработоспособности сети во время миграции

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

Убедитесь, что у хоста-приёмника есть доступная виртуальная функция.
Установите параметры Сквозной доступ (Passthrough) и Мигрируемый (Migratable) в vNIC-профиле со сквозным доступом. См. раздел Включение сквозного доступа в vNIC-профиле в Руководстве администратора.
Включите горячее подключение для сетевого интерфейса виртуальной машины.
Убедитесь, что у виртуальной машины есть резервная виртуальная сетевая карта VirtIO в дополнение к виртуальной сетевой карте со сквозным доступом, чтобы поддерживать сетевое подключение виртуальной машины во время миграции.
Перед настройкой bond-интерфейса установите параметр виртуальной сетевой карты VirtIO Нет сетевого фильтра (No Network Filter). См. раздел Описание настроек в окне «Профиль интерфейса ВМ (VM Interface Profile)» в Руководстве администратора.
Добавьте обе виртуальные сетевые карты в качестве ведомых в bond-интерфейс active-backup на виртуальной машине, при этом виртуальная сетевая карта со сквозным доступом будет основным интерфейсом.
- Профили bond-интерфейсов и виртуальных сетевых карт можно настроить одним из следующих способов:
  - На bond-интерфейсе не настроен fail_over_mac=active, а виртуальная функция виртуальной сетевой карты — основной ведомый (slave) (рекомендуется).
- Отключите фильтр спуфинга MAC-адресов в vNIC-профиле VirtIO, чтобы трафик, проходящий через виртуальную сетевую карту VirtIO, не отбрасывался из-за использования MAC-адреса виртуальной функции виртуальной сетевой карты.
  - На bond-интерфейсе настроено fail_over_mac=active.
- Такая политика обработки отказа гарантирует, что MAC-адрес bond-интерфейса всегда будет MAC-адресом активного ведомого. При обработке отказа MAC-адрес виртуальной машины меняется, что приводит к небольшому нарушению трафика.

12.3. Настройка виртуальных машин с виртуальными сетевыми картами с включенным SR-IOV и минимальным временем простоя

Следующие шаги — это предварительная версия технологии, представленная только для оценки.

Процедура

Чтобы настроить виртуальные машины для миграции с виртуальными сетевыми картами с включенным SR-IOV и минимальным временем простоя, следуйте описанной ниже процедуре:

Создайте vNIC-профиль с виртуальными сетевыми картами с включенным SR-IOV. См. Создание vNIC-профиля и Установка и настройка SR-IOV.
На Портале администрирования перейдите в раздел Сеть (Network) VNIC-профили (VNIC profiles), выберите vNIC-профиль, нажмите Изменить (Edit) и выберите vNIC-профиль аварийного переключения (Failover vNIC profile) из выпадающего списка.
Нажмите OK, чтобы сохранить настройки профиля.

Выполните горячее подключение сетевого интерфейса с созданным vNIC-профилем аварийного переключения к виртуальной машине или запустите виртуальную машину с подключенным сетевым интерфейсом.

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

Для автоматического развертывания виртуальных машин с такой конфигурацией используйте следующее правило 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). Это правило гарантирует, что активирован только интерфейс контроллера.

12.4. Оптимизация миграции на лету

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

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

Параметр Включить сжатие при миграции (Enable migration compression) позволяет установить, будет ли применяться сжатие при миграции во время миграции виртуальной машины на лету. Эта функция использует кодирование длин серий Xor Binary Zero, чтобы сократить время простоя виртуальной машины и общее время миграции на лету для виртуальных машин, на которых выполняются процессы с интенсивной записью в память, или для любых приложений с динамически расширяемым шаблоном обновления памяти.

По умолчанию оба параметра глобально отключены.

Процедура

Для оптимизации миграции на лету:

Включите автоматическую синхронизацию на глобальном уровне:
```
engine-config -s DefaultAutoConvergence=True
```
Включите сжатие при миграции на глобальном уровне:
```
engine-config -s DefaultMigrationCompression=True
```
Перезапустите службу ovirt-engine, чтобы изменения вступили в силу:
```
systemctl restart ovirt-engine.service
```
Настройте параметры оптимизации для кластера:
- Нажмите Ресурсы (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.
Настройте параметры оптимизации на уровне виртуальных машин:
- Нажмите Ресурсы (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.

13. Гостевые хуки

Хуки — это скрипты, которые запускают операции внутри виртуальной машины при наступлении ключевых событий:

до миграции,
после миграции,
до перехода в спящий режим,
после выхода из спящего режима.

В виртуальных машинах Linux исходный каталог настроек хуков находится в /etc/ovirt-guest-agent/hooks.d.

Для каждого события есть соответствующий подкаталог: до миграции (before_migration) и после миграции (after_migration), до перехода в спящий режим (before_hibernation) и после выхода из спящего режима (after_hibernation). Все файлы или символические ссылки в этом каталоге будут выполняться.

Исполняющий пользователь в системах Linux — это ovirtagent. Если для скрипта требуются разрешения уровня root, повышение уровня прав должен выполнить создатель скрипта хука.

13.1. Автоматическая миграция виртуальных машин

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

Все виртуальные машины, которым назначен ручной или автоматический режим миграции, переносятся, когда хост переводится в режим обслуживания. Однако для высокопроизводительных и/или закрепленных виртуальных машин появляется окно Хост обслуживания (Maintenance Host) с запросом подтвердить действие, поскольку производительность целевого хоста может быть ниже производительности текущего хоста.

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

Если виртуальные машины настроены на высокую производительность, и/или если они были закреплены (через сквозной доступ ЦП хоста, закрепление ЦП или закрепление NUMA), режим миграции установлен в значение Разрешить только ручную миграцию (Allow manual migration only). Однако при необходимости его можно изменить на режим Разрешить ручную и автоматическую (Allow manual and automatic). При изменении параметров миграции по умолчанию следует соблюдать особую осторожность, чтобы не выполнить миграцию виртуальной машины на хост, который не поддерживает высокую производительность или закрепление.

13.2. Блокировка автоматической миграции виртуальной машины

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

Возможность отключить автоматическую миграцию и обязать виртуальную машину работать на определенном хосте пригодится при использовании прикладных продуктов с признаком высокой доступности, например, Red Hat High Availability или Cluster Suite.

Процедура

Блокировка автоматической миграции виртуальных машин:

Нажмите Ресурсы (Compute) Виртуальные машины (Virtual Machines) и выберите виртуальную машину.
Нажмите Изменить (Edit).
Откройте вкладку Хост (Host).

В разделе Запустить на (Start Running On) выберите Любой хост в кластере (Any Host in Cluster) или Указанном хосте (Specific Host(s)), что позволяет выбрать несколько хостов.

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

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

Выберите Разрешить только ручную миграцию (Allow manual migration only) или Не разрешать миграцию (Do not allow migration) в выпадающем списке Параметры миграции (Migration Options).
Нажмите OK.

13.3. Ручная миграция виртуальных машин

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

У высокопроизводительных виртуальных машин и/или виртуальных машин со Сквозным доступом ЦП хоста (Pass-Through Host CPU), Закреплением ЦП (CPU Pinning) или Закреплением NUMA (NUMA Pinning) режим миграции по умолчанию установлен в значение Ручной (Manual). Выберите Выбрать хост автоматически (Select Host Automatically), чтобы виртуальная машина мигрировала на хост с максимальной производительностью.

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

Процедура

Чтобы выполнить ручную миграцию виртуальной машины:

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

С помощью кнопок-переключателей выберите либо Выбрать хост автоматически (Select Host Automatically), либо Выбрать хост-приемник (Select Destination Host), назначив конкретный хост из выпадающего списка.

Если выбран параметр Выбрать хост автоматически (Select Host Automatically), то система назначает хост, на который виртуальная машина будет мигрировать по правилам балансировки нагрузки и управления питанием, заданным в политике планирования.

Нажмите OK.

Прогресс миграции отображает индикатор выполнения Миграции (Migration). Когда миграция завершена, столбец Хост (Host) обновится и в нём будет виден хост, на который была перенесена виртуальная машина.

13.4. Настройка приоритета миграции

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

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

Процедура

Настройка приоритета миграции:

Нажмите Ресурсы (Compute) Виртуальные машины (Virtual Machines) и выберите виртуальную машину.
Нажмите Изменить (Edit).
Откройте вкладку Высокая доступность (High Availability).
Выберите значение Низкий (Low), Средний (Medium) или Высокий (High) из выпадающего списка Приоритет (Priority).
Нажмите OK.

13.5. Отмена начатых миграций виртуальных машин

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

Процедура

Чтобы отменить начатую миграцию виртуальной машины:

Выберите мигрирующую виртуальную машину. Она отображается в разделе Ресурсы (Compute) Виртуальные машины (Virtual Machines) со статусом Миграция с (Migrating from).
Нажмите Дополнительные действия (More Actions), затем Отменить миграцию (Cancel Migration).

Статус виртуальной машины изменится со значения Миграция с (Migrating from) на значение Включена (Up).

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)

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

14.1. Что такое высокая доступность?

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

Хост перестает работать из-за отказа оборудования.
Хост переведен в режим обслуживания на период плановой неработоспособности.
Хост становится недоступен из-за потери связи с внешним хранилищем.

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

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

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

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

Высокая доступность и ошибки ввода-вывода хранилища

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

14.2. Пояснения относительно высокой доступности

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

Для хостов, на которых работают виртуальные машины с признаком высокой доступности, должно быть настроено управление питанием.
Хост, на котором работает виртуальная машина с признаком высокой доступности, должен входить в кластер, в котором есть и другие доступные хосты.
Хост-приёмник должен быть запущен.
У хоста-источника и хоста-приёмника должен быть доступ к домену данных, на котором находится виртуальная машина.
У хоста-источника и хоста-приёмника должен быть доступ к одним и тем же виртуальным сетям и сетям VLAN.
На хосте-приёмнике должно быть достаточно ресурсов ЦП, которые не используются для обеспечения работы виртуальной машины.
На хосте-приёмнике должен быть достаточный объём ОЗУ, который не используется для обеспечения работы виртуальной машины.

14.3. Конфигурирование виртуальной машины с признаком высокой доступности

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

Процедура

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

Нажмите Ресурсы (Compute) Виртуальные машины (Virtual Machines) и выберите виртуальную машину.
Нажмите Изменить (Edit).
Откройте вкладку Высокая доступность (High Availability).
Установите флажок Высокая доступность (Highly Available) для включения высокой доступности для виртуальной машины.
Выберите домен хранения для сохранения аренды виртуальной машины.
Выберите Автовозобновление (AUTO_RESUME), Оставить на паузе (LEAVE_PAUSED) или Принудительно завершить (KILL) из выпадающего списка Действие (Resume Behavior).
Выберите значение Низкий (Low), Средний (Medium) или Высокий (High) из выпадающего списка Приоритет (Priority). В момент инициации миграции создаётся очередь, согласно которой сначала переносятся виртуальные машины с высоким приоритетом. Если у кластера мало ресурсов, то переносятся только виртуальные машины с высоким приоритетом.
Нажмите OK.

15. Другие задачи, касающиеся виртуальных машин

15.1. Конфигурирование виртуальных машин Linux на использование SPICE

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

Использование SPICE на машине, работающей на Linux, значительно улучшает перемещение курсора мыши по консоли виртуальной машины. Чтобы использовать SPICE, системе X-Windows требуются дополнительные QXL-драйверы.

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

15.1.1. Установка и конфигурирование QXL-драйверов

На виртуальные машины с Red Hat Enterprise Linux 5.4 или более поздней версией QXL-драйверы следует установить вручную. Это не нужно делать на виртуальных машинах с Red Hat Enterprise Linux 6 или Red Hat Enterprise Linux 7, так как на них QXL-драйверы устанавливаются по умолчанию.

Процедура

Установка QXL-драйверов:

Авторизуйтесь на машине с Linux.
Установите QXL-драйверы:
```
yum install xorg-x11-drv-qxl
```

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

Настройка QXL-драйверов в GNOME:

Нажмите Система (System).
Нажмите Управление (Administration).
Нажмите Дисплей (Display).
Откройте вкладку Оборудование (Hardware).
Нажмите Конфигурировать видеокарты (Video Cards Configure).
Выберите qxl и нажмите OK.
Перезапустите X-Windows, выполнив выход из виртуальной машины и авторизовавшись снова.

Настройка QXL-драйверов с помощью командной строки:

Сделайте резервную копию файла /etc/X11/xorg.conf:
```
cp /etc/X11/xorg.conf /etc/X11/xorg.conf.$$.backup
```
Внесите следующее изменение в раздел Устройство (Device) в файле /etc/X11/xorg.conf:
```
Section     "Device"
Identifier  "Videocard0"
Driver      "qxl"
Endsection
```

15.1.2. Настройка планшета и мыши виртуальной машины на использование SPICE

Измените файл /etc/X11/xorg.conf, чтобы включить SPICE на планшетных устройствах виртуальной машины.

Процедура

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

Проверьте, доступно ли планшетное устройство на гостевой машине:
```
/sbin/lsusb -v | grep 'QEMU USB Tablet'
```
Если после ввода команды нет никакого вывода, прекратите настройку планшета.
Сделайте резервную копию файла /etc/X11/xorg.conf:
```
cp /etc/X11/xorg.conf /etc/X11/xorg.conf.$$.backup
```

Внесите следующие изменения в файл /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"

Выполните выход из виртуальной машины и авторизуйтесь снова, чтобы перезапустить X-Windows.

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 используется для установки максимального допустимого расхождения, прежде чем будут присылаться уведомления.

Уведомления присылаются раз в час в отношении каждого хоста.

15.3. Добавление устройства доверенного платформенного модуля (TPM)

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

QEMU и libvirt реализуют совместимость с эмулируемыми TPM-устройствами версии 2.0, а это именно то, что использует ПО «zVirt Max» для добавления TPM-устройств на виртуальные машины.

После того, как эмулируемое TPM-устройство добавлено на виртуальную машину, его можно использовать в гостевой ОС как обычное TPM-устройство версии 2.0.

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

Процедура

Включение TPM-устройства:

На экране Добавить виртуальную машину (Add Virtual Machine) или Изменить виртуальную машину (Edit Virtual Machine) нажмите Показать расширенные настройки (Show Advanced Options).
На вкладке Выделение ресурсов (Resource Allocation) установите флажок TPM-устройство включено (TPM Device Enabled).

Ограничения

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

TPM-устройства можно использовать только на 64-разрядных машинах x86 с прошивкой UEFI и на машинах PowerPC с установленной прошивкой pSeries.
У виртуальных машин с TPM-устройствами не может быть моментальных снимков с состоянием памяти.

Если Менеджер управления периодически извлекает и хранит TPM-данные, то нет гарантии, что у него всегда будет последняя версия TPM-данных.

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

TPM-устройства можно включить только на виртуальных машинах, работающих на RHEL 7 или более поздней версии и на Windows 8.1 или более поздней версии.
Виртуальные машины и шаблоны с TPM-данными нельзя экспортировать или импортировать.