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

Администрирование ресурсов

1. Политики QoS (quality of service - «качество обслуживания»)

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

1.1. Политика QoS хранилища

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

1.1.1. Создание политики QoS хранилища

Порядок действий:

  1. Нажмите Ресурсы (Compute)  Центры данных (Data Centers).

  2. Нажмите на имя центра данных. Откроется подробное представление.

  3. Выберите вкладку QoS.

  4. В разделе Хранилище (Storage), нажмите Новая (New).

  5. Введите Имя QoS (QoS Name) и Описание (Description) для политики QoS.

  6. Укажите QoS для Пропускная способность (Throughput), нажав на одну из кнопок-переключателей:

    • Нет (None)

    • Всего (Total) - Введите максимальное разрешенное значение общей пропускной способности в поле Мбайт/с (MB/s).

    • Чтение/запись (Read/Write) - Введите максимальное разрешенное значение пропускной способности для операций чтения в левом поле Мбайт/с (MB/s) и максимальное разрешенное значение пропускной способности для операций записи в правом поле Мбайт/с (MB/s).

  7. Укажите QoS для операций ввода/вывода (IOps), нажав на одну из кнопок-переключателей:

    • Нет

    • Всего (Total) - Введите максимальное разрешенное количество операций ввода/вывода в секунду в поле IOps.

    • Чтение/запись (Read/Write) - Введите максимальное разрешенное количество операций ввода в секунду в левом поле IOps и максимальное разрешенное количество операций вывода в секунду в правом поле IOps.

  8. Нажмите OK.

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

1.1.2. Удаление политики QoS хранилища

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

Порядок действий:

  1. Нажмите Ресурсы (Compute)  Центры данных (Data Centers).

  2. Нажмите на имя центра данных. Откроется подробное представление.

  3. Выберите вкладку QoS.

  4. Под Хранилищем (Storage) выберите политику QoS хранилища и нажмите Удалить (Remove).

  5. Нажмите OK.

Если какой-либо из профилей дисков был основан на этой политике, то политика QoS хранилища для этих профилей автоматически задается как [unlimited].

1.2. Политика QoS сети виртуальных машин

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

1.2.1. Создание политики QoS сети виртуальных машин

Политика QoS сети виртуальных машин создается для регулирования сетевого трафика с помощью профиля виртуальной сетевой карты (vNIC).

Порядок действий:

  1. Нажмите Ресурсы (Compute)  Центры данных (Data Centers).

  2. Нажмите на имя центра данных. Откроется подробное представление.

  3. Выберите вкладку QoS.

  4. В разделе Сеть ВМ (VM Network) нажмите Новая (New). Откроется окно Новая политика QoS сети (New Network QoS).

  5. Введите Имя (Name) для политики QoS сети виртуальных машин.

  6. Введите ограничения для Входящий (Inbound) и Исходящий (Outbound) сетевого трафика.

  7. Нажмите OK.

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

1.2.2. Описание настроек в окнах "Новая политика QoS сети (New Network QoS)" и "Изменить QoS сети (Edit Network QoS)"

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

Таблица 1. Настройки политики QoS сети виртуальных машин
Название поля Описание

Центр данных (Data Center)

Центр данных, к которому добавляется политика QoS сети виртуальных машин. Данное поле настраивается автоматически в соответствии с выбранным центром данных.

Имя (Name)

Имя, используемое для представления политики QoS сети виртуальных машин в Менеджере.

Входящий (Inbound)

Настройки для применения к входящему трафику. Установите или уберите флажок Входящий (Inbound) для включения или выключения этих настроек.

  • Средняя (Average): Средняя скорость входящего трафика.

  • Максимальная (Peak): Скорость входящего трафика во время пиковых нагрузок.

  • Скачкообразная (Burst): Скорость входящего трафика во время скачков нагрузки.

Исходящий (Outbound)

Настройки для применения к исходящему трафику. Установите или уберите флажок Исходящий (Outbound) для включения или выключения этих настроек.

  • Средняя (Average): Средняя скорость исходящего трафика.

  • Максимальная (Peak): Скорость исходящего трафика во время пиковых нагрузок.

  • Скачкообразная (Burst): Скорость исходящего трафика во время скачков нагрузки.

Чтобы изменить максимальное значение, разрешенное в полях Средняя (Average), Максимальная (Peak) или Скачкообразная (Burst), используйте команду engine-config для изменения значения конфигурационных ключей MaxAverageNetworkQoSValue (по-умолчанию 17179 Мб/с), MaxPeakNetworkQoSValue (по-умолчанию 34359 Мб/с) или MaxBurstNetworkQoSValue (по-умолчанию 10240 Мб/с). Для сохранения изменений перезапустите службу ovirt-engine.

Пример 1. Изменение максимального значения NetworkQoSValue
# engine-config -s MaxAverageNetworkQoSValue=2048
# systemctl restart ovirt-engine

1.2.3. Удаление политики QoS сети виртуальных машин

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

Порядок действий:

  1. Нажмите Ресурсы (Compute)  Центры данных (Data Centers).

  2. Нажмите на имя центра данных. Откроется подробное представление.

  3. Выберите вкладку QoS.

  4. Под Сеть ВМ (VM Network) выберите политику QoS сети виртуальных машин и нажмите Удалить (Remove).

  5. Нажмите OK.

1.3. Политика QoS сети хоста

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

1.3.1. Создание политики QoS сети хоста

Порядок действий:

  1. Нажмите Ресурсы (Compute)  Центры данных (Data Centers).

  2. Нажмите на имя центра данных. Откроется подробное представление.

  3. Выберите вкладку QoS.

  4. В разделе Сеть хоста(Host Network), нажмите Новая (New).

  5. Введите Имя QoS (QoS Name) и описание для политики QoS.

  6. Введите необходимые значения для Общие веса (Weighted Share), Ограничение скорости (Мб/с) (Rate Limit) и Подтверждённая скорость (Мб/с) (Committed Rate).

  7. Нажмите OK.

1.3.2. Описание настроек в окнах "Новая политика QoS сети хоста (New Host Network Quality of Service)" и "Изменить политику QoS сети хоста (Edit Host Network Quality of Service)"

Через настройки политики QoS сети хоста можно сконфигурировать ограничения полосы пропускания для исходящего трафика.

Таблица 2. Настройки политики QoS сети хоста
Название поля Описание

Центр данных (Data Center)

Центр данных, к которому добавляется политика QoS сети хоста. Данное поле настраивается автоматически в соответствии с выбранным центром данных.

Имя QoS (QoS Name)

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

Описание (Description)

Описание политики QoS сети хоста.

Исходящий (Outbound)

Настройки для применения к исходящему трафику.

  • Общие веса (Weighted Share): Означает, какая часть пропускной способности логического канала связи должна быть выделена для конкретной сети относительно других сетей, подключенных к тому же логическому каналу. Точная доля зависит от суммарного количества долей всех сетей на этом канале связи. По умолчанию это число в диапазоне 1-100.

  • Ограничение скорости (Мб/с) (Rate Limit): Максимальная полоса пропускания для использования сетью.

  • Подтверждённая скорость (Мб/с) (Committed Rate): Минимальная полоса пропускания, требуемая для сети. Требуемая Подтверждённая скорость не гарантируется и будет варьироваться в зависимости от сетевой инфраструктуры и Подтверждённой скорости, требуемой для других сетей на том же логическом канале связи.

Чтобы изменить максимальное значение, разрешенное в полях Ограничение скорости (Мб/с) (Rate Limit) или Подтверждённая скорость (Мб/с) (Committed Rate), используйте команду engine-config для изменения значения конфигурационного ключа MaxAverageNetworkQoSValue (по-умолчанию 17179 Мб/с). Для сохранения изменения требуется перезапустить службу ovirt-engine.

Пример 2. Изменение максимального значения NetworkQoSValue
# engine-config -s MaxAverageNetworkQoSValue=2048
# systemctl restart ovirt-engine

1.3.3. Удаление политики QoS сети хоста

Политику QoS сети хоста можно удалить.

Порядок действий:

  1. Нажмите Ресурсы (Compute)  Центры данных (Data Centers).

  2. Нажмите на имя центра данных. Откроется подробное представление.

  3. Выберите вкладку QoS.

  4. Под Сеть хоста (Host Network) выберите политику QoS сети хоста и нажмите Удалить (Remove).

  5. При появлении запроса нажмите OK.

1.4. Политика QoS ЦП

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

1.4.1. Создание политики QoS ЦП

Создайте политику QoS ЦП

Порядок действий:

  1. Нажмите Ресурсы (Compute)  Центры данных (Data Centers).

  2. Нажмите на имя центра данных. Откроется подробное представление.

  3. Выберите вкладку QoS.

  4. Под ЦП (CPU), нажмите Новая (New).

  5. Введите Имя QoS (QoS Name) и Описание (Description) для политики QoS.

  6. Введите в поле Ограничение (%) (Limit (%)) максимальную вычислительную мощность, которая разрешается политикой QoS ЦП. Не вводите символ %.

  7. Нажмите OK.

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

1.4.2. Удаление политики QoS ЦП

Политику QoS ЦП можно удалить.

Порядок действий:

  1. Нажмите Ресурсы (Compute)  Центры данных (Data Centers).

  2. Нажмите на имя центра данных. Откроется подробное представление.

  3. Выберите вкладку QoS.

  4. В разделе ЦП (CPU) выберите политику QoS ЦП и нажмите Удалить (Remove).

  5. Нажмите OK.

Если какой-либо из профилей ЦП был основан на той политике, то политика QoS ЦП для этих профилей автоматически задается как [unlimited].

2. Центры данных

2.1. Введение в центры данных

Центр данных – это логическая сущность, определяющая набор ресурсов, используемых в конкретной среде. Центр данных рассматривается как контейнер ресурсов в том смысле, что он состоит из логических ресурсов (в форме кластеров и хостов), сетевых ресурсов (в форме логических сетей и физических сетевых карт) и ресурсов хранилища (в форме доменов хранения).

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

Управление всеми центрами данных осуществляется через единый Портал администрирования.

zvirt arch
Рисунок 1. Центр данных

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

2.2. Менеджер пула хранения (SPM)

Менеджер пула хранения (Storage Pool Manager, SPM) – роль, назначаемая одному из хостов центра данных для управления доменами хранения центра данных. SPM может выполняться на любом хосте центра данных, которому менеджер управления назначит эту роль. SPM не мешает стандартной работе хоста: на хосте, работающем как SPM, по-прежнему могут размещаться виртуальные ресурсы.

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

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

2.3. Приоритет SPM

Роль SPM использует часть доступных ресурсов хоста. Установка приоритета SPM для хоста изменяет вероятность того, что хосту будет назначена роль SPM: сначала роль SPM будет назначена хосту с высоким приоритетом SPM и лишь затем – хосту с низким приоритетом SPM. Критически важным виртуальным машинам на хостах с низким приоритетом SPM не придется бороться с операциями SPM за ресурсы хоста.

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

Порядок действий:

  1. На Портале администрирования выберите Ресурсы (Compute)  Хосты (Hosts).

  2. Выберите нужный хост и нажмите Изменить (Edit).

  3. Перейдите на вкладку SPM.

  4. Выберите нужный приоритет.

  5. Нажмите OK

2.4. Задачи, относящиеся к центрам данных

2.4.1. Создание нового центра данных

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

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

  1. Нажмите Ресурсы (Compute)  Центры данных (Data Centers).

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

  3. Введите Имя (Name) и Описание (Description) центра данных.

  4. В выпадающих меню выберите Тип хранилища (Storage Type), Версия совместимости (Compatibility Version) и Режим квотирования (Quota Mode) для центра данных.

  5. Нажмите OK, чтобы создать центр данных и открыть окно Помощник по созданию Центра данных (Data Center - Guide Me).

  6. Окно Помощник по созданию Центра данных(Data Center - Guide Me) содержит список сущностей, которые нужно сконфигурировать для центра данных. Сконфигурируйте эти сущности или отложите конфигурирование, нажав Настроить позже (Configure Later). Чтобы возобновить конфигурирование, выберите центр данных и нажмите Дополнительные действия (More Actions) (more actions), а затем нажмите Помощник (Guide Me).

Новый центр данных останется в состоянии Неинициализированный (Uninitialized), пока для него не будут сконфигурированы кластер, хост и домен хранения. Чтобы сконфигурировать их, используйте Помощник (Guide Me).

2.4.2. Описание настроек в окнах "Новый центр данных (New Data Center)" и "Изменить центр данных (Edit Data Center)"

В приведенной ниже таблице описаны настройки центра данных, отображаемые в окнах Новый центр данных (New Data Center) и Изменить центр данных (Edit Data Center). При нажатии кнопки OK система подсвечивает некорректно введенные значения оранжевым цветом, не давая принять изменения. Кроме того, поля снабжены подсказками, которые указывают ожидаемые значения или диапазон значений.

Таблица 3. Свойства центра данных
Поле Описание (действие)

Имя (Name)

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

Описание (Description)

Описание центра данных. Это поле является рекомендованным, но не обязательным.

Тип хранилища (Storage Type)

Выберите тип хранилища: Общий (Shared) или Локальный (Local). К одному центру данных можно добавлять домены хранения разных типов (iSCSI, NFS, FC, POSIX и Gluster), однако локальные и общие домены нельзя смешивать. После инициализации центра данных тип хранилища можно изменить, подробнее смотри в Изменение типа хранилища центра данных.

Версия совместимости (Compatibility Version)

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

Режим квотирования (Quota Mode)

Квота – это инструмент ограничения ресурсов, предоставляемый с zVirt. Выберите один из следующих вариантов:

  • Выключено (Disabled): Выберите, чтобы отключить квоту

  • Аудит (Audit): Выберите, чтобы изменить настройки квоты

  • Принудительно (Enforced): Выберите, чтобы включить квоту

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

Необязательный комментарий о центре данных в виде неформатированного текста.

2.4.3. Повторная инициализация центра данных: Процедура восстановления

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

Можно импортировать любые резервные или экспортированные виртуальные машины или шаблоны в новый основной домен данных (мастер).

Порядок действий:

  1. Нажмите Ресурсы (Compute)  Центры данных (Data Centers) и выберите центр данных.

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

  3. Нажмите Дополнительные действия (More Actions) more actions, затем нажмите Переинициализировать центр данных (Re-Initialize Data Center).

  4. В окне Переинициализировать центр данных (Data Center Re-Initialize) перечислены все доступные (отключенные, находящиеся в режиме обслуживания) домены хранения. С помощью кнопки-переключателя выберите домен хранения, который нужно добавить к центру данных.

  5. Установите флажок в поле Подтвердить операцию (Approve operation).

  6. Нажмите OK.

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

2.4.4. Удаление центра данных

Для удаления центра данных требуется активный хост. Удаление центра данных не влечет за собой удаления ассоциированных ресурсов.

Порядок действий:

  1. Убедитесь, что домены хранения, подключенные к центру данных, находятся в режиме обслуживания.

  2. Нажмите Ресурсы (Compute)  Центры данных (Data Centers) и выберите центр данных, который нужно удалить.

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

  4. Нажмите OK.

2.4.5. Принудительное удаление центра данных

Центр данных перейдет в состояние Не отвечает (Non Responsive), если будет поврежден подключенный домен хранения или если хост перейдет в состояние Не отвечает (Non Responsive). В обоих случаях удалить центр данных действием Удалить (Remove) будет невозможно.

Для выполнения действия Удалить принудительно (Force Remove) активный хост не требуется. При этом навсегда удаляется и подключенный домен хранения.

Перед принудительным удалением (Force Remove) центра данных может потребоваться уничтожить (Destroy) поврежденный домен хранения (см. Уничтожение домена хранения)

Порядок действий:

  1. Нажмите Ресурсы (Compute)  Центры данных (Data Centers) и выберите центр данных, который нужно удалить.

  2. Нажмите Дополнительные действия (More Actions) more actions, затем – Удалить принудительно (Force Remove).

  3. Установите флажок в поле Подтвердить операцию (Approve operation).

  4. Нажмите ОК.

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

2.4.6. Изменение типа хранилища центра данных

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

Ограничения:

  • Тип хранилища можно изменить из общего в локальный (Shared to Local) только для центра данных, который содержит один кластер с одним хостом.

  • Нельзя изменить тип хранилища из локального в общий (Local to Shared) для центра данных, который не содержит локального домена хранения.

Порядок действий:

  1. Нажмите Ресурсы (Compute)  Центры данных (Data Centers) и выберите центр данных, который нужно изменить.

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

  3. Измените значение Тип хранилища (Storage Type) на необходимое.

  4. Нажмите OK.

2.4.7. Изменение версии совместимости центра данных

У центров данных zVirt есть версия совместимости (для zVirt 3.2 - будет версия 4.6). Все кластеры в таком центре данных должны поддерживать требуемый уровень совместимости.

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

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

Порядок действий:

  1. На портале администрирования нажмите Ресурсы (Compute)  Центры данных (Data Centers).

  2. Выберите центр данных, который нужно изменить, и нажмите Изменить (Edit).

  3. Измените значение Версия совместимости (Compatibility Version) на необходимое.

  4. Нажмите OK. Откроется диалог подтверждения Изменить версию совместимости центра данных (Change Data Center Compatibility Version).

  5. Нажмите OK для подтверждения.

2.5. Центры данных и домены хранения

2.5.1. Подключение существующего домена данных к центру данных

Откреплённые (Unattached) домены данных можно подключить к центру данных. К одному центру данных можно добавлять общие домены хранения разных типов (iSCSI, NFS, FC, POSIX и Gluster).

Порядок действий:

  1. Нажмите Ресурсы (Compute)  Центры данных (Data Centers).

  2. Нажмите на имя центра данных. Откроется подробное представление.

  3. Откройте вкладку Хранилище (Storage), чтобы увидеть список доменов хранения, уже подключенные к центру данных.

  4. Нажмите Прикрепить домен данных (Attach Data).

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

  6. Нажмите OK.

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

2.5.2. Подключение существующего домена ISO к центру данных

Откреплённый (Unattached) домен ISO можно подключить к центру данных. Домен ISO должен иметь такой же Тип хранилища (Storage Type), что и центр данных.

К центру данных можно подключить только один домен ISO.

Порядок действий:

  1. Нажмите Ресурсы (Compute)  Центры данных (Data Centers).

  2. Нажмите на имя центра данных. Откроется подробное представление.

  3. Откройте вкладку Хранилище (Storage), чтобы увидеть список доменов хранения, уже подключенных к центру данных.

  4. Нажмите Прикрепить ISO-домен (Attach ISO).

  5. Выберите соответствующий домен ISO кнопкой-переключателем.

  6. Нажмите OK.

Домен ISO подключен к центру данных и автоматически активирован.

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

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

Откреплённый (Unattached) домен экспорта можно подключить к центру данных. К центру данных можно подключить только один домен экспорта.

Порядок действий:

  1. Нажмите Ресурсы (Compute)  Центры данных (Data Centers).

  2. Нажмите на имя центра данных. Откроется подробное представление.

  3. Откройте вкладку Хранилище (Storage), чтобы увидеть список доменов хранения, уже подключенных к центру данных.

  4. Нажмите Прикрепить экспорт-домен (Attach Export).

  5. Выберите соответствующий домен экспорта кнопкой-переключателем.

  6. Нажмите OK.

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

2.5.4. Отключение домена хранения от центра данных

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

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

Основной домен данных (мастер) (если он является последним доступным доменом хранения) нельзя удалить.
Порядок действий:

  1. Нажмите Ресурсы (Compute)  Центры данных (Data Centers).

  2. Нажмите на имя центра данных. Откроется подробное представление.

  3. Откройте вкладку Хранилище (Storage), чтобы увидеть список доменов хранения, подключенных к центру данных.

  4. Выберите домен хранения, который нужно отключить. Если домен хранения Активен (Active), нажмите Обслуживание (Maintenance).

  5. Нажмите OK, чтобы перейти в режим обслуживания.

  6. Нажмите Отсоединить (Detach).

  7. Нажмите OK.

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

3. Кластеры

3.1. Введение в кластеры

Кластер – логическая группа хостов с общими доменами хранения и ЦП одного типа (Intel или AMD). Если модели ЦП хостов относятся к разным поколениям, то используются только те функции, которые присутствуют во всех моделях.

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

Количество хостов и количество виртуальных машин, относящихся к кластеру, отображаются в списке результатов поиска как Количество хостов (Host Count) и Количество ВМ (VM Count) соответственно.

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

Во время установки zVirt создает кластер Default в центре данных Default.

zvirt arch
Рисунок 2. Кластер

3.2. Задачи, относящиеся к кластеру

Некоторые параметры кластеров не применимы к кластерам Gluster. Техническая поддержка хранилища Gluster не оказывается.

3.2.1. Создание нового кластера

Центр данных может содержать несколько кластеров, а кластер может содержать несколько хостов. Все хосты в кластере должны иметь одинаковую архитектуру ЦП. Чтобы оптимизировать типы ЦП, создавайте хосты до создания кластера. После создания кластера хосты можно сконфигурировать, нажав кнопку Помощник (Guide Me).

Порядок действий:

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

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

  3. В выпадающем списке выберите Центр данных (Data Center), к которому будет относиться кластер.

  4. В поле Имя (Name) введите имя кластера.

  5. В поля Описание (Description) и Комментарий (Comment) введите описание кластера и, при необходимости добавьте комментарий.

  6. В выпадающем списке Сеть управления (Management Network) выберите сеть, чтобы назначить роль сети управления.

  7. Выберите Архитектура ЦП (CPU Architecture). При выборе x86_64 разблокируется выбор Тип чипсета/ПО (Chipset/Firmware Type).

  8. В качестве Типа ЦП (CPU Type) выберите самое старое семейство ЦП среди хостов, которые войдут в кластер. Типы ЦП перечисляются от самого старого к самому новому.

  9. В выпадающем списке выберите Тип чипсета/ПО (Chipset/Firmware Type) для создаваемых виртуальных машин и шаблонов в кластере.

  10. Установите флажок Изменить существующие ВМ/шаблоны с чипсетом I440fx на чипсет Q35 с BIOS (Change existing VMs/Templates from I440fx to Q35 Chipset with BIOS) при необходимости.

  11. В выпадающем списке выберите Режим FIPS (FIPS Mode) кластера.

  12. В выпадающем списке выберите Версию совместимости (Compatibility Version) кластера.

  13. В выпадающем списке выберите Тип коммутатора (Switch Type).

  14. Выберите Тип межсетевого экрана (Firewall Type) для хостов в кластере: Firewalld (по умолчанию) или iptables.

  15. В выпадающем списке выберите Провайдер сети по умолчанию (Default Network Provider)

  16. Установите Максимальный порог памяти логирования (Maximum Log Memory Threshold)

  17. Установите флажок Включить службу Virt (Enable Virt Service) или Включить службу Gluster (Enable Gluster Service), чтобы указать, будет ли кластер заполняться хостами с виртуальными машинами или узлами с включенной службой Gluster.

  18. При желании можно установить флажок Дополнительный источник генератора случайных чисел /dev/hwrng (Additional Random Number Generator source: /dev/hwrng source), чтобы указать аппаратный генератор случайных чисел, который будут использовать все хосты кластера. Устройство /dev/urandom source (предоставлено операционной системой Linux) включено по умолчанию.

  19. Откройте вкладку Оптимизация (Optimization), чтобы выбрать пороговое значение для совместного использования страницы памяти в кластере, а также при желании включите управление потоками ЦП, динамическое распределение памяти (memory ballooning), совместное использование памяти и выберите механизм её распределения на хостах кластера.

  20. Откройте вкладку Политика миграции (Migration Policy), чтобы определить политику миграции виртуальных машин в кластере.

  21. Откройте вкладку Политика планирования (Scheduling Policy), чтобы при желании настроить политику планирования и оптимизировать планировщик, включить доверенную службу для хостов кластера и резервирование высокой доступности (HA Reservation), а также выбрать политику серийных номеров.

  22. Откройте вкладку Консоль (Console), чтобы при желании переопределить глобальный SPICE-прокси (если он есть) и задать адрес SPICE-прокси для хостов кластера.

  23. Откройте вкладку Политика ограничения (Fencing policy), чтобы включить или выключить ограничение (изоляцию) в кластере, а также выберите опции, отвечающие за ограничение (изоляцию).

  24. Откройте вкладку Пул MAC-адресов (MAC Address Pool), чтобы указать пул MAC-адресов, отличный от заданного по умолчанию для кластера. Дополнительные сведения о способах создания, изменения или удаления пулов MAC-адресов см. в разделе Пулы MAC-адресов.

  25. Нажмите OK, чтобы создать кластер и открыть окно Помощник по созданию кластера (Cluster - Guide Me).

  26. Окно Помощник (Guide Me) содержит список сущностей, которые нужно сконфигурировать для кластера. Сконфигурируйте эти сущности или отложите конфигурирование, нажав Настроить позже (Configure Later). Чтобы возобновить конфигурирование, выберите кластер и нажмите Дополнительные действия (More Actions) more actions, а затем нажмите Помощник (Guide Me).

Хосты, у которых семейство ЦП старше указанного в поле Тип ЦП (CPU Type), не могут стать частью этого кластера.
Open vSwitch (OVS) - представлен для ознакомления. Функционал экспериментальный, в продуктивной среде использовать не рекомендуется, техническая поддержка не оказывается
Добавлять хосты можно только к кластерам с типом межсетевого экрана firewalld.

3.2.2. Описание общих настроек кластера

В приведенной ниже таблице описаны настройки вкладки Общее (General) в окнах Новый кластер (New Cluster) и Изменить кластер (Edit Cluster). При нажатии кнопки OK система подсвечивает некорректно введенные значения оранжевым цветом, не давая принять изменения. Кроме того, поля снабжены подсказками, которые указывают ожидаемые значения или диапазон значений.

Таблица 4. Общие настройки кластера
Поле Описание/действие

Центр данных (Data Center)

Центр данных, в котором будет содержаться кластер. Центр данных должен быть создан до добавления кластера.

Имя (Name)

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

Описание/комментарий (Description/Comment)

Описание кластера или дополнительные примечания. Эти поля являются рекомендованными, но не обязательными.

Сеть управления (Management Network)

Логическая сеть, которой будет назначена роль сети управления. По умолчанию – ovirtmgmt. Эта сеть также будет использоваться для миграции виртуальных машин, если сеть миграции не подключена к хосту-источнику или хосту-приемнику. В существующих кластерах сеть управления можно изменить, только нажав кнопку Управление сетями (Manage Networks) на вкладке Логические сети (Logical Networks) в подробном представлении.

Архитектура ЦП (CPU Architecture)

Архитектура ЦП кластера. Все хосты в кластере должны иметь указанную архитектуру. В зависимости от выбранной архитектуры ЦП доступны различные типы ЦП.

  • не определено (undefined): все остальные типы ЦП.

  • x86_64: ЦП типа Intel и AMD.

  • ppc64: ЦП типа IBM POWER*.

  • s390x ЦП типа IBM s390/z

Тип ЦП (CPU Type)

Самое старое семейство ЦП в кластере. Список типов ЦП приведен в разделе Требования к ЦП в Руководстве по планированию и требованиям (Planning and Prerequisites Guide). Его изменение после создания кластера приведет к серьезному нарушению работы. Установите тип ЦП, ориентируясь на самую старую модель ЦП хоста в кластере. Использоваться могут только те функции, которые есть во всех моделях. Для ЦП типа Intel и AMD модели ЦП перечисляются в логическом порядке от самой старой к самой новой.

Версия совместимости (Compatibility Version)

Для zVirt 3.2 - 4.6. Нельзя выбрать более раннюю версию, чем та, что указана для центра данных.

Тип коммутатора (Switch Type)

Тип коммутатора, используемого кластером.

  • Мост (Linux Bridge) – стандартный коммутатор zVirt.

  • Open vSwitch (OVS)– обеспечивает экспериментальную поддержку сетевых функций Open vSwitch.

Тип межсетевого экрана (Firewall Type)

Указывает тип межсетевого экрана для хостов в кластере: Firewalld (по умолчанию) или iptables. Добавлять хосты можно только к кластерам с типом межсетевого экрана firewalld.

Провайдер сети по умолчанию (Default Network Provider)

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

Максимальный порог памяти логирования (Maximum Log Memory Threshold)

Задает пороговое значение максимального потребления памяти (в процентах или в виде абсолютной величины в МБ), факт достижения которого вносится в журнал. Сообщение вносится в журнал, если использование памяти хоста превышает это процентное значение или если объем доступной памяти хоста падает ниже абсолютного значения в МБ. Значение по умолчанию – 95%.

Включить службу Virt (Enable Virt Service)

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

Включить службу Gluster (Enable Gluster Service)

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

Импорт существующей конфигурации Gluster (Import existing gluster configuration)

Этот флажок можно установить, только если отмечена кнопка-переключатель Включить службу Gluster (Enable Gluster Service). Эта опция позволяет импортировать существующий кластер с поддержкой Gluster и все подключенные к нему хосты в менеджер управления. Следующие параметры необходимы для каждого хоста в импортируемом кластере:

  • Адрес (Address): Введите IP-адрес или FQDN хост-сервера Gluster.

  • Публичный ключ SSH хоста (Host ssh public key (PEM)): позволяет обратиться к хосту без пароля и убедиться, что вы подключаетесь к правильному хосту.

  • Пароль (Password): Введите root-пароль, необходимый для взаимодействия с хостом.

Дополнительный источник - генератор случайных чисел (Additional Random Number Generator source)

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

3.2.3. Описание настроек оптимизации

Пояснения относительно памяти

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

Пояснения относительно ЦП

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

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

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

  • Для достижения наилучшей производительности и особенно для процессов, сильно загружающих ЦП, на виртуальной машине следует использовать ту же топологию, что и на хосте, чтобы и для хоста, и для виртуальной машины ожидаемая работа кэша была одинаковой. Когда на хосте включена гиперпоточность, QEMU-процесс трактует гиперпотоки (hyperthreads) хоста как ядра, поэтому виртуальная машина не знает, что она работает на одном ядре с несколькими потоками. Такое поведение может повлиять на производительность виртуальной машины, поскольку виртуальное ядро, которое фактически соответствует гиперпотоку (hyperthread) в ядре хоста, может использовать один и тот же кэш вместе с другим гиперпотоком в том же ядре хоста, в то время как виртуальная машина трактует его как отдельное ядро.

В приведенной ниже таблице описаны настройки вкладки Оптимизация (Optimization) окон Новый кластер (New Cluster) и Изменить кластер (Edit Cluster).

Таблица 5. Настройки оптимизации
Поле Описание/действие

Оптимизация памяти (Memory Optimization)

  • Выключить перераспределение памяти (None - Disable memory overcommit): Отключает совместное использование страниц памяти.

  • Для серверной нагрузки - разрешить перераспределение физической памяти на 150% от системной памяти на каждом хосте (For Server Load - Allow scheduling of 150% of physical memory): Устанавливает порог совместного использования страницы памяти в значение, равное 150% от объема системной памяти на каждом хосте.

  • Для нагрузки рабочей станции - разрешить перераспределение физической памяти на 200% от системной памяти на каждом хосте (For Desktop Load - Allow scheduling of 200% of physical memory): Устанавливает порог совместного использования страницы памяти в значение, равное 200% от объема системной памяти на каждом хосте.

Симметричная многопоточность (Symmetric Multithreading)

Позволяет отключить использование гиперпоточности в ЦП (hyperhreading). При этом следующая опция Потоки ЦП (CPU Threads) становится недоступной

Потоки ЦП (CPU Threads)

Установка флажка Считать потоки как ядра (Count Threads As Cores) позволяет хостам обеспечить работу виртуальных машин с общим количеством процессорных ядер, превышающим количество ядер хоста. Если этот флажок установлен, открытые потоки хостов трактуются как ядра, которые виртуальные машины могут использовать. Например, 24-ядерная система с 2 потоками на ядро (всего 48 потоков) может запускать виртуальные машины, каждая из которых содержит до 48 ядер, а алгоритмы расчета загрузки ЦП хоста будут сравнивать нагрузку с удвоенным количеством потенциально используемых ядер.

Динамическое выделение памяти (Memory Balloon)

Если установлен флажок Включить оптимизацию динамического выделения памяти (Enable Memory Balloon Optimization), то на виртуальных машинах, работающих на хостах в этом кластере, становится возможным выделение памяти в объеме, превышающем физически доступный (memory overcommitment). Когда этот флажок установлен, менеджер избыточного выделения памяти (Memory Overcommit Manager, MoM) начинает применять динамическое выделение памяти во всех возможных ситуациях, при этом каждой виртуальной машине будет предоставлен как минимум тот гарантированный объем памяти, который был указан при её создании. Для динамического выделения памяти виртуальная машина должна иметь устройство balloon с соответствующими драйверами. Каждая виртуальная машина включает в себя такое устройство по умолчанию, если только оно не было удалено специально. Каждый хост в этом кластере получает обновление политики динамического выделения памяти, когда его статус меняется на Включен (Up). При необходимости вы можете вручную обновить политику динамического выделения памяти на хосте, не меняя статус. Смотрите Обновление политики Менеджера избыточного выделения памяти (MoM) на хостах в кластере. Важно понимать, что в некоторых сценариях динамическое выделение памяти (ballooning) может вступать в конфликт с объединением одинаковых страниц памяти (KSM). В таких случаях Менеджер избыточного выделения памяти (MoM) будет пытаться скорректировать объем выделения памяти (ballooning), чтобы минимизировать конфликты. Кроме того, в ряде сценариев динамическое выделение памяти может привести к тому, что производительность для виртуальной машины будет неоптимальной. Администраторам рекомендуется с осторожностью использовать данную опцию в целях оптимизации.

Управление KSM

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

3.2.4. Описание настроек политик миграции

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

Таблица 6. Описание настроек политик миграции
Политика Описание

Значение по умолчанию для кластера - «Минимальный простой» (Minimal downtime)

Переопределение в vdsm.conf по-прежнему применимо. Гостевой хук-механизм выключен.

Минимальный простой (Minimal downtime)

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

Миграция после копирования (Post-copy migration)

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

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

Приостановка при необходимости (Suspend workload if needed)

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

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

Таблица 7. Описание полосы пропускания
Политика Описание

Авто (Auto)

Полоса пропускания копируется из настройки Ограничение скорости (Мбит/с) (Rate Limit (Mbps)) в политике QoS сети хоста (Host Network QoS) в центре данных. Если ограничение скорости не установлено, то оно рассчитывается как минимальное значение скорости соединения отправляющего и принимающего сетевых интерфейсов. Если ограничение скорости не установлено, а скорости каналов недоступны, то оно определяется локальной настройкой Менеджера виртуальных рабочих мест и серверов (VDSM) на отправляющем хосте.

Гипервизор (по умолчанию) (Hypervisor default)

Полоса пропускания контролируется локальной настройкой VDSM на хосте-источнике.

Пользовательский (Custom)

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

Например, если Пользовательская (Custom) полоса пропускания задана в размере 600 Мбит/с, то максимальная полоса пропускания при миграции виртуальной машины на самом деле составляет 300 Мбит/с.

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

Таблица 8. Настройки политики отказоустойчивости
Поле Описание/действие

Мигрировать ВМ (Migrate Virtual Machines)

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

Мигрировать только ВМ в режиме высокой доступности (Migrate only Highly Available Virtual Machines)

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

Не мигрировать виртуальные машины (Do Not Migrate Virtual Machines)

Не дает переносить виртуальные машины.

3.2.5. Описание настроек политик планирования

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

Таблица 9. Свойства на вкладке политики планирования
Поле Описание/действие

Выбор политики

Выберите политику из выпадающего списка.

  • Не назначена (none): Балансировка нагрузки или распределение питания между хостами для уже работающих виртуальных машин выключены. Этот режим выбран по умолчанию. Когда виртуальная машина запущена, ресурсы памяти и загрузка ЦП равномерно распределяются между всеми хостами в кластере. Дополнительные виртуальные машины, подключенные к хосту, не запустятся, если параметры CpuOverCommitDurationMinutes, HighUtilization или MaxFreeMemoryForOverUtilized этого хоста достигли заданных значений.

  • Равномерное распределение (evenly_distributed): Распределяет нагрузку на оперативную память и ЦП равномерно между всеми хостами в кластере. Дополнительные виртуальные машины, подключенные к хосту, не запустятся, если параметры CpuOverCommitDurationMinutes, HighUtilization или MaxFreeMemoryForOverUtilized этого хоста достигли заданных значений.

  • Обслуживание кластера (cluster_maintenance): Ограничивает активность в кластере во время выполнения задач технического обслуживания. Нельзя запускать новые виртуальные машины, кроме виртуальных машин с признаком высокой доступности. В случае отказа хоста виртуальные машины с признаком высокой доступности перезапустятся в установленном порядке, и любая виртуальная машина сможет смигрировать.

  • Энергосбережение (power_saving): Распределяет загрузку ОЗУ и ЦП по подмножеству доступных хостов, чтобы снизить энергопотребление на недогруженных хостах. Если на некоторых хостах загрузка ЦП находится ниже нижнего значения загрузки дольше заданного интервала времени, то, чтобы их питание можно было отключить, все виртуальные машины переносятся с них на другие хосты. Дополнительные виртуальные машины, подключенные к хосту, не запустятся, если загрузка этого хоста достигла заданного верхнего значения загрузки.

  • Равномерное распределение ВМ (vm_evenly_distributed): Распределяет виртуальные машины равномерно между хостами, исходя из количества виртуальных машин. Кластер считается несбалансированным, если на любом из хостов запущено больше виртуальных машин, чем указано в параметре HighVmCount, и есть хотя бы один хост, количество виртуальных машин на котором выходит за предельное значение параметра MigrationThreshold.

Свойства

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

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

  • MigrationThreshold: Определяет "буфер" перед переносом виртуальных машин с хоста. Это максимальная разница (включительно) между количеством виртуальных машин на наиболее загруженном и наименее загруженном хостах. Кластер сбалансирован, если для каждого хоста в кластере количество виртуальных машин не выходит за пределы диапазона миграции. Значение по умолчанию – 5.

  • SpmVmGrace: Определяет количество слотов для виртуальных машин, которые должны быть зарезервированы на хостах SPM. Загрузка на хосте SPM будет ниже, чем на других хостах, т.е. эта переменная определяет, насколько меньше виртуальных машин может работать на хосте SPM по сравнению с другими хостами. Значение по умолчанию – 5.

  • CpuOverCommitDurationMinutes: Задает время (в минутах), в течение которого хост может работать при загрузке ЦП, выходящей за заданные значения, прежде чем вступит в действие политика планирования. Этот интервал времени позволяет избежать активации политики планирования и ненужной миграции виртуальных машин при временных скачках загрузки ЦП. Максимум два знака. Значение по умолчанию – 2.

  • HighUtilization: Выражается в процентах. Если в течение заданного интервала времени хост загружает ЦП на уровне верхнего предела загрузки или выше, то Менеджер управления будет переносить виртуальные машины на другие хосты кластера до тех пор, пока загрузка ЦП этого хоста не опустится ниже максимального порога. Значение по умолчанию – 80. Значение не может быть меньше 50 или больше 99.

  • LowUtilization: Выражается в процентах. Если в течение заданного интервала времени хост загружает ЦП на уровне ниже нижнего предела загрузки, то Менеджер управления будет переносить виртуальные машины на другие хосты кластера. Менеджер управления отключит питание на исходном хосте и перезапустит его снова, когда того потребует балансировка нагрузки или когда в кластере не будет достаточно свободных хостов. Значение по умолчанию – 20. Значение не может быть больше 49.

  • ScaleDown: Уменьшает влияние весовой функции Резервирование высокой доступности (HA Reservation) методом деления оценки хоста на указанную величину. Это необязательное свойство, которое может быть добавлено в любую политику, включая политику Не назначена (none).

  • HostsInReserve: Указывает количество хостов, которые должны продолжать работать, даже если на них нет запущенных виртуальных машин. Это необязательное свойство, которое может быть добавлено к политике Энергосбережение (power_saving).

  • EnableAutomaticHostPowerManagement: Включает автоматическое управление питанием на всех хостах в кластере. Это необязательное свойство, которое может быть добавлено к политике Энергосбережение (power_saving). Значение по умолчанию – верно (true).

  • MaxFreeMemoryForOverUtilized: Указывает минимальный объем свободной оперативной памяти, обязательный для хоста, в МБ. Если объем свободной оперативной памяти на хосте меньше указанного, то Менеджер управления считает хост перегруженным. Например, если установить для этого свойства значение 1 000, то хост, у которого меньше 1 ГБ свободной оперативной памяти, будет перегружен.

    Подробнее о том, как это свойство работает с политиками Энергосбережение (power_saving) и Равномерное распределение (evenly_distributed), см. в Разделе Свойства политики планирования в кластере MaxFreeMemoryForOverUtilized и MinFreeMemoryForUnderUtilized.

    Это свойство можно добавить к политикам Энергосбережение (power_saving) и Равномерное распределение (evenly_distributed). Хотя оно появляется в списке свойств для политики Равномерное распределение ВМ (vm_evenly_distributed), оно не применяется к ней.

  • MinFreeMemoryForUnderUtilized: Указывает максимальный объем свободной оперативной памяти в МБ, который будет у хоста. Если объем свободной оперативной памяти на хосте больше указанного, то Менеджер управления считает, что хост недогружен. Например, если для этого параметра установить значение 10 000, то хост, у которого больше 10 ГБ свободной оперативной памяти, будет недогружен.

    Подробнее о том, как это свойство работает с политиками Энергосбережение (power_saving) и Равномерное распределение (evenly_distributed) см. в Разделе Свойства политики планирования в кластере MaxFreeMemoryForOverUtilized и MinFreeMemoryForUnderUtilized.

    Это свойство можно добавить к политикам Энергосбережение (power_saving) и Равномерное распределение (evenly_distributed). Хотя оно появляется в списке свойств для политики Равномерное распределение ВМ (vm_evenly_distributed), оно не применяется к ней.

  • HeSparesCount: Устанавливает количество дополнительных узлов с ролью hosted engine, которые должны зарезервировать достаточно свободной оперативной памяти для запуска виртуальной машины c Менеджером управления в случае ее переноса или выключения. Другим виртуальным машинам запрещено запускаться на узле с ролью hosted engine, если из-за этого не останется достаточно свободной оперативной памяти для виртуальной машины c Менеджером управления. Это необязательное свойство, которое может быть добавлено к политикам Энергосбережение (power_saving), Равномерное распределение ВМ (vm_evenly_distributed) и Равномерное распределение (evenly_distributed) Значение по умолчанию – 0.

Оптимизация планировщика (Scheduler Optimization)

Оптимизируйте планирование для взвешивания/упорядочивания хостов.

  • Оптимизировать для загрузки (Optimize for Utilization): Включает модули взвешивания в процесс планирования для обеспечения наилучшего выбора.

  • Оптимизировать для скорости (Optimize for Speed): Пропускает взвешивание хостов в случаях, когда имеется более десяти ожидающих запросов.

Включить доверенную службу (Enable Trusted Service)

Активирует интеграцию с сервером OpenAttestation. Прежде чем ее можно будет включить, введите сведения о сервере OpenAttestation с помощью инструмента engine-config.

Сервер OpenAttestation и технология Intel Trusted Execution Technology (Intel TXT) больше недоступны.

Включить контроль емкости для высокодоступных ВМ (Enable HA Reservation)

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

Политика серийных номеров (Serial Number Policy)

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

  • Значение по умолчанию для системы (System Default): Использует общесистемные значения по умолчанию в базе данных Менеджера управления. Для конфигурирования этих значений по умолчанию, используйте инструмент конфигурации механизма, чтобы установить значения DefaultSerialNumberPolicy и DefaultCustomSerialNumber. Эти пары ключ-значение сохраняются в таблице vdc_options в базе данных Менеджера управления.

    Для политики DefaultSerialNumberPolicy

    • Значение по умолчанию: HOST_ID

    • Возможные значения: HOST_ID, VM_ID, CUSTOM

    • Пример командной строки:

      engine-config --set DefaultSerialNumberPolicy=VM_ID

      Перезапустите Менеджер управления для применения настроек.
    Для DefaultCustomSerialNumber

    • Значение по умолчанию: Фиктивный серийный номер. Возможные значения: Любая строка (ограничение: максимум 255 знаков)

    • Пример командной строки:

      engine-config --set DefaultCustomSerialNumber="My very special string value"

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

  • Идентификатор хоста (Host ID): Устанавливает серийный номер каждой новой виртуальной машины в значение, соответствующее UUID хоста.

  • Идентификатор ВМ (Vm ID): Устанавливает серийный номер каждой новой виртуальной машины в значение, соответствующее UUID виртуальной машины.

  • Пользовательский серийный номер (Custom serial number): Устанавливает серийный номер каждой новой виртуальной машины в значение, которое вы задаете в параметре Пользовательский серийный номер (Custom Serial Number).

Пользовательский серийный номер (Custom serial number)

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

Когда свободная память хоста падает ниже 20%, такие команды балунинга памяти как

mom.Controllers.Balloon - INFO Ballooning guest:half1 from 1096400 to 1991580

записываются в журнал /var/log/vdsm/mom.log.

/Var/log/vdsm/mom.log – это файл журнала Менеджера избыточного выделения памяти.

3.2.6. Свойства политики планирования в кластере MaxFreeMemoryForOverUtilized и MinFreeMemoryForUnderUtilized

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

Ниже описано, как политики планирования в кластере Равномерное распределение (evenly_distributed) и Энергосбережение (power_saving) взаимодействуют со свойствами MaxFreeMemoryForOverUtilized и MinFreeMemoryForUnderUtilized. Хотя обе политики учитывают загрузку ЦП и памяти, загрузка ЦП не имеет отношения к свойствам MaxFreeMemoryForOverUtilized и MinFreeMemoryForUnderUtilized.

Если вы зададите свойства MaxFreeMemoryForOverUtilized и MinFreeMemoryForUnderUtilized как часть политики равномерного распределения (evenly_distributed):

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

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

  • Если значение MaxFreeMemoryForOverUtilized не указано, то планировщик не переносит виртуальные машины, исходя из загрузки памяти. (Он продолжает переносить виртуальные машины, исходя из других критериев политики, таких как загрузка ЦП.)

  • Если значение MinFreeMemoryForUnderUtilized не указано, то планировщик считает, что все хосты могут становиться хостами-приемниками.

Если вы зададите свойства MaxFreeMemoryForOverUtilized и MinFreeMemoryForUnderUtilized как часть политики Энергосбережение (power_saving):

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

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

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

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

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

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

  • Если значение MinFreeMemoryForUnderUtilized не задано, то хостами-источниками являются только перегруженные хосты, а хостами-приемниками – хосты, которые не являются перегруженными.

    Дополнительные ресурсы

  • Описание настроек политик планирования

3.2.7. Описание настроек консоли кластера

В приведенной ниже таблице описаны настройки вкладки Консоль (Console) в окнах Новый кластер (New Cluster) и Изменить кластер (Edit Cluster).

Таблица 10. Настройки консоли
Поле Описание/действие

Перезаписать адрес SPICE-прокси (Overridden SPICE proxy address)

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

Задать адрес SPICE-прокси для кластера (Define SPICE Proxy for Cluster)

Прокси-сервер, посредством которого клиент SPICE соединяется с виртуальными машинами. Адрес должен быть задан в следующем формате:

protocol://[host]:[port]

3.2.8. Описание настроек политик ограничения

В приведенной ниже таблице описаны настройки вкладки Политика ограничения (Fencing Policy) в окнах Новый кластер (New Cluster) и Изменить кластер (Edit Cluster).

Таблица 11. Настройки политик ограничения
Поле Описание/действие

Включить ограничения (Enable fencing)

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

Пропустить ограничение, если хост имеет аренду на хранилище (Skip fencing if host has live lease on storage)

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

Пропустить ограничение при проблемах подключения кластера (Skip fencing on cluster connectivity issues)

Когда этот флажок установлен, изоляция будет временно выключена, если процент хостов в кластере, испытывающих проблемы со связью, больше или равен заданному значению Threshold. Значение Threshold выбирается из следующего выпадающего списка: 25, 50, 75 и 100.

Пропустить ограничение, если блоки Gluster активны (Skip fencing if gluster bricks are up)

Эта опция доступна только при включенной функции Gluster Storage. Когда этот флажок установлен, изоляция пропускается, если брики работают и доступны с других узлов того же ранга.

Пропустить ограничение, если кворум Gluster не соблюден (Skip fencing if gluster quorum not met)

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

3.2.9. Задание политик управления загрузкой и питанием для хостов в кластере

Политики планирования Равномерное распределение (evenly_distributed) и Энергосбережение (power_saving) позволяют задавать приемлемые значения загрузки ОЗУ и ЦП, а также момент, в который виртуальные машины нужно переносить на хост или с хоста. Политика планирования Равномерное распределение ВМ (vm_evenly_distributed) распределяет виртуальные машины равномерно между хостами, исходя из количества виртуальных машин. Задайте политику планирования, чтобы включить автоматическую балансировку нагрузки между хостами в кластере. Подробное описание каждой из политик планирования см. в разделе Описание настроек политик планирования.

Порядок действий:

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

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

  3. Откройте вкладку Политика планирования (Scheduling Policy).

  4. Выберите одну из следующих политик:

    • none

    • vm_evenly_distributed

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

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

      3. В поле SpmVmGrace укажите количество слотов для виртуальных машин, которое должно быть зарезервировано на хостах SPM.

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

    • evenly_distributed

      1. В поле CpuOverCommitDurationMinutes укажите время (в минутах), в течение которого хост может работать при загрузке ЦП, выходящей за заданные значения, прежде чем вступит в действие политика планирования.

      2. В поле HighUtilization укажите процент загрузки ЦП, при котором начинается миграция виртуальных машин на другие хосты.

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

    • power_saving

      1. В поле CpuOverCommitDurationMinutes укажите время (в минутах), в течение которого хост может работать при загрузке ЦП, выходящей за заданные значения, прежде чем вступит в действие политика планирования.

      2. В поле LowUtilization укажите процент загрузки ЦП, ниже которого хост будет считаться недогруженным.

      3. В поле HighUtilization укажите процент загрузки ЦП, при котором начинается миграция виртуальных машин на другие хосты.

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

  5. В качестве Оптимизации расписания (Scheduler Optimization) выберите для кластера одно из следующих значений:

    • Оптимизировать для утилизации (Optimize for Utilization), чтобы включить модули взвешивания в процесс планирования для обеспечения наилучшего выбора.

    • Оптимизировать для скорости (Optimize for Speed), чтобы пропустить взвешивание хостов в случаях, когда имеется более десяти ожидающих запросов.

  6. Если для верификации хостов используется сервер OpenAttestation и сведения о сервере заданы с помощью инструмента engine-config, то установите флажок Включить Trusted Service (Enable Trusted Service).

    Сервер OpenAttestation и технология Intel Trusted Execution Technology (Intel TXT) больше недоступны.

  7. При желании установите флажок в поле Включить резервирование ресурсов для высокодоступных ВМ (Enable HA Reservation), чтобы Менеджер управления отслеживал ресурсы кластера для виртуальных машин с признаком высокой доступности.

  8. При желании выберите Политику серийных номеров (Serial Number Policy) для виртуальных машин в кластере:

    • Значение по умолчанию (System Default): Используйте системные значения по умолчанию, которые настраиваются в базе данных Менеджера управления с помощью инструмента настройки узла engine, и имена ключей DefaultSerialNumberPolicy и DefaultCustomSerialNumber. Значение по умолчанию для DefaultSerialNumberPolicy – это использовать ID хоста (Host ID). Дополнительную информацию см. в разделе Политики планирования в Руководстве по администрированию.

    • Хост ID (Host ID): Установите серийный номер каждой виртуальной машины в значение, соответствующее UUID хоста.

    • Код ВМ (Vm ID): Установите серийный номер каждой виртуальной машины в значение, соответствующее UUID виртуальной машины.

    • Настраиваемый серийный номер (Custom serial number): Установите серийный номер каждой виртуальной машины в значение, которое вы задаете в следующем параметре Пользовательский серийный номер (Custom Serial Number).

  9. Нажмите OK.

3.2.10. Обновление политики Менеджера избыточного выделения памяти (MoM) на хостах в кластере

Менеджер избыточного выделения памяти управляет функциями балунинга памяти и KSM на хосте. Относящиеся к кластеру изменения в этих функциях передаются хостам при следующем переходе хоста в состояние Включен (Up) running после перезагрузки или после режима обслуживания. Однако при необходимости важные изменения можно применить к хосту немедленно, синхронизировав политику MoM, когда хост находится в состоянии Включен (Up) running. Следующую процедуру нужно выполнить на каждом хосте по отдельности.

Порядок действий:

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

  2. Нажмите на имя кластера. Откроется подробное представление.

  3. Откройте вкладку Хосты (Hosts) и выберите хост, который требует обновленной политики MoM.

  4. Нажмите Политика синхронизации MoM (Sync MoM Policy).

Политика MoM на хосте обновляется без необходимости переводить хост в режим обслуживания и обратно в состояние Включен (Up) running.

3.2.11. Создание профиля ЦП

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

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

Порядок действий:

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

  2. Нажмите на имя кластера. Откроется подробное представление.

  3. Откройте вкладку Профили ЦП (CPU Profiles).

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

  5. В поля Имя (Name) и Описание (Description) введите имя и описание профиля ЦП.

  6. Выберите политику QoS, которую следует применить к профилю ЦП, из списка QoS.

  7. Нажмите OK.

3.2.12. Удаление профиля ЦП

Удалите существующий профиль ЦП из среды zVirt.

Порядок действий:

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

  2. Нажмите на имя кластера. Откроется подробное представление.

  3. Откройте вкладку Профили ЦП (CPU Profiles) и выберите профиль ЦП, который нужно удалить.

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

  5. Нажмите OK.

Если этот профиль ЦП был назначен каким-либо виртуальным машинам, то этим виртуальным машинам будет автоматически назначен профиль ЦП default.

3.2.13. Импортирование существующего кластера хранения Gluster

Можно импортировать кластер хранения Gluster и все принадлежащие ему хосты в Менеджер управления.

После указания таких сведений, как IP-адрес или имя хоста и пароль какого-либо хоста в кластере, на этом хосте через SSH будет выполнена команда gluster peer status, которая выведет список входящих в кластер хостов. Необходимо вручную проверить отпечатки каждого хоста и указать для них пароли. Невозможно импортировать кластер, если один из хостов в нем не работает или недоступен. Поскольку на только что импортированных хостах не установлен VDSM, скрипт начальной загрузки устанавливает все необходимые пакеты VDSM на хосты после их импорта и перезагружает их.

Порядок действий:

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

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

  3. Выберите Центр данных (Data Center), которому будет принадлежать кластер.

  4. В поля Имя (Name) и Описание (Description) введите имя и описание кластера.

  5. Установите флажки в полях Включить службу Gluster (Enable Gluster Service) и Импорт существующей конфигурации gluster (Import existing gluster configuration).

    Поле Импорт существующей конфигурации gluster (Import existing gluster configuration) отображается только при установленном флажке Импорт существующей конфигурации gluster (Import existing gluster configuration).

  6. В поле Имя хоста (Hostname) введите имя хоста или IP-адрес любого сервера в кластере.

    Отображается публичный ключ SSH хоста (Host ssh public key (PEM)), чтобы можно было убедиться, что соединение устанавливается с правильным хостом. Если хост недоступен или возникла сетевая ошибка, то в поле публичный ключ SSH хоста (Host ssh public key (PEM)) будет отображаться ошибка Ошибка при получении открытого ключа SSH (Error in fetching ssh public key).

  7. Введите Пароль (Password) для сервера и нажмите OK.

  8. Откроется окно Добавить хосты (Add Hosts), и будет выведен список хостов, которые являются частью кластера.

  9. Для каждого хоста введите Имя (Name) и Root-пароль (Root Password).

  10. Если вы хотите использовать один и тот же пароль для всех хостов, то установите флажок Использовать общий пароль (Use a Common Password), чтобы ввести пароль в соответствующее текстовое поле.

    Нажмите Применить (Apply), чтобы установить введенный пароль для всех хостов.

    Убедитесь, что SSH ключи действительны, и примените изменения, нажав OK.

Скрипт начальной загрузки установит все необходимые пакеты VDSM на хосты после их импорта и перезагрузит их. Вы успешно импортировали существующий кластер хранения Red Hat Gluster в Менеджер управления.

3.2.14. Описание настроек в окне "Добавить хосты (Add Hosts)"

В окне Добавить хосты (Add Hosts) можно указать подробные сведения о хостах, импортированных как часть кластера Gluster. Это окно появится после установки флажка в поле Включить службу Gluster (Enable Gluster Service) в окне Создать кластер (New Cluster) и указания необходимых сведений о хосте.

Таблица 12. Настройки в окне "Добавить хосты Gluster (Add Gluster Hosts)"
Поле Описание

Использовать общий пароль (Use a common password)

Установите этот флажок, чтобы использовать один и тот же пароль для всех хостов, принадлежащих кластеру. Введите пароль в поле Пароль (Password), затем нажмите Применить (Apply), чтобы установить этот пароль для всех хостов.

Имя (Name)

Введите имя хоста.

Имя/IP-адрес хоста (Hostname/IP)

В это поле автоматически подставляется FQDN или IP-адрес хоста, который вы задали в окне Создать кластер (New Cluster).

Root Password (Root-пароль)

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

Отпечаток (Fingerprint)

Отображается отпечаток хоста, чтобы можно было убедиться, что соединение устанавливается с правильным хостом. В это поле автоматически подставляется отпечаток хоста, который вы задали в окне Создать кластер (New Cluster).

3.2.15. Удаление кластера

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

Кластер Default удалить невозможно, так как он содержит пустой (Blank) шаблон. Однако кластер Default можно переименовать и добавить в новый Центр данных.
Порядок действий:

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

  2. Убедитесь в том, что в кластере нет хостов.

  3. Нажмите Дополнительные действия (More Actions) more actions, а затем Удалить (Remove).

  4. Нажмите ОК

3.2.16. Оптимизация памяти

Чтобы увеличить количество виртуальных машин на хосте, можно использовать избыточное выделение памяти (memory overcommitment), при котором объем памяти, назначаемый виртуальным машинам, превышает объем ОЗУ и определяется областью подкачки.

Однако избыточное выделение памяти влечет за собой потенциальные проблемы:

  • Производительность подкачки – область подкачки работает медленнее и потребляет больше ресурсов ЦП, чем ОЗУ, что влияет на производительность виртуальных машин. Чрезмерно интенсивная подкачка может привести к перегрузке ЦП.

  • Демон остановки процессов при нехватке памяти (Out-of-memory, или OOM killer) – если на хосте заканчивается пространство подкачки, то новые процессы не могут запуститься и демон ядра OOM killer начинает завершать активные процессы (такие как гостевые процессы виртуальных машин).

Для решения этих проблем можно:

  • Ограничить избыточное выделение памяти, используя настройку Оптимизация памяти (Memory Optimization) и Менеджер избыточного выделения памяти (Memory Overcommit Manager, MoM).

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

  • Уменьшить объем виртуальной памяти, включив балунинг памяти (memory ballooning) и Объединение одинаковых страниц памяти (Kernel Same-page Merging, KSM).

3.2.17. Оптимизация памяти и избыточное выделение памяти

Можно ограничить величину избыточного выделения памяти, установив настройку Оптимизация памяти (Memory Optimization) в одно из следующих значений:

  • Выключить перераспределение памяти (None) - 0%

  • Для серверной нагрузки (For Server Load) - 150%

  • Для нагрузки рабочей станции (For Desktop Load) - 200%.

Каждое значение соответствует процентной доле от объема ОЗУ. Например, если хост имеет 64 ГБ ОЗУ, выбор значения Для серверной нагрузки (For Server Load) (150%) означает, что может быть выделено дополнительно 32 ГБ и, таким образом, общий объем виртуальной памяти станет равен 96 ГБ. Если хост использует 4 ГБ из этого общего объема, то оставшиеся 92 ГБ будут доступны. Их можно назначить виртуальным машинам (Оперативная память (разделяемая) (Memory Size) на вкладке Система (System)), но оставьте какую-то часть неназначенной – в качестве запаса.

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

  • В отношении процессов, для которых характерен скорее плавный рост потребности в памяти, выберите более высокий процент, например Для нагрузки рабочей станции (For Desktop Load) (200%) или Для серверной нагрузки (For Server Load) (150%).

  • В отношении более критичных приложений или процессов, для которых характерны скорее внезапные скачки потребности в памяти, выберите более низкий процент, например Для серверной нагрузки (For Server Load) (150%) или Выключить перераспределение памяти (None) (0%). Выбор значения Выключить перераспределение памяти (None) предотвращает избыточное выделение памяти, но позволяет MoM и механизмам балунинга памяти и KSM продолжать оптимизировать виртуальную память.

Всегда подвергайте настройки Оптимизации памяти (Memory Optimization) стресс-тестированию в широком диапазоне условий, прежде чем развернуть конфигурацию в производственной среде.

Чтобы настроить Оптимизацию памяти (Memory Optimization), откройте вкладку Оптимизация (Optimization) в окне Новый кластер (New Cluster) или Изменить кластер (Edit Cluster). См. раздел Описание настроек оптимизации.

Дополнительные комментарии

  • Фактическую доступную память нельзя определить в реальном времени, поскольку степень оптимизации памяти, обеспечиваемой механизмами KSM и балунинга памяти, все время меняется.

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

  • При планировании количества виртуальных машин, которые будут работать на хосте, используйте в качестве отправной точки максимальный объем виртуальной памяти (объем физической памяти и настройку Оптимизация памяти (Memory Optimization)). Не учитывайте небольшие объемы виртуальной памяти, достигаемые благодаря оптимизации памяти, такой как балунинг памяти и KSM.

3.2.18. Область подкачки и избыточное выделение памяти

Оценивая общий размер виртуальной памяти, отталкивайтесь от объема физической памяти и настройки Оптимизация памяти (Memory Optimization). Исключите любое уменьшение объема виртуальной памяти в результате оптимизации с помощью MoM, балунинга памяти и KSM.

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

3.2.19. Менеджер избыточного выделения памяти (Memory Overcommit Manager, MoM)

Менеджер избыточного выделения памяти (Memory Overcommit Manager, MoM) решает две задачи:

  • Ограничивает избыточное выделение, применяя настройку Оптимизация памяти (Memory Optimization) к хостам в кластере, как описано в предыдущем разделе.

  • Оптимизирует память, управляя балунингом памяти (memory ballooning) и KSM, как описано в следующих разделах.

Включать или выключать MoM не нужно.

Когда объем свободной памяти хоста падает ниже 20%, команды балунинга (такие как mom.Controllers.Balloon - INFO Ballooning guest:half1 from 1096400 to 1991580) вносятся в файл журнала MoM /var/log/vdsm/mom.log.

3.2.20. Балунинг памяти (Memory Ballooning)

Виртуальные машины запускаются с полным объемом виртуальной памяти, который им выделен. Как только использование виртуальной памяти превысит объем ОЗУ, хост начинает больше полагаться на область подкачки. Если балунинг памяти (memory ballooning) включен, он позволяет виртуальным машинам отдавать неиспользуемые части памяти. Освобожденная память может быть повторно использована другими процессами и виртуальными машинами на хосте. Уменьшение объема занимаемой памяти снижает вероятность подкачки и повышает производительность.

Пакет virtio-balloon, который устанавливает устройство балунинга памяти и драйверы, поставляется как загружаемый модуль ядра (loadable kernel module, LKM). По умолчанию он сконфигурирован так, чтобы загружаться автоматически. Помещение модуля в черный список или его выгрузка выключает балунинг памяти.

Устройства балунинга памяти не координируются напрямую друг с другом; они полагаются на процесс Memory Overcommit Manager (MoM) хоста, постоянно отслеживающий потребности каждой виртуальной машины и указывающий устройству балунинга памяти увеличить или уменьшить виртуальную память.

Пояснения относительно производительности:

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

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

  • Балунинг памяти не сильно влияет на загрузку ЦП. (KSM потребляет часть ресурсов ЦП, но это потребление остается постоянным под нагрузкой).

Чтобы включить балунинг памяти, откройте вкладку Оптимизация (Optimization) в окне Новый кластер (New Cluster) или Изменить кластер (Edit Cluster). Затем установите флажок в поле Включить оптимизацию динамического выделения памяти (Enable Memory Balloon Optimization). Эта настройка включает избыточное выделение памяти на виртуальных машинах, работающих на узлах в этом кластере. Когда этот флажок поставлен, MoM начинает применять балунинг памяти во всех возможных ситуациях с ограничением гарантированного объема памяти для каждой виртуальной машины. См. раздел Описание настроек оптимизации.

Каждый хост в этом кластере получает обновление политики балунинга памяти, когда его статус меняется на Включен (Up) running. При необходимости вы можете вручную обновить политику балунинга памяти на хосте, не меняя статус. См. раздел Обновление политики Менеджера избыточного выделения памяти на хостах в кластере.

3.2.21. Объединение одинаковых страниц памяти (Kernel Same-page Merging, KSM)

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

Включенная функция Объединения одинаковых страниц памяти (Kernel Same-page Merging, KSM) проверяет виртуальную память на хосте, устраняет дублирующиеся страницы памяти и распределяет оставшиеся страницы памяти между несколькими приложениями и виртуальными машинами. Эти общие страницы памяти помечаются как копируемые при записи, и если виртуальной машине необходимо записать изменения на страницу, она сначала создает копию и только потом записывает свои изменения в копию.

Когда функция KSM включена, ей управляет MoM. Настраивать или управлять функцией KSM вручную не нужно.

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

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

Пояснения относительно производительности:

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

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

  • Используйте KSM, когда увеличение плотности виртуальных машин (экономичность) важнее производительности.

Чтобы включить KSM, откройте вкладку Оптимизация (Optimization) в окне Новый кластер (New Cluster) или Изменить кластер (Edit Cluster). Затем установите флажок в поле Включить KSM (Enable KSM). Этот флажок позволяет Менеджеру избыточного выделения памяти запускать KSM, когда это необходимо и может дать экономию памяти, выгода от которой перевешивает затраты на ЦП. См. раздел Описание настроек оптимизации.

3.2.22. UEFI и чипсет Q35

Чипсет Q35 с UEFI и SecureBoot – это предварительные версии технологий, представленные для оценки (Technology Preview). Такие технологии не поддерживаются соглашениями об уровне обслуживания (SLA) продуктивной среды и могут быть функционально неполными. Не рекомендуется использовать их в продуктивной среде. Тем не менее они дают возможность раннего доступа к будущим функциям продукта, позволяя заказчикам тестировать функциональность и оставлять отзывы в процессе разработки.

Чипсет Intel Q35, используемый по умолчанию для новых виртуальных машин, включает в себя поддержку Unified Extensible Firmware Interface (UEFI), который заменяет устаревший BIOS.

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

UEFI имеет ряд преимуществ по сравнению с устаревшей BIOS, а именно:

  • Современный загрузчик.

  • Функцию SecureBoot, которая проверяет подлинность цифровых подписей загрузчика.

  • Таблицу разделов GUID (GPT), позволяющую использовать диски размером более 2 ТБ.

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

Таблица 13. Доступные типы BIOS
Тип BIOS Описание

Чипсет Q35 с BIOS (Q35 Chipset with BIOS)

BIOS

Чипсет Q35 с UEFI (Q35 Chipset with UEFI)

UEFI

Чипсет Q35 с UEFI SecureBoot (Q35 Chipset with UEFI SecureBoot)

UEFI с функцией SecureBoot, которая проверяет подлинность цифровых подписей загрузчика

I440FX Chipset with BIOS

Чипсет i440fx с устаревшей BIOS

Задание типа BIOS до установки ОС

Настроить виртуальную машину для использования чипсета Q35 и UEFI можно перед установкой ОС. Преобразование виртуальной машины из устаревшей BIOS в UEFI после установки ОС не поддерживается.

3.2.23. Настройка кластера для использования чипсета Q35 и UEFI

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

Чипсет Q35 с UEFI и SecureBoot – это предварительные версии технологий, представленные для оценки (Technology Preview). Такие технологии не поддерживаются соглашениями об уровне обслуживания (SLA) продуктивной среды и могут быть функционально неполными. Не рекомендуется использовать их в продуктивной среде. Тем не менее они дают возможность раннего доступа к будущим функциям продукта, позволяя заказчикам тестировать функциональность и оставлять отзывы в процессе разработки
Порядок действий:

  1. На Пользовательском портале или Портале администрирования нажмите Ресурсы (Compute)  Кластеры (Clusters).

  2. Выберите кластер и нажмите Изменить (Edit).

  3. Нажмите Общие (General).

  4. Определите тип чипсета/ПО по умолчанию для новых виртуальных машин в кластере, нажав на выпадающее меню Тип чипсета/ПО (Chipset/Firmware Type) и выбрав один из следующих вариантов:

    • I440FX Chipset with BIOS

    • Чипсет Q35 с BIOS (Q35 Chipset with BIOS)

    • Чипсет Q35 с UEFI (Q35 Chipset with UEFI)

    • Чипсет Q35 с UEFI SecureBoot (Q35 Chipset with UEFI SecureBoot)

  5. Если какие-либо из существующих виртуальных машин в кластере должны использовать новый тип чипсета/ПО, настройте их соответствующим образом. Дополнительную информацию см. в разделе Настройка виртуальной машины для использования чипсета Q35 с UEFI.

Поскольку изменить тип чипсета/ПО можно только перед установкой ОС, для всех существующих виртуальных машин, настроенных на использование BIOS типа Заданный для кластера по умолчанию (Cluster default), измените тип чипсета/ПО в значение, соответствующее предыдущему типу, заданному для кластера по умолчанию. В противном случае виртуальная машина может не загрузиться. Либо, как вариант, можно переустановить ОС виртуальной машины.

3.2.24. Настройка виртуальной машины для использования чипсета Q35 с UEFI

Чипсет Q35 с UEFI и SecureBoot – это предварительные версии технологий, представленные для оценки (Technology Preview). Такие технологии не поддерживаются соглашениями об уровне обслуживания (SLA) продуктивной среды и могут быть функционально неполными. Не рекомендуется использовать их в продуктивной среде. Тем не менее они дают возможность раннего доступа к будущим функциям продукта, позволяя заказчикам тестировать функциональность и оставлять отзывы в процессе разработки

Настроить виртуальную машину для использования чипсета Q35 и UEFI можно перед установкой ОС. Преобразование виртуальной машины из устаревшей BIOS в UEFI или из UEFI в устаревший BIOS может помешать загрузке виртуальной машины. Если вы меняете тип BIOS существующей виртуальной машины, переустановите ОС.

Если тип чипсета/ПО виртуальной машины установлен в значение Заданный для кластера по умолчанию (Cluster default), изменение тип чипсета/ПО кластера приводит к изменению тип чипсета/ПО виртуальной машины. Если на виртуальной машине установлена ОС, изменение тип чипсета/ПО кластера может привести к сбою загрузки виртуальной машины.
Порядок действий:

  1. На Пользовательском портале или Портале администрирования нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines).

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

  3. На вкладке Общие (General) нажмите Показать расширенные настройки (Show Advanced Options).

  4. Нажмите Система (System).

  5. В выпадающем меню Тип BIOS (Chipset/Firmware Type) выберите одно из следующих значений:

    • I440FX Chipset with BIOS

    • Чипсет Q35 с BIOS (Q35 Chipset with BIOS)

    • Чипсет Q35 с UEFI (Q35 Chipset with UEFI)

    • Чипсет Q35 с UEFI SecureBoot (Q35 Chipset with UEFI SecureBoot)

  6. Нажмите OK.

  7. На Пользовательском портале или Портале администрирования выключите виртуальную машину. При следующем запуске виртуальной машины она будет работать с выбранным новым типом чипсета/ПО.

4. Логические сети

4.1. Задачи, касающиеся логических сетей

4.1.1. Выполнение задач, касающихся логических сетей

Нажав Сеть (Network)  Сети (Networks), пользователь попадает в центр выполнения операций с логическими сетями и поиска логических сетей по свойствам каждой сети или ее ассоциации с другими ресурсами. Кнопки Новая (New), Изменить (Edit) и Удалить (Remove) позволяют создавать, менять свойства и удалять логические сети в центрах данных.

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

  • Подключение сетей к кластерам и хостам или отключение сетей от них

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

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

Эти функции также доступны через каждый отдельный ресурс.

Не меняйте настройки сетей в центре данных или кластере во время работы каких-либо хостов, так как есть риск сделать хост недоступным.

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

Это относится ко всем службам, однако особое внимание следует уделять рискам, связанным с работой в zVirt следующих сущностей:

  • Службы каталогов

  • DNS

  • Хранилище

4.1.2. Создание новой логической сети в центре данных или кластере

Создайте логическую сеть и определите ее использование в центре данных или в кластерах центра данных.

Порядок действий:

  1. Нажмите Ресурсы (Compute)  Центры данных (Data Centers) или Ресурсы (Compute)  Кластеры (Clusters).

  2. Нажмите на имя центра данных или кластера. Откроется подробное представление.

  3. Откройте вкладку Логические сети (Logical Networks).

  4. Откройте окно Новая логическая сеть (New Logical Network):

    • В подробном представлении центра данных нажмите Новая (New).

    • В подробном представлении кластера нажмите Добавить сеть (Add Network).

  5. В полях Имя (Name), Описание (Description) и Комментарий (Comment) укажите значения для логической сети.

  6. Дополнительно: Установите флажок Включить тегирование VLAN (Enable VLAN tagging).

  7. Дополнительно: Снимите флажок Сеть ВМ (VM Network).

  8. Дополнительно: Установите флажок в поле Создать на внешнем провайдере (Create on external provider). Это выключает параметры "Метка сети" и "Сеть ВМ". Подробности см. в разделе Внешние провайдеры.

    • Выберите Внешний провайдер (External Provider). Список Внешних провайдеров (External Provider) не включает в себя внешних провайдеров, находящихся в режиме "только чтение".

    • Чтобы создать внутреннюю изолированную сеть, выберите ovirt-provider-ovn в списке Внешних провайдеров (External Provider) и не ставьте флажок в поле Подключаться к физической сети (Connect to physical network).

  9. В текстовом поле Метка сети (Network Label) введите новую или выберите существующую метку для логической сети.

  10. В качестве Максимального размера передаваемого блока данных (MTU) либо выберите Значение по умолчанию (1500) (Default (1500)), либо выберите Пользовательский (Custom) и укажите само это значение.

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

  11. В случае выбора ovirt-provider-ovn в выпадающем списке Внешний провайдер (External Provider) укажите, должна ли сеть использовать Группы безопасности (опция Безопасность сетевого порта (Network Port Security)). Подробности см. в Разделе Описание общих настроек логической сети.

  12. На вкладке Кластер (Cluster) выберите кластеры, которым будет назначена эта сеть (опция Подключить (Attach)). Можно также указать, будет ли логическая сеть обязательной сетью (опция Обязательная (Require)).

  13. Если поставлен флажок Создать на внешнем провайдере (Create on external provider), то будет видна вкладка Подсеть (Subnet). На вкладке Подсеть (Subnet) выберите Создать подсеть (Create subnet), введите Имя (Name), CIDR и адрес Шлюза (Gateway) и выберите Версию IP (IP Version) для подсети, которую будет предоставлять логическая сеть. Можно также добавить серверы DNS, если необходимо.

  14. На вкладке Профили vNIC (vNIC Profiles) добавьте vNIC-профили к логической сети, если необходимо.

  15. Нажмите OK.

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

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

4.1.3. Изменение логической сети

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

  1. Нажмите Ресурсы (Compute)  Центры данных (Data Centers).

  2. Нажмите на имя центра данных. Откроется подробное представление.

  3. Откройте вкладку Логические сети (Logical Networks) и выберите логическую сеть.

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

  5. Измените необходимые настройки.

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

  6. Нажмите OK.

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

4.1.4. Удаление логической сети

Для удаления логической сети нажмите Сеть (Network)  Сети (Networks) или Ресурсы (Compute)  Центры данных (Data Centers). Далее показано, как удалить логические сети, ассоциированные с центром данных. Для работающей среды zVirt должна быть хотя бы одна логическая сеть, используемая в качестве сети управления ovirtmgmt.

Порядок действий:

  1. Нажмите Ресурсы (Compute)  Центры данных (Data Centers).

  2. Нажмите на имя центра данных. Откроется подробное представление.

  3. Откройте вкладку Логические сети (Logical Networks), чтобы вывести список логических сетей центра данных.

  4. Выберите логическую сеть и нажмите Удалить (Remove).

  5. Если сеть предоставлена внешним провайдером, то при желании для удаления логической сети сразу из Менеджера управления и внешнего провайдера поставьте флажок Удалить сеть(и) внешнего(их) провайдера(ов) (Remove external network(s) from the provider(s) as well). Поле для флажка неактивно, если внешний провайдер находится в режиме "только чтение".

  6. Нажмите OK.

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

4.1.5. Настройка логической сети, не являющейся сетью управления, в качестве маршрута по умолчанию

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

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

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

Порядок действий:

  1. Нажмите Сеть (Network)  Сети (Networks).

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

  3. Откройте вкладку Кластеры (Clusters).

  4. Нажмите Управление сетью (Manage Network). Откроется окно Управление сетью (Manage Network).

  5. Установите флажок Маршрут по умолчанию (Default Route) для соответствующих кластеров.

  6. Нажмите OK.

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

Важные ограничения при использовании IPv6

  • zVirt поддерживает только статическую адресацию для IPv6.

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

  • Если хост и Менеджер управления находятся в разных подсетях, то Менеджер управления теряет связь с хостом, поскольку шлюз IPv6 был удален.

  • При переносе маршрута по умолчанию в сеть, не являющуюся сетью управления, шлюз IPv6 удаляется из сетевого интерфейса и генерируется предупреждение: В кластере имя кластера (clustername) у сети ovirtmgmt больше нет роли "маршрут по умолчанию". Шлюз IPv6 удаляется из этой сети.

4.1.6. Добавление статического маршрута на хосте

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

Добавляемые статические маршруты сохраняются до тех пор, пока соответствующий мост маршрутизации, интерфейс или bond-интерфейс существует и имеет IP-адрес. В противном случае система удалит статический маршрут.

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

Пользовательский статический маршрут сохраняется до тех пор, пока его интерфейс или bond-интерфейс существует и имеет IP-адрес. В противном случае он удаляется.

В результате сети ВМ ведут себя не так, как сети без ВМ:

  • В основе сетей ВМ лежит мост (bridge). Перенос сети с одного интерфейса или bond-интерфейса на другой не влияет на маршрут в сети ВМ.

  • В основе сетей без ВМ лежит интерфейс. Перенос сети с одного интерфейса или bond-интерфейса на другой удаляет маршрут, связанный с сетью без ВМ.
Предварительные условия:

  • Для этой процедуры требуется инструмент nmstate

Порядок действий:

  1. Подключитесь к хосту, который вы хотите настроить.

  2. На хосте создайте файл static_route.yml со следующим содержимым (пример):

    routes:
config:
- destination: 192.168.123.0/24
    next-hop-address: 192.168.178.1
    next-hop-interface: eth1

  3. Замените приведенные в качестве примера значения реальными значениями для вашей сети.

  4. Чтобы маршрутизировать трафик в сеть, добавленную в качестве вторичной, используйте next-hop-interface для указания интерфейса или имени сети.

    • Чтобы использовать сеть без ВМ, укажите интерфейс, например, eth1.

    • Чтобы использовать сеть ВМ, укажите имя сети, которое является и именем моста, например, net1.

  5. Выполните команду:

    $ nmstatectl set static_route.yml
Действия по проверке:

  • Выполните команду ip route со значением параметра приемника, установленным в static_route.yml. Должен отобразиться желаемый маршрут. Например, выполните следующую команду:

    $ ip route | grep 192.168.123.0
    Дополнительные ресурсы

  • Удаление статического маршрута на хосте

4.1.7. Удаление статического маршрута на хосте

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

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

Пользовательский статический маршрут сохраняется до тех пор, пока его интерфейс или bond-интерфейс существует и имеет IP-адрес. В противном случае он удаляется.

В результате сети ВМ ведут себя не так, как сети без ВМ:

  • В основе сетей ВМ лежит мост (bridge). Перенос сети с одного интерфейса или bond-интерфейса на другой не влияет на маршрут в сети ВМ.

  • В основе сетей без ВМ лежит интерфейс. Перенос сети с одного интерфейса или bond-интерфейса на другой удаляет маршрут, связанный с сетью без ВМ.
Предварительные условия:

  • Для этой процедуры требуется инструмент nmstate

Порядок действий:

  1. Подключитесь к хосту, который хотите перенастроить.

  2. На хосте измените файл static_route.yml.

  3. Вставьте строку state: absent, как показано в следующем примере.

  4. Вставьте значение next-hop-interface между квадратными скобками конструкции interfaces: []. Результат должен быть похож на показанный в следующем примере.

    routes:
config:
- destination: 192.168.123.0/24
    next-hop-address: 192.168.178.
    next-hop-interface: eth1
    state: absent
interfaces: [{“name”: eth1}]

  5. Выполните команду:

    $ nmstatectl set static_route.yml
Действия по проверке:

  • Выполните команду ip route со значением параметра приемника, установленным в static_route.yml. Желаемый маршрут больше не должен отображаться. Например, выполните следующую команду:

    $ ip route | grep 192.168.123.0
    Дополнительные ресурсы

  • Добавление статического маршрута на хосте

4.1.8. Просмотр или изменение шлюза для логической сети

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

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

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

Порядок действий:

  1. Нажмите Ресурсы (Compute)  Хосты (Hosts).

  2. Нажмите на имя хоста. Откроется подробное представление.

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

  4. Нажмите Настройка сетей хоста (Setup Host Networks).

  5. Наведите указатель мыши на назначенную логическую сеть и нажмите на значок карандаша pen. Откроется окно Изменить сеть управления (Edit Management Network).

В окне Изменить сеть управления (Edit Management Network) отображается имя сети, способ конфигурации (boot protocol), IP-адрес, маска подсети и адреса шлюзов. Сведения об адресах можно изменить вручную, выбрав Статичную (Static) конфигурацию.

4.1.9. Описание общих настроек логической сети

В приведенной ниже таблице описаны настройки вкладки Общие (General) окон Новая логическая сеть (New Logical Network) и Изменить логическую сеть (Edit Logical Network).

Таблица 14. Настройки окон "Новая логическая сеть (New Logical Network)" и "Изменить логическую сеть (Edit Logical Network)"
Имя поля Описание

Имя (Name)

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

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

Описание (Description)

Описание логической сети. Это текстовое поле имеет ограничение по длине (40 знаков).

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

Поле для добавления обычного текста в читаемой человеком форме – комментариев, относящихся к логической сети.

Создать на внешнем провайдере (Create on external provider)

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

Внешний провайдер (External Provider) – позволяет выбрать внешнего провайдера, на котором будет создана логическая сеть.

Включить тегирование VLAN (Enable VLAN tagging)

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

Сеть ВМ (VM Network)

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

Изоляция портов (Port Isolation)

Если этот флажок установлен, виртуальные машины на одном хосте не могут обмениваться данными и видеть друг друга в этой логической сети. Чтобы эта опция работала на разных гипервизорах, на коммутаторах должна быть настроена PVLAN/изоляция портов на соответствующих портах/VLAN, подключенных к гипервизорам, и не должны использоваться какие-либо настройки возврата кадров (например, Hairpin NAT).

Максимальный размер передаваемого блока данных (MTU)

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

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

Метка сети (Network Label)

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

Безопасность сетевого порта (Network Port Security)

Позволяет назначать группы безопасности портам в этой логической сети. Выключен (Disabled) отключает функцию групп безопасности. Включен (Enabled) включает эту функцию. Когда порт создается и подключается к этой сети, функция безопасности будет включена. Это означает, что доступ к виртуальным машинам и от них будет зависеть от групп безопасности, которые в настоящее время предоставляются. Неопределён (Undefined) разрешает портам наследовать поведение из файла конфигурации, заданного для всех сетей. По умолчанию этот файл выключает группы безопасности. Подробности см. в разделе Назначение групп безопасности логическим сетям и портам.

4.1.10. Описание настроек кластера логической сети

В приведенной ниже таблице описаны настройки вкладки Кластер (Cluster) окна Новая логическая сеть (New Logical Network).

Таблица 15. Настройки в окне "Новая логическая сеть (New Logical Network)"
Имя поля Описание

Управление сетями кластера (Attach/Detach Network to/from Cluster(s))

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

Имя (Name) – имя кластера, к которому будут применяться настройки. Это неизменяемое значение.

Выбрать все (Attach All) – позволяет подключить логическую сеть ко всем кластерам в центре данных или отключить ее от них. Либо поставьте или снимите флажок Подключить (Attach) рядом с именем каждого кластера, чтобы подключить логическую сеть к данному кластеру или отключить ее от него.

Выбрать все (Required All) – позволяет указать, является ли логическая сеть обязательной сетью на всех кластерах. Либо поставьте или снимите флажок Обязательная (Required) рядом с именем каждого кластера, чтобы указать, является ли логическая сеть обязательной сетью для конкретного кластера.

4.1.11. Описание настроек vNIC-профилей логической сети

В приведенной ниже таблице описаны настройки вкладки профили vNIC (vNIC Profiles) окна Новая логическая сеть (New Logical Network).

Таблица 16. Настройки окна Новая логическая сеть (New Logical Network)
Имя поля Описание

Профили vNIC (vNIC Profiles)

Эта опция позволяет задать один или несколько профилей vNIC для логической сети. Можно добавить/удалить профиль vNIC для/из логической сети, нажав кнопку plus big или minus big рядом с профилем. Первое поле предназначено для указания имени профиля vNIC.

Публичный (Public) – позволяет указать, будет ли профиль доступен для всех пользователей.

QoS – позволяет указать профиль QoS сети для профиля vNIC.

4.1.12. Назначение определённого типа трафика для логической сети

Тип трафика для логической сети необходимо указать в целях оптимизации потока сетевого трафика.

Порядок действий:

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

  2. Нажмите имя кластера. Откроется подробное представление.

  3. Выберите вкладку Логические сети (Logical Networks).

  4. Нажмите Управление сетями (Manage Networks).

  5. Установите необходимые флажки и кнопки-переключатели.

  6. Нажмите OK.

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

4.1.13. Описание настроек в окне "Управление сетями (Manage Networks)"

В приведенной ниже таблице описаны настройки окна Управление сетями (Manage Networks).

Таблица 17. Настройки окна "Управление сетями (Manage Networks)"
Поле Описание/действие

Подключить (Assign)

Назначает логическую сеть всем хостам в кластере.

Обязательная (Require)

Сеть, отмеченная как "Обязательная (Require)", должна сохранять работоспособность для надлежащего функционирования ассоциированных с нею хостов. Если обязательная сеть перестаёт функционировать, все ассоциированные с нею хосты становятся неработоспособными.

Сеть ВМ (VM Network)

Логическая сеть, отмеченная как "Сеть ВМ (VM Network)", обслуживает сетевой трафик, относящийся к сети виртуальных машин.

Сеть отображения (Display Network)

Логическая сеть, обозначенная как "Сеть отображения (Display Network)", обслуживает сетевой трафик, относящийся к SPICE и VNC.

Сеть миграции (Migration Network)

Логическая сеть, обозначенная как "Сеть миграции (Migration Network)", обслуживает трафик миграции виртуальных машин и хранилищ. Если в этой сети произойдет отключение питания, то вместо нее будет использоваться сеть управления (ovirtmgmt).

4.1.14. Настройка виртуальных функций на сетевой карте

Это один из вопросов на тему, как настроить и сконфигурировать SR-IOV в zVirt. Дополнительные сведения см. в разделе Установка и настройка SR-IOV.

Виртуализация ввода-вывода (технология SR-IOV) позволяет с помощью физических и виртуальных функций использовать каждое оконечное устройство PCIe как несколько отдельных устройств. PCIe-карта может иметь от одной до восьми физических функций. Каждая физическая функция может иметь множество виртуальных функций. Количество возможных виртуальных функций зависит от конкретного типа PCIe-устройства.

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

Виртуальные функции можно настроить так же, как и отдельную сетевую карту, в том числе:

  • Назначить одну или несколько логических сетей для виртуальной функции;

  • Создать бондинг интерфейсов с виртуальными функциями;

  • Назначить виртуальные сетевые карты (vNIC) виртуальным функциям для сквозного доступа к устройствам.

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

Предварительное условие:
Порядок действий:

  1. Нажмите Ресурсы (Compute)  Хосты (Hosts).

  2. Нажмите на имя хоста с поддержкой технологии SR-IOV. Откроется подробное представление.

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

  4. Выберите Настройка сетей хоста (Setup Host Networks).

  5. Выберите сетевую карту с поддержкой SR-IOV, отмеченную знаком nic sriov, и нажмите на значок карандаша pen.

  6. Дополнительно: Чтобы изменить количество виртуальных функций, нажмите кнопку с выпадающим списком Настройка количества виртуальных функций (Number of VFs setting) и измените значение в текстовом поле Количество виртуальных функций (Number of VFs).

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

  7. Дополнительно: Чтобы установить ограничение для виртуальных сетей на доступ к виртуальным функциям, выберите Особые сети (Specific networks).

    • Выберите те сети, которым будет разрешен доступ к виртуальным функциям, или с помощью Меток (Labels) выберите сети с соответствующими сетевыми метками.

  8. Нажмите OK.

  9. В окне Настройка сетей хоста (Setup Host Networks) нажмите OK.

4.2. Виртуальные сетевые карты (vNICs)

4.2.1. Обзор профилей vNIC

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

4.2.2. Создание или изменение профилей vNIC

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

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

  1. Нажмите Сеть (Network)  Сети (Networks).

  2. Нажмите на имя логической сети. Откроется подробное представление.

  3. Выберите вкладку Профили vNIC (vNIC Profiles).

  4. Нажмите Новый (New) или Изменить (Edit).

  5. Введите имя и описание профиля в поля Имя (Name) и Описание (Description).

  6. Выберите подходящую политику QoS из списка QoS.

  7. Выберите Сетевой фильтр (Network Filter) из выпадающего списка, чтобы настроить трафик сетевых пакетов к виртуальным машинам и от них.

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

  9. Если выбран Сквозной доступ (Passthrough), то при желании можно снять флажок Мигрируемый (Migratable), чтобы выключить возможность миграции для vNIC, которые используют этот профиль. Если оставляете флажок в этом поле, то см. Настройка виртуальных машин с виртуальными сетевыми картами с включенным SR-IOV в Руководстве по управлению виртуальными машинами.

  10. Используйте флажки в полях Зеркалирование портов (Port Mirroring) и Разрешить всем пользователям доступ к этому профилю (Allow all users to use this Profile), чтобы включать и выключать эти опции.

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

  12. Нажмите OK.

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

4.2.3. Описание настроек в окне "Профиль интерфейса (Interface Profile)"

Таблица 18. Окно "Профиль интерфейса (Interface Profile)"
Имя поля Описание

Сеть (Network)

Выпадающий список доступных сетей, к которым можно применить профиль vNIC.

Имя (Name)

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

Описание (Description)

Описание профиля vNIC. Это поле является рекомендованным, но необязательным.

QoS

Выпадающий список доступных политик QoS сети для применения к профилю vNIC. Политики QoS регулируют входящий и исходящий сетевой трафик vNIC.

Сетевой фильтр (Network Filter)

Выпадающий список доступных сетевых фильтров, который можно применить к профилю vNIC. Сетевые фильтры повышают безопасность сети за счет фильтрации типов пакетов, которые могут быть отправлены на виртуальные машины и от них. По умолчанию установлен фильтр vdsm-no-mac-spoofing, который представляет собой комбинацию no-mac-spoofing и no-arp-mac-spoofing.

Используйте параметр Нет сетевого фильтра (No Network Filter) для сетей VLAN и bond-интерфейсов виртуальных машин. Отключение сетевого фильтра на доверенных виртуальных машинах может повысить производительность.

Passthrough

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

При включенном сквозном доступе политика QoS, сетевые фильтры и зеркалирование портов в профиле vNIC выключены.

Мигрируемый (Migratable)

Флажок в этом поле определяет, можно ли переносить карты vNIC, использующие этот профиль, или нет. Миграция включена по умолчанию для обычных профилей vNIC: флажок в поле стоит, и снять его нельзя. Когда стоит флажок в поле Passthrough, свойство Мигрируемый (Migratable) становится доступным, и при необходимости флажок можно снять, чтобы выключить возможность миграции карт vNIC сквозного доступа.

Профиль отказоустойчивости vNIC (Failover)

Выпадающий список для выбора доступных профилей vNIC, действующих в качестве устройств аварийного переключения. Доступно только, когда стоят флажки в полях Passthrough и Мигрируемый (Migratable).

Зеркалирование портов (Port Mirroring)

Поставить/снять флажок, чтобы включить/отключить зеркалирование портов. При зеркалировании портов сетевой трафик третьего уровня копируется с логической сети на виртуальный интерфейс виртуальной машины. По умолчанию флажок в этом поле снят. Дополнительные сведения см. в разделе Зеркалирование портов (Port Mirroring) в Техническом справочнике.

Пользовательские свойства (Custom Properties)

Выпадающий список, в котором можно выбрать доступные пользовательские свойства, которые можно применить к профилю vNIC. Нажимая кнопки plus big и minus big, добавляйте или удаляйте соответствующие свойства.

Разрешить всем пользователям доступ к этому профилю (Allow all users to use this Profile)

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

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

Ниже приведен список некоторых базовых сетевых фильтров, которые доступны при настройке профилей vNic.

Таблица 19. Базовые сетевые фильтры
Имя Описание

vdsm-no-mac-spoofing

Представляет собой комбинацию no-mac-spoofing и no-arp-mac-spoofing

allow-arp

Разрешает ARP-трафик в обоих направлениях

allow-dhcp

Разрешает виртуальной машине запрашивать IP-адрес через DHCP (с любого DHCP-сервера).

allow-incoming-ipv4

Разрешает входящий трафик IPv4

allow-ipv4

Разрешает трафик IPv4 в обоих направлениях

clean-traffic

Предотвращает подмену MAC, IP и ARP. Этот фильтр ссылается на несколько других фильтров.

no-arp-spoofing

Предотвращает подмену ARP-трафика виртуальной машиной; этот фильтр разрешает только сообщения ARP-запроса и ARP-ответа и обеспечивает, чтобы эти пакеты содержали MAC- и IP-адреса виртуальной машины.

no-ip-multicast

Запрещает виртуальной машине отправлять многоадресные IP-пакеты.

no-ip-spoofing

Запрещает виртуальной машине отправлять пакеты IPv4 с исходящим IP-адресом, отличным от адреса в пакете.

no-mac-broadcast

Запрещает виртуальной машине отправлять широковещательные кадры (mac-адрес назначения ff:ff:ff:ff:ff:ff)

no-mac-spoofing

Предотвращает подмену mac-адреса виртуальной машиной

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

Например, фильтр clean-traffic может быть объединен с фильтром no-ip-multicast для предотвращения отправки виртуальными машинами многоадресного IP-трафика в дополнение к предотвращению подмены пакетов.

Для получения подробной информации о соответствующем фильтре изучите XML-файл этого фильтра. Это можно сделать на любом гипервизоре в среде zVirt.

Пример 3. Получение информации о фильтре
# cat /etc/libvirt/nwfilter/no-arp-ip-spoofing.xml

...

<filter name='no-arp-ip-spoofing' chain='arp-ip' priority='-510'>
  <uuid>ced3eb5b-6e82-4120-a6d3-4fcff18577cd</uuid>
  <rule action='return' direction='out' priority='400'>
    <arp arpsrcipaddr='$IP'/>
  </rule>
  <rule action='drop' direction='out' priority='1000'/>
</filter>
Дополнительные ресурсы

4.2.4. Включение сквозного доступа на профиле vNIC

Это один из вопросов на тему, как настроить и сконфигурировать SR-IOV в zVirt. Дополнительные сведения см. в разделе Установка и настройка SR-IOV.

Свойство сквозного доступа на профиле vNIC позволяет карте vNIC напрямую подключаться к виртуальной функции сетевой карты с включенной технологией SR-IOV. В этом случае карта vNIC будет обходить программную виртуализацию сети и подключаться непосредственно к виртуальной функции для прямого назначения устройства.

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

Порядок действий:

  1. Нажмите Сеть (Network)  Сети (Networks).

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

  3. Выберите вкладку Профили vNIC (vNIC Profiles), на которой отобразится список всех профилей vNIC для этой логической сети.

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

  5. Введите имя и описание профиля в поля Имя (Name) и Описание (Description).

  6. Поставьте флажок в поле Passthrough.

  7. При желании можно снять флажок Мигрируемый (Migratable), чтобы выключить возможность миграции для vNIC, которые используют этот профиль. Если флажок в этом поле остается, то см. Настройка виртуальных машин с виртуальными сетевыми картами с включенным SR-IOV в Руководстве по управлению виртуальными машинами.

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

  9. Нажмите OK.

Теперь возможность сквозного доступа активирована в профиле vNIC. Чтобы использовать этот профиль для прямого подключения виртуальной машины к сетевой карте или виртуальной функции PCI, подключите логическую сеть к сетевой карте и создайте новую виртуальную сетевую карту Сквозного доступа PCI (PCI Passthrough) на нужной виртуальной машине, которая использует профиль vNIC со сквозным доступом. Более подробную информацию об этих процедурах см. в разделе Изменение сетевых интерфейсов хоста и назначение логических сетей хостам руководства администратора и Добавление нового сетевого интерфейса в Руководстве по управлению виртуальными машинами.

4.2.5. Включение профиля vNIC для миграции SR-IOV с аварийным переключением

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

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

  • Свойства Passthrough и Мигрируемый (Migratable) отмечены флажками в профиле.

  • Сеть аварийного переключения подключена к хосту.

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

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

Порядок действий:

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

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

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

4.2.6. Удаление профиля vNIC

Удаление профиля vNIC из среды виртуализации.

Порядок действий:

  1. Нажмите Сеть (Network)  Сети (Networks).

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

  3. Откройте вкладку Профили vNIC (vNIC Profiles), чтобы увидеть доступные профили vNIC.

  4. Выберите один или сразу несколько профилей и нажмите Удалить (Remove).

  5. Нажмите OK.

4.2.7. Назначение профилям vNIC групп безопасности

Эта функция доступна только при добавлении ovirt-provider-ovn в качестве внешнего провайдера сети. Невозможно создать группы безопасности через Менеджер управления. Их необходимо создать через OpenStack Networking на ovirt-provider-ovn.

Группы безопасности можно назначить профилю vNIC тех сетей, которые были импортированы из экземпляра OpenStack Networking и используют плагин Open vSwitch. Группа безопасности – это свод строгих правил, которые позволяют фильтровать входящий и исходящий трафик, проходящий через сетевой интерфейс. В процедуре ниже описано, как подключить группу безопасности к профилю vNIC.

Группам безопасности присваивается идентификатор, зарегистрированный в системе Open Virtual Network (OVN) Внешнего провайдера сети. Идентификаторы групп безопасности для данного арендатора можно найти с помощью OpenStack Networking API, см. раздел Списки групп безопасности в справочнике OpenStack API Reference.
Порядок действий:

  1. Нажмите Сеть (Network)  Сети (Networks).

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

  3. Выберите вкладку Профили vNIC (vNIC Profiles).

  4. Нажмите Новый (New) или выберите существующий профиль vNIC и нажмите Изменить (Edit).

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

  6. В текстовом поле введите идентификатор группы безопасности, которую нужно подключить к профилю vNIC.

  7. Нажмите OK.

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

4.2.8. Разрешения пользователей для профилей vNIC

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

Порядок действий:

  1. Нажмите Сеть (Network)  Профили vNIC (vNIC Profiles).

  2. Выберите имя профиля vNIC. Откроется подробное представление.

  3. Откройте вкладку Разрешения (Permissions), чтобы увидеть текущие разрешения пользователей для профиля.

  4. Нажмите Добавить (Add) или Удалить (Remove), чтобы изменить разрешения пользователя для профиля vNIC.

  5. В окне Добавить разрешение для пользователя (Add Permissions to User) нажмите Мои группы (My Groups), чтобы увидеть группы пользователей. Эту опцию можно использовать для предоставления разрешений другим пользователям в ваших группах.

Разрешения пользователей для профиля vNIC успешно настроены.

4.3. Сети внешнего провайдера

4.3.1. Импортирование сетей из внешних провайдеров

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

Порядок действий:

  1. Нажмите Сеть (Network)  Сети (Networks).

  2. Нажмите Импортировать (Import).

  3. Из выпадающего списка Провайдер сети (Network Provider) выберите внешнего провайдера. Система автоматически обнаруживает сети, предложенные этим провайдером, и отображает их в виде списка Провайдер сетей (Provider Networks).

  4. Устанавливая флажки в соответствующие поля, выберите сети для импорта из списка Провайдер сетей (Provider Networks) и нажмите стрелку вниз down arrow, чтобы переместить эти сети в список Сети для импорта (Networks to Import).

  5. Имя импортируемой сети можно изменить. Чтобы изменить имя, нажмите на имя сети в столбце Имя (Name) и измените текст.

  6. Из выпадающего списка Центр данных (Data Center) выберите центр данных, в который будут импортированы сети.

  7. Дополнительно: Уберите флажок из поля Разрешить всем (Allow All), чтобы эта сеть не была доступна всем пользователям.

  8. Нажмите Импортировать (Import).

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

4.3.2. Ограничения относительно использования сетей внешнего провайдера

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

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

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

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

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

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

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

4.3.3. Настройка подсетей в логических сетях внешнего провайдера

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

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

При добавлении Открытой виртуальной сети (OVN) (ovirt-provider-ovn) в качестве внешнего провайдера сети, несколько подсетей могут быть присоединены друг к другу через маршрутизаторы. Для управления этими маршрутизаторами можно использовать OpenStack Networking API v2.0. Обратите внимание, что у ovirt-provider-ovn есть ограничение: Source NAT не реализован.

4.3.4. Добавление подсетей в логические сети внешнего провайдера

Создайте подсеть в логической сети, предоставленной внешним провайдером.

Порядок действий:

  1. Нажмите Сеть (Network)  Сети (Networks).

  2. Нажмите на имя логической сети. Откроется подробное представление.

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

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

  5. Введите Имя (Name) и бесклассовую междоменную маршрутизацию (CIDR) для новой подсети.

  6. Из выпадающего списка Версия IP (IP Version) выберите или IPv4, или IPv6.

  7. Нажмите OK.

В версии IPv6 zVirt поддерживает только статическую адресацию.

4.3.5. Удаление подсетей из логических сетей внешнего провайдера

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

Порядок действий:

  1. Нажмите Сеть (Network)  Сети (Networks).

  2. Нажмите на имя логической сети. Откроется подробное представление.

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

  4. Выберите подсеть и нажмите Удалить (Remove).

  5. Нажмите OK.

4.3.6. Назначение групп безопасности логическим сетям и портам

Функция доступна, когда Открытая виртуальная сеть (OVN) добавлена как внешний провайдер сети (ovirt-provider-ovn). Группы безопасности нельзя создать с помощью Менеджера управления. Они создаются через OpenStack Networking API v2.0 или Ansible.

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

В zVirt группы безопасности выключены по умолчанию.

Порядок действий:

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

  2. Нажмите на имя кластера. Откроется подробное представление.

  3. Выберите вкладку Логические сети (Logical Networks).

  4. Нажмите Добавить сеть (Add Network) и задайте свойства, убедившись при этом, что выбираете ovirt-provider-ovn из выпадающего списка Внешний провайдер (External Provider). Дополнительные сведения см. в разделе Создание новой логической сети в центре данных или кластере.

  5. Из выпадающего списка Безопасность сетевого порта (Network Port Security) выберите Включен (Enabled). Дополнительные сведения см. в разделе Описание общих настроек логической сети.

  6. Нажмите OK.

  7. Создайте группы безопасности с помощью OpenStack Networking API v2.0 или Ansible.

  8. Создайте правила групп безопасности с помощью OpenStack Networking API v2.0 или Ansible.

  9. Обновите порты с группами безопасности, заданные с помощью OpenStack Networking API v2.0 или Ansible.

  10. Дополнительно. Задайте, будет ли включен функционал безопасности на уровне порта. Сейчас это возможно только с помощью OpenStack Networking API. Если не выставлен атрибут port_security_enabled, то по умолчанию будет задано значение, указанное в сети, которой он принадлежит.

4.4. Хосты и сетевое взаимодействие

4.4.1. Менеджер сетевой конфигурации с отслеживанием состояния (nmstate)

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

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

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

Изменение в nmstate почти незаметно. Оно лишь меняет то, как вы настраиваете сетевое взаимодействие хостов, а именно:

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

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

  • Для исправления неподдерживаемой конфигурации замените ее на поддерживаемую, используя Менеджер управления для синхронизации сети хостов. Подробнее см. в разделе Синхронизация сетей хостов.

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

Изменение в nmstate позволяют Менеджеру управления эффективнее применять изменения, сделанные в Cockpit и Anaconda до того, как хост был добавлен в Менеджер управления.

Если используется dnf или yum для обновления пакета nmstate вручную, перезапустите vdsmd и supervdsmd на хосте. Например:

# dnf update nmstate
# systemctl restart vdsmd supervdsmd

Если используется dnf или yum для обновления пакета NetworkManager вручную, перезапустите vdsmd и supervdsmd на хосте. Например:

# dnf update NetworkManager
# systemctl restart NetworkManager

4.4.2. Обновление конфигурации ресурсов хоста

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

Порядок действий:

  1. Нажмите Ресурсы (Compute)  Хосты (Hosts) и выберите хост.

  2. Нажмите Управление (Management) → Обновить возможности (Refresh Capabilities).

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

4.4.3. Изменение сетевых интерфейсов хоста и назначение логических сетей хостам

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

Изменить IP-адрес хоста в zVirt можно, только удалив хост и затем добавив его снова.

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

Если коммутатор был сконфигурирован для предоставления информации по протоколу Link Layer Discovery Protocol (LLDP), наведите указатель мыши на физический сетевой интерфейс для просмотра текущей конфигурации порта коммутатора. Так можно избежать использования неправильной конфигурации. Проверьте следующую информацию перед назначением логических сетей:

  • Port Description (TLV type 4) (описание порта) и System Name (TLV type 5) (системное имя) помогают определить, к каким портам и на каком коммутаторе коммутированы интерфейсы хоста.

  • Port VLAN ID отображает ID сети VLAN, сконфигурированной на порте коммутатора для нетегированных кадров ethernet (Native VLAN). Все сети VLAN, сконфигурированные на порте коммутатора отображаются в виде комбинаций VLAN Name и VLAN ID.
Порядок действий:

  1. Нажмите Ресурсы (Compute)  Хосты (Hosts).

  2. Нажмите на имя хоста. Откроется подробное представление.

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

  4. Нажмите Настройка сетей хоста (Setup Host Networks).

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

  6. Подключите логическую сеть к физическому сетевому интерфейсу хоста, выбрав и перетащив логическую сеть в область Назначенные логические сети (Assigned Logical Networks) рядом с физическим сетевым интерфейсом хоста.

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

  7. Сконфигурируйте логическую сеть:

    1. Наведите указатель мыши на назначенную логическую сеть и нажмите значок карандаша pen. Откроется окно Изменить сеть управления (Edit Management Network).

    2. На вкладке IPv4 выберите Конфигурацию (Boot Protocol) из вариантов Отсутствует (None), DHCP или Статичная (Static). Если выбран вариант Статичная (Static), то введите IP-адрес (IP), Маска подсети/префикс (Netmask/Routing Prefix) и Шлюз (Gateway).

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

      • Установите вариант Статичная (Static) для Конфигурации (Boot Protocol).

      • В поле Префикс маршрутизатора (Routing Prefix) введите длину префикса, используя прямую косую черту и число в десятичной системе счисления. Например: /48

      • IP: Полный IPv6-адрес сетевого интерфейса хоста. Например: 2001:db8::1:0:0:6

      • Шлюз (Gateway): IPv6-адрес исходного маршрутизатора. Например: 2001:db8::1:0:0:1

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

      У каждой логической сети может быть отдельный шлюз, отличный от шлюза сети управления. В результате трафик, поступающий в логическую сеть, пойдет через шлюз логической сети, а не через шлюз по умолчанию, используемый сетью управления.
      Настройте все хосты в кластере, чтобы их сети управления использовали один и тот же IP-стек: или IPv4, или IPv6. Одновременное использование обоих стеков не поддерживается.

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

      • Общие веса (Weighted Share): Означает, какая часть пропускной способности логического канала связи должна быть выделена для конкретной сети относительно других сетей, подключенных к тому же логическому каналу связи. Точная доля зависит от суммарного количества долей всех сетей на этом канале связи. По умолчанию это число в диапазоне 1-100.

      • Ограничение скорости [Mbps] (Rate Limit [Mbps]): Максимальная полоса пропускания для использования сетью.

      • Подтверждённая скорость [Мб/с] (Committed Rate [Mbps]): Минимальная полоса пропускания, требуемая для сети. Требуемая Подтверждённая скорость не гарантируется и будет варьироваться в зависимости от сетевой инфраструктуры и Подтверждённой скорости, требуемой для других сетей на том же логическом канале связи.

    4. Для конфигурирования сетевого моста откройте вкладку Настраиваемые параметры (Custom Properties) и из выпадающего списка выберите параметр bridge_opts. Введите корректный ключ и значение в следующем формате: key=значение. Разделите несколько записей знаком пробела. Следующие ключи корректны, а значения приведены в качестве примера. Для получения дополнительной информации об этих параметрах см. раздел Описание параметров bridge_opts.

      forward_delay=1500
group_addr=1:80:c2:0:0:0
group_fwd_mask=0x0
hash_max=512
hello_time=200
max_age=2000
multicast_last_member_count=2
multicast_last_member_interval=100
multicast_membership_interval=26000
multicast_querier=0
multicast_querier_interval=25500
multicast_query_interval=13000
multicast_query_response_interval=1000
multicast_query_use_ifaddr=0
multicast_router=1
multicast_snooping=1
multicast_startup_query_count=2
multicast_startup_query_interval=3125

    5. Для конфигурирования ethernet-свойств откройте вкладку Настраиваемые параметры (Custom Properties) и из выпадающего списка выберите параметр ethtool_opts. Введите корректное значение, используя формат аргументов командной строки ethtool. Например:

      --coalesce em1 rx-usecs 14 sample-interval 3 --offload em2 rx on lro on tso off --change em1 speed 1000 duplex half

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

      --coalesce * rx-usecs 14 sample-interval 3

      Параметр ethtool_opts не доступен по умолчанию; его нужно добавить, используя инструмент конфигурации engine. Для получения дополнительной информации см. раздел Как настроить Менеджер управления для использования ethtool. Для получения дополнительной информации о свойствах ethtool откройте соответствующую страницу руководства, введя man ethtool в командной строке.

    6. Для конфигурирования Fibre Channel over Ethernet (FCoE) откройте вкладку Настраиваемые параметры (Custom Properties) и из выпадающего списка выберите параметр fcoe. Введите корректный ключ и значение в следующем формате: key=значение. Требуется указать хотя бы enable=yes. Можно также добавить dcb=[yes|no] и auto_vlan=[yes|no]. Разделите несколько записей знаком пробела. Параметр fcoe не доступен по умолчанию; его нужно добавить, используя инструмент конфигурации engine. Для получения дополнительной информации см. раздел Как настроить Менеджер управления для использования FCoE.

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

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

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

  8. Установите флажок Проверить соединение между хостом и Engine (Verify connectivity between Host and Engine) для проверки сетевого подключения. Это действие возможно, только если хост находится в режиме обслуживания.

  9. Нажмите OK.

Если для хоста отображаются не все сетевые карты, то нажмите Управление (Management) → Обновить возможности (Refresh Capabilities), чтобы обновить список сетевых карт, доступных для этого хоста.
Поиск и устранение неполадок

Иногда внесение нескольких изменений одновременно в конфигурацию сети хостов с помощью окна Настройка сетей хоста (Setup Host Networks) или задачи setupNetwork завершается ошибкой Сбой операции (Operation failed): [Cannot setup Networks]. Another Setup Networks or Host Refresh process in progress on the host. Please try later.. Эта ошибка свидетельствует о том, что некоторые изменения не были сконфигурированы на хосте. Это происходит из-за того, что для сохранения целостности состояния конфигурации единовременно может обрабатываться только одна сетевая задача. Другие одновременные задачи конфигурирования ставятся в очередь с 20-секундным интервалом по умолчанию. Для предотвращения вышеуказанного сбоя используйте команду engine-config, чтобы задать интервал SetupNetworksWaitTimeoutSeconds больше 20 секунд. Например:

# engine-config --set SetupNetworksWaitTimeoutSeconds=40
Дополнительные ресурсы

4.4.4. Синхронизация сетей хостов

Менеджер управления определяет сетевой интерфейс как несинхронизированный (out-of-sync), когда определение настроек интерфейса на хосте отличается от определения настроек, которое хранит Менеджер управления.

Несинхронизированные сети обозначаются значком out of sync на вкладке Сетевые интерфейсы (Network Interfaces) и значком out of sync net в окне Настройка сетей хоста (Setup Host Networks).

Когда сеть хоста не синхронизирована, единственное, что можно сделать с несинхронизированной сетью в окне Настройка сетей хоста (Setup Host Networks) – это отключить логическую сеть от сетевого интерфейса или выполнить синхронизацию сети.

Причины, по которым хост становится несинхронизированным

Хост может стать несинхронизированным, если:

  • Внести изменения в конфигурацию на хосте, а не в окне Изменить логическую сеть (Edit Logical Networks), например:

    • изменить идентификатор VLAN на физическом хосте

    • изменить Пользовательское значение MTU (Custom MTU) на физическом хосте

  • Переместить хост в другой центр данных с тем же именем сети, но с другими значениями/параметрами.

  • Изменить свойство сети Сеть ВМ (VM Network), вручную удалив мост (bridge) с хоста.

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

Следование этим рекомендациям предотвратит рассинхронизацию хоста:

  1. Вносите изменения через Портал администрирования, а не локально на хосте.

  2. Изменяйте настройки VLAN в соответствии с инструкциями в разделе Изменение настроек VLAN хоста.

Синхронизация хостов

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

  • логической сети

  • хоста

  • кластера

Синхронизация сетей хостов на уровне логической сети

  1. Нажмите Ресурсы (Compute)  Хосты (Hosts).

  2. Нажмите на имя хоста. Откроется подробное представление.

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

  4. Нажмите Настройка сетей хоста (Setup Host Networks).

  5. Наведите указатель мыши на несинхронизированную сеть и нажмите на значок карандаша pen. Откроется окно Изменить сеть (Edit Network).

  6. Поставьте флажок Синхронизировать сеть (Sync network).

  7. Нажмите OK, чтобы сохранить изменение сети.

  8. Нажмите OK, чтобы закрыть окно Настройка сетей хоста (Setup Host Networks).

Синхронизация сетей хоста на уровне хоста

  • Нажмите Синхронизировать все сети (Sync All Networks) на вкладке Сетевые интерфейсы (Network Interfaces) хоста, чтобы синхронизировать все несинхронизированные сетевые интерфейсы хоста.

Синхронизация сетей хоста на уровне кластера

  • Нажмите Синхронизация всех сетей (Sync All Networks) на вкладке Логические сети (Logical Networks) кластера, чтобы синхронизировать все несинхронизированные определения настроек логических сетей для всего кластера.

Сети хоста также можно синхронизировать через REST API. См. syncallnetworks в руководстве по REST API.

4.4.5. Изменение настроек VLAN хоста

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

Чтобы сохранить синхронизацию сетей, сделайте следующее:

  1. Переведите хост в режим обслуживания.

  2. Вручную удалите сеть управления из хоста. Это сделает хост доступным через новый VLAN.

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

При изменении VLAN ID сети управления появляется следующее предупреждение:

Изменение определенных свойств (например, VLAN или MTU) сети управления
может привести к потере связи с хостами в центре данных, если конфигурация
его базовой сетевой инфраструктуры не учитывает эти изменения. Вы уверены,
что хотите продолжить?

(Changing certain properties (e.g. VLAN, MTU) of the management network could
lead to loss of connectivity to hosts in the data center, if its underlying
network infrastructure isn't configured to accommodate the changes.
Are you sure you want to proceed?)

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

В случае изменения VLAN ID сети управления необходимо переустановить хост, чтобы применить новый VLAN ID.

4.4.6. Добавление нескольких VLAN к одному сетевому интерфейсу с помощью логических сетей

К одному сетевому интерфейсу можно добавить несколько VLAN для разделения трафика на одном хосте.

Для этого необходимо заранее создать несколько логических сетей и для каждой из них установить флажок Включить тегирование VLAN (Enable VLAN tagging) в окнах Новая логическая сеть (New Logical Network) или Изменить логическую сеть (Edit Logical Network).
Порядок действий:

  1. Нажмите Ресурсы (Compute)  Хосты (Hosts).

  2. Нажмите на имя хоста. Откроется подробное представление.

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

  4. Нажмите Настройка сетей хоста (Setup Host Networks).

  5. Перетащите логические сети с тегами VLAN в область Назначенные логические сети (Assigned Logical Networks) рядом с физическим сетевым интерфейсом. Физическому сетевому интерфейсу может быть назначено несколько логических сетей благодаря назначению тегов VLAN.

  6. Измените логические сети:

    1. Наведите указатель мыши на назначенную логическую сеть и нажмите на значок карандаша pen.

    2. Если определение настроек логической сети не синхронизировано с конфигурацией сети на хосте, то поставьте флажок Синхронизировать сеть (Sync network).

    3. Выберите Конфигурацию (Boot Protocol):

      • Отсутствует (None)

      • DHCP

      • Статичная (Static)

    4. Укажите IP-адрес (IP) и Маску подсети (Subnet Mask).

    5. Нажмите OK.

  7. Поставьте флажок Проверить соединение между хостом и Engine (Verify connectivity between Host and Engine), чтобы запустить проверку сети. Это действие будет выполнено, только если хост находится в режиме обслуживания.

  8. Нажмите OK.

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

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

4.4.6.1. Копирование сетей хостов

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

Копирование конфигурации сети включает в себя:

  • Логические сети, подключенные к хосту, кроме сети управления ovirtmgmt.

  • Bond-интерфейсы, подключенные к интерфейсам

Ограничения:

  • Не копируйте конфигурации сетей, содержащие статические IP-адреса. В этом случае Конфигурация (Boot protocol) на целевом хосте будет установлен в значение Отсутствует (None).

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

  • Целевой хост должен иметь как минимум столько же интерфейсов, что и исходный хост. В противном случае операция будет неудачной.

  • Копирование QoS, DNS и Настраиваемых параметров (custom_properties) не поддерживается.

  • Метки сетевых интерфейсов не копируются.

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

  • Целевой хост должен иметь как минимум столько же сетевых карт, что и исходный хост. В противном случае операция будет неудачной.

  • Хосты должны находиться в одном кластере.

Порядок действий:

  1. На Портале администрирования нажмите Ресурсы (Compute)  Хосты (Hosts).

  2. Выберите исходный хост, чью конфигурацию хотите скопировать.

  3. Нажмите Копирование сетей хоста (Copy Host Networks). Откроется окно Копирование сетей хоста (Copy Host Networks).

  4. Используйте параметр Целевой хост (Target Host), чтобы выбрать хост, который должен принять эту конфигурацию. В списке перечислены только те хосты, которые находятся в том же кластере.

  5. Нажмите Копирование сетей хоста (Copy Host Networks).

  6. Проверьте сетевые настройки целевого хоста

  • Выбор нескольких хостов деактивирует кнопку Копирование сетей хоста (Copy Host Networks) и контекстное меню.

  • Вместо кнопки Копирование сетей хоста (Copy Host Networks) можно нажать правой кнопкой мыши на хост и выбрать Копирование сетей хоста (Copy Host Networks) в контекстном меню.

  • Кнопка Копирование сетей хоста (Copy Host Networks) доступна также в подробном представлении каждого хоста.

4.4.7. Назначение дополнительных IPv4-адресов сети хоста

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

Хук vdsm-hook-extra-ipv4-addrs позволяет настроить дополнительные IPv4-адреса для сетей хоста. Дополнительные сведения о хуках см. в VDSM и хуки.

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

Порядок действий:

  1. На хосте, для которого вы хотите настроить дополнительные IPv4-адреса, установите пакет хука VDSM.

    # dnf install vdsm-hook-extra-ipv4-addrs

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

    # engine-config -s 'UserDefinedNetworkCustomProperties=ipv4_addrs=.*'

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

    # systemctl restart ovirt-engine.service

  4. На Портале администрирования нажмите Ресурсы (Compute)  Хосты (Hosts).

  5. Нажмите на имя хоста. Откроется подробное представление.

  6. Откройте вкладку Сетевые интерфейсы (Network Interfaces) и нажмите Настройка сетей хоста (Setup Host Networks).

  7. Отредактируйте сетевой интерфейс хоста, наведя указатель мыши на назначенную логическую сеть и нажав на значок карандаша pen.

  8. Выберите ipv4_addr из выпадающего меню Настраиваемые параметры (Custom Properties) и добавьте дополнительный IP-адрес и префикс (например, 5.5.5.5/24). Если IP-адресов несколько, их надо разделять запятой.

  9. Нажмите OK, чтобы закрыть окно Изменить сеть (Edit Network).

  10. Нажмите OK, чтобы закрыть окно Настройка сетей хоста (Setup Host Networks).

Дополнительные IP-адреса не будут отображаться в Менеджере управления, но можно выполнить команду ip addr show на хосте, чтобы убедиться, что они были добавлены.

4.4.8. Добавление меток сети к сетевым интерфейсам хостов

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

Существует два способа добавления меток к сетевому интерфейсу хоста:

  • Вручную на Портале администрирования

  • Автоматически с использованием службы LLDP Labeler

Порядок действий:

  1. Нажмите Ресурсы (Compute)  Хосты (Hosts).

  2. Нажмите на имя хоста. Откроется подробное представление.

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

  4. Нажмите Настройка сетей хоста (Setup Host Networks).

  5. Нажмите Метки (Labels), после чего нажмите правой кнопкой мыши [Новая метка] ([New Label]). Выберите физический сетевой интерфейс, которому нужно присвоить метку.

  6. Введите имя метки сети в текстовое поле Метка (Label).

  7. Нажмите OK.

Можно автоматизировать процесс присвоения меток сетевым интерфейсам хоста в настроенном списке кластеров с помощью службы LLDP Labeler.

4.4.9. Настройка службы LLDP Labeler

По умолчанию служба LLDP Labeler запускается раз в час. Этот вариант полезен, если вы меняете оборудование (например, сетевые карты, коммутаторы или кабели) или конфигурацию коммутаторов.

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

  • Интерфейсы должны быть подключены к коммутатору Juniper.

  • Коммутатор Juniper должен быть настроен на предоставление Port VLAN с помощью LLDP.

Порядок действий:

  1. Задайте username и password в /etc/ovirt-lldp-labeler/conf.d/ovirt-lldp-credentials.conf:

    • username – имя администратора Менеджера управления. Значение по умолчанию – admin@internal.

    • password – пароль администратора Менеджера управления. Значение по умолчанию = 123456.

  2. Настройте службу LLDP Labeler, обновив следующие значения в /etc/ovirt-lldp-labeler/conf.d/ovirt-lldp-credentials.conf:

    • clusters – разделенный запятыми список кластеров, на которых должна работать служба. Поддерживаются шаблоны подстановки. Например, значение Cluster* предпишет службе LLDP Labeler запуститься на всех кластерах, имя которых начинается со слова Cluster. Для запуска службы на всех кластерах в центре данных введите . Значение по умолчанию – Def.

    • api_url – полный URL-адрес API-интерфейса Менеджера управления. Значение по умолчанию – https://<Manager_FQDN>/ovirt-engine/api

    • ca_file – путь к файлу сертификата, выданного альтернативным Центром сертификации. Если альтернативные сертификаты не используются, оставьте это значение empty. По умолчанию - empty.

    • auto_bonding – включает функции бондинга, имеющиеся у службы LLDP Labeler. Значение по умолчанию – true.

    • auto_labeling – включает функции присвоения меток, имеющиеся у службы LLDP Labeler. Значение по умолчанию – true.

  3. При желании можно настроить службу на запуск с другой периодичностью, изменив значение OnUnitActiveSec в /etc/ovirt-lldp-labeler/conf.d/ovirt-lldp-labeler.timer. Значение по умолчанию – 1h.

  4. Настройте службу на запуск прямо сейчас и при загрузке, введя следующую команду:

    # systemctl enable --now ovirt-lldp-labeler

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

    # /usr/bin/python /usr/share/ovirt-lldp-labeler/ovirt_lldp_labeler_cli.py

Сетевая метка будет добавлена к сетевому интерфейсу хоста. Вновь созданные логические сети с одной и той же меткой автоматически назначаются всем сетевым интерфейсам хоста с этой меткой. Удаление метки с логической сети автоматически удаляет эту логическую сеть из всех сетевых интерфейсов хоста с этой меткой.

4.4.10. Изменение полного доменного имени (FQDN) хоста

Используйте следующую процедуру, чтобы изменить полное доменное имя хостов.

Порядок действий:

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

  2. Нажмите Удалить (Remove) и затем OK, чтобы удалить хост из Портала администрирования.

  3. Для обновления имени хоста воспользуйтесь инструментом hostnamectl.

    # hostnamectl set-hostname _NEW_FQDN_

  4. Перезагрузите хост.

  5. Заново зарегистрируйте хост в Менеджере управления. Дополнительную информацию см. в разделе Добавление стандартных хостов в Менеджер управления.

4.4.10.1. Поддержка работы в сетях IPv6

В большинстве ситуаций zVirt поддерживает статическую адресацию в IPv6-сетях.

zVirt требует, чтобы протокол IPv6 оставался включенным на компьютере или виртуальной машине, где запущен Менеджер управления (их также называют "машиной с Менеджером управления"). Не отключайте IPv6 на машине с Менеджером управления, даже если ваши системы его не используют.
Ограничения IPv6

  • Поддерживается только статическая IPv6-адресация. Динамическая IPv6-адресация с DHCP или Автоматическая конфигурация адресов без сохранения состояния (Stateless Address Autoconfiguration) не поддерживаются.

  • Одновременная адресация IPv4 и IPv6 не поддерживается.

  • При работе в OVN-сетях может использоваться только IPv4 или IPv6.

  • Переключение кластеров от использования IPv4 к IPv6 не поддерживается.

  • Для IPv6 можно задать только один шлюз на хост.

  • Если обе сети используют один шлюз (находятся в одной подсети), то можно передать роль маршрута по умолчанию от сети управления (ovirtmgmt) другой логической сети. Хост и Менеджер управления должны иметь один и тот же шлюз IPv6. Если хост и Менеджер управления находятся в разных подсетях, то Менеджер управления может потерять связь с хостом, поскольку шлюз IPv6 был удален.

  • Использование домена хранения glusterfs с сервером gluster, имеющим IPv6-адрес, не поддерживается.

4.4.10.2. Установка и настройка SR-IOV

В этом разделе описаны шаги по установке и настройке SR-IOV со ссылками на разделы, подробно описывающие каждый шаг.

Порядок действий:

  1. Настройте сквозной доступ PCI на хосте.

  2. Измените конфигурацию виртуальных функций на сетевой карте.

  3. Включите сквозной доступ (passthrough) в Профиле vNIC.

  4. Настройте виртуальные машины с виртуальными сетевыми картами (vNIC) с включенным SR-IOV, чтобы уменьшить время неработоспособности сети во время миграции.

  • Количество виртуальных сетевых карт со сквозным доступом зависит от количества доступных виртуальных функций (VF) на хосте. Например, чтобы запустить виртуальную машину (ВМ) с тремя картами SR-IOV (vNIC), на хосте должны быть включены как минимум три виртуальные функции.

  • Поддерживаются горячее подключение и отключение.

  • Поддерживается миграция во время работы.

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

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

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

Вот пример того, как может выглядеть libvirt XML для интерфейса:

----
<interface type='hostdev'>
    <mac address='00:1a:yy:xx:vv:xx'/>
    <driver name='vfio'/>
    <source>
<address type='pci' domain='0x0000' bus='0x05' slot='0x10' function='0x0'/>
    </source>
    <alias name='ua-18400536-5688-4477-8471-be720e9efc68'/>
    <address type='pci' domain='0x0000' bus='0x00' slot='0x08' function='0x0'/>
</interface>
----
Поиск и устранение неполадок

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

# ip -s link show dev enp5s0f0

1: enp5s0f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9000 qdisc mq state UP mode DEFAULT qlen 1000
    link/ether 86:e2:ba:c2:50:f0 brd ff:ff:ff:ff:ff:ff
    RX: bytes  packets  errors  dropped overrun mcast
    30931671   218401   0       0       0       19165434
    TX: bytes  packets  errors  dropped carrier collsns
    997136     13661    0       0       0       0
    vf 0 MAC 02:00:00:00:00:01, spoof checking on, link-state auto, trust off, query_rss off
    vf 1 MAC 00:1a:4b:16:01:5e, spoof checking on, link-state auto, trust off, query_rss off
    vf 2 MAC 02:00:00:00:00:01, spoof checking on, link-state auto, trust off, query_rss off

4.5. Объединение сетевых интерфейсов (бондинг)

4.5.1. Методы бондинга

При бондинге несколько сетевых карт объединяются в одно бонд-устройство; это дает следующие преимущества:

  • Скорость передачи объединенных сетевых карт выше, чем у одной сетевой карты.

  • Объединение сетевых карт обеспечивает отказоустойчивость, так как объединенное устройство не выйдет из строя, пока не откажут все его сетевые карты.

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

Для используемого по умолчанию в zVirt режима бондинга (Mode 4) Dynamic Link Aggregation требуется коммутатор, поддерживающий 802.3ad.

Логические сети bond-интерфейса должны быть совместимы. Bond-интерфейс может поддерживать только одну логическую сеть, не являющуюся виртуальной локальной сетью (VLAN). Остальные логические сети должны иметь уникальные идентификаторы (ID) VLAN.

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

Создать bond-интерфейс можно одним из следующих способов:

  • Вручную на Портале администрирования для конкретного хоста

  • Автоматически с помощью службы LLDP Labeler для необъединенных сетевых карт всех хостов в кластере или центре данных

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

4.5.2. Создание Bond-интерфейса на Портале администрирования

Bond-интерфейс можно создать на определенном хосте на Портале администрирования. Bond-интерфейс может передавать как тегированный трафик VLAN, так и нетегированный трафик.

Порядок действий:

  1. Нажмите Ресурсы (Compute)  Хосты (Hosts).

  2. Нажмите имя хоста. Откроется подробное представление.

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

  4. Нажмите Настройка сетей хоста (Setup Host Networks).

  5. Проверьте конфигурацию коммутатора. Если коммутатор настроен на предоставление информации Link Layer Discovery Protocol (LLDP), то наведите указатель мыши на физическую сетевую карту, чтобы просмотреть конфигурацию агрегирования порта коммутатора.

  6. Перетащите сетевую карту на другую сетевую карту или на Bond-интерфейс.

    Две сетевые карты образуют новый Bond-интерфейс. Сетевая карта и Bond-интерфейс добавляют сетевую карту к существующему Bond-интерфейсу.

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

  7. В выпадающих меню выберите Имя Bond (Bond Name) и Режим бондинга (Bonding Mode). Подробности см. в разделе Режимы бондинга.

    При выборе режима Настраиваемый (Custom) можно ввести параметры бондинга в текстовом поле Пользовательский режим, как показано в следующих примерах:

    • Если среда не сообщает о состоянии канала с помощью программы ethtool, то можно настроить мониторинг ARP, введя mode=1 arp_interval=1 arp_ip_target=192.168.0.2.

    • Сетевую карту с более высокой пропускной способностью можно назначить основным интерфейсом, введя mode=1 primary=eth0.

    Полный список параметров бондинга и их описания см. в документе Linux Ethernet Bonding Driver HOWTO на сайте Kernel.org.

  8. Нажмите OK.

  9. Подключите логическую сеть к новому Bond-интерфейсу и настройте ее. Инструкции см. в разделе Изменение сетевых интерфейсов хоста и назначение логических сетей хостам.

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

  10. При желании можно выбрать Проверить соединение между хостом и Engine (Verify connectivity between Host and Engine), если хост находится в режиме обслуживания.

  11. Нажмите OK.

4.5.3. Создание Bond-интерфейса с помощью службы LLDP Labeler

Служба LLDP Labeler позволяет автоматически создать Bond-интерфейс со всеми необъединенными сетевыми картами для всех хостов в одном или нескольких кластерах или во всем центре данных. Создаваемый режим бондинга - (Mode 4) Динамическая агрегация каналов (802.3ad).

Нельзя объединять сетевые карты с несовместимыми логическими сетями.

4.5.3.1. Настройка службы LLDP Labeler

По умолчанию служба LLDP Labeler запускается раз в час. Этот вариант полезен, если вы меняете оборудование (например, сетевые карты, коммутаторы или кабели) или конфигурацию коммутаторов.

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

  • Интерфейсы должны быть подключены к коммутатору Juniper.

  • Коммутатор Juniper должен быть настроен для протокола управления агрегацией каналов (Link Aggregation Control Protocol, LACP) с использованием LLDP.

Порядок действий:

  1. Задайте username и password в /etc/ovirt-lldp-labeler/conf.d/ovirt-lldp-credentials.conf:

    • username - имя администратора Менеджера управления. Значение по умолчанию - admin@internal.

    • password - пароль администратора Менеджера управления. Значение по умолчанию - 123456.

  2. Настройте службу LLDP Labeler, обновив следующие значения в /etc/ovirt-lldp-labeler/conf.d/ovirt-lldp-credentials.conf:

    • clusters - разделенный запятыми список кластеров, на которых должна работать служба. Символы подстановки поддерживаются. Например, значение Cluster* предпишет службе LLDP Labeler запуститься на всех кластерах, имя которых начинается со слова Cluster. Для запуска службы на всех кластерах в центре данных введите . Значение по умолчанию - Def.

    • api_url - полный URL-адрес API Менеджера управления. Значение по умолчанию – https://<Manager_FQDN>/ovirt-engine/api

    • ca_file - путь к файлу сертификата, выданного альтернативным Центром сертификации. Если альтернативные сертификаты не используются, оставьте значение empty. По умолчанию - empty.

    • auto_bonding - включает функции бондинга, имеющиеся у службы LLDP Labeler. Значение по умолчанию - true.

    • auto_labeling - включает функции присвоения меток, имеющиеся у службы LLDP Labeler. Значение по умолчанию - true.

  3. При желании можно настроить службу на запуск с другой периодичностью, изменив значение OnUnitActiveSec в /etc/ovirt-lldp-labeler/conf.d/ovirt-lldp-labeler.timer. Значение по умолчанию - 1h.

  4. Настройте службу на запуск прямо сейчас и при загрузке, введя следующую команду:

    # systemctl enable --now ovirt-lldp-labeler

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

    # /usr/bin/python /usr/share/ovirt-lldp-labeler/ovirt_lldp_labeler_cli.py

  5. Подключите логическую сеть к новому объединенному сетевому устройству и настройте ее. Инструкции см. в разделе Изменение сетевых интерфейсов хоста и назначение логических сетей хостам.

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

4.5.4. Режимы бондинга

Алгоритм распределения пакетов определяется режимом бондинга (Подробности см. в документе Linux Ethernet Bonding Driver HOWTO). В zVirt режим бондинга по умолчанию - это (Mode 4) Динамическая агрегация каналов (802.3ad).

zVirt поддерживает следующие режимы бондинга, так как их можно использовать в сетях виртуальных машин (связанных мостами):

(Mode 1) Active-Backup

Активна одна сетевая карта. Если активная сетевая карта выйдет из строя, то одна из резервных сетевых карт заменит ее как единственную активную сетевую карту в Bond-интерфейсе. MAC-адрес этого Bond-интерфейса виден только на порту сетевого адаптера. Это предотвращает путаницу с MAC-адресами, которая может возникнуть, если MAC-адрес Bond-интерфейса изменится и будет показывать MAC-адрес новой активной сетевой карты.

(Mode 2) Load Balance (balance-xor)

Сетевая карта, которая передает пакеты, выбирается путем выполнения операции XOR над MAC-адресом источника и MAC-адресом приемника и умножения на modulo общего количества сетевых карт. Этот алгоритм обеспечивает выбор одной и той же сетевой карты для каждого MAC-адреса приемника.

(Mode 3) Broadcast

Пакеты передаются на все сетевые карты.

(Mode 4) Dynamic Link Aggregation(802.3ad) (Default)

Сетевые карты объединяются в группы с одинаковыми настройками скорости и дуплекса. Используются все сетевые карты в активной группе агрегации.

Для (Mode 4) Dynamic Link Aggregation(802.3ad) требуется коммутатор, поддерживающий 802.3ad.

Объединенные сетевые карты должны иметь одинаковые идентификаторы агрегатора. Иначе на вкладке Сетевые интерфейсы (Network Interfaces) Менеджер управления покажет предупреждающий значок с восклицательным знаком на Bond-интерфейсе, а параметр ad_partner_mac Bond-интерфейса будет иметь значение: 00:00:00:00:00:00. Чтобы проверить идентификаторы агрегатора, введите следующую команду:

# cat /proc/net/bonding/bond0

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

(Mode 0) Round-Robin

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

(Mode 5) Balance-TLB (так же называемый Transmit Load-Balance)

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

(Mode 6) Balance-ALB (так же называемый Adaptive Load-Balance)

(Mode 5) Balance-TLB сочетается с балансировкой нагрузки по приему для трафика IPv4. Для балансировки нагрузки по приему используется согласование ARP.

5. Хосты

5.1. Общие сведения о хостах

Хосты, также именуемые гипервизорами – это физические серверы, на которых работают виртуальные машины. Полная виртуализация обеспечивается благодаря использованию загружаемого модуля ядра Linux, который носит название Kernel-based Virtual Machine (KVM).

KVM позволяет одновременно запускать несколько виртуальных машин под управлением Windows или Linux. Виртуальные машины работают как отдельные Linux процессы и потоки на хост-машине, а дистанционное управление ими осуществляет Менеджер управления. К среде zVirt подключены один или несколько хостов.

Для установки хостов zVirt используйте установочный носитель zVirt Node.

Тип отдельного хоста можно узнать в Менеджере управления, выбрав имя нужного хоста. Откроется подробное представление. Затем посмотрите Описание ОС (OS Description) в разделе Программное обеспечение (Software).

Хосты используют профили tuned, обеспечивающие оптимизацию виртуализации.

В среде исполнения zVirt включены функции безопасности. Security Enhanced Linux (SELinux) и межсетевой экран полностью настроены и включены по умолчанию. Состояние SELinux на выбранном хосте отображается под заголовком Режим SELinux (SELinux mode) на вкладке Общие (General) в подробном представлении. Менеджер управления может открывать необходимые порты на хостах, когда он добавляет их в среду.

Хост – это физический 64-разрядный сервер с расширениями AMD-V™ или Intel VT®, на котором работает соответствующая версия ОС.

Физический хост на платформе zVirt:

  • Должен принадлежать только одному кластеру в системе.

  • Должен иметь ЦП, которые поддерживают расширения для виртуализации аппаратного обеспечения AMD-V™ или Intel VT®.

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

  • Должен иметь объем ОЗУ не менее 4 ГБ.

  • Может иметь назначенного системного администратора с системными разрешениями.

5.2. Среда исполнения zVirt Node

Среда исполнения zVirt Node устанавливается с помощью специальной сборки, содержащей только те пакеты, которые необходимы для хостинга виртуальных машин. Она использует интерфейс установки Anaconda и может обновляться с помощью Менеджера управления или команд yum или dnf. Использование команд yum и dnf - это единственный способ установить дополнительные пакеты.

zVirt Node имеет веб-интерфейс Cockpit для мониторинга ресурсов хоста и выполнения административных задач. Веб-интерфейс Cockpit предлагает графический пользовательский интерфейс для задач, которые выполняются до добавления хоста в Менеджер управления, таких как настройка сети или выполнение терминальных команд на вкладке Терминал (Terminal).

Для доступа к веб-интерфейсу Cockpit в веб-браузере введите https://<HostFQDNorIP>:9090. В Cockpit для zVirt Node есть настраиваемый дашборд Virtualization, отображающий состояние хоста, SSH ключ хоста, статус hosted engine, виртуальные машины и статистику виртуальных машин.

zVirt Node использует инструмент автоматического создания отчетов об ошибках (ABRT) для сбора значимой отладочной информации о сбоях приложений.

Пользовательские аргументы ядра загрузки можно добавить в zVirt Node с помощью инструмента grubby. Инструмент grubby вносит постоянные изменения в файл grub.cfg. Перейдите на вложенную вкладку Терминал (Terminal) в веб-интерфейсе хоста Cockpit для использования команд grubby.
Не создавайте недоверенных пользователей в zVirt Node, так как это может привести к эксплуатации локальных уязвимостей безопасности.

5.3. Задачи в отношении хоста

5.3.1. Добавление стандартных хостов в Менеджер управления

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

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

Порядок действий:

  1. На Портале администрирования выберите Ресурсы (Compute)  Хосты (Hosts).

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

  3. В выпадающем списке Хост кластера (Host Cluster) выберите Центр данных (Data Center) и Кластер для нового хоста.

  4. Введите имя и адрес нового хоста в поля Имя (Name) и FQDN/IP. Стандартный для SSH порт 22 автоматически вводится в поле Порт SSH (SSH Port).

  5. Выберите способ аутентификации, который Менеджер управления будет использовать для доступа к хосту:

    • Укажите пароль root-пользователя, чтобы использовать аутентификацию по паролю.

    • Либо скопируйте ключ, отображаемый в поле Публичный ключ SSH (SSH PublicKey), в /root/.ssh/authorized_keys на хосте, чтобы использовать аутентификацию по открытому ключу.

  6. При желании можно нажать Дополнительные параметры (Advanced Parameters), чтобы изменить следующие дополнительные настройки хоста:

    • Отключить автоматическую настройку межсетевого экрана.

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

  7. При необходимости настройте управление питанием, если хост имеет поддерживаемую карту с управлением питания. Информацию о настройках параметров управления питанием см. в разделе Описание настроек управления питанием хоста.

  8. Нажмите OK.

Новый хост отображается в списке хостов со статусом Установка (Installing) installing; за ходом установки можно следить в разделе События (Events) EventsIcon на Панели уведомлений (Notification Drawer). После небольшой задержки статус хоста изменится на Включен (Up) running.

5.3.2. Настройка хоста для сквозного доступа PCI

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

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

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

  • Убедитесь, что аппаратное обеспечение хоста отвечает требованиям сквозного доступа и назначения PCI-устройств. Дополнительную информацию см. в разделе Требования к пробросу устройств Руководства по предварительному планированию инфраструктуры.

Настройка хоста для сквозного доступа PCI

Порядок действий:

  1. Включите расширение виртуализации и расширение IOMMU в BIOS.

  2. Включите флаг IOMMU в ядре, установив флажок Passthrough устройств хоста и SR-IOV (Hostdev Passthrough & SR-IOV) при добавлении хоста в Менеджер управления или изменив конфигурационный файл grub вручную.

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

Включение IOMMU вручную

Порядок действий:

  1. Включите IOMMU, изменив конфигурационный файл grub.

    • Если используется Intel, загрузите машину и добавьте intel_iommu=on в конец строки GRUB_CMDLINE_LINUX в конфигурационном файле grub.

      # vi /etc/default/grub
...
GRUB_CMDLINE_LINUX="nofb splash=quiet console=tty0 ... intel_iommu=on
...

    • Если используется AMD, загрузите машину и добавьте amd_iommu=on в конец строки GRUB_CMDLINE_LINUX в конфигурационном файле grub.

      # vi /etc/default/grub
...
GRUB_CMDLINE_LINUX="nofb splash=quiet console=tty0 ... amd_iommu=on
...

      В случае обнаружения intel_iommu=on или amd_iommu=on можно попытаться добавить iommu=pt. Опция pt включает IOMMU только для устройств в сквозном доступе и обеспечивает более высокую производительность хоста. Однако эта опция поддерживается не на всем оборудовании. Если опция pt для вашего хоста не работает, вернитесь к предыдущей опции.

      Если сквозной доступ включить не удастся из-за того, что оборудование не поддерживает переназначение прерываний, можно попробовать включить опцию allow_unsafe_interrupts, если виртуальные машины являются доверенными. По умолчанию опция allow_unsafe_interrupts выключена, поскольку включить ее – значит потенциально подвергнуть хост MSI-атакам со стороны виртуальных машин. Чтобы включить ее, выполните:

      # vi /etc/modprobe.d
options vfio_iommu_type1 allow_unsafe_interrupts=1

  2. Обновите файл grub.cfg и перезагрузите хост, чтобы эти изменения вступили в силу:

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

5.3.3. Включение вложенной виртуализации

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

Вложенная виртуализация позволяет одним виртуальным машинам осуществлять хостинг других виртуальных машин. Для ясности назовем их родительскими виртуальными машинами (parent virtual machines) и вложенными виртуальными машинами (nested virtual machines).

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

По умолчанию вложенная виртуализация в zVirt выключена. Чтобы включить вложенную виртуализацию, установите хук VDSM vdsm-hook-nestedvt на все хосты в кластере. Затем все виртуальные машины, работающие на этих хостах, смогут работать как родительские.

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

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

  1. На Портале администрирования нажмите Ресурсы (Compute)  Хосты (Hosts).

  2. Выберите хост в кластере, где хотите включить вложенную виртуализацию, и нажмите Управление (Management) → Обслуживание (Maintenance) и затем OK.

  3. Выберите хост снова, нажмите Консоль хоста (Host Console) и авторизуйтесь на консоли хоста.

  4. Установите хук VDSM:

    # dnf install vdsm-hook-nestedvt

  5. Перезагрузите хост.

  6. Снова авторизуйтесь на консоли хоста и убедитесь, что вложенная виртуализация включена:

    $ cat /sys/module/kvm*/parameters/nested

    Если эта команда вернет Y или 1, то вложенная виртуализация включена.

  7. Повторите эту процедуру для всех хостов в кластере.

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

Вложенная виртуализация позволяет одним виртуальным машинам осуществлять хостинг других виртуальных машин. Для ясности назовем их родительскими виртуальными машинами (parent virtual machines) и вложенными виртуальными машинами (nested virtual machines).

Вложенные виртуальные машины видимы и управляются только пользователями, имеющими доступ к родительской виртуальной машине. Они невидимы для администраторов zVirt (RHV).

Чтобы включить вложенную виртуализацию не на всех, а лишь на некоторых виртуальных машинах, настройте хост или хосты на поддержку вложенной виртуализации. Затем настройте виртуальную машину или виртуальные машины на запуск на этих конкретных хостах и включите Сквозной доступ ЦП хоста (Pass-Through Host CPU). Эта опция позволяет виртуальным машинам использовать настройки вложенной виртуализации, которые вы только что задали на хосте. Эта опция также указывает, на каких хостах могут работать виртуальные машины, и требует ручной миграции.

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

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

Не переносите родительские виртуальные машины на хосты, не поддерживающие вложенную виртуализацию.

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

Настройка хостов на поддержку вложенной виртуализации

Порядок действий:

  1. На Портале администрирования нажмите Ресурсы (Compute)  Хосты (Hosts).

  2. Выберите хост в кластере, где хотите включить вложенную виртуализацию, и нажмите Управление (Management)→ Обслуживание (Maintenance) и затем OK.

  3. Выберите хост снова, нажмите Консоль хоста (Host Console) и авторизуйтесь на консоли хоста.

  4. В окне Изменить хост (Edit Host) выберите вкладку Ядро (Kernel).

  5. Если в блоке Параметры загрузки ядра (Kernel boot parameters) флажки неактивны, нажмите Сброс (RESET).

  6. Выберите Вложенная виртуализация (Nested Virtualization) и нажмите OK.

    Это действие выведет параметр kvm-<architecture>.nested=1 в Командной строке ядра (Kernel command line). Выполнение следующих действий добавит этот параметр в Текущую cmdline ядра (Current kernel CMD line).

  7. Нажмите Настройки (Installation) → Переустановить (Reinstall).

  8. Когда хост вернется в состояние Включен (Up) running, нажмите Управление (Management) → Перезапустить (Restart)*в блоке Управление питанием (Power Management) или Управление SSH (SSH Management).

  9. Убедитесь, что вложенная виртуализация включена. Авторизуйтесь на консоли хоста и введите:

    $ cat /sys/module/kvm*/parameters/nested

    Если эта команда вернет Y или 1, то вложенная виртуализация включена.

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

Включение вложенной виртуализации на отдельных виртуальных машинах

Порядок действий:

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

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

  3. В окне Изменить виртуальную машину (Edit Vitual Machine) нажмите Показать расширенные настройки (Show Advanced Options) и выберите вкладку Хост (Host).

  4. В блоке Запустить на (Start Running On) нажмите Указанном хосте (Specific Host) и выберите хост или хосты, которые вы настроили на поддержку вложенной виртуализации.

  5. В блоке Параметры ЦП (CPU Options) выберите Passthrough ЦП хоста (Pass-Through Host CPU). Это действие автоматически установит Режим миграции (Migration mode) в значение Разрешить только ручную миграцию (Allow manual migration only).

5.3.4. Перевод хоста в режим обслуживания

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

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

Виртуальные машины, которые закреплены за хостом и не могут быть перенесены, выключаются. Чтобы выяснить, какие виртуальные машины закреплены за хостом, нажмите Прикреплён к текущему хосту (Pinned to Host) на вкладке Виртуальные машины (Virtual Machines) в подробном представлении хоста.
Порядок действий:

  1. Нажмите Ресурсы (Compute)  Хосты (Hosts) и выберите нужный хост.

  2. Нажмите Управление (Management) → Обслуживание (Maintenance). Откроется окно подтверждения Обслуживание хоста (Maintenance Host(s)).

  3. Если нужно, укажите Причину (Reason) перевода хоста в режим обслуживания, которая будет отображаться в журналах и при повторной активации хоста. Затем нажмите OK

  4. Если нужно, установите необходимые флажки для хостов, поддерживающих Gluster.

    Установите флажок в поле Игнорировать кворум Gluster и проверки в целях самовосстановления (Ignore Gluster Quorum and Self-Heal Validations), чтобы избежать выполняемых по умолчанию проверок. По умолчанию Менеджер управления проверяет, не потеряется ли кворум Gluster при переводе хоста в режим обслуживания. Менеджер управления также проверяет, не выполняется ли операция самовосстановления, которую может затронуть перевод хоста в режим обслуживания. Если будет потерян кворум Gluster или затронута операция самовосстановления, Менеджер управления не позволит перевести хост в режим обслуживания. Устанавливайте этот флажок только в том случае, если нет другого способа перевести хост в режим обслуживания.

    Установите флажок в поле Остановить службу Gluster (Stop Gluster Service), чтобы остановить все службы Gluster при переводе хоста в режим обслуживания.

    Эти поля будут отображаться в окне обслуживания хоста, только если выбранный хост поддерживает Gluster.

  5. Нажмите OK, чтобы перейти в режим обслуживания.

Все работающие виртуальные машины переносятся на альтернативные хосты. Если хост выполняет роль Менеджера пула хранения (SPM), то эта роль переносится на другой хост. Поле Статус (Status) хоста меняется на Подготовка к обслуживанию (Preparing for Maintenance) host prepare to migrate и наконец на Обслуживание (Maintenance) host maintenance, когда операция успешно завершается. VDSM не останавливается, пока хост находится в режиме обслуживания.

Если миграция какой-либо виртуальной машины заканчивается неудачей, нажмите Управление (Management) → Включить (Activate) на хосте, чтобы остановить операцию перевода в режим обслуживания, затем нажмите Отменить миграцию (Cancel Migration) на виртуальной машине, чтобы остановить миграцию.

5.3.5. Активация хоста из режима обслуживания

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

Порядок действий:

  1. Нажмите Ресурсы (Compute)  Хосты (Hosts) и выберите хост.

  2. Нажмите Управление (Management) → Включить (Activate).

Статус хоста меняется на Unassigned stat down и наконец на Включен (Up) running, когда операция завершается. Теперь на хосте могут работать виртуальные машины. Виртуальные машины, которые были перенесены с хоста при его переводе в режим обслуживания, не переносятся автоматически обратно на хост при его активации, но их можно перенести вручную. Если перед переводом в режим обслуживания хост выполнял роль Менеджера пула хранения, эта роль не возвращается автоматически при активации хоста.

5.3.6. Настройка правил межсетевого экрана для хостов

С помощью Ansible можно настроить правила межсетевого экрана для хостов, чтобы они были постоянными. Кластер должен быть сконфигурирован для использования firewalld.

Изменение зоны firewalld не поддерживается.
Порядок действий:

  1. Чтобы добавить пользовательский порт межсетевого экрана, в машине Менеджера управления измените ovirt-host-deploy-post-tasks.yml.example:

    # vi /etc/ovirt-engine/ansible/ovirt-host-deploy-post-tasks.yml.example
---
#
# Any additional tasks required to be executing during host deploy process can
# be added below
#
- name: Enable additional port on firewalld
firewalld:
    port: "_12345/tcp_"
    permanent: yes
    immediate: yes
    state: enabled

  2. Сохраните файл под именем ovirt-host-deploy-post-tasks.yml.

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

Существующие хосты нужно переустановить, нажав Настройки (Installation) → Переустановить (Reinstall) и выбрав Автоматически настроить межсетевой экран хоста (Automatically configure host firewall).

5.3.7. Удаление хоста

Иногда бывает нужно удалить хост из среды виртуализации zVirt, например, если его нужно переустановить.

Порядок действий:

  1. Нажмите Ресурсы (Compute)  Хосты (Hosts) и выберите хост.

  2. Нажмите Управление (Management) → Обслуживание (Maintenance).

  3. Как только хост перейдет в режим обслуживания, нажмите Удалить (Remove). Откроется окно с запросом на подтверждение удаления хостов Удалить хост(ы) (Remove Host(s)).

  4. Если хост является частью кластера Gluster Storage и на нем находятся брики томов либо если хост не реагирует на запросы (non-responsive), то установите флажок Принудительно удалить (Force Remove).

  5. Нажмите OK.

5.3.8. Обновление хостов

Процедура обновления зависит от текущей версии zVirt и от режима развертывания (HostedEngine, StandAlone или StandAlone-All-in-One).

Для выполнения обновления хостов обратитесь к соответствующим процедурам, описанным в инструкциях Руководства по обновлению

5.3.9. Переустановка хостов

Переустановите хосты c zVirt Node с Портала администрирования. Процедура включает в себя остановку и перезапуск хоста.

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

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

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

  • Перед выполнением переустановки убедитесь, что кластер содержит более одного хоста. Не пытайтесь переустановить все хосты одновременно. Один хост должен оставаться доступным для выполнения задач Менеджера пула хранения (SPM).

Порядок действий:

  1. Нажмите Ресурсы (Compute)  Хосты (Hosts) и выберите хост.

  2. Нажмите Управление (Management) → Обслуживание (Maintenance) и OK.

  3. Нажмите Настройки (Installation) → Переустановить (Reinstall). Откроется окно Настройка хоста (Install Host).

  4. Нажмите OK, чтобы переустановить хост.

После переустановки хоста и возвращения его статуса к значению Включен (Up) running можно перенести виртуальные машины обратно на хост.

После регистрации хоста с zVirt Node в Менеджере управления и его переустановки Портал администрирования может ошибочно отобразить его статус как Install Failed. Нажмите Управление (Management) → Включить (Activate), затем хост перейдет в состояние Включен (Up) и будет готов к использованию.

5.3.10. Просмотр состояния хоста

Кроме обычного Статуса (Status), у хостов есть внешний статус состояния. О внешнем статусе состояния сообщают подключаемые модули или внешние системы, его может задать администратор, и он отображается слева от Имени (Name) хоста в виде одного из следующих значков:

  • OK: Без значка

  • Информация (Info): icn ext info

  • Предупреждение (Warning): icn ext warning

  • Ошибка (Error): icn ext error

  • Отказ (Failure): icn ext failure

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

Статус состояние хоста также можно посмотреть через REST API. Запрос GET на хост будет включать в себя элемент external_status, который содержит статус состояния.

Можно установить статус состояния хоста в REST API через набор events. Дополнительные сведения см. в разделе Добавление событий в Руководстве по REST API.

5.3.11. Просмотр устройств хоста

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

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

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

Порядок действий:

  1. Нажмите Ресурсы (Compute)  Хосты (Hosts).

  2. Нажмите на имя хоста. Откроется подробное представление.

  3. Откройте вкладку Устройства хоста (Host Devices).

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

5.3.12. Доступ к Cockpit с Портала администрирования

Cockpit доступен по умолчанию на хостах с zVirt Node. Доступ к веб-интерфейсу Cockpit можно получить, набрав адрес в браузере, или через Портал администрирования.

Порядок действий:

  1. На Портале администрирования нажмите Ресурсы (Compute)  Хосты (Hosts) и выберите хост.

  2. Нажмите Консоль хоста (Host Console).

В новом окне браузера откроется страница авторизации Cockpit.

5.3.13. Настройка устаревшего шифра SPICE

По умолчанию консоли SPICE используют FIPS-совместимое шифрование и строку шифра. По умолчанию используется следующая строка шифра SPICE: kECDHE+FIPS:kDHE+FIPS:kRSA+FIPS:!eNULL:!aNULL

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

Можно изменить строку шифра, используя Ansible-плейбук.

Порядок действий::

  1. На машине с Менеджером управления перейдите в каталог /usr/share/ovirt-engine/ansible-runner-service-project/

    # cd /usr/share/ovirt-engine/ansible-runner-service-project/

  2. В подкаталоге project/ cоздайте файл плейбука. Например:

    # vim project/change-spice-cipher.yml

  3. Введите в файл следующие данные и сохраните его:

    - name: oVirt - setup weaker SPICE encryption for old clients
    hosts: <hostname>
    vars:
    host_deploy_spice_cipher_string: 'DEFAULT:-RC4:-3DES:-DES'
    roles:
    - ovirt-host-deploy-spice-encryption

    где, <hostname> - имя хоста или группы хостов, на котором нужно внести изменения.

  4. Запустите только что созданный файл с указанием инвентарного файла:

    # ansible-playbook ansible-playbook project/change-spice.yml -i inventory/hosts

Либо можно переконфигурировать хост Ansible-плейбуком ovirt-host-deploy, используя опцию --extra-vars с переменной host_deploy_spice_cipher_string:

Следующая команда, для сокращения путей, предполагает запуск из каталога /usr/share/ovirt-engine/ansible-runner-service-project/ 
# ansible-playbook -l _hostname_ \
  --extra-vars host_deploy_spice_cipher_string=”DEFAULT:-RC4:-3DES:-DES” \
  -i inventory/hosts \
  project/ovirt-host-deploy.yml

5.3.14. Настройка параметров управления питанием хоста

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

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

Порядок действий:

  1. Нажмите Ресурсы (Compute)  Хосты (Hosts) и выберите хост.

  2. Нажмите Управление (Management) → Обслуживание (Maintenance), нажмите OK для подтверждения.

  3. Как только хост перейдет в режим обслуживания, нажмите Изменить (Edit).

  4. Откройте вкладку Управление питанием (Power Management).

  5. Отметьте флажком Включить управление питанием (Enable Power Management), чтобы поля стали активными.

  6. Отметьте флажком Интеграция Kdump (Kdump integration), чтобы предотвратить изоляцию хоста, пока создается аварийный дамп ядра.

    После включения или выключения Интеграции Kdump (Kdump integration) на существующем хосте необходимо переустановить хост, чтобы можно было сконфигурировать kdump.

  7. При желании можно установить флажок Выключить политику управления питанием (Disable policy control of power management), и тогда питание хоста не будет контролироваться Политикой планирования (Scheduling Policy) кластера, к которому относится этот хост.

  8. Нажмите plus big, чтобы добавить новое устройство управления питанием. Откроется окно Изменить fence-агента (Edit fence agent).

  9. Заполните поля Имя пользователя (User Name) и Пароль (Password) устройства управления питанием.

  10. В выпадающем списке выберите Тип (Type) устройства управления питанием.

  11. Введите IP-адрес в поле Адрес (Address).

  12. Введите номер Порта (Port), который устройство управления питанием использует для связи с хостом.

  13. Введите номер Слота (Slot), который используется для идентификации блейда устройства управления питанием.

  14. Укажите Настройки (Options) устройства управления питанием. Используйте список записей в формате key=значение, разделенных запятыми.

    • Если можно использовать и IPv4-адреса, и IPv6-адреса (по умолчанию), то оставьте поле Настройки (Options) пустым.

    • Если можно использовать только IPv4-адреса, то введите inet4_only=1.

    • Если можно использовать только IPv6-адреса, то введите inet6_only=1.

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

  16. Нажмите Тестировать (Test), чтобы убедиться в правильности настроек. После успешной проверки появится сообщение Test Succeeded, Host Status is: on.

  17. Нажмите OK, чтобы закрыть окно Изменить fence-агента (Edit fence agent).

  18. На вкладке Управление питанием (Power Management) можно при желании развернуть блок Дополнительные параметры (Advanced Parameters) и кнопками "вверх" up arr и "вниз" down arr задать порядок, в котором Менеджер управления будет искать изолирующий прокси в кластере и центре данных хоста.

  19. Нажмите OK.

  • zVirt поддерживает только статическую адресацию для IPv6.

  • Одновременная адресация (IPv4 и IPv6) не поддерживается.

Выпадающий список в разделе Управление (Management) → Управление питанием (Power Management) теперь стал активным на Портале администрирования.

5.3.15. Настройка параметров для Менеджера пула хранения хоста

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

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

Порядок действий:

  1. Нажмите Ресурсы (Compute)  Хосты (Hosts) и выберите хост.

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

  3. Откройте вкладку SPM.

  4. С помощью кнопок-переключателей выберите для хоста подходящий приоритет SPM.

  5. Нажмите OK.

5.3.16. Перенос хостов с ролью hosted engine на другой кластер

Хост с ролью hosted engine mgmt net можно перенести только в центр данных или кластер, в котором работает виртуальная машина с ролью hosted engine mgmt net. Все хосты с ролью hosted engine mgmt net должны находиться в одном и том же центре данных и кластере. Необходимо забрать у хоста роль hosted engine mgmt net, удалив конфигурацию hosted engine с хоста.

Порядок действий:

  1. Нажмите Ресурсы (Compute)  Хосты (Hosts) и выберите хост.

  2. Нажмите Управление (Management) → Обслуживание (Maintenance). Статус хоста изменится на Обслуживание (Maintenance) host maintenance.

  3. Нажмите Настройки (Installation) → Переустановить (Reinstall). Откроется окно Настройка хоста (Install Host).

  4. На вкладке Hosted Engine в выпадающем меню Настроить хост для размещения на нём ВМ HostedEngine (Choose hosted engine deployment action) выберите UNDEPLOY.

  5. Нажмите OK.

    Кроме того, можно воспользоваться параметром REST API undeploy_hosted_engine.

  6. После окончания процедуры переустановки и перехода хоста в состояние Включен (UP) running снова переведите его в режим обслуживания и нажмите Изменить (Edit).

  7. Выберите целевой центр данных и кластер.

  8. Нажмите OK.

  9. Нажмите Управление (Management) → Включить (Activate).

    Дополнительные ресурсы

5.4. Описание настроек и средств управления в окнах "Новый хост" и "Изменить хост"

5.4.1. Описание общих настроек хоста

В таблице Общие настройки содержится информация, которая должна быть указана на вкладке Общие (General) окон Новый хост (New Host) или Изменить хост (Edit Host).

Таблица 20. Общие настройки
Имя поля Описание

Хост кластера (Host Cluster)

Кластер и центр данных, к которым относится хост.

Имя (Name)

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

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

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

FQDN/IP (Hostname/IP)

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

Порт SSH (SSH port)

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

Пароль (Password)

Пароль root-пользователя хоста. Установите пароль при добавлении хоста. После этого пароль нельзя изменить.

Включить хост после установки (Activate host after install)

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

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

Перезагрузить хост после установки (Reboot host after install)

Установите этот флажок, чтобы перезагрузить хост после установки. Флажок стоит по умолчанию.

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

Публичный ключ SSH (SSH Public Key)

Скопируйте содержимое текстового поля в файл /root/.ssh/authorized_hosts на хосте, чтобы использовать для аутентификации на хосте SSH-ключ Менеджера управления, а не пароль.

Автоматически настроить межсетевой экран хоста (Automatically configure host firewall)

При добавлении нового хоста Менеджер управления может открывать требуемые порты на межсетевом экране хоста. Флажок стоит по умолчанию. Это – Дополнительный параметр (Advanced Parameter).

Публичный ключ SSH хоста (Host ssh public key (PEM))

Можно получить (fetch) публичный ключ SSH хоста и сравнить его с ключом, который ожидается от хоста, чтобы убедиться, что они совпадают. Это – Дополнительный параметр (Advanced Parameter).

5.4.2. Описание настроек управления питанием хоста

В таблице Настройки Управления питанием содержится информация, которая должна быть указана на вкладке Управление питанием (Power Management) окон Новый хост (New Host) или Изменить хост (Edit Host). Управление питанием можно настроить, если у хоста есть поддерживаемая карта управления питанием.

Таблица 21. Настройки Управления питанием
Имя поля Описание

Включить управление питанием (Enable Power Management)

Включает управление питанием на хосте. Установите этот флажок, чтобы сделать активными остальные поля на вкладке Управление питанием (Power Management).

Интеграция Kdump (Kdump integration)

Предотвращает изоляцию хоста во время создания аварийного дампа ядра, чтобы процесс не прерывался. Если kdump доступен на хосте, но его конфигурация недействительна (служба kdump не может быть запущена), включение Интеграции Kdump (Kdump integration) приведет тому, что (повторная) установка хоста завершится ошибкой. В этом случае см. раздел Расширенная конфигурация fence_kdump.

Выключить политику управления питанием (Disable policy control of power management)

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

Агенты в последовательном порядке (Agents by Sequential Order)

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

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

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

По умолчанию агенты изоляции работают последовательно. Чтобы изменить порядок использования агентов изоляции, воспользуйтесь кнопками up arr и down arr.

Чтобы два агента изоляции работали параллельно, выберите один агент изоляции из выпадающего списка Параллельно с (Concurrent with) рядом с другим агентом изоляции. К группе параллельных агентов изоляции можно добавить дополнительных агентов изоляции, выбрав группу из выпадающего списка Параллельно с (Concurrent with) рядом с дополнительным агентом изоляции.

Добавить агент управления питанием (Add Fence Agent)

Нажмите plus big, чтобы добавить нового агента изоляции. Откроется окно Изменить fence-агента (Edit fence agent). Более подробная информация о полях этого окна приведена в таблице ниже.

Предпочтения прокси управления питанием (Power Management Proxy Preference)

По умолчанию указано, что Менеджер управления будет искать изолирующий прокси в том же кластере, к которому относится хост, а если изолирующий прокси не найден, то Менеджер управления будет искать его в том же центре данных. Чтобы изменить порядок использования этих ресурсов, воспользуйтесь кнопками up arr и down arr. Это поле доступно в разделе Дополнительные параметры (Advanced Parameters).

В таблице ниже приведена информация, необходимая в окне Изменить fence-агента (Edit fence agent)

Таблица 22. Настройки окна Изменить fence-агента (Edit fence agent)
Имя поля Описание

Адрес (Address)

Адрес для доступа к устройству управления питанием хоста. Укажите разрешимое имя хоста или IP-адрес.

Имя пользователя (User Name)

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

Пароль (Password)

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

Тип (Type)

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

  • apc – сетевой переключатель питания APC MasterSwitch. Не подходит для использования с устройствами коммутации питания APC 5.x.

  • apc_snmp – используется с устройствами коммутации питания APC 5.x.

  • bladecenter – IBM Bladecenter Remote Supervisor Adapter.

  • cisco_ucs – Cisco Unified Computing System.

  • drac5 – Dell Remote Access Controller для компьютеров Dell.

  • drac7 – Dell Remote Access Controller для компьютеров Dell.

  • eps – сетевой переключатель питания ePowerSwitch 8M+.

  • hpblade – HP BladeSystem.

  • ilo, ilo2, ilo3, ilo4, ilo_ssh – HP Integrated Lights-Out.

  • ipmilan – Intelligent Platform Management Interface и устройства управления Sun Integrated Lights Out.

  • redfish - спецификация и открытый индустриальный стандарт, который пришёл на смену устаревшему IPMI. Он используется для управления серверным оборудованием посредством RESTful интерфейса.

  • rsa – IBM Remote Supervisor Adapter.

  • rsb – интерфейс управления Fujitsu-Siemens RSB.

  • wti – сетевой переключатель питания WTI.

Дополнительные сведения об устройствах управления питанием см. в разделе Управление питанием в Техническом справочнике.

Порт (Port)

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

Слот (Slot)

Номер, который используется для идентификации блейда устройства управления питанием.

Профиль службы (Service Profile)

Имя профиля службы, которое используется для идентификации блейда устройства управления питанием. Это поле появляется вместо поля Слот (Slot), когда тип устройства - cisco_ucs.

Настройки (Options)

Специальные опции устройства управления питанием. Указываются в формате key=значение. См. доступные опции в документации на устройство управления питанием хоста.

Безопасность (Secure)

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

5.4.3. Описание настроек приоритета SPM

В таблице Настройки SPM содержится информация, которая должна быть указана на вкладке SPM окон Новый хост (New Host) или Изменить хост (Edit Host).

Таблица 23. Настройки SPM
Имя поля Описание

Приоритет SPM (SPM Priority)

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

  • Никогда (Never)

  • Низкий (Low)

  • Нормальный (Normal)

  • Высокий (High)

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

5.4.4. Описание настроек консоли хоста

В таблице Настройки консоли (Console settings) содержится информация, которая должна быть указана на вкладке Консоль (Console) окон Новый хост (New Host) или Изменить хост (Edit Host).

Таблица 24. Настройки консоли (Console settings)
Имя поля Описание

Переопределить отображаемый адрес (Override display address)

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

Отображаемый адрес (Display address)

Указанный здесь адрес будет использоваться для всех виртуальных машин, работающих на данном хосте. Адрес должен иметь формат FQDN или IP-адреса.

Размещение vGPU(vGPU Placement)

Указывает предпочтительное размещение vGPU:

  • Объединённый (Consolidated): Выберите этот параметр, если вы предпочитаете использовать больше vGPU на доступных физических картах.

  • Разделённый (Separated): Выберите этот параметр, если вы предпочитаете запускать каждый vGPU на отдельной физической карте.

5.4.5. Описание настроек ядра

В таблице Настройки ядра описана информация, которая должна быть указана на вкладке Ядро (Kernel) окон Новый хост (New Host) или Изменить хост (Edit Host). Общие загрузочные параметры ядра перечислены в виде флажков, с которыми легко работать.

Если нужно внести более сложные изменения, используйте текстовое поле для ввода текста в свободной форме рядом с Командной строкой ядра (Kernel command line), чтобы добавить любые необходимые параметры. После изменения любых параметров командной строки ядра переустановите хост.

Если хост уже подключен к Менеджеру управления, то перед внесением изменений переведите хост в режим обслуживания. После внесения изменений переустановите хост, чтобы изменения вступили в силу.
Таблица 25. Настройки ядра
Имя поля Описание

Passthrough устройств хоста и SR-IOV (Hostdev Passthrough & SR-IOV)

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

Вложенная виртуализация (Nested Virtualization)

Включает флаг vmx или svm, позволяющий виртуальным машинам работать внутри виртуальных машин. Вложенная виртуализация – это предварительная версия технологии, представленная для оценки (Technology Preview): Она предназначена только для оценки и не поддерживается в продуктивных средах. Чтобы использовать эту настройку, установите хук vdsm-hook-nestedvt на хосте. Дополнительную информацию см. в разделе Включение вложенной виртуализации

Небезопасные прерывания (Unsafe Interrupts)

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

Перераспределение PCI (PCI Reallocation)

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

Заблокировать Nouveau (Blacklist Nouveau)

Блокирует драйвер nouveau. Nouveau – это неофициальный драйвер для графических процессоров NVIDIA, который конфликтует с вендорскими драйверами. Драйвер nouveau следует блокировать, когда приоритет отдается вендорским драйверам.

Отключить SMT (SMT Disabled)

Отключает одновременную многопоточность (SMT). Отключение SMT может ослабить уязвимости, такие как L1TF или MDS.

FIPS mode

Включает режим FIPS. Дополнительную информацию см. в разделе Настройка хостов FIPS с помощью Менеджера управления.

Командная строка ядра (Kernel command line)

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

5.4.6. Описание настроек Hosted Engine

В таблице Настройки Hosted Engine описана информация, которая должна быть указана на вкладке Hosted Engine окон Новый хост (New Host) или Изменить хост (Edit Host).

Таблица 26. Настройки Hosted Engine
Имя поля Описание

Настроить хост для размещения на нём ВМ HostedEngine (Choose hosted engine deployment action)

Доступны три варианта:

  • Нет (None) – никакие действия не требуются.

  • Да (Deploy) – выберите эту опцию, чтобы развернуть хост как узел с ролью hosted engine.
Выбор опции Настроить хост для размещения на нём ВМ HostedEngine (Choose hosted engine deployment action) влияет на роль Hosted Engine только для новых хостов. Для изменения роли Hosted Engine для уже добавленных хостов, используйте вкладку Hosted Engine в окне Настройка хоста, появляющееся в процессе переустановки хоста

5.5. Устойчивость хоста

5.5.1. Высокая доступность хоста

Менеджер управления использует изоляцию, чтобы поддерживать хосты в кластере в состоянии "responsive" (т.е. когда они реагируют на запросы). Хост, не реагирующий на запросы (Non Responsive) – это не то же самое, что неработоспособный (Non Operational) хост. Неработоспособные (Non Operational) хосты имеют неверную конфигурацию (например, у них отсутствует логическая сеть), но Менеджер управления может связаться с ними. С хостами, не реагирующими на запросы (Non Responsive), Менеджер управления связаться не может.

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

Для автоматической проверки параметров изоляции можно настроить параметры engine-config: PMHealthCheckEnabled (по умолчанию – false) и PMHealthCheckIntervalInSec (по умолчанию – 3600 секунд).

Если установить параметр PMHealthCheckEnabled в значение true, то он будет проверять все агенты хоста с периодичностью, указанной в параметре PMHealthCheckIntervalInSec, и выдавать предупреждения при обнаружении проблем. Дополнительную информацию о настройке параметров engine-config см. в разделе [Синтаксис команды engine-config].

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

После запуска Менеджера управления он – по истечении времени ожидания (по умолчанию – 5 минут) – автоматически пытается изолировать не реагирующие на запросы хосты, для которых включено управление питанием. Время ожидания можно настроить, изменив значение параметра engine-config DisableFenceAtStartupInSec.

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

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

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

5.5.2. Управление питанием с прокси в zVirt

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

Варианты выбора:

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

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

Работоспособный изолирующий прокси-хост имеет статус либо Включен (UP) running, либо Обслуживание (Maintenance) host maintenance.

5.5.3. Установка параметров изоляции на хосте

Параметры изоляции хостов устанавливаются с помощью полей Управление питанием (Power Management) окон Новый хост (New Host) или Изменить хост (Edit Host). Управление питанием позволяет системе изолировать проблемный хост, используя дополнительный интерфейс, такой как карта удаленного доступа (RAC).

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

Порядок действий:

  1. Нажмите Ресурсы (Compute)  Хосты (Hosts) и выберите хост.

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

  3. Откройте вкладку Управление питанием (Power Management).

  4. Установите флажок в поле Включить управление питанием (Enable Power Management), чтобы активировать поля.

  5. Установите флажок Интеграция kdump (Kdump integration), чтобы предотвратить изолирование хоста, пока создается аварийный дамп ядра.

    После установки или снятия флажка Интеграция kdump (Kdump integration) на имеющемся хосте необходимо переустановить хост.

  6. При желании можно установить флажок Выключить политику управления питанием (Disable policy control of power management), и тогда питание хоста не будет контролироваться Политикой планирования (Scheduling Policy) кластера, к которому относится этот хост.

  7. Нажмите plus big, чтобы добавить новое устройство управления питанием. Откроется окно Изменить fence-агента (Edit fence agent).

  8. Введите Адрес (Address), Имя пользователя (User Name) и Пароль (Password) устройства управления питанием.

  9. В выпадающем списке выберите Тип (Type) устройства управления питанием.

  10. Введите номер Порта (Port), который устройство управления питанием использует для связи с хостом.

  11. Введите номер Слота (Slot), используемый для идентификации блейда устройства управления питанием.

  12. Введите Настройки (Options) для устройства управления питанием. Используйте список записей в формате key=значение, разделенных запятыми.

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

  14. Нажмите Тестировать (Test), чтобы убедиться в правильности настроек. После успешной проверки появится сообщение Проверка прошла успешно, Статус хоста: включен (Test Succeeded, Host Status is: on).

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

  15. Нажмите OK, чтобы закрыть окно Изменить fence-агента (Edit fence agent).

  16. На вкладке Управление питанием (Power Management) при желании можно развернуть блок Дополнительные параметры (Advanced Parameters) и кнопками up arr и down arr задать порядок, в котором Менеджер управления будет искать изолирующий прокси в кластере и центре данныххоста.

  17. Нажмите OK.

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

5.5.4. Расширенная конфигурация fence_kdump

kdump

Нажмите на имя хоста, чтобы увидеть статус службы kdump на вкладке Общие (General) подробного представления:

  • Включено (Enabled): служба kdump настроена правильно и работает.

  • Выключено (Disabled): служба kdump не работает (в этом случае интеграция kdump не будет работать должным образом).

  • Неизвестно (Unknown): так бывает только у хостов с более ранней версией VDSM, которая не сообщает статус kdump.

fence_kdump

Включение Интеграции kdump (Kdump integration) на вкладке Управление питанием (Power Management) окон Новый хост (New Host) или Изменить хост (Edit Host) формирует стандартную конфигурацию fence_kdump. Если сетевая конфигурация среды проста, а FQDN Менеджера управления разрешимо на всех хостах, то для использования достаточно стандартных настроек fence_kdump.

Однако бывает и так, что нужна расширенная конфигурация fence_kdump. В средах с более сложной организацией сети, возможно, потребуется вручную изменить конфигурацию Менеджера управления, прослушивающего процесса fence_kdump либо того и другого. Например, если FQDN Менеджера управления не разрешимо на всех хостах с включенной опцией Интеграция kdump (Kdump integration), можно указать нужное имя или IP-адрес хоста с помощью engine-config:

engine-config -s FenceKdumpDestinationAddress=_A.B.C.D_

Ниже приведены еще примеры, когда может потребоваться изменение конфигурации:

  • Менеджер управления имеет две сетевых карты, одна из которых служит для связи с публичным сегментом, а другая – для приема сообщений fence_kdump.

  • Нужно запустить прослушивающий процесс fence_kdump на другом IP-адресе или порту.

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

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

5.5.5. Конфигурация прослушивающего процесса fence_kdump

Измените конфигурацию прослушивающего процесса fence_kdump. Это необходимо только тогда, когда конфигурации по умолчанию недостаточно.

Порядок действий:

  1. Создайте новый файл (например, my-fence-kdump.conf) в /etc/ovirt-engine/ovirt-fence-kdump-listener.conf.d/.

  2. Введите свои параметры, используя синтаксис OPTION=значение, и сохраните файл.

    Отредактированные значения нужно также изменить в engine-config, как указано в таблице Параметры конфигурации kdump в разделе Настройка fence_kdump в Менеджере управления.

  3. Перезапустите прослушивающий процесс fence_kdump:

    # systemctl restart ovirt-fence-kdump-listener.service

При необходимости можно изменить следующие параметры:

Таблица 27. Параметры конфигурации прослушивающего процесса fence_kdump**
Переменная Описание Значение по умолчанию Примечание

LISTENER_ADDRESS

Определяет IP-адрес, на который будут приниматься сообщения fence_kdump.

0.0.0.0

Если значение этого параметра будет изменено, то оно должно соответствовать значению параметра FenceKdumpDestinationAddress в engine-config.

LISTENER_PORT

Определяет порт, на который будут приниматься сообщения fence_kdump.

7410

Если значение этого параметра будет изменено, то оно должно соответствовать значению параметра FenceKdumpDestinationPort в engine-config.

HEARTBEAT_INTERVAL

Определяет интервал (в секундах) между сигналами работоспособности прослушивающего процесса.

30

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

SESSION_SYNC_INTERVAL

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

5

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

REOPEN_DB_CONNECTION_INTERVAL

Определяет интервал (в секундах) до следующей попытки установить соединение с базой данных, которая до этого была недоступна.

30

-

KDUMP_FINISHED_TIMEOUT

Определяет максимальное время ожидания (в секундах) после получения последнего сообщения от хостов, создающих дамп ядра, после чего поток kdump хоста помечается как Завершенный (FINISHED).

60

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

5.5.6. Настройка fence_kdump в Менеджере управления

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

# engine-config -g _OPTION_
Порядок действий:

  1. Измените конфигурацию kdump командой engine-config:

    # engine-config -s _OPTION_=_value_
    Отредактированные значения нужно также изменить в файле конфигурации прослушивающего процесса fence_kdump, как указано в таблице Параметры конфигурации прослушивающего процесса fence_kdump в разделе Конфигурация прослушивающего процесса fence_kdump.

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

    # systemctl restart ovirt-engine.service

  3. Если необходимо, переустановите все хосты с включенной Интеграцией kdump (Kdump integration) (см. таблицу ниже).

Следующие параметры можно настроить с помощью engine-config:

Таблица 28. Параметры конфигурации kdump
Переменная Описание Значение по умолчанию Примечание

FenceKdumpDestinationAddress

Определяет имя (имена) или IP-адрес (адреса) хоста (хостов), куда будут отправляться сообщения fence_kdump. Пустое поле означает, что используется FQDN Менеджера управления.

Пустая строка (используется FQDN Менеджера управления)

Если значение этого параметра будет изменено, то оно должно соответствовать значению параметра LISTENER_ADDRESS в файле конфигурации прослушивающего процесса fence_kdump, а все хосты с включенной Интеграцией kdump (Kdump integration) должны быть переустановлены.

FenceKdumpDestinationPort

Определяет порт, на который будут отправляться сообщения fence_kdump.

7410

Если значение этого параметра будет изменено, то оно должно соответствовать значению параметра LISTENER_PORT в файле конфигурации прослушивающего процесса fence_kdump, а все хосты с включенной Интеграцией kdump (Kdump integration) должны быть переустановлены.

FenceKdumpMessageInterval

Определяет интервал (в секундах) между сообщениями, которые отправляет fence_kdump.

5

Если значение этого параметра будет изменено, то оно должно быть как минимум в два раза меньше значения параметра KDUMP_FINISHED_TIMEOUT в файле конфигурации прослушивающего процесса fence_kdump, а все хосты с включенной Интеграцией kdump (Kdump integration) должны быть переустановлены.

FenceKdumpListenerTimeout

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

90

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

KdumpStartedTimeout

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

30

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

5.5.7. 2.5.5.7. Программная изоляция хостов

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

SSH Soft Fencing – это процесс, когда Менеджер управления пытается по SSH перезапустить VDSM на хостах, не реагирующих на запросы. Если Менеджеру управления не удается перезапустить VDSM по SSH, то задача изоляции возлагается на внешний агент изоляции, если он настроен.

Программная изоляция по SSH работает следующим образом. На хосте должна быть настроена и включена изоляция, и должен существовать допустимый прокси-хост (второй хост в состоянии UP (включен) running в центре данных). Когда время ожидания для соединения между Менеджером управления и хостом истекает, происходит следующее:

  1. При первом сбое сети статус хоста меняется на Подключается (connecting).

  2. Затем Менеджер управления делает три попытки запросить статус у VDSM или ждет в течение интервала, определяемого нагрузкой на хост. Формула определения длительности интервала задается параметрами конфигурации TimeoutToResetVdsInSeconds (по умолчанию – 60 секунд) + [DelayResetPerVmInSeconds (по умолчанию – 0,5 секунд)] * (количество работающих виртуальных машин на хосте) + [DelayResetForSpmInSeconds (по умолчанию – 20 секунд)] * 1 (если хост работает как SPM) или 0 (если хост не работает как SPM). Чтобы дать VDSM максимальное время для ответа, Менеджер управления выбирает более продолжительный из двух вышеупомянутых вариантов (три попытки получить статус VDSM или интервал, определяемый вышеприведенной формулой).

  3. Если хост не реагирует и после истечения этого интервала, то по SSH выполняется vdsm restart.

  4. Если vdsm restart не помогает восстановить соединение между хостом и Менеджером управления, то статус хоста меняется на Не отвечает (Non Responsive) и, если управление питанием настроено, задача изоляции передается внешнему агенту изоляции.

Программную изоляцию по SSH можно выполнять на хостах, на которых не настроено управление питанием. Она отличается от просто изоляции, которая может выполняться только на хостах, на которых настроено управление питанием.

5.5.8. Использование функций управления питанием хоста

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

Порядок действий:

  1. Нажмите Ресурсы (Compute)  Хосты (Hosts) и выберите хост.

  2. Откройте выпадающее меню Управление (Management) и выберите один из следующих вариантов Управления питанием (Power Management):

    • Перезапустить (Restart): этот вариант предусматривает остановку хоста и ожидание изменения статуса хоста на Выключен (Down) stat down. Когда агент убедился, что хост выключен, виртуальные машины с признаком высокой доступности перезапускаются на другом хосте в кластере. Затем агент перезапускает этот хост. Когда хост готов к использованию, его статус отображается как Включен (Up) running.

    • Запустить (Start): этот вариант предусматривает запуск хоста и его присоединение к кластеру. Когда он готов к использованию, его статус отображается как Включен (Up) running.

    • Остановить (Stop): в этом варианте предусматривается выключение хоста. Прежде чем выбрать этот вариант, убедитесь, что виртуальные машины, работающие на хосте, перенесены на другие хосты в кластере. В противном случае произойдет сбой в работе виртуальных машин, и лишь виртуальные машины с признаком высокой доступности будут перезапущены на другом хосте. Когда хост остановлен, его статус отображается как Неработоспособный (Non-Operational).

    Если Управление питанием (Power Management) не включено, то для перезапуска или остановки хоста выберите его в выпадающем меню Управление (Management), затем в категории Управление SSH (SSH Management) выберите Перезапустить (Restart) или Остановить (Stop).
    Если на хосте определены два агента изоляции, их можно использовать параллельно или последовательно. При параллельном использовании оба агента должны отреагировать на команду Stop, чтобы остановить хост. Если один агент отреагирует на команду Start, то хост запустится. В случае последовательно работающих агентов для запуска или остановки хоста сначала используется первый агент, а в случае его отказа – второй агент.

  3. Нажмите OK.

5.5.9. Изолирование хоста, не реагирующего на запросы, вручную

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

Не выбирайте Подтвердить 'Хост был перезагружен' (Confirm 'Host has been Rebooted'), если не перезагружали его вручную. Использование этой опции во время работы хоста может вызвать повреждение образа виртуальной машины.
Порядок действий:

  1. На Портале администрирования нажмите Ресурсы (Compute)  Хосты (Hosts) и подтвердите, что хост имеет статус Не отвечает (Non Responsive).

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

  3. На Портале администрирования выберите хост и нажмите Дополнительные действия (More Actions) more actions, затем нажмите Подтвердить 'Хост был перезагружен' (Confirm 'Host has been Rebooted').

  4. Установите флажок в поле Подтвердить операцию (Approve operation) и нажмите OK.

  5. Если хосты загружаются необычно долго, можно задать параметр ServerRebootTimeout, чтобы указать, через сколько секунд следует считать, что хост Не отвечает (Non Responsive):

    # engine-config --set ServerRebootTimeout=_integer_

6. Хранилище

6.1. О хранилище zVirt

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

  • Network File System (NFS)

  • экспорта GlusterFS

  • других файловых систем, совместимых с POSIX

  • iSCSI

  • локального хранилища, подключенного непосредственно к хостам виртуализации

  • протокола оптоволоконного канала (Fibre Channel Protocol, FCP)

  • параллельной NFS (pNFS)

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

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

Для добавления доменов хранения нужен доступ к Порталу администрирования и хотя бы один подключенный хост со статусом Включен (Up) running.

В zVirt есть три типа доменов хранения:

  • Домен данных: Домен данных содержит виртуальные жесткие диски и файлы OVF всех виртуальных машин и шаблонов в центре данных. В нем же хранятся снимки виртуальных машин.

    Домен данных не может использоваться несколькими центрами данных. К одному центру данных можно добавлять домены данных разных типов (iSCSI, NFS, FC, POSIX и Gluster) при условии, что все они являются общими, а не локальными.

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

  • Домен ISO: Домены ISO хранят файлы ISO (или логические CD), используемые для установки и загрузки операционных систем и приложений для виртуальных машин. Домен ISO избавляет центр данных от потребности в физических носителях. Домен ISO не может использоваться несколькими центрами данных. Домен ISO может базироваться только на NFS. К центру данных можно добавить только один домен ISO.

  • Домен экспорта: Домены экспорта – это репозитории временного хранения, используемые для копирования и перемещения образов между центрами данных и средами zVirt. Домены экспорта могут использоваться для резервного копирования виртуальных машин. Домен экспорта можно перемещать между центрами данных, но активным он может быть только в одном центре данных в каждый конкретный момент времени. Домен экспорта может базироваться только на NFS. К центру данных можно добавить только один домен экспорта.

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

6.2. Концепция доменов хранения

Домен хранения – это набор образов, имеющих общий интерфейс хранения. Домен хранения содержит полные образы шаблонов и виртуальных машин (включая моментальные снимки) или файлы ISO. Домен хранения может состоять из блочных устройств (SAN - iSCSI или FCP) или файловой системы (NAS - NFS, GlusterFS или иных POSIX-совместимых файловых систем).

По умолчанию домены GlusterFS и локальные домены хранения поддерживают блок размером 4 кБ. Блок размером 4 кБ может обеспечить лучшую производительность, особенно на больших файлах, а также необходим при использовании инструментов, требующих совместимости с 4-килобайтным блоком, например, VDO.

В NFS все виртуальные диски, шаблоны и моментальные снимки являются файлами.

В SAN (iSCSI/FCP) каждый виртуальный диск, шаблон или моментальный снимок представляет собой логический том. Блочные устройства объединяются в логическую сущность, называемую группой томов, а затем с помощью Менеджера логических томов (Logical Volume Manager, LVM) делятся на логические тома для использования в качестве виртуальных жестких дисков.

Виртуальные диски могут иметь один из двух форматов: QCOW2 или raw. Возможные типы хранилищ: динамически расширяемые (sparse) или предварительно размеченные (preallocated). Снимки всегда имеют формат sparse, но могут создаваться для дисков любого из этих форматов.

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

6.3. Подготовка и добавление хранилища NFS

6.3.1. Подготовка хранилища NFS

Настройте общие ресурсы NFS в файловом хранилище или на удаленном сервере, чтобы они служили доменами хранения в системах хостов zVirt. После экспорта общих ресурсов в удаленное хранилище и их настройки в Менеджере управления они будут автоматически импортированы на хосты с zVirt Node.

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

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

  1. Установите пакет утилит NFS (utils).

    # dnf install nfs-utils -y

  2. Проверьте включенные версии:

    # cat /proc/fs/nfsd/versions

  3. Включите следующие службы:

    # systemctl enable nfs-server
# systemctl enable rpcbind
Порядок действий:

  1. Создайте группу kvm:

    # groupadd kvm -g 36

  2. Создайте пользователя vdsm в группе kvm:

    # useradd vdsm -u 36 -g kvm

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

    # mkdir /storage
# chmod 0755 /storage
# chown 36:36 /storage/

  4. Добавьте каталог storage в /etc/exports с соответствующими разрешениями.

    # vi /etc/exports
# cat /etc/exports
/storage *(rw)

  5. Перезапустите следующие службы:

    # systemctl restart rpcbind
# systemctl restart nfs-server

  6. Чтобы посмотреть экспорты, доступные для конкретного IP-адреса, выполните:

    # exportfs
/nfs_server/srv
 10.46.11.3/24
/nfs_server       <world>
Если после запуска служб в /etc/exports вносятся изменения, то для повторной загрузки изменений можно использовать команду exportfs -ra. После выполнения всех вышеперечисленных шагов каталог экспорта должен быть готов, и его можно протестировать на другом хосте, чтобы убедиться, что его можно использовать.

6.3.2. Добавление хранилища NFS

Далее показано, как подключить существующее хранилище NFS к среде zVirt в качестве домена данных.

Если требуется домен ISO или домен экспорта, используйте эту процедуру, но выберите ISO или Экспорт (Export) в списке Функция домена (Domain Function).

Порядок действий:

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

  2. Нажмите Новый домен (New Domain).

  3. Задайте Имя (Name) для домена хранения.

  4. Примите значения по умолчанию для списков Центр данных (Data Center), Функция домена (Domain Function), Тип хранилища (Storage Type), Используемый хост (Host).

  5. Введите Путь экспорта (Export Path), который должен использоваться для домена хранения. Путь экспорта должен иметь следующий формат: 123.123.0.10:/data (для IPv4), [2001:0:0:0:0:0:0:5db1]:/data (для IPv6), или domain.example.com:/data.

  6. При желании можно настроить дополнительные параметры:

    1. Нажмите Дополнительные параметры (Advanced Parameters).

    2. Введите процентное значение в поле Порог предупреждения о малом объеме свободного места в домене (Warning Low Space Indicator). Если свободное пространство, доступное в домене хранения, ниже этого процентного значения, пользователю показываются (и вносятся в журнал) предупреждающие сообщения.

    3. Введите значение в ГБ в поле Порог блокировки при критическом значении свободного места в домене (Critical Space Action Blocker). Если свободное пространство, доступное в домене хранения, ниже этого значения, пользователю показываются (и вносятся в журнал) сообщения об ошибках, а любое новое действие, которое потребляет пространство, даже временно, будет заблокировано.

    4. Установите флажок Очистить после удаления (Wipe After Delete), чтобы включить очистку места после удаления. Этот параметр можно изменить после создания домена, но это не изменит свойства "очистить после удаления" уже существующих дисков.

  7. Нажмите OK.

Новый домен данных NFS будет иметь статус Заблокирован (Locked) до тех пор, пока диск не будет подготовлен. Затем домен данных автоматически подключается к центру данных.

6.3.3. Увеличение объема хранилища NFS

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

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

Порядок действий:

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

  2. Нажмите на имя домена хранения NFS. Откроется подробное представление.

  3. Откройте вкладку Центр данных (Data Center) и нажмите Обслуживание (Maintenance), чтобы перевести домен хранения в режим обслуживания. Это размонтирует существующий общий ресурс и позволит изменить размер домена хранения.

  4. Измените размер хранилища на сервере NFS.

  5. В подробном представлении откройте вкладку Центр данных (Data Center) и нажмите Включить (Activate), чтобы смонтировать домен хранения.

6.4. Подготовка и добавление локального хранилища

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

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

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

6.4.1. Подготовка локального хранилища

В среде исполнения zVirt Node локальное хранилище всегда должно определяться в файловой системе, отличной от / (root). Используйте отдельный логический том или диск, чтобы предотвратить возможную потерю данных во время обновления.

Порядок действий:

  1. Создайте каталог локального хранилища:

    # mkdir /data
# lvcreate -n <lv_name> -L <size> <vg_name>
# mkfs.ext4 /dev/mapper/<vg_name>-<lv_name>
# echo "/dev/mapper/<vg_name>-<lv_name> /data ext4 defaults,discard 1 2" >> /etc/fstab
# mount /data

    где: * <vg_name> - имя нужной группы томов * <lv_name> - имя создаваемого логического тома * <size> - размер создаваемого тома

  2. Смонтируйте новое локальное хранилище:

    # mount -a

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

    # chown 36:36 /data
# chmod 0775 /data

6.4.2. Добавление локального домена хранения

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

Порядок действий:

  1. Нажмите Ресурсы (Compute)  Хосты (Hosts) и выберите хост.

  2. Нажмите Управление (Management) → Обслуживание (Maintenance) и OK. Статус хоста меняется на Обслуживание (Maintenance) host maintenance.

  3. Нажмите Управление (Management) → Настроить локальное хранилище (Configure Local Storage).

  4. Нажмите кнопки Изменить (Edit) рядом с полями Центр данных (Data Center), Кластер (Cluster) и Хранилище (Storage), чтобы настроить локальный домен хранения и дать ему имя.

  5. Введите путь к локальному хранилищу в текстовое поле.

  6. Если применимо, откройте вкладку Оптимизация (Optimization), чтобы настроить политику оптимизации памяти для нового кластера локального хранилища.

  7. Нажмите OK.

Менеджер управления настроит локальный центр данных с локальным кластером и локальным доменом хранения. Он также поменяет статус хоста на Включен (Up) running.

Проверка (Verification):

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

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

    Домен должен иметь статус Активный (Active) running, а значение в столбце Тип хранилища (Storage Type) должно быть Локальное на хосте (Local on Host). Теперь можно выгрузить образ диска в новый локальный домен хранения.

6.5. Подготовка и добавление хранилища на базе POSIX-совместимой файловой системы

6.5.1. Подготовка хранилища на базе POSIX-совместимой файловой системы

Поддержка файловой системы POSIX позволяет монтировать файловые системы, используя те же параметры монтирования, которые обычно используются при их монтировании вручную из командной строки. Эта функциональность призвана обеспечить доступ к хранилищу, не доступному с помощью NFS, iSCSI или FCP.

Любая POSIX-совместимая файловая система, используемая в zVirt в качестве домена хранения, должна быть кластерной файловой системой (такой как Global File System 2 (GFS2)), поддерживать динамически расширяемые файлы и прямой ввод/вывод. Так, например, Общая файловая система Интернета (Common Internet File System, CIFS) не поддерживает прямой ввод/вывод, что делает ее несовместимой с zVirt.

Не монтируйте хранилище NFS путем создания домена хранения на базе POSIX-совместимой файловой системы. Вместо этого всегда создавайте домен хранения NFS.

6.5.2. Добавление хранилища на базе POSIX-совместимой файловой системы

Далее показано, как подключить существующее хранилище на базе POSIX-совместимой файловой системы к среде zVirt в качестве домена данных.

Порядок действий:

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

  2. Нажмите Новый домен (New Domain).

  3. Задайте Имя (Name) для домена хранения.

  4. Выберите Центр данных (Data Center), который нужно ассоциировать с доменом хранения. Выбранный центр данных должен иметь тип POSIX (POSIX compliant FS). Либо выберите (none).

  5. Выберите Данные (Data) в выпадающем списке Функция домена (Domain Function) и POSIX compliant FS в выпадающем списке Тип хранилища (Storage Type).

    Если применимо, выберите Формат (Format) в выпадающем меню.

  6. Выберите хост в выпадающем списке Используемый хост (Host).

  7. Введите Путь (Path) к файловой системе POSIX, как в обычной команде mount.

  8. Введите Тип VFS (VFS Type), как в обычной команде mount, используя аргумент -t. Список действительных типов VFS см. в man mount.

  9. Введите дополнительные Параметры монтирования (Mount Options), как в обычной команде mount, используя аргумент -o. Параметры монтирования следует указывать в виде списка через запятую. Список действительных параметров монтирования см. в man mount.

  10. При желании можно настроить дополнительные параметры.

    1. Нажмите Дополнительные параметры (Advanced Parameters).

    2. Введите процентное значение в поле Порог предупреждения о малом объеме свободного места в домене (Warning Low Space Indicator). Если свободное пространство, доступное в домене хранения, ниже этого процентного значения, пользователю показываются (и вносятся в журнал) предупреждающие сообщения.

    3. Введите значение в ГБ в поле Порог блокировки при критическом значении свободного места в домене (Critical Space Action Blocker). Если свободное пространство, доступное в домене хранения, ниже этого значения, пользователю показываются (и вносятся в журнал) сообщения об ошибках, а любое новое действие, которое потребляет пространство, даже временно, будет заблокировано.

    4. Установите флажок Очистить после удаления (Wipe After Delete), чтобы включить очистку места после удаления. Этот параметр можно изменить после создания домена, но это не изменит свойства "очистить после удаления" уже существующих дисков.

  11. Нажмите OK.

6.6. Подготовка и добавление блочного хранилища

6.6.1. Подготовка хранилища iSCSI

zVirt поддерживает хранилище iSCSI, которое представляет собой домен хранения, созданный из группы томов, состоящей из логических устройств (LUN). Ни группы томов, ни LUN нельзя подключать более чем к одному домену хранения одновременно.

Если вы используете блочное хранилище и собираетесь развернуть виртуальные машины на неформатированных (raw) устройствах или подключенных напрямую LUN и управлять ими с помощью Менеджера логических томов (LVM), то создайте фильтр, чтобы скрыть гостевые логические тома. Это предотвратит активацию гостевых логических томов при загрузке хоста, что в противном случае могло бы привести к устареванию логических томов и повреждению данных. Используйте команду vdsm-tool config-lvm-filter, чтобы создать фильтры для LVM.
zVirt в настоящее время не поддерживает блочное хранилище с размером блока 4 кБ. Нужно настраивать блочное хранилище со стандартным размером блока – 512 байт.

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

Чтобы этого не произошло, добавьте в корневую файловую систему SAN файл конфигурации с несколькими путями для загрузочного LUN, чтобы убедиться, что он будет поставлен в очередь, как только подключение появится:

# cat /etc/multipath/conf.d/host.conf
multipaths {
    multipath {
wwid _boot_LUN_wwid_
no_path_retry queue
}

6.6.2. Добавление хранилища iSCSI

Далее показано, как подключить существующее хранилище iSCSI к среде zVirt в качестве домена данных.

Порядок действий:

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

  2. Нажмите Новый домен (New Domain).

  3. Задайте Имя (Name) для нового домена хранения.

  4. Выберите Центр данных (Data Center) в раскрывающемся списке.

  5. Выберите Данные (Data) в качестве Функция домена (Domain Function) и iSCSI в качестве Типа хранилища (Storage Type).

  6. Выберите активный хост в качестве Используемый хост (Host).

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

  7. Менеджер управления может сопоставлять iSCSI-таргеты с LUN или LUN с iSCSI-таргетами. Если выбран тип хранилища iSCSI, то в окне Новый домен хранения (New Domain) будут автоматически отображаться известные таргеты с неиспользуемыми LUN. Если таргет, который вы используете для добавления хранилища, не отображается, то для его поиска можно использовать операцию обнаружения таргетов; в противном случае перейдите к следующему шагу.

    1. Нажмите Обнаружение целей (Discover Targets), чтобы задать параметры обнаружения таргетов. После того как таргеты обнаружены и вход в них выполнен, в окне Новый домен хранения (New Domain) будут автоматически отображаться таргеты с LUN, которые не используются средой.

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

      Параметры Обнаружение целей (Discover Targets) можно использовать для добавления LUN на несколько таргетов или нескольких путей к одному LUN.

      Если для обнаружения iSCSI-таргетов используется метод REST API discoveriscsi, то можно использовать FQDN или IP-адрес, но нужно использовать подробные сведения iSCSI, взятые из результатов обнаружения таргетов, чтобы авторизоваться в таргетах, используя метод REST API iscsilogin. Дополнительную информацию см. в разделе discoveriscsi в руководстве REST API.

    2. В поле Адрес (Address) укажите FQDN или IP-адрес iSCSI-хоста.

    3. В поле Порт (Port) укажите порт для соединения с хостом в процессе поиска таргетов. Значение по умолчанию = 3260.

    4. Если для защиты хранилища используется CHAP, установите флажок Аутентификация пользователей (User Authentication). Введите Имя пользователя CHAP (CHAP user name) и Пароль CHAP (CHAP password).

      С помощью REST API можно задать учетные данные для iSCSI-таргета для конкретного хоста. Дополнительную информацию см. в разделе StorageServerConnectionExtensions: add в руководстве REST API.

    5. Нажмите Обнаружение (Discover).

    6. Выберите один или несколько таргетов из результатов поиска и нажмите arr right для одного таргета или Войти везде (Login All) для нескольких таргетов.

      Если требуется многоканальный доступ, обнаружьте таргет и авторизуйтесь на нем по всем требуемым путям. Изменение домена хранения для добавления дополнительных путей в настоящее время не поддерживается.
      Когда для авторизации используется метод REST API iscsilogin, используйте подробные сведения iSCSI, взятые из результатов обнаружения таргетов, в методе discoveriscsi. Дополнительную информацию см. в разделе iscsilogin в руководстве REST API.

  8. Нажмите plus рядом с нужным таргетом. Развернется соответствующая запись с отображением всех неиспользуемых LUN, подключенных к таргету.

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

  10. При желании можно настроить дополнительные параметры:

    1. Нажмите Дополнительные параметры (Advanced Parameters).

    2. Введите процентное значение в поле Порог предупреждения о малом объеме свободного места в домене (Warning Low Space Indicator). Если свободное пространство, доступное в домене хранения, ниже этого процентного значения, пользователю показываются (и вносятся в журнал) предупреждающие сообщения.

    3. Введите значение в ГБ в поле Порог блокировки при критическом значении свободного места в домене (Critical Space Action Blocker). Если свободное пространство, доступное в домене хранения, ниже этого значения, пользователю показываются (и вносятся в журнал) сообщения об ошибках, а любое новое действие, которое потребляет пространство, даже временно, будет заблокировано.

    4. Установите флажок Очистить после удаления (Wipe After Delete), чтобы включить очистку места после удаления. Этот параметр можно изменить после создания домена, но это не изменит свойства "очистить после удаления" уже существующих дисков.

    5. Установите флажок Освободить пространство после удаления (Discard After Delete), чтобы включить освобождение пространства после удаления. Этот параметр можно изменить после создания домена. Этот параметр доступен только на блочных доменах хранения.

  11. Нажмите OK.

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

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

6.6.3. Настройка многоканального доступа iSCSI

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

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

В целях резервирования можно создавать bond-интерфейс iSCSI с несколькими таргетами и логическими сетями.

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

  • Один или несколько iSCSI-таргетов

  • Одна или несколько логических сетей, соответствующих следующим требованиям:

    • Не определена как Обязательная (Required) или Сеть ВМ (VM Network)

    • Назначена интерфейсу хоста

    • Назначен статический IP-адрес в той же сети VLAN и подсети, что и другим логическим сетям в bond-интерфейсе iSCSI

Порядок действий:

  1. Нажмите Ресурсы (Compute)  Центры данных (Data Centers).

  2. Нажмите на имя центра данных. Откроется подробное представление.

  3. Выберите вкладку Многоканальный iSCSI (iSCSI Multipathing), нажмите Добавить (Add).

  4. В окне Добавить bond iSCSI (Add iSCSI Bond), введите Имя (Name) и Описание (Description).

  5. Выберите логическую сеть из раздела Логические сети (Logical Networks) и домен хранения из раздела Цели iSCSI (Storage Targets). Все выбранные пути должны идти к одному и тому же таргету.

  6. Нажмите OK.

Хосты центра данных соединены с iSCSI-таргетами через логические сети и bond-интерфейс iSCSI.

6.6.4. Миграция логической сети в bond-интерфейс iSCSI

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

Порядок действий:

  1. Измените текущую логическую сеть так, чтобы она не была Обязательной (Required):

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

    2. Нажмите на имя кластера. Откроется подробное представление.

    3. Во вкладке Логические сети (Logical Networks) выберите текущую логическую сеть (для примера, net-1) и нажмите Управление сетями (Manage Networks).

    4. Уберите флажок Обязательная (Require) и нажмите OK.

  2. Создайте новую логическую сеть, которая не обозначена как Обязательная (Required) или Сеть ВМ (VM network):

    1. Нажмите Добавить сеть (Add Network). Откроется окно Новая логическую сеть (New Logical Network).

    2. Во вкладке Общие (General) введите Имя (Name) (для примера, net-2) и уберите флажок Сеть ВМ (VM network).

    3. Во вкладке Кластер (Cluster) уберите флажок Обязательная (Require) и нажмите OK.

  3. Удалите текущий сетевой bond-интерфейс и переназначьте логические сети:

    1. Нажмите Ресурсы (Compute)  Хосты (Hosts).

    2. Нажмите на имя хоста. Откроется подробное представление.

    3. Во вкладке Сетевые интерфейсы (Network Interfaces) нажмите Настройка сетей хоста (Setup Host Networks).

    4. Перетащите net-1 вправо, чтобы отменить назначение.

    5. Перетащите текущий bond-интерфейс вправо, чтобы удалить его.

    6. Перетащите net-1 и net-2 влево, чтобы назначить их физическим интерфейсам.

    7. Нажмите на значок карандаша pen у net-2. Откроется окно Изменить сеть (Edit Network).

    8. Во вкладке IPV4 выберите Статичная (Static).

    9. Введите IP-адрес (IP) и Маску сети/префикс (Netmask/Routing Prefix) подсети и нажмите OK.

  4. Создайте bond-интерфейс iSCSI:

    1. Нажмите Ресурсы (Compute)  Центры данных (Data Centers).

    2. Нажмите на имя центра данных. Откроется подробное представление.

    3. Выберите вкладку Многоканальный iSCSI (iSCSI Multipathing), нажмите Добавить (Add).

    4. В окне Добавить bond iSCSI (Add iSCSI Bond) введите Имя (Name), выберите сети net-1 и net-2 и нажмите OK.

В центре данных имеется bond-интерфейс iSCSI, содержащий старые и новые логические сети.

6.6.5. Подготовка хранилища FCP

zVirt поддерживает хранилище SAN, создавая домен хранения из группы томов, состоящей из уже существующих LUN. Ни группы томов, ни LUN нельзя подключать к нескольким доменам хранения одновременно.

Системные администраторы zVirt должны иметь практические знания о работе SAN. SAN обычно использует Fibre Channel Protocol (FCP) для передачи трафика между хостами и общим внешним хранилищем. Поэтому SAN иногда может именоваться хранилищем FCP.

Если вы используете блочное хранилище и собираетесь развернуть виртуальные машины на неформатированных (raw) устройствах или подключенных напрямую LUN и управлять ими с помощью Менеджера логических томов (LVM), то создайте фильтр, чтобы скрыть гостевые логические тома. Это предотвратит активацию гостевых логических томов при загрузке хоста, что в противном случае могло бы привести к устареванию логических томов и повреждению данных. Используйте команду vdsm-tool config-lvm-filter, чтобы создать фильтры для LVM.
zVirt в настоящее время не поддерживает блочное хранилище с размером блока 4 кБ. Нужно настраивать блочное хранилище со стандартным размером блока – 512 байт.

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

Чтобы этого не произошло, добавьте в корневую файловую систему SAN файл конфигурации с несколькими путями для загрузочного LUN, чтобы убедиться, что он будет поставлен в очередь, как только подключение появится:

# cat /etc/multipath/conf.d/host.conf
multipaths {
    multipath {
wwid _boot_LUN_wwid_
no_path_retry queue
    }

6.6.6. Добавление хранилища FCP

Далее показано, как подключить существующее хранилище FCP к среде zVirt в качестве домена данных.

Порядок действий:

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

  2. Нажмите Новый домен (New Domain).

  3. Задайте Имя (Name) для домена хранения.

  4. Выберите из раскрывающегося списка Центр данных (Data Center) FCP.

    Если подходящего центра данных FCP пока нет, выберите (none).

  5. Из выпадающих списков выберите Функцию домена (Domain Function) и Тип хранилища (Storage Type). Типы доменов хранения, не совместимые с выбранным центром данных, недоступны.

  6. Выберите активный хост в поле Используемый хост (Host). Если это не первый домен данных в центре данных, нужно выбрать хост SPM в центре данных.

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

  7. Если выбран тип хранилища Fibre Channel, то в окне Новый домен хранения (New Domain) будут автоматически отображаться известные таргеты с неиспользуемыми LUN. Поставьте флажок Код LUN (LUN ID), чтобы выбрать все доступные LUN.

  8. При желании можно настроить дополнительные параметры.

    1. Нажмите Дополнительные параметры (Advanced Parameters).

    2. Введите процентное значение в поле Порог предупреждения о малом объеме свободного места в домене (Warning Low Space Indicator). Если свободное пространство, доступное в домене хранения, ниже этого процентного значения, пользователю показываются (и вносятся в журнал) предупреждающие сообщения.

    3. Введите значение в ГБ в поле Порог блокировки при критическом значении свободного места в домене (Critical Space Action Blocker). Если свободное пространство, доступное в домене хранения, ниже этого значения, пользователю показываются (и вносятся в журнал) сообщения об ошибках, а любое новое действие, которое потребляет пространство, даже временно, будет заблокировано.

    4. Установите флажок Очистить после удаления (Wipe After Delete), чтобы включить очистку места после удаления. Этот параметр можно изменить после создания домена, но это не изменит свойства "очистить после удаления" уже существующих дисков.

    5. Установите флажок Освободить пространство после удаления (Discard After Delete), чтобы включить освобождение пространства после удаления. Этот параметр можно изменить после создания домена. Этот параметр доступен только на блочных доменах хранения.

  9. Нажмите OK.

Новый домен данных FCP останется со статусом Заблокирован (Locked) Lock во время подготовки к использованию. Затем он будет автоматически подключен к центру данных.

6.6.7. Увеличение объема хранилища iSCSI или FCP

Увеличить размер хранилища iSCSI или FCP можно несколькими способами:

  • Добавить существующий LUN в текущий домен хранения.

  • Создать новый домен хранения с новыми LUN и добавить его в существующий центр данных. См. раздел [Добавление хранилища iSCSI].

  • Расширить домен хранения, изменив размер используемых в нем LUN.

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

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

  • У домена хранения должен быть статус Включен (UP) running.

  • LUN должен быть доступен всем хостам со статусом Включен (UP) running, иначе операция не удастся, и LUN не будет добавлен в домен. Однако это не затронет сами хосты. Если вновь добавленный хост или хост, выходящий из режима обслуживания, или хост в состоянии Неработоспособен (Non Operational) не может получить доступ к LUN, то состояние хоста будет Неработоспособен (Non Operational).

Порядок действий:

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

  2. Нажмите Управление доменом (Manage Domain).

  3. Нажмите Цели (Targets) > LUNs и нажмите кнопку Обнаружение целей (Discover Targets), чтобы развернуть представление.

  4. Введите информацию о соединении сервера хранения и нажмите Обнаружение (Discover), чтобы начать подключение.

  5. Нажмите LUNs > Цели (Targets) и нажмите Добавить (Add) для доступного LUN.

  6. Нажмите OK, чтобы добавить LUN в выбранный домен хранения.

Это увеличит домен хранения на размер добавленного LUN.

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

Обновление размера LUN

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

  2. Нажмите Управление доменом (Manage Domain).

  3. Нажмите LUNs → Цели (Targets).

  4. В столбце Дополнительный размер (Additional Size) нажмите кнопку LUN Добавить (Add) для обновления.

  5. Нажмите OK для обновления LUN, чтобы задать новый размер хранилища.

6.6.8. Повторное использование LUN

LUN "как есть" не может быть использован повторно для создания домена хранения или виртуального диска. При попытке повторного использования LUN Портал администрирования выдает следующее сообщение об ошибке:

Physical device initialization failed. Please check that the device is empty and accessible by the host.

При установке hosted engine выдает следующую ошибку:

[ ERROR ] Error creating Volume Group: Failed to initialize physical device: ("[u'/dev/mapper/000000000000000000000000000000000']",)
[ ERROR ] Failed to execute stage 'Misc configuration': Failed to initialize physical device: ("[u'/dev/mapper/000000000000000000000000000000000']",)

Прежде чем LUN может быть использован повторно, следует очистить старую таблицу разделов.

Порядок действий:

+

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

  1. Удалить сопоставления разделов в <LUN_ID>:

    kpartx -dv /dev/mapper/<LUN_ID>

  2. Стереть файловую систему или raid-подписи в <LUN_ID>:

    wipefs -a /dev/mapper/<LUN_ID>

  3. Сообщить операционной системе об изменениях в таблице разделов в <LUN_ID>:

    partprobe

6.6.9. Удаление устаревших LUN

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

zVirt не управляет серверами iSCSI и, следовательно, не может автоматически удалить LUN при удалении домена хранения. Администратор может вручную удалить ссылки на устаревшие LUN с помощью роли Ansible remove_stale_lun.yml. С помощью этой роли можно удалить ссылки на устаревшие LUN со всех хостов, которые относятся к конкретному центру данных. Для получения дополнительной информации об этой роли и ее переменных см. Remove Stale LUN role in the oVirt Ansible collection

Предполагается, что remove_stale_lun.yml запускается с машины engine, так как SSH-ключ engine уже добавлен на все хосты. Если плейбук не запущен на машине engine, то следует добавить SSH-ключ пользователя на все хосты, относящиеся к центру данных, или пользователь должен предоставить подходящий файл инвентаризации (inventory file).
Порядок действий:

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

  2. Нажмите на имя домена хранения. Откроется подробное представление.

  3. Выберите вкладку Центр данных (Data Center).

  4. Нажмите Обслуживание (Maintenance) и затем OK.

  5. Нажмите Отсоединить (Detatch) и затем OK.

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

  7. Нажмите OK для удаления домена хранения из исходной среды.

  8. Удалите LUN с сервера хранения.

  9. Удалите устаревшие LUN с хоста, используя Ansible:

    # ansible-playbook --extra-vars "lun=<LUN>" /usr/share/ansible/collections/ansible_collections/ovirt/ovirt/roles/remove_stale_lun/examples/remove_stale_lun.yml

    где LUN - это LUN, удаленный с вышеуказанного сервера хранения.

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

6.6.10. Создание фильтра LVM

Фильтр LVM может быть задан в /etc/lvm/lvm.conf, чтобы принимать или отклонять устройства из списка томов на основе запроса регулярного выражения. Например, чтобы проигнорировать /dev/cdrom, можно использовать filter=["r|^/dev/cdrom$|"] или добавить следующий параметр в команду lvm: lvs --config 'devices{filter=["r|cdrom|"]}'.

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

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

Можно использовать команду vdsm-tool config-lvm-filter, чтобы проанализировать текущую конфигурацию LVM и решить, требуется ли конфигурировать фильтр.

Если фильтр LVM еще не сконфигурирован, то команда генерирует параметр фильтра LVM для хоста и добавляет параметр в конфигурацию LVM.

Сценарий 1: Несконфигурированный хост

На хосте, который еще предстоит сконфигурировать, команда автоматически конфигурирует LVM, как только пользователь подтверждает операцию:

# vdsm-tool config-lvm-filter
Analyzing host...
Found these mounted logical volumes on this host:
logical volume:  /dev/mapper/vg0-lv_home
mountpoint:      /home
devices: /dev/vda2
logical volume:  /dev/mapper/vg0-lv_root
mountpoint:      /
devices: /dev/vda2
logical volume:  /dev/mapper/vg0-lv_swap
mountpoint:      [SWAP]
devices: /dev/vda2
This is the recommended LVM filter for this host:
filter = [ "a|^/dev/vda2$|", "r|.*|" ]
This filter will allow LVM to access the local devices used by the
hypervisor, but not shared storage owned by VDSM. If you add a new
device to the volume group, you will need to edit the filter manually.
Configure LVM filter? [yes,NO] ? [NO/yes] yes
Configuration completed successfully!
Please reboot to verify the LVM configuration.
Сценарий 2: Сконфигурированный хост

Если хост уже конфигурирован, команда просто сообщает пользователю, что фильтр LVM уже сконфигурирован:

# vdsm-tool config-lvm-filter
Analyzing host...
LVM filter is already configured for Vdsm
Сценарий 3: Требуется конфигурирование вручную

Если конфигурация хоста не совпадает с конфигурацией, которая требуется для VDSM, то фильтр LVM нужно будет сконфигурировать вручную:

# vdsm-tool config-lvm-filter
Analyzing host...
Found these mounted logical volumes on this host:
logical volume:  /dev/mapper/vg0-lv_home
mountpoint:      /home
devices: /dev/vda2
logical volume:  /dev/mapper/vg0-lv_root
mountpoint:      /
devices: /dev/vda2
logical volume:  /dev/mapper/vg0-lv_swap
mountpoint:      [SWAP]
devices: /dev/vda2
This is the recommended LVM filter for this host:
filter = [ "a|^/dev/vda2$|", "r|.*|" ]
This filter will allow LVM to access the local devices used by the
hypervisor, but not shared storage owned by VDSM. If you add a new
device to the volume group, you will need to edit the filter manually.
This is the current LVM filter:
filter = [ "a|^/dev/vda2$|", "a|^/dev/vdb1$|", "r|.*|" ]
WARNING: The current LVM filter does not match the recommended filter,
Vdsm cannot configure the filter automatically.
Please edit /etc/lvm/lvm.conf and set the 'filter' option in the  'devices' section to the recommended value.
It is recommended to reboot after changing LVM filter.

6.7. Подготовка и добавление Gluster Storage

Информацию по настройке Gluster Storage см. в официальной документации, учитывая следующие особенности - тома Gluster Storage должны использовать либо трехстороннюю репликацию, либо арбитражную репликацию. Такой вариант снижает риск возникновения split-brain в кластере.

Поддерживаются следующие типы томов:

  • трехсторонне реплицированные и распределенные реплицированные тома (replica count 1)

  • арбитражные реплицированные или распределенные арбитражные реплицированные тома (replica 3 arbiter 1)

Дополнительно необходимо назначить следующие настройки для тома:

gluster volume set VOLUME_NAME group virt
gluster volume set VOLUME_NAME performance.strict-o-direct on
gluster volume set VOLUME_NAME network.remote-dio off
gluster volume set VOLUME_NAME storage.owner-uid 36
gluster volume set VOLUME_NAME storage.owner-gid 36
gluster volume set VOLUME_NAME network.ping-timeout 30
Техническая поддержка по службе Gluster Storage не оказывается.

6.8. Импортирование существующих доменов хранения

6.8.1. Общие сведения об импортировании существующих доменов хранения

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

Ниже рассмотрено импортирование каждого типа домена хранения:

Данные (Data)

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

Можно импортировать существующие домены хранения данных, которые были подключены к центрам данных с правильным поддерживаемым уровнем совместимости.
ISO

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

Экспорт (Export)

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

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

6.8.2. Импортирование доменов хранения

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

Порядок действий:

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

  2. Нажмите Импортировать домен (Import Domain).

  3. Выберите Центр данных (Data Center), в который вы хотите импортировать домен хранения.

  4. Введите Имя (Name) для домена хранения.

  5. В выпадающих списках выберите Функцию домена (Domain Function) и Тип хранилища (Storage Type).

  6. Выберите хост в выпадающем списке Используемый хост (Host).

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

  7. Введите сведения о домене хранения.

    Поля для ввода сведений о домене хранения меняются в зависимости от значений, выбранных в списках Функции домена (Domain Function) и Типа хранилища (Storage Type). Это такие же поля, как и при добавлении нового домена хранения.

  8. В разделе Дополнительные параметры (Advanced Parameters) установите флажок Включить домен в центре данных (Activate Domain in Data Center), чтобы активировать домен хранения после его подключения к выбранному центру данных.

  9. Нажмите OK.

Теперь можно импортировать виртуальные машины и шаблоны из домена хранения в центр данных.

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

6.8.3. Перенос доменов хранения между центрами данных в одной среде

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

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

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

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

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

Порядок действий:

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

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

  3. Нажмите на имя домена хранения. Откроется подробное представление.

  4. Откройте вкладку Центр данных (Data Center).

  5. Нажмите Обслуживание (Maintenance), затем OK.

  6. Нажмите Отсоединить (Detach), затем OK.

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

  8. Выберите центр данных, являющийся приемником, и нажмите OK.

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

6.8.4. Перенос доменов хранения между центрами данных в разных средах

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

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

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

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

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

Порядок действий:

  1. Авторизуйтесь на Портале администрирования среды-источника.

  2. Выключите все виртуальные машины, работающие в необходимом домене хранения.

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

  4. Нажмите на имя домена хранения. Откроется подробное представление.

  5. Откройте вкладку Центр данных (Data Center).

  6. Нажмите Обслуживание (Maintenance), затем OK.

  7. Нажмите Отсоединить (Detach), затем OK.

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

  9. В окне Удалить хранилище(а) (Remove Storage(s)) убедитесь, что флажок Форматирование домена, т.е. содержимое хранилища будет потеряно! (Format Domain, i.e. Storage Content will be lost!) не установлен. Это позволяет сохранить данные в домене хранения для последующего использования.

  10. Нажмите OK, чтобы удалить домен хранения из среды-источника.

  11. Авторизуйтесь на Портале администрирования среды-приемника.

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

  13. Нажмите Импортировать домен (Import Domain).

  14. Выберите центр данных, являющийся приемником, в выпадающем списке Центр данных (Data Center).

  15. Введите имя домена хранения.

  16. В соответствующих выпадающих списках выберите Функцию домена (Domain Function) и Тип хранилища (Storage Type).

  17. Выберите хост в выпадающем списке Используемый хост (Host).

  18. Введите сведения о домене хранения.

    Поля для ввода сведений о домене хранения меняются в зависимости от значения, выбранного в списке Тип хранилища (Storage Type). Это такие же поля, как и при добавлении нового домена хранения.

  19. В разделе Дополнительные параметры (Advanced Parameters) установите флажок Включить домен в центре данных (Activate Domain in Data Center), чтобы активировать домен хранения после его подключения.

  20. Нажмите OK.

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

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

6.8.5. Импортирование шаблонов из импортированных доменов хранения данных

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

Порядок действий:

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

  2. Нажмите на имя импортированного домена хранения. Откроется подробное представление.

  3. Откройте вкладку Импортировать шаблон (Template Import).

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

  5. Нажмите Импортировать (Import).

  6. Для каждого шаблона в окне Импортировать шаблон(ы) (Import Templates(s)) убедитесь, что в списке Кластер (Cluster) выбран правильный кластер.

  7. Сопоставьте внешние профили vNIC виртуальных машин с профилями в целевом кластере (кластерах):

    1. Нажмите Сопоставление vNic-профилей (vNic Profiles Mapping).

    2. Выберите профиль vNIC в выпадающем списке Целевой vNic-профиль (Target vNic Profile).

    3. Если в окне Импортировать шаблоны (Import Templates) выбрано несколько целевых кластеров, то выберите каждый целевой кластер в выпадающем списке Целевой кластер (Target Cluster) и убедитесь в корректности сопоставления.

    4. Нажмите OK.

  8. Нажмите OK.

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

6.9. Задачи, относящиеся к хранилищу

6.9.1. Выгрузка образов в домен хранения данных

Выгружать образы виртуальных дисков и образы ISO в домен хранения данных можно на Портале администрирования или с помощью REST API.

Чтобы выгрузить образы с помощью REST API, см. IMAGETRANSFERS и IMAGETRANSFER в руководстве REST API.

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

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

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

Функция выгрузки использует API-интерфейсы HTML 5, поэтому среда должна иметь следующее:

  • Центр сертификации, импортированный в веб-браузер, используемый для доступа к Порталу администрирования.

    Чтобы импортировать центр сертификации, перейдите по адресу https://engine_address/ovirt-engine/services/pki-resource?resource=ca-certificate&format=X509-PEM-CA и включите все настройки доверия. См. инструкции по установке центра сертификации в Firefox, Internet Explorer или Google Chrome.

  • Браузер с поддержкой HTML 5, такой как Firefox 35, Internet Explorer 10, Chrome 13 или более новые версии.

Порядок действий:

  1. Нажмите Хранилище (Storage)  Диски (Disks).

  2. Выберите Начать (Start) в меню Загрузка (Upload).

  3. Нажмите Выберите файл (Choose File) и выберите образ для выгрузки.

  4. Заполните поля Настройки диска (Disk Options). Описания соответствующих полей см. в разделе Описание настроек в окне "Новый диск (New Virtual Disk)".

  5. Нажмите OK.

Индикатор выполнения отображает статус выгрузки. Выгрузку можно приостановить, отменить или возобновить из меню Загрузка (Upload).

Если во время выгрузки время ожидания истечет и будет выдано сообщение Причина: истекло время ожидания из-за неактивности соединения (Reason: timeout due to transfer inactivity), то увеличьте значение времени ожидания и перезапустите службу ovirt-engine:

# engine-config -s TransferImageClientInactivityTimeoutInSeconds=6000
# systemctl restart ovirt-engine

6.9.2. Выгрузка образов в домен ISO

Домен ISO считается устаревшим типом домена хранения. Инструмент ISO Uploader – ovirt-iso-uploader – исключен из zVirt. Выгружать образы ISO в домен данных следует на Портале администрирования или с помощью REST API. Подробности см. в разделе Выгрузка образов в домен хранения данных.

Хотя домен ISO считается устаревшим, эта информация предоставляется на случай, если вдруг его необходимо использовать.

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

Порядок действий:

  1. Авторизуйтесь как root-пользователь на хосте, который относится к центру данных, где расположен ваш домен хранения ISO.

  2. Отобразите дерево каталогов /rhv/data-center:

    [root@host1 ~]# tree /rhev/data-center/
/rhev/data-center/
├── 39abb67e-e417-11ed-8902-00163e6489b9
│   ├── 3ca19deb-c642-420e-9c2c-40eefb8bb40c -> /rhev/data-center/mnt/nfs-kf:_storage_iso/
3ca19deb-c642-420e-9c2c-40eefb8bb40c
│   ├── aae384fe-7dc4-4f78-86d4-a22669524a48 -> /rhev/data-center/mnt/nfs-kf:_storage_data/
aae384fe-7dc4-4f78-86d4-a22669524a48
│   ├── b91e7617-0606-47b5-818d-641c777ba56d -> /rhev/data-center/mnt/
nfs-kf:_storage_domain/b91e7617-0606-47b5-818d-641c777ba56d
│   └── mastersd -> /rhev/data-center/mnt/nfs-kf:_storage_domain/
b91e7617-0606-47b5-818d-641c777ba56d
└── mnt
    ├── blockSD
    │   └── 9188dc27-254d-4285-ba5a-7112450ec27c
    │       ├── dom_md
    │       │   ├── ids -> /dev/9188dc27-254d-4285-ba5a-7112450ec27c/ids
    │       │   ├── inbox -> /dev/9188dc27-254d-4285-ba5a-7112450ec27c/inbox
    │       │   ├── leases -> /dev/9188dc27-254d-4285-ba5a-7112450ec27c/leases
    │       │   ├── master -> /dev/9188dc27-254d-4285-ba5a-7112450ec27c/master
    │       │   ├── metadata -> /dev/9188dc27-254d-4285-ba5a-7112450ec27c/metadata
    │       │   ├── outbox -> /dev/9188dc27-254d-4285-ba5a-7112450ec27c/outbox
    │       │   └── xleases -> /dev/9188dc27-254d-4285-ba5a-7112450ec27c/xleases
    │       └── images
    │   ├── 59e550ad-1497-49e0-a033-fb897bc6bc22
    │   │   └── 19d55adf-3a67-4d96-ac16-1f0fe76ee801 -> /dev/
      9188dc27-254d-4285-ba5a-7112450ec27c/19d55adf-3a67-4d96-ac16-1f0fe76ee801
    │   └── cb49b486-a95a-4300-bc45-895637452cdf
    │    └── 171d65ab-456e-41e7-be4b-026f4c81bc25 -> /dev/
      9188dc27-254d-4285-ba5a-7112450ec27c/171d65ab-456e-41e7-be4b-026f4c81bc25
    ├── nfs-kf:_storage_iso
    │   └── 3ca19deb-c642-420e-9c2c-40eefb8bb40c
    │       ├── dom_md
    │       │   ├── ids
    │       │   ├── inbox
    │       │   ├── leases
    │       │   ├── metadata
    │       │   ├── outbox
    │       │   └── xleases
    │       └── images
    │   ├── 11111111-1111-1111-1111-111111111111
(output trimmed)

  3. Аккуратно скопируйте образ из исходного местоположения по полному пути 11111111-1111-1111-1111-111111111111:

    # scp root@isosource:/isos/example.iso /rhev/data-center/mnt/nfs-kf:_storage_iso/3ca19deb-c642-420e-9c2c-40eefb8bb40c/images/11111111-1111-1111-1111-111111111111

  4. Разрешения для только что скопированного файла образа ISO должны быть 36:36 (vdsm:*kvm*). Если это не так, измените принадлежность файла ISO пользователю и группе на 36:36:

    # cd /rhev/data-center/mnt/10.96.4.50:_rhevisosd/b835cd1c-111c-468d-ba70-fec5346af227/images/11111111-1111-1111-1111-111111111111
# chown 36:36 example.iso

Теперь образ ISO должен стать доступным в домене ISO в центре данных.

6.9.3. Перевод доменов хранения в режим обслуживания

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

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

Расширять домены iSCSI путем добавления LUN можно, только когда домен активен.

Порядок действий:

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

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

  3. Нажмите на имя домена хранения. Откроется подробное представление.

  4. Откройте вкладку Центр данных (Data Center).

  5. Нажмите Обслуживание (Maintenance).

    Флажок Игнорировать сбои обновлений OVF (Ignore OVF update failure) позволяет домену хранения переходить в режим обслуживания даже в случае ошибки обновления OVF.

  6. Нажмите OK.

Домен хранения деактивируется и в списке результатов отображается со статусом Неактивен (Inactive). Теперь можно изменять, отключать, удалять или повторно активировать неактивные домены хранения из центра данных.

Можно также активировать, отключать и переводить домен в режим обслуживания, используя вкладку Хранилище (Storage) в подробном представлении центра данных, с которым он связан.

6.9.4. Изменение доменов хранения

Параметры домена хранения можно менять через Портал администрирования. В зависимости от состояния домена хранения (активен или неактивен), для изменения доступны разные поля. Такие поля как Центр данных (Data Center), Функция домена (Domain Function), Тип хранилища (Storage Type) и Формат (Format) изменить невозможно.

  • Активен (Active): Когда домен хранения находится в активном состоянии, поля Имя (Name), Описание (Description), Комментарий (Comment), Порог предупреждения о малом объеме свободного места в домене (Warning Low Space Indicator), Порог блокировки при критическом значении свободного места в домене (Critical Space Action Blocker), Очистить после удаления (Wipe After Delete) и Освободить пространство после удаления (Discard After Delete) можно изменять. Поле Имя (Name) можно изменять только тогда, когда домен хранения активен. Все остальные поля можно изменять и тогда, когда домен хранения неактивен.

  • Неактивен (Inactive): Когда домен хранения находится в режиме обслуживания или не подключен, т.е. в неактивном состоянии, можно изменять все поля, кроме Имя (Name), Центр данных (Data Center), Функция домена (Domain Function), Тип хранилища (Storage Type) и Формат (Format). Домен хранения должен быть неактивным, чтобы можно было изменять подключения к хранилищу, параметры монтирования и другие расширенные параметры. Это поддерживается только для типов хранилища NFS, POSIX и локального.

Подключения к хранилищу iSCSI невозможно изменять на Портале администрирования, но можно – через REST API. См. StorageServerConnectionExtension в руководстве REST API.
Изменение активного домена хранения

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

  2. Нажмите Управление доменом (Manage Domain).

  3. Измените редактируемые поля нужным образом.

  4. Нажмите OK.

Изменение неактивного домена хранения

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

  2. Если домен хранения активен, переведите его в режим обслуживания:

    1. Нажмите на имя домена хранения. Откроется подробное представление.

    2. Откройте вкладку Центр данных (Data Center).

    3. Нажмите Обслуживание (Maintenance).

    4. Нажмите OK.

  3. Нажмите Управление доменом (Manage Domain).

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

  5. Нажмите OK.

  6. Активируйте домен хранения:

    1. Нажмите на имя домена хранения. Откроется подробное представление.

    2. Откройте вкладку Центр данных (Data Center).

    3. Нажмите Включить (Activate).

6.9.5. Обновление OVF

По умолчанию OVF обновляются каждые 60 минут. Однако при импортировании важной виртуальной машины или критическом обновлении можно обновить OVF вручную.

Порядок действий:

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

  2. Выберите домен хранения и нажмите Дополнительные действия (More Actions) more actions, затем нажмите Обновить OVF (Update OVFs).

OVF обновляются, и в поле События (Events) отобразится сообщение.

6.9.6. Активация доменов хранения из режима обслуживания

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

Порядок действий:

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

  2. Нажмите на имя неактивного домена хранения. Откроется подробное представление.

  3. Откройте вкладку Центры данных (Data Centers).

  4. Нажмите Включить (Activate).

При попытке активировать домен ISO до активации домена данных появится сообщение об ошибке, и домен не будет активирован.

6.9.7. Отключение домена хранения от центра данных

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

Порядок действий:

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

  2. Нажмите на имя домена хранения. Откроется подробное представление.

  3. Выберите вкладку Центр данных (Data Center).

  4. Нажмите Обслуживание (Maintenance).

  5. Нажмите OK, чтобы перейти в режим обслуживания.

  6. Нажмите Отсоединить (Detach).

  7. Нажмите OK, чтобы отключить домен хранения.

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

6.9.8. Подключение домена хранения к центру данных

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

Порядок действий:

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

  2. Нажмите на имя домена хранения. Откроется подробное представление.

  3. Откройте вкладку Центр данных (Data Center).

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

  5. Выберите подходящий центр данных.

  6. Нажмите OK.

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

6.9.9. Удаление домена хранения

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

Порядок действий:

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

  2. Переведите домен хранения в режим обслуживания и отключите его:

    1. Нажмите на имя домена хранения. Откроется подробное представление.

    2. Откройте вкладку Центр данных (Data Center).

    3. Нажмите Обслуживание (Maintenance), затем OK.

    4. Нажмите btn:Отсоединить (Detatch)], затем OK.

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

  4. При желании установите флажок Форматирование домена, т.е. содержимое хранилища будет потеряно! (Format Domain, i.e. Storage Content will be lost!), чтобы стереть содержимое домена.

  5. Нажмите OK.

Домен хранения навсегда удален из среды.

6.9.10. Уничтожение домена хранения

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

Порядок действий:

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

  2. Выберите домен хранения и нажмите Дополнительные действия (More Actions) more actions и затем Уничтожить (Destroy).

  3. Установите флажок в поле Подтвердить операцию (Approve operation).

  4. Нажмите OK.

6.9.11. Создание профиля диска

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

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

Порядок действий:

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

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

  3. Откройте вкладку Профили диска (Disk Profiles).

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

  5. Введите Имя (Name) и Описание (Description) для профиля диска.

  6. Выберите политику QoS из списка QoS для применения к профилю диска.

  7. Нажмите OK.

6.9.12. Удаление профиля диска

Удалите существующий профиль диска из среды zVirt.

Порядок действий:

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

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

  3. Откройте вкладку Профили диска (Disk Profiles).

  4. Выберите профиль диска, который нужно удалить.

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

  6. Нажмите OK.

Если профиль диска был назначен каким-либо виртуальным дискам, то он удаляется с этих виртуальных дисков.

6.9.13. Просмотр статуса состояния домена хранения

У домена хранения есть внешний статус состояния в дополнение к обычному Статусу (Status). Внешний статус состояния сообщается внешними системами и подключаемыми модулями или задается администратором и отображается слева от Имени (Name) домена хранения в виде одного из следующих значков:

  • OK: Без значка

  • Информация (Info): icn ext info

  • Предупреждение (Warning): icn ext warning

  • Ошибка (Error): icn ext error

  • Отказ (Failure): icn ext failure

Для просмотра подробных сведений о статусе состояния домена хранения нажмите на имя домена хранения. После того как откроется подробное представление, выберите вкладку События (Events).

Статус состояния домена хранения можно также посмотреть с помощью REST API. Запрос GET о домене хранения будет включать в себя элемент external_status, содержащий статус состояния.

Статус состояния домена хранения можно установить в REST API с помощью набора events. Для получения дополнительной информации см. Adding Events в руководстве REST API.

6.9.14. Установка флажка "Освободить пространство после удаления (Discard After Delete)" для домена хранения

Когда установлен флажок Сброс после удаления (Discard After Delete), на удаляемом логическом томе вызывается команда blkdiscard, и используемому хранилищу сообщается, что блоки свободны. Массив хранения может использовать освободившееся место и распределять его по запросу. Опция Сброс после удаления (Discard After Delete) работает только в блочном хранилище. Флажок не доступен в Менеджере управления для файлового хранилища такого, как NFS.

Ограничения:

  • Опция Сброс после удаления (Discard After Delete) доступна только в доменах блочного хранилища таких, как iSCSI или Fibre Channel.

  • Используемое хранилище должно поддерживать опцию Освободить (Discard).

Опция Сброс после удаления (Discard After Delete) может быть включена при создании домена блочного хранилища или при его изменении. См. разделы Подготовка и добавление блочного хранилища и Изменение доменов хранения.

6.9.15. Мониторинг доступного места в домене хранения

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

Используя Виртуальный оптимизатор данных (VDO) и поддержку тонких пулов, можно увидеть больше доступного места, чем есть физически. Такое поведение ожидаемо для VDO, но Менеджер управления не может предсказать, какое количество данных можно фактически записать. Параметр Порог предупреждения о малом объеме свободного места в домене (Warning Low Space Indicator) сообщает, когда на домене физически заканчивается место и показывает сколько подтвержденного места осталось. Подтвержденное место - это пространство, фактически доступное для записи данных.

Порядок действий:

  1. На Портале администрирования нажмите Хранилище (Storage)  Домены (Domains) и нажмите на имя домена хранения.

  2. Нажмите Управление доменом (Manage Domain). Откроется диалоговое окно Управление доменом (Manage Domain).

  3. Разверните Дополнительные параметры (Advanced Parameters).

  4. Для параметра Порог предупреждения о малом объеме свободного места в домене (%) (Warning Low Space Indicator (%)) задайте процентное значение. Когда доступное место в домене хранения достигает этого значения, Менеджер управления предупреждает, что место в домене заканчивается.

  5. Для параметра Порог блокировки при критическом значении свободного места в домене (GB) (Critical Space Action Blocker (GB)) задайте значение в гигабайтах. Когда доступное место в домене хранения достигает этого значения, Менеджер управления производит выключение.

  6. Для параметра Предупреждение об окончании свободного места на диске (%) (Warning Low Confirmed Space Indicator (%)) задайте процентное значение. Когда доступное место в домене хранения достигает этого значения, Менеджер управления предупреждает, что место, фактически доступное для записи данных, заканчивается.

7. Пулы

7.1. Введение в пулы виртуальных машин

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

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

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

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

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

7.2. Создание пула виртуальных машин

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

Варианты конфигурации файла Sysprep для виртуальных машин Windows

В зависимости от ваших требований доступно несколько вариантов конфигурации файла sysprep.

Если пул не нужно присоединять к домену, можно использовать стандартный файл sysprep, расположенный в /usr/share/ovirt-engine/conf/sysprep/.

Если пул необходимо присоединить к домену, то можно создать пользовательский файл sysprep для каждой операционной системы Windows:

  1. Скопируйте соответствующие разделы для каждой операционной системы из файла /usr/share/ovirt-engine/conf/osinfo-defaults.properties в новый файл и сохраните как 99-defaults.properties.

  2. В 99-defaults.properties укажите ключ активации продукта Windows и путь к новому пользовательскому файлу sysprep:

    os.operating_system.productKey.value=Windows_product_activation_key …​
os.operating_system.sysprepPath.value = ${ENGINE_USR}/conf/sysprep/sysprep.operating_system

  3. Создайте новый файл sysprep, указав домен, пароль домена и администратора домена:

    <Credentials>
    <Domain>__AD_Domain__</Domain>
    <Password>__Domain_Password__</Password>
    <Username>__Domain_Administrator__</Username>
</Credentials>

Если нужно настроить различные параметры sysprep для разных пулов виртуальных машин Windows, то можно создать пользовательский файл sysprep на Портале администрирования (см. раздел Создание пула виртуальных машин ниже). Дополнительные сведения см. в разделе Использование инструмента Sysprep для автоматизации настройки виртуальных машин в Руководстве по управлению виртуальными машинами.

Порядок действий:

  1. Нажмите Ресурсы (Compute)  Пулы (Pools).

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

  3. Выберите Кластер (Cluster) в выпадающем списке.

  4. Выберите Шаблон (Template) и версию в выпадающем меню. Шаблон содержит стандартные настройки для всех виртуальных машин в пуле.

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

  6. Используйте Профиль нагрузки (Optimized for), чтобы оптимизировать виртуальные машины для Рабочей станции (Desktop) или Сервера (Server).

    Оптимизация типа Высокая производительность (High Performance) не рекомендуется для пулов, поскольку высокопроизводительная виртуальная машина привязана к одному хосту и конкретным ресурсам. Пул, содержащий несколько виртуальных машин с такой конфигурацией, будет работать плохо. 7. Введите Имя (Name) и при желании Описание (Description) и Комментарий (Comment).

    +

    Имя (Name) пула применяется к каждой виртуальной машине в пуле с числовым суффиксом. Можно настроить нумерацию виртуальных машин с помощью знака ? в качестве заполнителя.

    Пример 4. Примеры имен пулов и нумерации виртуальных машин

    • Пул: MyPool

      Виртуальные машины: MyPool-1, MyPool-2, …​ MyPool-10

    • Пул: MyPool-???

      Виртуальные машины: MyPool-001, MyPool-002, …​ MyPool-010

  7. Укажите Количество ВМ (Number of VMs) в пуле.

  8. Укажите количество виртуальных машин для предварительного запуска в поле Предзапускаемые ВМ (Prestarted).

  9. Укажите Максимальное число ВМ на пользователя (Maximum number of VMs per user), которое одному пользователю разрешено запускать во время сеанса. Минимальное значение: 1.

  10. Установите флажок Защита от удаления (Delete Protection), чтобы включить защиту от удаления.

  11. Если вы создаете пул виртуальных машин не на базе Windows или используете стандартный файл sysprep, то пропустите этот шаг. Если вы создаете пользовательский файл sysprep для пула виртуальных машин Windows:

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

    2. Перейдите на вкладку Запуск инициализации (Initial Run) и установите флажок Cloud-Init/Sysprep.

    3. Нажмите на стрелку Аутентификация (Authentication) и введите Имя пользователя (User Name) и Пароль (Password) или выберите Пользователь уже установил пароль (Use already configured password).

      Имя пользователя (User Name) – это имя локального администратора. Значение по умолчанию user можно изменить здесь в разделе Аутентификация (Authentication) или в пользовательском файле sysprep.

    4. Нажмите на стрелку Пользовательский скрипт (Custom Script) и вставьте содержимое стандартного файла sysprep, расположенного в /usr/share/ovirt-engine/conf/sysprep/, в текстовое поле.

    5. Можно изменить следующие значения файла sysprep:

      • Key (ключ). Если вы не хотите использовать предустановленный ключ активации продукта Windows, то замените <![CDATA[$ProductKey$]]> на действующий ключ продукта:

        <ProductKey>
    <Key><![CDATA[$ProductKey$]]></Key>
</ProductKey>
        Пример 5. Пример ключа продукта Windows
        <ProductKey>
    <Key>0000-000-000-000</Key>
</ProductKey>

      • Domain (домен), к которому будут подключены виртуальные машины Windows, Password (пароль) и Username (имя пользователя) администратора домена:

        <Credentials>
    <Domain>__AD_Domain__</Domain>
    <Password>__Domain_Password__</Password>
    <Username>__Domain_Administrator__</Username>
</Credentials>
        Пример 6. Пример учетных данных домена**
        <Credentials>
    <Domain>addomain.local</Domain>
    <Password>12345678</Password>
    <Username>Sarah_Smith</Username>
</Credentials>

        Domain, Password и Username обязательны для подключения к домену. Key необходим для активации. Необязательно вам понадобятся сразу и пароль, и ключ.

        Домен и учетные данные нельзя изменить на вкладке Запуск инициализации (Initial Run).

      • FullName (полное имя) локального администратора:

        <UserData>
...
    <FullName>__Local_Administrator__</FullName>
...
</UserData>

      • DisplayName (Отображаемое имя) и Name (имя) локального администратора:

        <LocalAccounts>
    <LocalAccount wcm:action="add">
<Password>
 <Value><![CDATA[$AdminPassword$]]></Value>
 <PlainText>true</PlainText>
</Password>
<DisplayName>__Local_Administrator__</DisplayName>
<Group>administrators</Group>
<Name>__Local_Administrator__</Name>
    </LocalAccount>
</LocalAccounts>

        Оставшиеся переменные в файле sysprep можно заполнить на вкладке Запуск инициализации (Initial Run).

  12. Дополнительно. Задайте Тип пула (Pool Type):

    • Откройте вкладку Тип (Type) и выберите Тип пула (Pool Type):

      • Руководство (Manual): администратор отвечает за то, чтобы виртуальная машина была возвращена в пул.

      • Автоматический (Automatic): виртуальная машина автоматически возвращается в пул виртуальных машин.

    • Установите флажок Пул состояний (Stateful Pool), чтобы виртуальные машины запускались в режиме сохранения состояния. Это позволяет сохранять на виртуальной машине изменения, внесенные предыдущим пользователем.

  13. Дополнительно. Переопределите SPICE-прокси:

    • На вкладке Консоль (Console) установите флажок Перезаписать SPICE прокси(Override SPICE Proxy).

    • В текстовом поле Перезаписать адрес SPICE прокси (Overridden SPICE proxy address) укажите адрес SPICE-прокси для переопределения глобального SPICE-прокси.

  14. Нажмите OK

  15. Для пула виртуальных машин Windows нажмите Ресурсы (Compute)  Виртуальные машины (Virtual Machines), выберите каждую виртуальную машину из пула и в меню Запустить (Run) нажмите Однократный запуск (Run Once).

Если виртуальная машина не запускается и в журнале %WINDIR%\panther\UnattendGC\setupact.log появляется Info [windeploy.exe] Found no unattend file, добавьте ключ UnattendFile в реестр виртуальной машины Windows, которая использовалась для создания шаблона пула:

  1. Убедитесь, что у виртуальной машины Windows есть подключенное вспомогательное устройство CD-ROM с файлом ответов (unattend), например, A:\Unattend.xml.

  2. Выберите виртуальную машину и в меню Запустить (Run) нажмите Однократный запуск (Run Once).

  3. В Параметрах загрузки (Boot Options) установите флажок Прикрепить CD c гостевыми дополнениями для Windows (Attach Windows guest tools CD).

  4. Нажмите Пуск (Start), Выполнить (Run), введите regedit в текстовое поле Открыть (Open) и нажмите OK.

  5. В левой панели перейдите в HKEY_LOCAL_MACHINE → SYSTEM → Setup.

  6. Нажмите правой кнопкой мыши на правой панели и выберите Создать (New) → Строковый параметр (String Value).

  7. Введите UnattendFile как имя ключа.

  8. Дважды щелкните по новому ключу и введите имя и путь к файлу unattend, например, A:\Unattend.xml, в качестве значения ключа.

  9. Сохраните реестр, запечатайте виртуальную машину Windows и создайте новый шаблон. Подробности см. в разделе Шаблоны (Templates) в Руководстве по управлению виртуальными машинами.

Вы создали и настроили пул виртуальных машин с указанным количеством идентичных виртуальных машин. Вы можете посмотреть эти виртуальные машины в разделе Ресурсы (Compute)  Виртуальные машины (Virtual Machines), или щелкнув по имени пула, чтобы открыть его подробное представление; виртуальная машина в пуле отличается от независимых виртуальных машин своим значком.

7.3. Описание настроек и средств управления в окнах "Новый пул (New Pool)" и "Изменить пул (Edit Pool)"

7.3.1. Описание общих настроек в окнах "Новый пул (New Pool)" и "Изменить пул (Edit Pool)"

В следующей таблице представлена информация, которая должна быть указана на вкладке Общие (General) окон Новый пул (New Pool) и Изменить пул (Edit Pool), для конкретных пулов виртуальных машин. Все прочие настройки идентичны настройкам в окне Новая виртуальная машина (New Virtual Machine).

Таблица 29. Общие настройки (General settings)**
Имя поля Описание

Шаблон (Template)

Шаблон и подверсия шаблона, на котором основан пул виртуальных машин. Если вы создаете пул на основе самой последней подверсии шаблона, то все виртуальные машины в пуле при перезагрузке автоматически получат самую последнюю версию шаблона. Дополнительные сведения о настройке шаблонов для виртуальных машин см. в разделах Описание общих настроек виртуальной машины и Описание настроек в окнах "Новый шаблон (New Template)" и "Изменить шаблон (Edit Template)" в Руководстве по управлению виртуальными машинами.

Описание (Description)

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

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

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

Предзапускаемые ВМ (Prestarted VMs)

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

Количество ВМ/Увеличить количество ВМ в пуле на (Number of VMs/Increase number of VMs in pool by)

Здесь можно указать количество виртуальных машин, которые будут созданы и доступны в пуле виртуальных машин. В окне изменения можно увеличить количество виртуальных машин в пуле виртуальных машин на указанное число. По умолчанию максимальное количество виртуальных машин, которое можно создать в пуле, равно 1 000. Это значение можно настроить с помощью ключа MaxVmsInPool команды engine-config.

Максимальное число ВМ на пользователя (Maximum number of VMs per user)

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

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

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

Запечатать (Sealed)

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

7.3.2. Описание настроек типа в окнах "Новый пул (New Pool)" и "Изменить пул (Edit Pool)"

В следующей таблице представлена информация, которая должна быть указана на вкладке Тип (Type) окон Новый пул (New Pool) и Изменить пул (Edit Pool).

Таблица 30. Настройки на вкладке Тип (Type)
Имя поля Описание

Тип пула (Pool Type)

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

  • Автоматически (Automatic): После того как пользователь прекратил использовать виртуальную машину, взятую из пула виртуальных машин, она автоматически возвращается в пул.

  • Руководство (Manual): После того как пользователь прекратил использовать виртуальную машину, взятую из пула виртуальных машин, администратор вручную возвращает ее в пул.

Пул состояний (Stateful Pool)

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

7.3.3. Описание настроек консоли в окнах "Новый пул (New Pool)" и "Изменить пул (Edit Pool)"

В следующей таблице описана информация, которая должна быть указана на вкладке Консоль (Console) окон Новый пул (New Pool) и Изменить пул (Edit Pool), для конкретных пулов виртуальных машин. Все прочие настройки идентичны настройкам в окне Новая виртуальная машина (New Virtual Machine) и Изменить виртуальную машину (Edit Virtual Machine).

Таблица 31. Настройки на вкладке Консоль (Console)
Имя поля Описание

Перезаписать SPICE прокси (Override SPICE proxy)

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

Перезаписать адрес SPICE прокси (Overridden SPICE proxy address)

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

protocol://host:port

7.3.4. Описание настроек хоста пула виртуальных машин

В следующей таблице описаны опции, имеющиеся на вкладке Хост (Host) окон Новый пул (New Pool) и Новый пул (New Pool).

Таблица 32. Пул виртуальных машин: настройки хоста
Имя поля Доп. элемент Описание

Запустить на (Start Running On)

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

  • Любом хосте в кластере (Any Host in Cluster) – виртуальная машина может запускаться и работать на любом из доступных хостов кластера.

  • Указанном хосте (Specific Host(s)) – виртуальная машина будет запускаться на конкретном хосте кластера. Однако Менеджер управления или администратор может перенести виртуальную машину на другой хост кластера в зависимости от настроек миграции и высокой доступности виртуальной машины. Выберите конкретный хост или группу хостов из списка доступных хостов.

Параметры ЦП (CPU options)

Passthrough ЦП хоста (Pass-Through Host CPU)

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

Миграция только на хосты с одинаковой частотой TSC (Migrate only to hosts with the same TSC frequency)

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

Параметры миграции (Migration Options)

Режим миграции (Migration mode)

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

  • Разрешить ручную и автоматическую миграцию (Allow manual and automatic migration) – миграция виртуальной машины с одного хоста на другой может выполняться автоматически в соответствии со статусом среды или вручную администратором.

  • Разрешить только ручную миграцию (Allow manual migration only) – миграция виртуальной машины с одного хоста на другой может выполняться только вручную администратором.

  • Не разрешать миграцию (Do not allow migration) – автоматическая и ручная миграция виртуальной машины запрещены.

Политика миграции (Migration policy)

Здесь определяется политика синхронизации состояния памяти при миграции. Если флажок не стоит, то политику определяет хост.

* Использовать кластер по умолчанию (Minimal downtime) (Cluster default (Minimal downtime)) – переопределения в vdsm.conf все еще применяются. Гостевой хук-механизм выключен. * Minimal downtime: миграция виртуальных машин в типичных ситуациях разрешена. У виртуальных машин не должно быть значительного простоя. Процесс миграции будет прерван, если синхронизация состояния памяти слишком затянулась (зависит от итераций QEMU, максимум 500 миллисекунд). Гостевой хук-механизм включен. * Post-copy migration: когда применяется эта политика, она приостанавливает виртуальные ЦП мигрирующей виртуальной машины на хосте-источнике, переносит только минимальное количество страниц памяти, активирует виртуальные ЦП виртуальной машины на хосте-приемнике и переносит оставшиеся страницы памяти, пока виртуальная машина работает на хосте-приемнике.

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

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

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

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

* Suspend workload if needed: Эта политика разрешает миграцию виртуальных машин в большинстве случаев, включая перенос виртуальных машин, на которых запущены ресурсоемкие процессы, но из-за этого могут происходить более длительные простои ВМ, чем при других настройках. Миграция, тем не менее, может быть прервана при экстремальных нагрузках. Гостевой хук-механизм включен.

Включить шифрование при миграции (Enable migration encryption)

Эта политика позволяет шифровать виртуальную машину в процессе миграции.

* Использовать кластер по умолчанию (не шифровать) (Cluster default (Don’t encrypt)) * Шифровать (Encrypt) * Не шифровать (Don’t encrypt)

Конфигурировать NUMA (Configure NUMA)

Количество узлов NUMA (NUMA Node Count)

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

Закрепление NUMA (NUMA Pinning)

7.3.5. Описание настроек выделения ресурсов в окнах "Новый пул (New Pool)" и "Изменить пул (Edit Pool)"

В следующей таблице представлена информация, которая должна быть указана на вкладке Выделение ресурсов (Resource Allocation) окон Новый пул (New Pool) и Изменить пул (Edit Pool), для конкретных пулов виртуальных машин. Все прочие настройки идентичны настройкам в окне Новая виртуальная машина (New Virtual Machine). Дополнительные сведения см. в разделе Описание настроек выделения ресурсов виртуальных машин в Руководстве по управлению виртуальными машинами.

Таблица 33. Настройки выделения ресурсов
Имя поля Доп. элемент Описание

Выделение дискового пространства (Disk Allocation)

Автоматический выбор цели (Auto select target)

Установите этот флажок, чтобы автоматически выбрать домен хранения, в котором больше всего свободного места. Поля Цель (Target) и Профиль диска (Disk Profile) отключены.

Формат (Format)

Это поле только для чтения и всегда показывает QCOW2.

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

После создания пула виртуальных машин его свойства можно менять. Доступные для изменения свойства пула виртуальных машин идентичны тем, что доступны при создании нового пула виртуальных машин, за исключением того, что свойство Количество ВМ (Number of VMs) заменено на свойство Увеличить число ВМ в пуле на (Increase number of VMs in pool by).

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

  1. Нажмите Ресурсы (Compute)  Пулы (Pools) и выберите пул виртуальных машин.

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

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

  4. Нажмите OK.

7.3.7. Предварительный запуск виртуальных машин в пуле

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

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

Порядок действий:

  1. Нажмите Ресурсы (Compute)  Пулы (Pools) и выберите пул виртуальных машин.

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

  3. В поле Предзапускаемые ВМ (Prestarted Vms) введите нужное количество виртуальных машин для предварительного запуска.

  4. Откройте вкладку Тип (Type). Убедитесь, что для параметра Тип пула (Pool Type) установлено значение Автоматически (Automatic).

  5. Нажмите OK.

7.3.8. Добавление виртуальных машин в пул виртуальных машин

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

Порядок действий:

  1. Нажмите Ресурсы (Compute)  Пулы (Pools) и выберите пул виртуальных машин.

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

  3. В поле Увеличить число ВМ в пуле на (Increase number of VMs in pool by) введите количество дополнительных виртуальных машин.

  4. Нажмите OK.

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

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

Порядок действий:

  1. Нажмите Ресурсы (Compute)  Пулы (Pools).

  2. Нажмите имя пула. Откроется подробное представление.

  3. Откройте вкладку Виртуальные машины (Virtual Machines), чтобы посмотреть список виртуальных машин в пуле.

  4. Убедитесь, что виртуальная машина имеет статус Выключено (Down) stat down; отключить работающую виртуальную машину нельзя.

  5. Выберите одну или несколько виртуальных машин и нажмите Отсоединить (Detach).

  6. Нажмите OK.

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

7.3.10. Удаление пула виртуальных машин

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

Порядок действий:

  1. Нажмите Ресурсы (Compute)  Пулы (Pools) и выберите пул виртуальных машин.

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

  3. Нажмите OK.

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

8.1. Общие сведения о хранилище виртуальной машины

zVirt поддерживает три типа хранилищ: NFS, iSCSI и FCP.

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

По умолчанию в NFS, локальном или POSIX-совместимом центре данных SPM создает виртуальный диск, используя формат с динамическим выделением пространства, в виде файла в файловой системе.

В центрах данных с хранилищами iSCSI и другими блочными хранилищами SPM создает группу томов поверх предоставленных LUN и формирует логические тома для использования в качестве виртуальных дисков. Виртуальные диски в блочном хранилище являются по умолчанию дисками с предварительно выделенным пространством.

Если виртуальному диску предварительно выделено дисковое пространство, то создается логический том указанного размера в гигабайтах. Виртуальную машину можно смонтировать на сервере Linux, используя команды kpartx,` vgscan`, vgchange или mount для исследования процессов или проблем на виртуальной машине.

При использовании виртуального диска с динамическим выделением пространства создается логический том размером 1 ГБ. Хост, на котором запущена виртуальная машина, непрерывно ведет мониторинг логического тома. Как только использование приблизится к пороговому значению, хост оповестит SPM, и SPM увеличит размер логического тома на 1 ГБ. Хост отвечает за возобновление работы виртуальной машины после увеличения размера логического тома. Если виртуальная машина перейдет в состояние приостановки работы, то это будет означать, что SPM не смог вовремя увеличить размер диска. Это происходит, когда SPM слишком занят или когда в хранилище недостаточно дискового пространства.

Виртуальный диск формата raw (с предварительно выделенным пространством) обеспечивает намного более быструю запись, чем виртуальный диск формата QCOW2 (с динамическим выделением пространства. Создание виртуального диска с динамическим выделением пространства занимает гораздо меньше времени. Формат с динамическим выделением пространства подходит для виртуальных машин с не интенсивным потоком операций ввода-вывода. Формат с предварительно выделенным пространством рекомендуется для виртуальных машин с большим количеством операций записи при вводе-выводе. Если виртуальная машина способна записывать более 1 ГБ каждые четыре секунды, то по возможности используйте диски с предварительно выделенным пространством.

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

zVirt предусматривает хранилища двух типов: С предварительно размеченным пространством (Preallocated) (thick provisioned) и Динамически расширяемый (Sparse) (thin provisioned).

  • С предварительно размеченным пространством

    В этом случае виртуальному диску заранее выделяется целиком все хранилище, необходимое для виртуальной машины. Например, логический том с предварительно размеченным пространством 20 ГБ, создаваемый для раздела данных виртуальной машины, сразу после создания займет 20 ГБ на диске.

  • Динамически расширяемый

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

    Например, сразу после создания динамически расширяемый логический том размером 20 ГБ будет занимать 0 ГБ дискового пространства. Когда операционная система установлена, она может занять размер установленных файлов и по мере добавления данных продолжит увеличиваться до максимального размера 20 ГБ.

Чтобы просмотреть идентификатор ID виртуального диска, выберите Хранилище (Storage)  Диски (Disks). ID используется для идентификации виртуального диска, так как имя его устройства (например, /dev/vda0) может измениться, что приведет к повреждению диска. Идентификатор виртуального диска также можно просмотреть в /dev/disk/by-id.

Можно просмотреть Виртуальный размер (Virtual Size) диска, выбрав Хранилище (Storage)  Диски (Disks), а также на вкладке Диски (Disks) в подробном представлении доменов хранения, виртуальных машин и шаблонов.

Виртуальный размер (Virtual Size) - это общий объем дискового пространства, который может использовать виртуальная машина. Это число, которое вы вводите в поле Размер (ГБ) (Size (GB)) при создании или изменении виртуального диска.

Актуальный размер (Actual Size) диска можно просмотреть на вкладке Диски (Disks) в подробном представлении доменов хранения и шаблонов. Это объем дискового пространства, выделенный сейчас виртуальной машине. У дисков с предварительно размеченным пространством значения параметров Виртуальный размер (Virtual Size) и Актуальный размер (Actual Size) одинаковы. У динамически расширяемых дисков значения этих параметров могут быть разными в зависимости от размера выделенного дискового пространства.

Возможные комбинации типов и форматов хранилища указаны в следующей таблице.

Таблица 34. Допустимые комбинации типов и форматов хранилища
Хранилище Формат Тип Примечание

NFS

Raw

С предварительно размеченным пространством

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

NFS

Raw

Динамически расширяемый

Неформатированный файл с изначальным размером, близким к нулю.

NFS

QCOW2

Динамически расширяемый

Файл формата QCOW2 с изначальным размером, близким к нулю. Последующие уровни будут отформатированы в формате QCOW2.

SAN

Raw

С предварительно размеченным пространством

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

SAN

QCOW2

Динамически расширяемый

Блочное устройство формата QCOW2, изначальный размер которого намного меньше размера, заданного для виртуального диска (сейчас - 1 ГБ) и которому дисковое пространство выделяется по мере необходимости (сейчас - с шагом 1 ГБ).

8.3. Настройки для очистки виртуальных дисков после удаления

Если поставить флаг wipe_after_delete, который на Портале администрирования отображается как Очистить после удаления (Wipe After Delete), то при удалении виртуального диска используемые данные будут заменены нулями. Если для него установлено значение false (это значение по умолчанию), то при удалении диска эти блоки будут доступны для повторного использования, но данные не будут стерты. Поэтому эти данные можно будет восстановить, так как блоки не были обнулены.

Флаг wipe_after_delete работает только с блочным хранилищем. В файловом хранилище, например, NFS, этот параметр бесполезен, так как файловая система гарантирует отсутствие данных.

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

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

В процессе настройки значение по умолчанию для флага wipe_after_delete можно изменить на true (см. раздел Настройка Менеджера управления) или с помощью инструмента engine-config в Менеджере управления. Чтобы изменение настроек вступило в силу, перезапустите службу ovirt-engine.

Изменение значения по умолчанию для флага wipe_after_delete не повлияет на свойство Очистить после удаления (Wipe After Delete) уже существующих дисков.

Установка для параметра SANWipeAfterDelete значения по умолчанию True с помощью утилиты Engine Configuration Tool

  1. Запустите утилиту engine-config, задав следующее действие --set:

    # engine-config --set SANWipeAfterDelete=true

  2. Перезапустите службу ovirt-engine, чтобы изменения вступили в силу:

    # systemctl restart ovirt-engine.service

Можно просмотреть хранящийся на хосте файл /var/log/vdsm/vdsm.log, чтобы убедиться, что виртуальный диск был успешно очищен и удален.

В случае успешной очистки файл журнала будет содержать запись storage_domain_id/volume_id was zeroed and will be deleted. Например:

a9cb0625-d5dc-49ab-8ad1-72722e82b0bf/a49351a7-15d8-4932-8d67-512a369f9d61 was zeroed and will be deleted

В случае успешного удаления файл журнала будет содержать запись finished with VG:storage_domain_id LVs: list_of_volume_ids, img: image_id. Например:

finished with VG:a9cb0625-d5dc-49ab-8ad1-72722e82b0bf LVs: {'a49351a7-15d8-4932-8d67-512a369f9d61':
ImgsPar(imgs=['11f8b3be-fa96-4f6a-bb83-14c9b12b6e0d'], parent='00000000-0000-0000-0000-000000000000')}, img: 11f8b3be-fa96-4f6a-bb83-14c9b12b6e0d

В случае неудачной попытки очистки будет показано сообщение журнала zeroing storage_domain_id/volume_id failed. Zero and remove this volume manually. В случае неудачной попытки удаления будет показано сообщение Remove failed for some of VG: storage_domain_id zeroed volumes: list_of_volume_ids.

8.4. Общие диски в zVirt

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

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

Нельзя сделать снимок общего диска. Для виртуальных дисков, с которых сделаны снимки, нельзя будет впоследствии сустановить метку Может быть общим (Shareable).

Для диска можно установить метку Может быть общим (Shareable) либо при его создании, либо позже при его изменении.

8.5. Диски "только для чтения (Read Only)" в zVirt

Некоторые приложения требуют, чтобы администраторы открывали общий доступ к данным только для чтения. Это можно сделать при создании или изменении диска, подключенного к виртуальной машине: откройте вкладку Диски (Disks) в подробном представлении виртуальной машины и установите флажок Только для чтения (Read Only). Таким образом несколько гостевых машин, учитывающих особенности кластера, могут читать один и тот же диск, при этом администратор сохраняет за собой права на запись.

Статус диска "только для чтения" нельзя изменить во время работы виртуальной машины.

Для монтирования журналируемой файловой системы требуется доступ с правами на чтение и запись. Использование параметра Только для чтения (Read Only) не подходит для виртуальных дисков, содержащих файловые системы EXT3, EXT4 или XFS.

8.6. Задачи, относящиеся к виртуальному диску

8.6.1. Создание виртуального диска

Созданием диска типа Образ (Image) полностью управляет Менеджер управления. Для дисков Прямой LUN (Direct LUN) требуются уже существующие таргеты, подготовленные извне. Можно создать виртуальный диск, подключенный к конкретной виртуальной машине. Дополнительные параметры доступны при создании подключенного виртуального диска, как указано в разделе Описание настроек в окне "Новый диск (New Virtual Disk)".

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

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

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

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

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

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

  6. Выберите параметры, необходимые для виртуального диска. Параметры меняются в зависимости от выбранного типа диска. Подробное описание каждого параметра для каждого типа диска см. в разделе Описание настроек в окне "Новый диск (New Virtual Disk)".

  7. Нажмите OK.

Можно также создать плавающий виртуальный диск, не принадлежащий ни одной виртуальной машине. Этот диск можно подключить к одной или к нескольким виртуальным машинам, если его можно сделать общим. При создании виртуального диска недоступны некоторые параметры, указанные в разделе [Описание настроек в окне "Новый диск (New Virtual Disk)](#2862-%D0%9E%D0%BF%D0%B8%D1%81%D0%B0%D0%BD%D0%B8%D0%B5-%D0%BD%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B5%D0%BA-%D0%B2-%D0%BE%D0%BA%D0%BD%D0%B5-%D0%9D%D0%BE%D0%B2%D1%8B%D0%B9-%D0%B4%D0%B8%D1%81%D0%BA-New-Virtual-Disk).

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

  1. Нажмите Хранилище (Storage)  Диски (Disks).

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

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

  4. Выберите параметры, необходимые для виртуального диска. Параметры меняются в зависимости от выбранного типа диска. Подробное описание каждого параметра для каждого типа диска см. в разделе Описание настроек в окне "Новый диск (New Virtual Disk)".

  5. Нажмите OK.

8.6.2. Описание настроек в окне "Новый диск (New Virtual Disk)"

Поскольку окна "Новый диск (New Virtual Disk)" для создания плавающих и подключенных виртуальных дисков очень похожи, их настройки описываются в одном разделе.

Таблица 35. Настройки в окнах "Новый диск (New Virtual Disk)" и "Изменить диск (Edit Virtual Disk)": Образ (Image)
Имя поля Описание

Размер (GiB) (Size (GB))

Размер нового виртуального диска в ГБ.

Имя (Alias)

Имя виртуального диска (не более 40 знаков).

Описание (Description)

Описание виртуального диска. Это поле является рекомендованным, но не обязательным.

Интерфейс (Interface)

Это поле появляется только при создании подключенного диска.

Виртуальный интерфейс, который диск представляет виртуальным машинам. VirtIO обеспечивает более высокую скорость, но для него требуются драйверы. В Linux, как правило, эти драйверы уже есть. В Windows этих драйверов нет, но их можно установить из ISO-образа virtio-win. Для устройств IDE и SATA никаких особых драйверов не требуется.

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

Центр данных (Data Center)

Это поле появляется только при создании плавающего диска.

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

Домен хранения (Storage Domain)

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

Политика выделения (Allocation Policy)

Политика предоставления ресурсов новому виртуальному диску

  • Предварительно размеченный (Preallocated): при создании виртуального диска ему выделяется все пространство диска в домене хранения. У диска с предварительно размеченным пространством виртуальный размер и актуальный размер совпадают. Создание виртуальных дисков с предварительно размеченным пространством занимает больше времени, чем создание виртуальных дисков с динамическим выделением пространства, но они обеспечивают более высокую скорость операций чтения и записи. Виртуальные диски с предварительно размеченным пространством рекомендуются для серверов и других виртуальных машин с интенсивным потоком операций ввода-вывода. Если виртуальная машина способна записывать более 1 ГБ каждые четыре секунды, то по возможности используйте диски с предварительно размеченным пространством.

  • Динамически расширяемый (Thin Provision): при создании виртуального диска ему выделяется 1 ГБ и устанавливается максимально допустимый размер, до которого может увеличиваться его емкость. Виртуальный размер диска равен максимально допустимому размеру; актуальный размер диска - это пространство, выделенное по состоянию на сейчас. Диски с динамическим выделением пространства создаются быстрее, чем диски с предварительно размеченным пространством, и допускают избыточное выделение ресурсов хранилища. Виртуальные диски с динамическим выделением пространства рекомендуются для рабочих станций.

Профиль диска (Disk Profile)

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

Включение дисков (Activate Disk(s))

Это поле появляется только при создании подключенного диска.

Активирует виртуальный диск сразу после создания.

Очистить после удаления (Wipe After Delete)

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

Загрузочный (Bootable)

Это поле появляется только при создании подключенного диска.

Позволяет пометить виртуальный диск флагом "Загрузочный (Bootable)".

Может быть общим (Shareable)

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

Только для чтения (Read-Only)

Это поле появляется только при создании подключенного диска.

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

Включить инкрементное резервное копирование (Enable Incremental Backup)

Включает инкрементное резервное копирование на виртуальный диск. Для инкрементного резервного копирования необходимо, чтобы диски были отформатированы в формате QCOW2, а не в формате RAW. См. раздел [3.2.5.Резервное копирование и восстановление виртуальных машин с помощью API инкрементного резервного копирования и восстановления].

Включить Discard (Enable Discard)

Это поле появляется только при создании подключенного диска.

Позволяет уменьшать размер диска с динамическим выделением пространства во время работы виртуальной машины. Для блочного хранилища базовое устройство хранения должно поддерживать вызовы функции discard, и этот параметр нельзя использовать с параметром Очистить после удаления (Wipe After Delete), если базовое хранилище не поддерживает свойство discard_zeroes_data. Для хранилища файлов базовая файловая система и блочное устройство должны поддерживать вызовы функции discard. Если все требования удовлетворены, то QEMU передает команды SCSI UNMAP с гостевых виртуальных машин в базовое хранилище для высвобождения неиспользуемого пространства.

Чтобы показать настройки Прямого LUN (Direct LUN), выберите Цели (Targets) > LUNs или LUNs > Цели (Targets). Если выбрать Цели (Targets) > LUNs, то доступные LUN ​​будут отсортированы в соответствии с хостом, на котором они обнаружены, а если выбрать LUNs > Цели (Targets), то будет показан один общий список LUN.

Заполните поля в разделе Обнаружение целей (Discover Targets) и нажмите Обнаружение (Discover), чтобы обнаружить целевой сервер. Затем нажмите кнопку Войти везде (Login All), чтобы просмотреть список доступных LUN на целевом сервере, и нажатием кнопки-переключателя Добавить (Add) рядом с каждым LUN выберите LUN для добавления.

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

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

  • Миграция хранилища в реальном времени не поддерживается для образов жестких дисков на дисках типа Прямой LUN (Direct LUN).

  • Диски типа Прямой LUN (Direct LUN) не включаются в экспорт виртуальных машин.

  • Диски типа Прямой LUN (Direct LUN) не включаются в моментальные снимки виртуальных машин.

Таблица 36. Настройки в окнах "Новый диск (New Virtual Disk) и "Изменить диск (Edit Virtual Disk)": Прямой LUN (Direct LUN)
Имя поля Описание

Имя (Alias)

Имя виртуального диска (не более 40 знаков).

Описание (Description)

Описание виртуального диска. Это поле является рекомендованным, но не обязательным. По умолчанию в это поле вставляются последние 4 знака идентификатора LUN ID.

Действие по умолчанию можно настроить, установив для ключа конфигурации PopulateDirectLUNDiskDescriptionWithLUNId соответствующее значение с помощью команды engine-config. Для ключа конфигурации можно установить значение -1, чтобы использовать полный LUN ID, или значение 0, чтобы игнорировать эту функцию. Если задать положительное целое число, то описание будет заполнено соответствующим количеством знаков LUN ID.

Интерфейс (Interface)

Это поле появляется только при создании подключенного диска.

Виртуальный интерфейс, который диск представляет виртуальным машинам. VirtIO обеспечивает более высокую скорость, но для него требуются драйверы. В Linux, как правило, эти драйверы уже есть. В Windows этих драйверов нет, но их можно установить из ISO-образа virtio-win. Для устройств IDE и SATA никаких особых драйверов не требуется.

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

Центр данных (Data Center)

Это поле появляется только при создании плавающего диска.

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

Хост (Host)

Хост, на который будет смонтирован LUN. Можно выбрать любой хост в центре данных.

Тип хранилища (Storage Type)

Тип внешнего LUN для добавления. Можно выбрать либо iSCSI, либо Fibre Channel.

Обнаружение целей (Discover Targets)

Этот раздел можно развернуть, когда используются внешние LUN ​​iSCSI и выбрана панель Цели (Targets) > LUNs.

Адрес (Address) - имя хоста или IP-адрес целевого сервера.

Порт (Port) - порт, через который нужно попытаться подключиться к целевому серверу. Порт по умолчанию – 3260.

Аутентификация пользователя (User Authentication) - для сервера iSCSI требуется аутентификации пользователя. Поле Аутентификация пользователя (User Authentication) отображается при использовании внешних iSCSI LUN.

Имя пользователя CHAP (CHAP user name) -  имя пользователя, которому разрешен вход в LUN. Это поле доступно, если установлен флажок Аутентификация пользователя (User Authentication).

Пароль CHAP (CHAP password) - пароль пользователя, которому разрешен вход в LUN. Это поле доступно, если установлен флажок Аутентификация пользователя (User Authentication).

Включение дисков (Activate Disk(s))

Это поле появляется только при создании подключенного диска.

Активирует виртуальный диск сразу после создания.

Загрузочный (Bootable)

Это поле появляется только при создании подключенного диска.

Позволяет пометить виртуальный диск флажком "Загрузочный (Bootable)".

Может быть общим (Shareable)

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

Только для чтения (Read-Only)

Это поле появляется только при создании подключенного диска.

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

Включить Discard (Enable Discard)

Это поле появляется только при создании подключенного диска.

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

Включить интерфейс SCSI (Enable SCSI Pass-Through)

Это поле появляется только при создании подключенного диска.

Доступно, когда для параметра Интерфейс (Interface) установлено значение VirtIO-SCSI. Установка этого флажка включает сквозной доступ с физического устройства SCSI на виртуальный диск. Интерфейс VirtIO-SCSI с включенным сквозным доступом SCSI автоматически включает поддержку функции discard для SCSI. Только для чтения (Read-Only) не поддерживается, когда установлен этот флажок.

Если этот флажок не установлен, то виртуальный диск использует эмулируемое устройство SCSI. Только для чтения (Read-Only) поддерживается на эмулируемых дисках VirtIO-SCSI.

Разрешить привилегированный ввод-вывод SCSI (Allow Privileged SCSI I/O)

Это поле появляется только при создании подключенного диска.

Доступно, если установлен флажок Включить интерфейс SCSI (Enable SCSI Pass-Through). Установка этого флажка включает нефильтруемый доступ SCSI Generic I/O (SG_IO) и разрешает использование привилегированных команд SG_IO на диске. Это необходимо для постоянных резервирований.

Используется резервирование SCSI (Using SCSI Reservation)

Это поле появляется только при создании подключенного диска.

Доступно, если установлены флажки Включить интерфейс SCSI (Enable SCSI Pass-Through) и Разрешить привилегированный ввод-вывод SCSI (Allow Privileged SCSI I/O). Установка этого флажка отключает миграцию для всех виртуальных машин, использующих этот диск, чтобы виртуальные машины, использующие резервирование SCSI, не утратили доступ к диску.
Для монтирования журналируемой файловой системы требуется доступ с правами на чтение и запись. Использование параметра Только для чтения (Read-Only) не подходит для виртуальных дисков, содержащих файловые системы EXT3, EXT4 или XFS.

8.6.3. Общие сведения о миграции между хранилищами "на лету"

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

Обратите внимание на следующее при выполнении миграции между хранилищами "на лету":

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

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

  • Можно выполнить миграцию дисков "на лету" между двумя любыми доменами хранения в одном и том же центре данных.

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

8.6.4. Перемещение виртуального диска

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

Обратите внимание на следующее при переносе диска:

  • Можно перенести несколько дисков разом.

  • Можно переносить диски между любыми двумя доменами хранения в одном и том же центре данных.

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

Порядок действий:

  1. Нажмите Хранилище (Storage)  Диски (Disks) и выберите один или несколько виртуальных дисков для переноса.

  2. Нажмите Переместить (Move).

  3. Из списка Цель (Target) выберите домен хранения, в который виртуальный(е) диск(и) будет(ут) перенесены.

  4. Из списка Профиль диска (Disk Profile) выберите профиль для диска(ов), если применимо.

  5. Нажмите OK.

Виртуальные диски перемещаются в целевой домен хранения. Во время перемещения в столбце Статус (Status) высвечивается Заблокирован (Locked), а индикатор выполнения отображает прогресс выполнения переноса.

8.6.5. Изменение типа интерфейса диска

После того как диск создан, пользователи могут поменять тип его интерфейса, что позволяет подключить существующий диск к виртуальной машине, для которой требуется другой тип интерфейса. Например, диск, использующий интерфейс VirtIO, может быть подключен к виртуальной машине, для которой требуется интерфейс VirtIO-SCSI или IDE. Таким образом обеспечивается гибкость при миграции дисков в целях резервного копирования и восстановления или аварийного восстановления. Интерфейс диска для совместно используемых дисков также может быть обновлен под каждую виртуальную машину, то есть у каждой виртуальной машины, использующей общий диск, может быть свой тип интерфейса.

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

Изменение типа интерфейса диска

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

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

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

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

  5. Из списка Интерфейс (Interface) выберите новый тип интерфейса и нажмите OK.

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

Подключение диска к другой виртуальной машине, использующей другой тип интерфейса

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

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

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

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

  5. Вернитесь к разделу Виртуальные машины (Virtual Machines) и нажмите на имя новой виртуальной машины, к которой будет подключен диск.

  6. Откройте вкладку Диски (Disks), затем нажмите Прикрепить (Attach).

  7. Выберите диск в окне Прикрепить виртуальные диски (Attach Virtual Disks) и выберите соответствующий интерфейс из выпадающего списка Интерфейс (Interface).

  8. Нажмите OK.

8.6.6. Копирование виртуального диска

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

Порядок действий:

  1. Нажмите Хранилище (Storage)  Диски (Disks) и выберите виртуальный(ые) диск(и).

  2. Нажмите Копировать (Copy).

  3. При желании задайте новое имя в поле Имя (Alias).

  4. Из списка Цель (Target) выберите домен хранения, в который диск(и) будет(ут) скопирован(ы).

  5. Из списка Профиль диска (Disk Profile) выберите профиль для диска(ов), если применимо.

  6. Нажмите OK.

Во время копирования у виртуальных дисков отображается статус Заблокирован (Locked).

8.6.7. Повышение производительности диска

На Портале администрирования в окнах Новая виртуальная машина (New virtual machine) и Изменить виртуальную машину (Edit virtual machine) на вкладке Выделение ресурсов (Resource Allocation) устанавливается (включается) настройка по умолчанию Количество потоков I/O (I/O Threads Enabled), а количество потоков равно 1.

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

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

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

Порядок действий:

  1. В разделе Ресурсы (Compute)  Виртуальные машины (Virtual Machines) выберите нужную машину и нажмите Выключить (Power Off).

  2. Нажмите на имя виртуальной машины.

  3. В подробном представлении откройте вкладку Устройства ВМ (Vm Devices).

  4. Посчитайте количество контроллеров с Типом (Type) virtio или virtio-scsi.

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

  6. В окне Изменить виртуальную машину (Edit Virtual Machine) откройте вкладку Выделение ресурсов (Resource Allocation).

  7. Подтвердите установку (включение) настройки Количество потоков I/O (I/O Threads Enabled).

  8. Справа от настройки Количество потоков I/O (I/O Threads Enabled) увеличьте количество потоков так, чтобы оно не превышало количество контроллеров с типом virtio или virtio-scsi.

  9. Нажмите OK.

  10. В подробном представлении откройте вкладку Диски (Discs).

  11. Для каждого диска используйте раздел Дополнительные действия (More Actions) more actions, чтобы Выключить (Deactivate) и Включить (Activate) диск. Это действие пересопоставит диски с контроллерами.

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

Действия по проверке:

8.6.8. Выгрузка образов в домен хранения данных

Образы виртуальных дисков и ISO-образы можно выгрузить в домен хранения данных с помощью Портала администрирования или REST API. См. раздел Выгрузка образов в домен хранения данных.

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

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

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

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

  2. Нажмите на имя импортированного домена хранения. Откроется подробное представление.

  3. Откройте вкладку Импорт диска (Disk Import).

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

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

  6. Нажмите OK.

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

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

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

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

  2. Нажмите на имя домена хранения. Откроется подробное представление.

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

  4. Откройте вкладку Импорт диска (Disk Import).

  5. Выберите один или несколько образов дисков и нажмите Импортировать (Import).

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

  7. Нажмите OK.

8.6.11. Импортирование виртуального диска из OpenStack Image Service

Виртуальные диски, управляемые службой OpenStack Image Service, можно импортировать в Менеджер управления, если служба OpenStack Image Service была добавлена в Менеджер управления как внешний провайдер.

Порядок действий:

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

  2. Нажмите на имя домена OpenStack Image Service. Откроется подробное представление.

  3. Откройте вкладку Образы (Images) и выберите образ.

  4. Нажмите Импортировать (Import).

  5. Выберите Центр данных (Data Center), в который будет импортирован образ.

  6. Из выпадающего списка Имя домена (Domain Name) выберите домен хранения, в котором будет храниться образ.

  7. При желании из выпадающего списка Квота (Quota) выберите квоту для применения к образу.

  8. Нажмите OK.

Теперь диск можно подключить к виртуальной машине.

8.6.12. Экспортирование виртуального диска в OpenStack Image Service

Виртуальные диски можно экспортировать в службу OpenStack Image Service, которая была добавлена в Менеджер управления как внешний провайдер.

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

  1. Нажмите Хранилище (Storage)  Диски (Disks) и выберите диски для экспорта.

  2. Нажмите Дополнительные действия (More Actions) more actions и затем Экспортировать (Export).

  3. Из выпадающего списка Имя домена (Domain Name) выберите службу OpenStack Image Service, куда будут экспортированы диски.

  4. Из выпадающего списка Квота (Quota) выберите квоту для дисков, если применимо.

  5. Нажмите OK.

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

Размер виртуальных дисков с динамическим выделением пространства не уменьшается автоматически после удаления с них файлов. Например, если фактический размер диска 100 ГБ и вы удаляете файлы на 50 ГБ, то размер пространства, выделенного под диск, останется 100 ГБ, а оставшиеся 50 ГБ не возвращаются на хост и поэтому не могут быть использованы другими виртуальными машинами. Это неиспользуемое место на диске может быть присвоено хостом в результате выполнения операции высвобождения пространства на дисках виртуальной машины. Так свободное место переносится из образа диска на хост. Параллельно можно проводить операцию высвобождения пространства на нескольких виртуальных дисках.

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

Ограничения:

  • В домене хранения NFS должна использоваться версия NFS 4.2 или выше.

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

  • Нельзя высвободить пространство на диске с предварительно выделенным пространством. При создании виртуальной машины из шаблона нужно выбрать Динамический (Thin) в поле Выделение хранилища (Storage Allocation) или при выборе варианта Клонировать (Clone) убедитесь, что шаблон основан на виртуальной машине с динамическим выделением пространства.

  • Высвобождать пространство можно только на активных снимках.

Порядок действий:

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

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

  3. Откройте вкладку Диски (Disks). Убедитесь, что статус диска - OK.

  4. Нажмите Дополнительные действия (More Actions) more actions и затем Оптимизация диска (Sparsify).

  5. Нажмите OK.

Событие Высвобождение пространства началось (Started to sparsify) появится на вкладке События (Events) во время выполнения операции высвобождения пространства, а у диска будет статус Заблокирован (Locked). После завершения операции на вкладке События (Events) появится событие Высвобождение пространства прошло успешно (Sparsified successfully), а у диска будет статус OK. Неиспользуемое место на диске было возвращено на хост и доступно для использования другими виртуальными машинами.

9. Внешние провайдеры

9.1. Общая информация о внешних провайдерах в zVirt

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

Сейчас в zVirt поддерживаются следующие внешние провайдеры:

KubeVirt/Openshift Virtualization

Служба OpenStack Image Service (Glance) для управления образами

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

VMware для выделения виртуальных машин

Виртуальные машины, созданные в VMware, можно преобразовать, используя V2V (virt-v2v), и импортировать в среду zVirt. После добавления провайдера VMware в Менеджер управления можно импортировать виртуальные машины, которые он предоставляет. Преобразование V2V выполняется на указанном прокси-хосте в рамках импортирования.

KVM для выделения виртуальных машин

Виртуальные машины, созданные в KVM, можно импортировать в среду zVirt. После добавления хоста KVM в Менеджер управления можно импортировать виртуальные машины, которые он предоставляет.

Open Virtual Network (OVN) для выделения сетей

Open Virtual Network (OVN) - расширение Open vSwitch (OVS), предоставляющее программно-определяемые сети. После добавления OVN в Менеджер управления можно импортировать существующие сети OVN и создать новые сети OVN из Менеджера управления. Можно также автоматически установить OVN на Менеджер управления, используя engine-setup.

9.2. Добавление внешних провайдеров

9.2.1. Добавление экземпляра OpenStack Image (Glance) для управления образами

Добавьте экземпляр OpenStack Image (Glance) в Менеджер управления для управления образами.

Порядок действий:

  1. Нажмите Управление (Administration)  Провайдеры (Providers).

  2. Нажмите Добавить (Add) и введите подробности на вкладке Общие (General Settings). Дополнительные сведения об этих полях см. в разделе Описание общих настроек при добавлении провайдера.

  3. Введите Имя (Name) и Описание (Description).

  4. Из выпадающего списка Тип (Type) выберите OpenStack Image.

  5. В текстовом поле URL провайдера (Provider URL) введите URL или FQDN машины, на которой установлен экземпляр OpenStack Image.

  6. При желании установите флажок Требуется авторизация (Requires Authentication) и введите Имя пользователя (Username) и Пароль (Password) для пользователя экземпляра OpenStack Image, зарегистрированного в Keystone. Нужно также задать URL-адрес аутентификации сервера Keystone, задав Протокол (Protocol) (должен быть HTTP), Имя хоста (Hostname) и Порт API (API Port).

    Укажите Доменное имя пользователя (User Domain Name), Название проекта (Project Name) и Доменное имя проекта (Project Domain Name) для экземпляра OpenStack Image.

  7. Проверка учетных данных:

    1. Нажмите Тестировать (Test), чтобы проверить, удается ли выполнить успешную аутентификацию на экземпляре OpenStack Image с использованием предоставленных учетных данных.

    2. Если в экземпляре OpenStack Image используется SSL, то откроется окно Импортировать сертификаты провайдера. Нажмите OK, чтобы импортировать сертификат, предоставленный экземпляром OpenStack Image, чтобы гарантировать, что Менеджер управления сможет взаимодействовать с экземпляром.

  8. Нажмите OK.

9.2.2. Добавление KubeVirt/Openshift Virtualization в качестве внешнего провайдера

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

Эта функция называется OpenShift Virtualization.
Предварительные условия:

  • На платформе OpenShift Container Platform ваш кластер конфигурируется для OpenShift Virtualization.

Порядок действий:

  1. На Портале администрирования выберите Управление (Administration)  Провайдеры (Providers) и нажмите Добавить (Add).

  2. В окне Добавить провайдер (Add Provider) выберите значение Виртуализация KubeVirt/Openshift (KubeVirt/Openshift Virtualization) для параметра Тип (Type).

  3. Введите требуемые URL провайдера (Provider URL) и Токен (Token).

  4. Дополнительно: Задайте значения таких Дополнительных параметров (Advanced parameters), как Центр сертификации (Certificate Authority), URL-адрес Prometheus и Центр сертификации Prometheus (Prometheus Certificate Authority).

  5. Нажмите Тестировать (Test) для проверки подключения к новому провайдеру.

  6. Нажмите OK для завершения добавления этого нового провайдера.

Действия по проверке:

  1. На Портале администрирования нажмите Ресурсы (Compute)  Кластеры (Clusters).

  2. Нажмите на имя нового только что созданного кластера. Это имя кластера, например, kubevirt имеет в основе имя провайдера. Откроется подробное представление кластера.

  3. Откройте вкладку Хосты (Hosts), чтобы убедиться, что рабочие узлы OpenShift Container Platform имеют статус Включен (up) running. NOTE: Статус узлов панели управления будет Выключен (down), даже если они работают, так как они не могут разместить виртуальные машины.

  4. Выберите Ресурсы (Compute)  Виртуальные машины (Virtual Machines), чтобы развернуть виртуальную машину в новом кластере.

  5. На веб-консоли OpenShift Container Platform, в представлении Администратор (Administrator) выберите Процессы (Workloads) → Виртуальные машины (Virtual Machines) для просмотра развернутой виртуальной машины.

    Дополнительные ресурсы

9.2.3. Добавление экземпляра VMware в качестве провайдера виртуальных машин

Добавьте экземпляр VMware vCenter, чтобы импортировать виртуальные машины из VMware в Менеджер управления.

zVirt использует V2V, чтобы перед импортированием преобразовать виртуальные машины VMware в корректный формат. Пакет virt-v2v должен быть установлен хотя бы на одном хосте. Пакет virt-v2v доступен по умолчанию на хостах с zVirt Node и устанавливается на хостах как VDSM-зависимость при добавлении в среду zVirt.

Порядок действий:

  1. Нажмите Управление (Administration)  Провайдеры (Providers).

  2. Нажмите Добавить (Add).

  3. Введите Имя (Name) и Описание (Description).

  4. Выберите VMware в выпадающем списке Тип (Type).

  5. Выберите Центр данных (Data Center), в который будут импортироваться виртуальные машины VMware, либо Любой центр данных (Any Data Center), чтобы указывать центр данных, являющийся приемником, во время каждой отдельной операции импорта.

  6. Введите IP-адрес или FQDN экземпляра VMware vCenter в поле vCenter.

  7. Введите IP-адрес или FQDN хоста, из которого будут импортироваться виртуальные машины, в поле ESXi.

  8. Введите имя центра данных, в котором находится указанный хост ESXi, в поле Центр данных (Data Center).

  9. Если вы обменивались SSL-сертификатом между хостом ESXi и Менеджером управления, то оставьте флажок Проверка SSL-сертификата сервера (Verify server’s SSL certificate) установленным, чтобы проверять сертификат хоста ESXi. В противном случае снимите этот флажок.

  10. Выберите хост в выбранном центре данных с установленным пакетом virt-v2v, который будет служить Прокси-хостом (Proxy Host) во время операций импорта виртуальных машин. Этот хост также должен быть способен подключаться к сети внешнего провайдера VMware vCenter. Если выше вы выбрали Любой центр данных (Any Data Center), то вы не можете выбирать здесь хост, но зато можете указывать хост для конкретной операции импорта.

  11. Введите Имя пользователя (Username) и Пароль (Password) для экземпляра VMware vCenter. Пользователь должен иметь доступ к центру данных VMware и хосту ESXi, на котором находятся виртуальные машины.

  12. Проверьте учетные данные:

    1. Нажмите Тестировать (Test), чтобы проверить, удается ли выполнить успешную аутентификацию на экземпляре VMware vCenter с использованием предоставленных учетных данных.

    2. Если экземпляр VMware vCenter использует SSL, откроется окно Импортировать сертификаты провайдера (Import provider certificates). Нажмите OK, чтобы импортировать сертификат, предоставленный экземпляром VMware vCenter, чтобы гарантировать, что Менеджер управления сможет взаимодействовать с экземпляром.

  13. Нажмите OK.

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

9.2.4. Добавление хоста KVM в качестве провайдера виртуальных машин

Добавьте хост KVM, чтобы импортировать виртуальные машины из KVM в Менеджер управления.

Порядок действий:

  1. Включите аутентификацию с открытым ключом между прокси-хостом и хостом KVM:

    1. Авторизуйтесь на прокси-хосте и сгенерируйте SSH-ключи для пользователя vdsm.

      # sudo -u vdsm ssh-keygen

    2. Скопируйте открытый ключ пользователя vdsm на хост KVM. Файл known_hosts на прокси-хосте также обновится и включит в себя хост-ключ хоста KVM.

      # sudo -u vdsm ssh-copy-id root@_kvmhost.example.com_

    3. Авторизуйтесь на хосте KVM, чтобы убедиться, что все работает правильно.

      # sudo -u vdsm ssh root@_kvmhost.example.com_

  2. Нажмите Управление (Administration)  Провайдеры (Providers).

  3. Нажмите Добавить (Add).

  4. Введите Имя (Name) и Описание (Description).

  5. Выберите KVM в выпадающем списке Тип (Type).

  6. Выберите Центр данных (Data Center), в который будут импортироваться виртуальные машины KVM, либо Любой центр данных (Any Data Center), чтобы указывать центр данных, являющийся приемником, во время каждой отдельной операции импорта.

  7. В поле URI укажите URI хоста KVM. Например:

    qemu+ssh://root@host.example.com/system

  8. Выберите хост в выбранном центре данных, который будет служить Прокси-хостом (Proxy Host) во время операций импорта виртуальных машин. Этот хост также должен быть способен подключаться к сети внешнего провайдера KVM. Если выше вы выбрали Любой центр данных (Any Data Center) в поле Центр данных (Data Center), то вы не сможете выбрать хост здесь. Это поле неактивно, и в нем отображается Любой хост в центре данных (Any Host in Data Center). Вместо этого вы можете указать хост во время отдельных операций импорта.

  9. При желании установите флажок Требуется авторизация (Requires Authentication) и введите Имя пользователя (Username) и Пароль (Password) для хоста KVM. Пользователь должен иметь доступ к хосту KVM, на котором находятся виртуальные машины.

  10. Нажмите Тестировать (Test), чтобы проверить, удается ли выполнить успешную аутентификацию на хосте KVM с использованием предоставленных учетных данных.

  11. Нажмите OK.

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

9.2.5. Добавление Open Virtual Network (OVN) в качестве внешнего провайдера сети

Вы можете использовать Open Virtual Network (OVN) для создания оверлейных виртуальных сетей, которые обеспечивают связь между виртуальными машинами без добавления VLAN или изменения инфраструктуры. OVN – это расширение Open vSwitch (OVS), которое обеспечивает встроенную поддержку виртуальных оверлейных сетей L2 и L3.

Вы можете установить новый провайдер сети OVN или добавить существующий.

Вы также можете подключить сеть OVN к собственной сети zVirt. Дополнительную информацию см. в разделе Подключение сети OVN к физической сети.

Данная возможность доступна только как предварительная версия технологии, представленная для оценки (Technology Preview).

ovirt-provider-ovn предоставляет REST API для работы в сети OpenStack. Его можно использовать для создания сетей, подсетей, портов и маршрутизаторов. Подробности см. в документе OpenStack Networking API v2.0.

9.2.6. Установка нового провайдера сети OVN

Если пакет openvswitch уже установлен и имеет версию 1:2.6.1 (версия 2.6.1, эпоха 1), то установка OVN завершится ошибкой при попытке установить новейший пакет openvswitch.

При установке OVN с использованием engine-setup выполняются следующие шаги:

  • Установка центрального сервера OVN на машину с Менеджером управления.

  • Добавление OVN к zVirt в качестве внешнего провайдера сети.

  • Установка Провайдер сети по умолчанию (Default Network Provider) в значение ovirt-provider-ovn (только в кластере по умолчанию).

  • Установка OVN меняет настройку Провайдер сети по умолчанию (Default Network Provider) только в кластере по умолчанию, но не в других кластерах.

  • Изменение настройки Провайдер сети по умолчанию (Default Network Provider) не обновляет хосты в этом кластере так, чтобы они использовали Провайдера сети по умолчанию (Default Network Provider).

  • Чтобы хосты и виртуальные машины смогли использовать OVN, выполните дополнительные действия, описанные в подразделе "Дальнейшие шаги" в конце этого раздела.
Порядок действий:

  1. Дополнительно: Если вы используете заранее сконфигурированный файл ответов для engine-setup, добавьте следующую запись, чтобы установить OVN:

    OVESETUP_OVN/ovirtProviderOvn=bool:True

  2. Запустите engine-setup на машине с Менеджером управления.

  3. Если вы не используете заранее сконфигурированный файл ответов, ответьте Yes, когда engine-setup спросит:

    Configuring ovirt-provider-ovn also sets the Default cluster's default network provider to ovirt-provider-ovn.
Non-Default clusters may be configured with an OVN after installation. Configure ovirt-provider-ovn (Yes, No) [Yes]

  4. Ответьте на следующий вопрос:

    Use default credentials (admin@internal) for ovirt-provider-ovn (Yes, No) [Yes]?:

    Если Yes, то engine-setup использует имя и пароль пользователя engine, указанные ранее в процессе настройки в качестве значений по умолчанию. Эта опция доступна только во время новой установки.

    oVirt OVN provider user[admin]:
oVirt OVN provider password[empty]:

Можно использовать значения по умолчанию или указать имя пользователя и пароль провайдера oVirt OVN.

Чтобы изменить метод аутентификации позже, можно внести правки в файл /etc/ovirt-provider-ovn/conf.d/10_engine_setup.conf или создать новый файл /etc/ovirt-provider-ovn/conf.d/20_engine_setup.conf. Перезапустите службу ovirt-provider-ovn, чтобы изменение вступило в силу. Подробности об аутентификации OVN см. по ссылке.
Дальнейшие действия:

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

  1. Добавьте сеть в кластер Default.

    1. Для этого установите флажок Создать на внешнем провайдере (Create on external provider). Будет создана сеть на базе ovirt-provider-ovn.

    2. Дополнительно: Чтобы подключить сеть OVN к физической сети, установите флажок Подключение к физической сети (Connect to physical network) и укажите сеть zVirt, которую нужно использовать.

    3. Дополнительно: Если сеть должна использовать группы безопасности, убедитесь, что в выпадающем списке Безопасность сетевого порта (Network Port Security) установлено значение Включен (Enabled). Дополнительную информацию о доступных опциях см. в разделе Описание общих настроек логической сети.

  2. Добавьте хосты к кластеру Default или переустановите хосты на нем, чтобы они использовали нового Провайдера сети по умолчанию (Default Network Provider) кластера – ovirt-provider-ovn.

  3. Дополнительно: Измените кластеры, не являющиеся кластерами по умолчанию, и установите параметр Провайдер сети по умолчанию (Default Network Provider) в значение ovirt-provider-ovn.

    1. Дополнительно: Переустановите хосты на каждом кластере, не являющемся кластером по умолчанию, чтобы они использовали нового Провайдера сети по умолчанию (Default Network Provider) кластера – ovirt-provider-ovn.

Дополнительные ресурсы

9.2.7. Добавление существующего провайдера сети OVN

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

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

  • Добавьте провайдера OVN в zVirt в качестве внешнего провайдера сети.

  • Создайте новый кластер, использующий OVN в качестве провайдера сети по умолчанию. Хосты, добавленные в этот кластер, автоматически настраиваются на связь с OVN.

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

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

  • openvswitch-ovn-central

  • openvswitch

  • openvswitch-ovn-common

  • python-openvswitch

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

Порядок действий:

  1. Установите и настройте провайдер OVN.

    1. Установите провайдер на машине провайдера:

      # dnf install ovirt-provider-ovn

    2. Если вы не устанавливаете провайдер на одну машину с Менеджером управления, то добавьте следующую запись в файл /etc/ovirt-provider-ovn/conf.d/10_engine_setup.conf (создайте этот файл, если он еще не существует):

      [OVIRT]
ovirt-host=https://__Manager_host_name__

      Это нужно для аутентификации, если она включена.

    3. Если вы не устанавливаете провайдер на одну машину с центральным сервером OVN, то добавьте следующую запись в файл /etc/ovirt-provider-ovn/conf.d/10_engine_setup.conf (создайте этот файл, если он еще не существует):

      [OVN REMOTE]
ovn-remote=tcp:__OVN_central_server_IP__:6641

    4. Откройте порты 9696, 6641 и 6642 в межсетевом экране, чтобы разрешить взаимодействие между провайдером OVN, центральным сервером OVN и Менеджером управления. Это можно сделать либо вручную, либо добавив службы ovirt-provider-ovn и ovirt-provider-ovn-central в соответствующую зону:

      # firewall-cmd --zone=_ZoneName_ --add-service=ovirt-provider-ovn --permanent
# firewall-cmd --zone=_ZoneName_ --add-service=ovirt-provider-ovn-central --permanent
# firewall-cmd --reload

    5. Запустите и включите службу:

      # systemctl start ovirt-provider-ovn
# systemctl enable ovirt-provider-ovn

    6. Настройте центральный сервер OVN на прослушивание запросов с портов 6642 и 6641:

      # ovn-sbctl set-connection ptcp:6642
# ovn-nbctl set-connection ptcp:6641

  2. На Портале администрирования нажмите Управление (Administration)  Провайдеры (Providers).

  3. Нажмите Добавить (Add) и введите подробные сведения на вкладке Общее (General Settings). Дополнительную информацию об этих полях см. в разделеОписание общих настроек при добавлении провайдера.

  4. Введите Имя (Name) и Описание (Description).

  5. В списке Тип (Type) выберите Внешний провайдер сети (External Network Provider).

  6. Нажмите на текстовое поле Сетевой модуль (Networking Plugin) и выберите Провайдер сети oVirt для OVN (oVirt Network Provider for OVN) в выпадающем меню.

  7. При желании установите флажок Автоматическая синхронизация (Automatic Synchronization). Это включает автоматическую синхронизацию внешнего провайдера сети с существующими сетями.

    Автоматическая синхронизация включена по умолчанию на провайдере сети ovirt-provider-ovn, созданном инструментом engine-setup.

  8. Введите URL-адрес или FQDN провайдера OVN в текстовое поле URL провайдера (Provider URL) и далее номер порта. Если провайдер OVN и центральный сервер OVN находятся на разных машинах, то это URL-адрес машины провайдера, а не центрального сервера. Если провайдер OVN находится на той же машине, что и Менеджер управления, можно оставить URL-адрес, заданный по умолчанию: http://localhost:9696.

  9. Снимите флажок Только для чтения (Read-Only), чтобы разрешить создание новых сетей OVN из Менеджера управления.

  10. При желании установите флажок Требуется авторизация (Requires Authentication) и введите Имя пользователя (Username) и Пароль (Password) для пользователя внешнего провайдера сети, зарегистрированного в Keystone. Необходимо также указать аутентификационный URL-адрес сервера Keystone, задав Протокол (Protocol), Имя хоста (Hostname) и Порт API (API Port).

    Метод аутентификации должен быть настроен в файле /etc/ovirt-provider-ovn/conf.d/10_engine_setup.conf (создайте этот файл, если он еще не существует). Перезапустите службу ovirt-provider-ovn, чтобы изменение вступило в силу. Подробности об аутентификации OVN см. по ссылке.

  11. Проверьте учетные данные:

    1. Нажмите Тестировать (Test), чтобы проверить, удается ли выполнить успешную аутентификацию в OVN с использованием предоставленных учетных данных.

    2. Если экземпляр OVN использует SSL, откроется окно Импортировать сертификаты провайдера (Import provider certificates). Нажмите OK, чтобы импортировать сертификат, предоставленный экземпляром OVN, чтобы гарантировать, что Менеджер управления сможет взаимодействовать с экземпляром.

  12. Нажмите OK.

  13. Создайте новый кластер, использующий OVN в качестве провайдера сети по умолчанию. См. раздел Создание нового кластера и выберите провайдера сети OVN в выпадающем списке Провайдер сети по умолчанию (Default Network Provider).

  14. Добавьте хосты к кластеру. Хосты, добавленные в этот кластер, автоматически настраиваются на связь с OVN. Чтобы добавить новые хосты, см. раздел Добавление стандартных хостов в Менеджер управления.

  15. Импортируйте или добавьте сети OVN к новому кластеру. Чтобы импортировать сети, см. раздел Импортирование сетей из внешних провайдеров. Чтобы создать новые сети с использованием OVN, см. раздел Создание новой логической сети в центре данных или кластере и установите флажок Создать на внешнем провайдере (Create on external provider). По умолчанию выбрано значение ovirt-provider-ovn.

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

    Чтобы подключить сеть OVN к собственной сети zVirt, установите флажок Подключить к физической сети (Connect to physical network) и укажите сеть zVirt, которую нужно использовать. Дополнительную информацию и предварительные требования см. в разделе Подключение сети OVN к физической сети.

Теперь можно создавать виртуальные машины, использующие сети OVN.

9.2.8. Использование Ansible-плейбука для изменения сети туннелей OVN

Можно применить Ansible-плейбук ovirt-provider-ovn-driver, чтобы использовать длинные имена для модификации сети туннелей для контроллеров OVN.

Использование Ansible-плейбука для модификации сети туннелей OVN

# ansible-playbook \
    --key-file <path_to_key_file> \
    -i <path_to_inventory> \
    --extra-vars "cluster_name=<cluster_name> ovn_central=<ovn_central_ip_address> ovirt_network=<ovirt network name> ovn_tunneling_interface=<vdsm_network_name>" \
    ovirt-provider-ovn-driver.yml
Параметры

  • key-file - Файл ключа для авторизации на хосте. Файл ключа по умолчанию обычно находится в каталоге /etc/pki/ovirt-engine/keys.

  • inventory - Список виртуальных машин oVirt. Чтобы определить значение списка, используйте данный скрипт: /usr/share/ovirt-engine-metrics/bin/ovirt-engine-hosts-ansible-inventory.

  • cluster_name - Имя кластера, на которое нужно заменить имя

  • ovn_central - IP-адрес центрального сервера OVN. Этот IP-адрес должен быть доступен для всех хостов.

  • ovirt_network - Имя сети oVirt.

  • ovn_tunneling_interface - Имя сети VDSM.

Ansible-плейбук ovirt-provider-ovn-driver поддерживает использование либо параметра ovirt_network, либо параметра ovn_tunneling_interface. Если в одном плейбуке присутствуют оба параметра, то этот плейбук не работает.
Пример 7. Плейбук с параметром ovirt_network
# ansible-playbook \
  --key-file /etc/pki/ovirt-engine/keys/engine_id_rsa \
  -i /usr/share/ovirt-engine-metrics/bin/ovirt-engine-hosts-ansible-inventory \
  --extra-vars " cluster_name=test-cluster ovn_central=192.168.200.2 ovirt_network="Long_Network_Name_with_Ascii_character"" \
  ovirt-provider-ovn-driver.yml
Пример 8. Плейбук с параметром ovn_tunneling_interface
# ansible-playbook \
  --key-file /etc/pki/ovirt-engine/keys/engine_id_rsa \
  -i /usr/share/ovirt-engine-metrics/bin/ovirt-engine-hosts-ansible-inventory \
  --extra-vars " cluster_name=test-cluster ovn_central=192.168.200.2 ovn_tunneling_interface=on703ea21ddbc34" \
  ovirt-provider-ovn-driver.yml

На машине с Менеджером управления перейдите в каталог /usr/share/ovirt-engine/playbooks, чтобы запускать Ansible-плейбуки.

9.2.9. Настройка хостов для сети туннелей OVN

Можно настроить свои хосты на использование существующей сети, отличной от сети по умолчанию ovirtmgmt, с помощью Ansible-плейбука ovirt-provider-ovn-driver. Сеть должна быть доступна для всех хостов в кластере.

Ansible-плейбук ovirt-provider-ovn-driver обновляет существующие хосты. При добавлении новых хостов в кластер необходимо снова запустить плейбук.
Порядок действий:

  1. На машине с Менеджером управления перейдите в каталог playbooks:

    # cd /usr/share/ovirt-engine/playbooks

  2. Выполните команду ansible-playbook со следующими параметрами:

    # ansible-playbook \
    --private-key=/etc/pki/ovirt-engine/keys/engine_id_rsa \
    -i /usr/share/ovirt-engine-metrics/bin/ovirt-engine-hosts-ansible-inventory \
    --extra-vars " cluster_name=Cluster_Name ovn_central=OVN_Central_IP ovn_tunneling_interface=VDSM_Network_Name" \
    ovirt-provider-ovn-driver.yml
    Пример 9. Настройка хоста для сети туннелей OVN
    # ansible-playbook \
 --private-key=/etc/pki/ovirt-engine/keys/engine_id_rsa \
 -i /usr/share/ovirt-engine-metrics/bin/ovirt-engine-hosts-ansible-inventory \
 --extra-vars " cluster_name=MyCluster ovn_central=192.168.0.1 ovn_tunneling_interface=MyNetwork" \
 ovirt-provider-ovn-driver.yml

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

Длина VDSM_Network_Name ограничена 15 знаками. Если вы задали имя логической сети, длина которого превышает 15 знаков или содержит знаки, отличные от ASCII, то будет автоматически создано 15-значное имя. Указания по визуализации сопоставления этих имен см. в разделе Инструмент сопоставления VDSM с именем сети.
Обновление сети туннелей OVN на одном хосте

Обновить сеть туннелей OVN на одном хосте можно с помощью vdsm-tool:

# vdsm-tool ovn-config _OVN_Central_IP_ _Tunneling_IP_or_Network_Name_
Пример 10. Обновление хоста с помощью vdsm-tool
# vdsm-tool ovn-config 192.168.0.1 MyNetwork

9.2.10. Подключение сети OVN к физической сети

Данная возможность зависит от поддержки Open vSwitch, которая в zVirt доступна только как предварительная версия технологии, представленная для оценки (Technology Preview). Такие версии не поддерживаются соглашениями об уровне обслуживания (SLA) продуктивной среды и могут быть функционально неполными, и не рекомендуется использовать их в продуктивной среде. Тем не менее они дают возможность раннего доступа к будущим функциям продукта, позволяя заказчикам тестировать функциональность и оставлять отзывы в процессе разработки.

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

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

  • В качестве Типа коммутатора (Switch Type) в кластере должно быть выбрано Open vSwitch. Хосты, добавляемые в этот кластер, не должны иметь уже настроенных сетей zVirt, таких как мост (bridge) ovirtmgmt.

  • На хостах должна быть доступна физическая сеть. Это можно обеспечить, настроив физическую сеть в соответствии с требованиями кластера (в окне Управление сетями (Manage Networks) или на вкладке Кластер (Cluster) окна Новая логическая сеть (New Logical Network)).

Порядок действий:

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

  2. Нажмите на имя кластера, Откроется подробное представление.

  3. Откройте вкладку Логические сети (Logical Networks) и нажмите Добавить сеть (Add Network).

  4. Введите Имя (Name) для сети.

  5. Установите флажок Создать на внешнем провайдере (Create on external provider). По умолчанию выбрано ovirt-provider-ovn.

  6. Установите флажок Подключение к физической сети (Connect to physical network), если он не установлен по умолчанию.

  7. Выберите физическую сеть, к которой будет подключаться новая сеть:

    • Нажмите кнопку-переключатель Сеть центра данных (Data Center Network) и выберите физическую сеть в выпадающем списке. Это – рекомендуемый параметр.

    • Нажмите кнопку-переключатель Пользовательские (Custom) и введите имя физической сети. Если в физической сети включено тегирование VLAN, то необходимо также установить флажок Включить тегирование VLAN (Enable VLAN tagging) и ввести VLAN-тег физической сети.

    Имя физической сети не должно быть длиннее 15 знаков и не должно содержать специальных знаков.

  8. Нажмите OK.

9.2.11. Добавление внешнего провайдера сети

В zVirt можно добавить любого провайдера сети, реализующего REST API для работы в сети OpenStack. Драйвер виртуального интерфейса должен быть предоставлен разработчиком внешнего провайдера сети.

Порядок действий:

  1. Нажмите Управление (Administration)  Провайдеры (Providers).

  2. Нажмите Добавить (Add) и введите подробные сведения на вкладке Общее (General Settings). Дополнительную информацию об этих полях см. в разделе Описание общих настроек при добавлении провайдера.

  3. Введите Имя (Name) и Описание (Description).

  4. Выберите Внешнего провайдера сети (External Network Provider) в выпадающем списке Тип (Type).

  5. При желании нажмите на текстовое поле Сетевой модуль (Networking Plugin) и выберите соответствующий драйвер в выпадающем меню.

  6. При желании установите флажок Автоматическая синхронизация (Automatic Synchronization). Это включает автоматическую синхронизацию внешнего провайдера сети с существующими сетями. При добавлении внешних провайдеров сети эта возможность по умолчанию отключена.

    Автоматическая синхронизация включена по умолчанию на провайдере сети ovirt-provider-ovn, созданном инструментом engine-setup.

  7. Введите URL-адрес или FQDN машины с установленным внешним провайдером сети в текстовое поле URL провайдера (Provider URL) и далее номер порта. По умолчанию установлен флажок Только для чтения (Read-Only). Это не позволит пользователям внести изменения в провайдер внешней сети.

  8. При желании установите флажок Требуется авторизация (Requires Authentication) и введите Имя пользователя (Username) и Пароль (Password) для пользователя внешнего провайдера сети, зарегистрированного в Keystone. Необходимо также указать аутентификационный URL-адрес сервера Keystone, задав Протокол (Protocol), Имя хоста (Hostname) и Порт API (API Port).

  9. Проверьте учетные данные:

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

    2. Если провайдер внешней сети использует SSL, откроется окно Импортировать сертификаты провайдера (Import provider certificates). Нажмите OK, чтобы импортировать сертификат, предоставленный внешним провайдером сети, чтобы гарантировать, что Менеджер управления сможет взаимодействовать с экземпляром.

  10. Нажмите OK.

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

9.2.12. Описание общих настроек при добавлении провайдера

На вкладке Общее (General) в окне Добавить провайдера (Add Provider) можно регистрировать основные сведения о внешнем провайдере.

Таблица 37. Добавление провайдера: общие настройки
Параметр Пояснение

Имя (Name)

Имя, под которым провайдер представляется в Менеджере управления.

Описание (Description)

Удобочитаемое описание провайдера в виде неформатированного текста.

Тип (Type)

Тип внешнего провайдера. Изменение этой настройки изменяет поля, доступные для конфигурирования провайдера.

Внешний провайдер сети (External Network Provider)

  • Сетевой модуль (Networking Plugin): Определяет, какая реализация драйвера будет использоваться на хосте для организации работы сетевой карты. Если внешний провайдер сети с плагином oVirt Network Provider for OVN добавляется в качестве провайдера сети по умолчанию для кластера, то этот параметр также определяет, какой драйвер будет устанавливаться на хостах, добавляемых к кластеру.

  • Автоматическая синхронизация (Automatic Synchronization): Позволяет указать, будет ли провайдер автоматически синхронизироваться с существующими сетями.

  • URL провайдера (Provider URL): URL-адрес или FQDN машины, на которой размещен внешний провайдер сети. В конец URL-адреса или FQDN необходимо добавить номер порта для внешнего провайдера сети. Номер порта по умолчанию – 9696.

  • Только для чтения (Read Only): Позволяет указать, можно ли изменять внешний провайдер сети с Портала администрирования.

  • Требуется авторизация (Requires Authentication): Позволяет указать, требуется ли аутентификация для доступа к внешнему провайдеру сети.

  • Имя пользователя (Username): Имя пользователя для подключения к внешнему провайдеру сети. Если для аутентификации используется Active Directory, то имя пользователя должно иметь формат имя_пользователя@домен@профиль_авторизации вместо формата, используемого по умолчанию: имя_пользователя@домен.

  • Пароль (Password): Пароль, по которому будет выполняться аутентификация пользователя с вышеуказанным именем.

  • Протокол (Protocol): Протокол, используемый для взаимодействия с сервером Keystone. Значение по умолчанию – HTTPS.

  • Имя хоста (Hostname): IP-адрес или имя хоста сервера Keystone.

  • Порт API (API port): Номер порта API сервера Keystone.

  • Версия API (API Version): Версия сервера Keystone. Значение равно v2.0, и это поле неактивно.

  • Наименование арендатора (Tenant Name): Необязательно. Имя арендатора, членом которого является внешний провайдер сети.

KubeVirt/OpenShift Virtualization

  • URL провайдера (Provider URL): URL-адрес или FQDN и номер порта API-интерфейса контейнерной платформы OpenShift. Номер порта по умолчанию – 6443.

  • Токен (Token): Токен доступа OAuth для аутентификации этого подключения к API-интерфейсу.

  • Центр сертификации (Certificate Authority): Сертификат ЦС, которому следует доверять при выполнении https-запросов.

  • URL-адрес Prometheus (Prometheus URL): URL-адрес службы prometheus кластера OpenShift. Если не указать этот URL-адрес, программа попытается автоматически определить его.

  • Центр сертификации Prometheus (Prometheus Certificate Authority): Сертификат X509 для prometheus. Если не указать этот Центр сертификации, провайдер использует вместо него KubeVirt.

OpenStack Image

  • URL провайдера (Provider URL): URL-адрес или FQDN машины, на которой размещена служба OpenStack Image. В конец URL-адреса или FQDN необходимо добавить номер порта для службы OpenStack Image. Номер порта по умолчанию – 9292.

  • Требуется аутентификация (Requires Authentication): Позволяет указать, требуется ли аутентификация для доступа к службе OpenStack Image.

  • Имя пользователя (Username): Имя пользователя для подключения к серверу Keystone. Это имя пользователя должно представлять собой имя пользователя для службы OpenStack Image, зарегистрированное в экземпляре Keystone, членом которого является служба OpenStack Image.

  • Пароль (Password): Пароль, по которому будет выполняться аутентификация пользователя с вышеуказанным именем. Этот пароль должен представлять собой пароль для службы OpenStack Image, зарегистрированный в экземпляре Keystone, членом которого является служба OpenStack Image.

  • Протокол (Protocol): Протокол, используемый для взаимодействия с сервером Keystone. Необходимо задать значение HTTP.

  • Имя хоста (Hostname): IP-адрес или имя хоста сервера Keystone.

  • Порт API (API Port): Номер порта API сервера Keystone.

  • Версия API (API Version): Версия службы Keystone. Значение равно v2.0, и это поле неактивно.

  • Наименование арендатора (Tenant Name): Необязательно. Имя арендатора, членом которого является внешний провайдер сети.

OpenStack Networking

  • Сетевой модуль (Networking Plugin): Сетевой плагин для подключения к серверу OpenStack Networking. Для OpenStack Networking единственным параметром является Open vSwitch, и он выбран по умолчанию.

  • Автоматическая синхронизация (Automatic Synchronization): Позволяет указать, будет ли провайдер автоматически синхронизироваться с существующими сетями.

  • URL провайдера (Provider URL): URL-адрес или FQDN машины, на которой размещен экземпляр OpenStack Networking. В конец URL-адреса или FQDN необходимо добавить номер порта для экземпляра OpenStack Networking. Номер порта по умолчанию – 9696.

  • Только для чтения (Read Only): Позволяет указать, можно ли изменять экземпляр OpenStack Networking с Портала администрирования.

  • Требуется авторизация (Requires Authentication): Позволяет указать, требуется ли аутентификация для доступа к службе OpenStack Networking.

  • Имя пользователя (Username): Имя пользователя для подключения к экземпляру OpenStack Networking. Это имя пользователя должно представлять собой имя пользователя для OpenStack Networking, зарегистрированное в экземпляре Keystone, членом которого является экземпляр OpenStack Networking.

  • Пароль (Password): Пароль, по которому будет выполняться аутентификация пользователя с вышеуказанным именем. Этот пароль должен представлять собой пароль для OpenStack Networking, зарегистрированный в экземпляре Keystone, членом которого является экземпляр OpenStack Networking.

  • Протокол (Protocol): Протокол, используемый для взаимодействия с сервером Keystone. Значение по умолчанию – HTTPS.

  • Имя хоста (Hostname): IP-адрес или имя хоста сервера Keystone.

  • Порт API (API Port): Номер порта API сервера Keystone.

  • Версия API (API Version): Версия сервера Keystone. Она отображается в URL-адресе. Если отобразится v2.0, выберите v2.0. Если отобразится v3, выберите v3.

    Если в поле Версия API (API Version) выбрать v3, появляются следующие поля

    • Имя доменного пользователя (User Domain Name): Имя пользователя, определенного в домене.

      При использовании версии v3 API-интерфейса Keystone домены используются для определения административных границ служебных объектов в OpenStack. Домены позволяют объединять пользователей в группы для различных целей, например для настройки конфигурации конкретного домена или параметров безопасности.

    • Имя проекта (Project Name): Определяет имя проекта для версии v3 API-интерфейса службы OpenStack Identity.

    • Доменное имя проекта (Project Domain Name): Определяет имя домена проекта для версии v3 API-интерфейса службы OpenStack Identity.

    Если в поле Версия API (API Version) выбрать v2.0, появляется следующее поле

    • Наименование арендатора (Tenant Name): Появляется только, когда в поле Версия API (API Version) выбрано v2.0. Имя арендатора OpenStack, членом которого является экземпляр OpenStack Networking.

OpenStack_Volume

  • Центр данных (Data Center): Центр данных, к которому будут подключены тома хранилища OpenStack Volume.

  • URL провайдера (Provider URL): URL-адрес или FQDN машины, на которой размещен экземпляр OpenStack Volume. В конец URL-адреса или FQDN необходимо добавить номер порта для экземпляра OpenStack Volume. Номер порта по умолчанию – 8776.

  • Требуется авторизация (Requires Authentication): Позволяет указать, требуется ли аутентификация для доступа к службе OpenStack Volume.

  • Имя пользователя (Username): Имя пользователя для подключения к серверу Keystone. Это имя пользователя должно представлять собой имя пользователя для OpenStack Volume, зарегистрированное в экземпляре Keystone, членом которого является экземпляр OpenStack Volume.

  • Пароль (Password): Пароль, по которому будет выполняться аутентификация пользователя с вышеуказанным именем. Этот пароль должен представлять собой пароль для OpenStack Volume, зарегистрированный в экземпляре Keystone, членом которого является экземпляр OpenStack Volume.

  • Протокол (Protocol): Протокол, используемый для взаимодействия с сервером Keystone. Необходимо задать значение HTTP.

  • Имя хоста (Hostname): IP-адрес или имя хоста сервера Keystone.

  • Порт API (API Port): Номер порта API сервера Keystone.

  • Версия API (API Version): Версия сервера Keystone. Значение равно v2.0, и это поле неактивно.

  • Наименование арендатора (Tenant Name): Имя арендатора OpenStack, членом которого является экземпляр OpenStack Volume.

VMware

  • Центр данных (Data Center): Укажите Центр данных (Data Center), в который будут импортироваться виртуальные машины VMware, либо выберите Любой центр данных (Any Data Center), чтобы указывать центр данных, являющийся приемником, во время каждой отдельной операции импорта (используя функцию Импортировать (Import) на вкладке Виртуальные машины (Virtual Machines)).

  • vCenter: IP-адрес или FQDN экземпляра VMware vCenter.

  • ESXi: IP-адрес или FQDN хоста, из которого будут импортироваться виртуальные машины.

  • Центр данных (Data Center): Имя центра данных, в котором находится указанный хост ESXi.

  • Кластер (Cluster): Имя кластера, в котором находится указанный хост ESXi.

  • Проверять SSL-сертификат сервера (Verify server’s SSL certificate): Укажите, будет ли сертификат хоста ESXi проверяться при подключении.

  • Хост прокси (Proxy Host): Выберите хост в выбранном центре данных с установленным пакетом virt-v2v, который будет служить хостом во время операций импорта виртуальных машин. Этот хост также должен быть способен подключаться к сети внешнего провайдера VMware vCenter. Если вы выбрали Любой центр данных (Any Data Center), то вы не сможете выбрать хост здесь, но сможете указывать хост во время конкретных операций импорта (используя функцию Импортировать (Import) на вкладке Виртуальные машины (Virtual Machines).

  • Имя пользователя (Username): Имя пользователя для подключения к экземпляру VMware vCenter. Пользователь должен иметь доступ к центру данных VMware и хосту ESXi, на котором находятся виртуальные машины.

  • Пароль (Password): Пароль, по которому будет выполняться аутентификация пользователя с вышеуказанным именем.

KVM

  • Центр данных (Data Center): Укажите центр данных, в который будут импортироваться виртуальные машины KVM, либо выберите Любой центр данных (Any Data Center), чтобы указывать центр данных, являющийся приемником, во время каждой отдельной операции импорта (используя функцию Импортировать (Import) на вкладке Виртуальные машины (Virtual Machines)).

  • URI: URI хоста KVM.

  • Хост прокси (Proxy Host): Выберите хост в выбранном центре данных, который будет служить хостом во время операций импорта виртуальных машин. Этот хост также должен быть способен подключаться к сети внешнего провайдера KVM. Если вы выбрали Любой центр данных (Any Data Center), то вы не сможете выбрать хост здесь, но зато сможете указывать хост во время конкретных операций импорта (используя функцию Импортировать (Import) на вкладке Виртуальные машины (Virtual Machines).

  • Требуется авторизация (Requires Authentication): Позволяет указать, требуется ли аутентификация для доступа к хосту KVM.

  • Имя пользователя (Username): Имя пользователя для подключения к хосту KVM.

  • Пароль (Password): Пароль, по которому будет выполняться аутентификация пользователя с вышеуказанным именем.

Тестирование (Test)

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

9.3. Изменение внешнего провайдера

Порядок действий:

  1. Нажмите Управление (Administration)  Провайдеры (Providers) и выберите внешнего провайдера, который нужно изменить.

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

  3. Измените текущие значения параметров провайдера на желаемые.

  4. Нажмите OK.

9.4. Удаление внешнего провайдера

Порядок действий:

  1. Нажмите Управление (Administration)  Провайдеры (Providers) и выберите внешнего провайдера, который нужно удалить.

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

  3. Нажмите OK.