Администрирование и обслуживание zVirt

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

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

1. Глобальная конфигурация

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

1.1. Расширенные настройки отображения портала

Описанный в этом разделе функционал доступен только для версии zVirt 4.0 и выше.

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

Настройка интерфейса осуществляется в окне Параметры аккаунта. Для доступа к окну на Портале администрирования нажмите в боковой панели Управление (Administration) Параметры аккаунта (Account settings) или в верхней панели > Параметры аккаунта (Account settings).

Таблица 1. Описание настроек в окне Параметры аккаунта
Параметр	Описание
Вкладка Общие (General)
Имя пользователя (User Name)	Отображается имя текущего пользователя
E-mail	Отображается email-адрес текущего пользователя
Главная страница (Home Page)	Позволяет для текущего пользователя настроить домашнюю страницу (на которую попадает пользователь после входа). Опции: По умолчанию (\#dashboard-main) (Default (#dashboard-main)) - используется домашняя страница по умолчанию (страница "дашборд") Пользовательская домашняя страница (Custom home page) - позволяет указать нужную страницу в текстовом поле ниже. Чтобы узнать адрес страницы, перейдите на нужный экран. В адресной строке браузера текст, начинающийся с символа `#` — адрес страницы. Например, если необходимо установить в качестве домашней страницу просмотра списка ВМ, перейдите на Ресурсы Виртуальные машины. В адресной строке будет запись вида `…ovirt-engine/webadmin/?locale=ru_RU#vms`. Нужный адрес страницы в этом случае `#vms`. Далее откройте окно Параметры аккаунта, активируйте опцию Пользовательская домашняя страница (Custom home page) и введите в поле ниже значение `#vms`.
Консоль Serial (Serial Console)	Позволяет указать значение публичного ключа SSH для аутентификации в гостевой консоли. Подробнее об использовании данного параметра см. в разделе Включение последовательной консоли виртуальной машины руководства администратора.
Таблицы (Tables)	Позволяет управлять сохранением настроек отображения таблиц. При активной опции Сохранить настройки сетки (Persist grid settings) будут сохранены все изменённые текущим пользователем параметры отображения таблиц, например: список виртуальных машин, хостов, доменов хранения и т.д. При деактивации этой опции, после каждого входа под текущим пользователем настройки будут сбрасываться.
Вкладка Подтверждения (Confirmations)
Показывать подтверждающий диалог при приостановке ВМ (Show confirmation dialog on Suspend VM)	Если включить опцию, то при приостановке виртуальной машины появится окно с запросом подтверждения операции.

1.2. Управление ролями

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

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

1.2.1. Создание новой роли

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

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

Нажмите Управление (Administration) Настройка (Configure). Откроется окно Настройка (Configure) . Вкладка Роли (Roles) выбрана по умолчанию и отображает список имеющихся по умолчанию пользовательских и административных ролей, а также любых дополнительно созданных ролей.
Нажмите Новая (New).
Введите имя и описание новой роли в поля Имя (Name) и Описание (Description).
Выберите Администратор (Admin) или Пользователь (User) в качестве Типа учетной записи (Account Type).
Нажимайте кнопки Развернуть все (Expand All) или Свернуть все (Collapse All), чтобы показать больше или меньше разрешений для объектов в списке Выберите опции для разрешенных действий (Check Boxes to Allow Action). Также можете развернуть или свернуть список опций каждого объекта.
Для каждого объекта выберите или удалите действия, которые хотите разрешить или запретить для настраиваемой роли.

Подробнее о разрешениях для административных и пользовательских ролей см. в Описании разрешений.
Нажмите OK, чтобы закрыть окно, сохранить изменения и новая роль появилась в списке ролей или нажмите Закрыть (Cancel), чтобы закрыть окно без создания новой роли.

1.2.2. Изменение или копирование роли

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

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

Нажмите Управление (Administration) Настройка (Configure). Откроется окно Настройка (Configure) , в котором отображается список ролей Пользователя и Администратора по умолчанию, а также любых дополнительно созданных ролей.
Выберите роль, которую хотите изменить.
Нажмите Изменить (Edit) или Копировать (Copy). Откроется окно Изменить роль (Edit Role) или Копировать роль (Copy Role).
При необходимости измените имя и описание роли в полях Имя (Name) и Описание (Description).
Нажимайте кнопки Развернуть все (Expand All) или Свернуть все (Collapse All), чтобы показать больше или меньше разрешений для объектов в списке. Также можете развернуть или свернуть список опций каждого объекта.

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

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

Нажмите OK, чтобы закрыть окно и сохранить внесенные изменения или Закрыть (Close), чтобы закрыть окно без сохранения внесённых данных.

1.2.3. Примеры ролей пользователей и авторизации

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

Пример 1. Разрешения в кластере

Варвара работает системным администратором в бухгалтерии. Все виртуальные ресурсы ее отдела организованы в кластере zVirt под названием Otdel-3. Ей назначена роль администратора кластера (ClusterAdmin) в кластере бухгалтерии Otdel-3. С такой ролью она может управлять всеми виртуальными машинами в кластере, т.к. виртуальные машины - это дочерние объекты кластера. Управление виртуальными машинами включает изменение, добавление или удаление виртуальных ресурсов, например, дисков, и создание моментальных снимков. У неё нет прав на управление ресурсами за пределами кластера. Поскольку ClusterAdmin - это роль администратора, она может использовать портал администрирования или Пользовательский портал для управления этими ресурсами.

Пример 2. Разрешения пользователя для управления виртуальной машиной

Иван работает разработчиком программного обеспечения в бухгалтерии. Он использует виртуальные машины для сборки и тестирования своего ПО. Варвара создала для него виртуальный рабочий стол под названием ivandesktop и назначила ему роль UserVmManage на виртуальной машине ivandesktop. У него есть доступ только к этой виртуальной машине через Пользовательский портал. Поскольку у него есть права UserVmManager, он может вносить изменения в виртуальную машину. Поскольку UserVmManager - это роль пользователя, то Иван не может использовать Портал администрирования.

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

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

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

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

Пример 4. Разрешения сетевого администратора

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

Пример 5. Разрешения для дополнительно созданных ролей

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

Рисунок 1. Дополнительная роль Пользователя с правами управления пользователями (UserManager)

Дополнительная роль пользователя с правами управления пользователями (UserManager), показанная на рисунке выше, позволяет управлять пользователями, разрешениями и ролями. Эти действия собраны в объекте верхнего уровня иерархии Система (System). Это означает, что они применяются ко всем прочим объектам в системе. Роль создана с настройками типа учетной записи Администратор (Admin). Следовательно, когда Багатару назначена эта роль, он может воспользоваться как Порталом администрирования, так и Пользовательским порталом.

1.3. Управление назначением ролей

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

1.3.1. Системные роли

1.3.1.1. Назначение системных ролей

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

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

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

1.3.1.2. Удаление системных ролей

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

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

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

1.3.1.3. Сброс ролей

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

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

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

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

1.3.2. Роли ресурсов

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

1.3.2.1. Назначение роли на ресурс

Для получения доступа к ресурсу необходимо назначить пользователю соответствующую административную или пользовательскую роль на ресурс.

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

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

Теперь унаследованные разрешения этой роли будут доступны для пользователя в отношении этого ресурса.

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

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

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

1.3.2.2. Удаление роли ресурса

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

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

Найдите нужный ресурс. Нажмите на имя выбранного ресурса, чтобы увидеть подробные сведения о нем.
Откройте вкладку Разрешения (Permissions), чтобы вывести список назначенных пользователей с информацией о роли каждого из них и унаследованных разрешениях для выбранного ресурса.
Выберите пользователя, которого необходимо удалить из ресурса.
Нажмите Удалить (Remove).
Нажмите OK.

1.4. Политики планирования

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

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

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

Менеджер управления предоставляет пять политик планирования по умолчанию:

Обслуживание кластера (Cluster_Maintenance).
Равномерное распределение (Evenly_Distributed).
Не назначена (None).
Энергосбережение (Power Saving).
Равномерное распределение ВМ (VM_Evenly_Distributed).

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

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

Рисунок 2. Политика планирования "Равномерное распределение (Evenly_Distributed)"

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

Рисунок 3. Политика планирования "Равномерное распределение ВМ (VM_Evenly_Distributed)"

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

Рисунок 4. Политика планирования "Энергосбережение (Power Saving)"

Политика планирования Энергосбережение (Power Saving) распределяет загрузку ОЗУ и ЦП по подмножеству доступных хостов, чтобы снизить энергопотребление на недогруженных хостах:

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

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

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

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

1.4.1. Создание политики планирования

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

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

Нажмите Управление (Administration) Настройка (Configure).
Нажмите вкладку Политика планирования (Scheduling Policies).
Нажмите Новая (New).
Введите Имя (Name) и Описание (Description) для политики планирования.
Сконфигурируйте модули фильтров:
- В разделе Модули фильтров (Filter Modules) из панели Выключенные фильтры (Disabled Filters) перетащите в панель Включенные фильтры (Enabled Filters) модули фильтров, которые хотите применить к политике планирования.
- Кроме того, в целях базовой оптимизации можно задать конкретный модуль фильтров как Первый (First), чтобы присвоить ему высший приоритет, или как Последний (Last), чтобы присвоить ему низший приоритет. Чтобы присвоить приоритет, нажмите правой кнопкой на любой модуль фильтра, наведите указатель мыши на пункт Местоположение (Position) и выберите Первый (First) или Последний (Last).
Настройте модули веса:
- В разделе Вес модулей (Weights Modules) из панели Выключенные веса (Disabled Weights) перетащите в панель Включенные веса и факторы (Enabled Weights & Factors) веса, которые хотите применить к политике планирования.
- Нажатием кнопок и слева от включенных модулей веса увеличивайте или уменьшайте вес этих модулей.
Задайте политику балансировки нагрузки:
- В разделе Балансировщик нагрузки (Load Balancer) в раскрывающемся меню выберите политику балансировки нагрузки, которую хотите применить к политике планирования.
- В разделе Свойства (Properties) в раскрывающемся меню выберите свойство балансировки нагрузки, которое хотите применить к политике планирования, и в текстовом поле справа от свойства укажите значение.
- Чтобы добавить или удалить дополнительные свойства, нажимайте кнопки и .
Нажмите OK.

1.4.2. Описание настроек в окнах "Новая политика планирования" (New Scheduling Policy) и "Редактировать политику расписания" (Edit Scheduling Policy)

В следующей таблице описываются параметры, настраиваемые в окнах "Новая политика планирования" (New Scheduling Policy) и "Редактировать политику расписания" (Edit Scheduling Policy).

Таблица 2. Настройки в окнах "Новая политика планирования" (New Scheduling Policy) и "Редактировать политику расписания" (Edit Scheduling Policy)
Имя поля	Описание
Имя (Name)	Имя политики планирования. Это имя, используемое для обозначения политики планирования в Менеджере управления.
Описание (Description)	Описание политики планирования. Это поле является рекомендованным, но не обязательным.
Модули фильтров (Filter Modules)	Набор фильтров для управления хостами, на которых может запускаться виртуальная машина в кластере. Включение фильтра приведёт к исключению хостов, не удовлетворяющих указанным условиям. Описание доступных фильтров: ClusterInMaintenance: Хосты, на которых запущены виртуальные машины без признака высокой доступности. CPU: Хосты, у которых количество процессоров меньше количества, выделенного виртуальной машине. CPUOverloaded: Хосты, на которых использование ЦП превышает заданное пороговое значение. Для настройки фильтра используются следующие свойства: HighUtilization: Выражается в процентах. Если в течение заданного интервала времени ЦП хоста загружается на уровне указанного значения или выше, то Менеджер управления будет переносить виртуальные машины на другие хосты кластера до тех пор, пока загрузка ЦП этого хоста не опустится ниже указанного порога. Значение по умолчанию - 80. Значение не может быть меньше 50 или больше 99. CpuOverCommitDurationMinutes: Задает время (в минутах), в течение которого хост может работать при загрузке ЦП, выходящей за заданные в HighUtilization значения, прежде чем вступит в действие политика планирования. Этот интервал времени позволяет избежать активации политики планирования и ненужной миграции виртуальных машин при временных скачках загрузки ЦП. Максимум два знака. Значение по умолчанию - 2. Emulated-Machine: Хосты, которые не имеют необходимой поддержки эмуляции машин. HA: Принуждает виртуальную машину с Менеджером управления в среде hosted engine работать только на хостах с положительной оценкой высокой доступности. Host-hooks: Хосты, на которых отсутствуют хуки, необходимые для конфигурации ВМ. HostedEnginesSpares: Резервирование пространства для виртуальной машины с Менеджером управления на конкретном количестве узлов с ролью hosted engine. Для настройки фильтра используются следующие свойства: HeSparesCount: Устанавливает количество дополнительных узлов с ролью hosted engine, которые должны зарезервировать достаточно свободной оперативной памяти для запуска виртуальной машины c Менеджером управления в случае ее переноса или выключения. Другим виртуальным машинам запрещено запускаться на узле с ролью hosted engine, если из-за этого не останется достаточно свободной оперативной памяти для виртуальной машины c Менеджером управления. Значение по умолчанию - 0. HugePages: Хосты, которые не соответствуют требуемому количеству больших страниц (Huge Pages), необходимому для оперативной памяти виртуальной машины. InClusterUpgrade: Хосты, работающие под управлением более ранней версии ОС, чем ОС хоста, на котором сейчас работает виртуальная машина. Memory: Хосты, у которых недостаточно оперативной памяти для работы виртуальной машины. Migration: Предотвращение миграции на тот же самый хост. Migration-Tsc-Frequency: Хосты, на которых нет виртуальных машин с той же частотой счетчика метки времени (Time Stamp Counter, TSC), что у хоста, на котором сейчас работает виртуальная машина. Network: Хосты, на которых не установлены сети, требуемые сетевой картой виртуальной машины, или на которых не установлена «сеть отображения» кластера. NUMA: Хосты, у которых нет узлов NUMA, на которых можно разместить узлы vNUMA виртуальных машин (в плане ресурсов). Swap: Хосты, на которых использование раздела подкачки превышает указанное значение. Для настройки фильтра используются следующие свойства: MaximumAllowedSwapUsage: Устанавливает максимальное значение использования раздела подкачки. Допустимые значения от 0 до 199 включительно. VmAffinityGroups: Хосты, не соответствующие правилам сходства, заданным для виртуальной машины. VmToHostsAffinityGroups: Группа хостов, которые не соответствуют условиям, заданным для виртуальной машины, входящей в группу сходства. Например - виртуальные машины в группе сходства должны работать на одном из хостов в группе или на отдельном хосте, исключенном из группы.
Вес модулей (Weights Modules)	Набор весовых коэффициентов для управления относительным приоритетом факторов, учитываемых при определении хостов в кластере, на которых может работать виртуальная машина: CPU and NUMA pinning compatibility: Присваивает хостам веса в соответствии с совместимостью по закреплению. Если для виртуальной машины определены как vNUMA, так и закрепление, этот модуль веса отдает предпочтение хостам, у которых закрепление ЦП не конфликтует с закреплением vNUMA. CPU for high performance VMs: Предпочтение отдается хостам с большим или равным количеством сокетов, ядер и потоков, чем на виртуальной машине. Fit VM to single host NUMA node: Присваивает хостам веса в зависимости от того, умещается ли виртуальная машина в один узел NUMA. Если для виртуальной машины не задан виртуальный узел vNUMA, то этот модуль веса отдает предпочтение хостам, которые могут уместить виртуальную машину в один физический узел NUMA. HA: Присваивает хостам веса в соответствии с их оценкой высокой доступности. InClusterUpgrade: Присваивает хостам веса в соответствии с их версией операционной системы. Вес налагает штраф для хостов, на которых установлены более ранние версии операционной системы, по сравнению с хостами, использующими ту же версию ОС, что и текущий хост виртуальной машины. Это гарантирует, что приоритет всегда будет отдаваться хостам с более новыми версиями ОС. OptimalForCpuEvenDistribution: Присваивает хостам веса в соответствии с их использованием ЦП, отдавая приоритет хостам с более низкой загрузкой ЦП. Для настройки модуля используются следующие свойства: VCpuToPhysicalCpuRatio: Устанавливает пороговое значение соотношения виртуальных ЦП к физическим. Когда этот параметр установлен, при планировании виртуальной машины предпочтение отдается хостам с меньшей загрузкой процессора. Допустимые значения от 0 до 2.99. OptimalForCpuPowerSaving: Присваивает хостам веса в соответствии с их использованием ЦП, отдавая приоритет хостам с более высокой загрузкой ЦП. Для настройки модуля используются следующие свойства: HighUtilization: Значение (в процентах) загрузки ЦП, при котором хост будет считаться перегруженным. OptimalForMemoryPowerSaving: Присваивает хостам веса в соответствии с их использованием оперативной памяти, отдавая приоритет хостам с меньшим объемом доступной оперативной памяти. OptimalForEvenGuestDistribution: Присваивает хостам веса в соответствии с количеством виртуальных машин, работающих на этих хостах. Для настройки модуля используются следующие свойства: SpmVmGrace: Определяет количество слотов для виртуальных машин, которые должны быть зарезервированы на хостах SPM. Хост SPM будет иметь меньшую нагрузку, чем другие хосты, поэтому эта переменная определяет, на сколько меньше виртуальных машин может запустить хост SPM по сравнению с другими хостами. Значение по умолчанию равно 5. OptimalForHaReservation: Присваивает хостам веса в соответствии с их оценкой высокой доступности. Для настройки модуля используются следующие свойства: ScaleDown: Уменьшает влияние весовой функции Резервирование высокой доступности (HA Reservation) методом деления оценки хоста на указанную величину. Это необязательное свойство, которое может быть добавлено в любую политику, включая политику Не назначена (none). OptimalForMemoryEvenDistribution: Присваивает хостам веса в соответствии с использованием ими оперативной памяти, отдавая приоритет хостам с большим объемом доступной оперативной памяти. PreferredHosts: Предпочтительные хосты имеют приоритет при настройке виртуальной машины. VmAffinityGroups: Присваивает хостам веса в соответствии с группами сходства, заданными для виртуальных машин. Этот модуль веса определяет вероятность того, что виртуальные машины в группе сходства будут работать на одном и том же хосте или на разных хостах в соответствии с параметрами этой группы сходства. VmToHostsAffinityGroups: Присваивает хостам веса в соответствии с группами сходства, заданными для виртуальных машин. Этот модуль веса определяет вероятность того, что виртуальные машины в группе сходства будут работать на одном из хостов в группе или на отдельном хосте, исключенном из группы.
Балансировщик нагрузки (Load Balancer)	В раскрывающемся меню можно выбрать требуемый модуль балансировки нагрузки. Модули балансировки нагрузки определяют логику, используемую для переноса виртуальных машин с хостов с высокой нагрузкой на хосты с меньшей нагрузкой.
Свойства (Properties)	Доступно только при выборе модуля балансировки нагрузки для политики планирования. В раскрывающемся меню можно добавлять или удалять свойства модулей балансировки нагрузки. Никакие свойства не заданы по умолчанию, и доступные свойства зависят от выбранного модуля балансировки нагрузки. Для добавления модулю балансировки нагрузки или удаления из него дополнительных свойств используйте кнопки и .

1.5. Типы экземпляров

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

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

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

Таблица 3. Предопределенные типы экземпляров
Имя	Размер ОЗУ	Кол-во vCPU
Минимальный (Tiny)	512 МБ	1
Малый (Small)	2 ГБ	1
Средний (Medium)	4 ГБ	2
Большой (Large)	8 ГБ	2
Сверхбольшой (XLarge)	16 ГБ	4

Администраторы также могут создавать, изменять и удалять типы экземпляров на вкладке Типы экземпляров (Instance Types) окна Настройка (Configure).

Поля в окнах Новая виртуальная машина (New Virtual Machine) и Изменить виртуальную машину (Edit Virtual Machine), привязанные к типу экземпляра, обозначены значком цепи рядом с ними link . Если изменить одно из этих значений, то виртуальная машина будет отключена от типа экземпляра, а значок цепи станет разорванным unlink и тип экземпляра такой виртуальной машины изменится на Пользовательский (Custom). Если измененные параметры восстановлены до их исходных значений, то виртуальная машина будет заново подключена к типу экземпляра и вновь отобразится значок цепи link .

1.5.1. Создание типов экземпляров

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

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

Нажмите Управление (Administration) Настройка (Configure).
Откройте вкладку Типы экземпляров (Instance Types).
Нажмите Новый (New).
В поля Имя (Name) и Описание (Description) введите имя и описание типа экземпляра.
Нажмите Показать расширенные настройки (Show Advanced Options) и сконфигурируйте настройки типа экземпляра. Настройки в окне Новый тип экземпляра (New Instance Type) аналогичны настройкам в окне Создать виртуальную машину (New Virtual Machine) и отличаются лишь соответствующими полями.
Нажмите OK.

Новый тип экземпляра появится на вкладке Типы экземпляров (Instance Types) в окне Настройка (Configure), и его можно будет выбрать из выпадающего списка Тип экземпляра (Instance Type) при создании или изменении виртуальной машины.

1.5.2. Изменение типов экземпляров

Администраторы могут изменять существующие типы экземпляров в окне Настройка (Configure).

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

Нажмите Управление (Administration) Настройка (Configure).
Откройте вкладку Типы экземпляров (Instance Types).
Выберите тип экземпляра, который нужно изменить.
Нажмите Изменить (Edit).
Измените настройки нужным образом.
Нажмите OK.

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

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

1.5.3. Удаление типов экземпляров

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

Нажмите Управление (Administration) Настройка (Configure).
Откройте вкладку Типы экземпляров (Instance Types).
Выберите тип экземпляра, который нужно удалить.
Нажмите Удалить (Remove).
Если имеются какие-либо виртуальные машины, основанные на типе экземпляра, который подлежит удалению, то появится окно предупреждения со списком подключенных виртуальных машин. Чтобы продолжить удаление типа экземпляра, поставьте флажок в поле Подтвердить операцию (Approve Operation). В противном случае нажмите Отмена (Cancel).
Нажмите OK.

Тип экземпляра удален из списка Типы экземпляров (Instance Types) и больше не может использоваться при создании новой виртуальной машины. Любые виртуальные машины, которые были подключены к удаленному типу экземпляра, будут подключены к типу Пользовательский (Custom) (без типа экземпляра).

1.6. Пулы MAC-адресов

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

Несколько кластеров могут использовать один и тот же пул MAC-адресов, но каждому кластеру назначается только один диапазон MAC-адресов. zVirt создает пул MAC-адресов по умолчанию, который используется, если не назначен другой пул MAC-адресов. Дополнительные сведения о назначении пулов MAC-адресов кластерам см. в разделе Создание нового кластера.

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

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

1.6.1. Создание пулов MAC-адресов

Можете создавать новые пулы MAC-адресов.

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

Нажмите Управление (Administration) Настройка (Configure).
Откройте вкладку Пулы MAC-адресов (MAC Address Pools).
Нажмите Добавить (Add).
Введите имя и описание нового пула MAC-адресов в поля Имя (Name) и Описание (Description).

Поставьте флажок в поле Разрешить дубликаты (Allow Duplicates), чтобы пул мог использовать MAC-адрес многократно. Пул MAC-адресов не будет автоматически использовать дублирующийся MAC-адрес, но выбор данной опции означает, что пользователь может вручную использовать дублирующийся MAC-адрес.

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

Введите необходимые диапазоны MAC-адресов в поле Диапазоны MAC-адресов (MAC Address Ranges). Для ввода нескольких диапазонов нажмите кнопку "+" рядом с полями Из (From) и В (To).
Нажмите OK

1.6.2. Изменение пулов MAC-адресов

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

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

Нажмите Управление (Administration) Настройка (Configure).
Откройте вкладку Пулы MAC-адресов (MAC Address Pools).
Выберите пул MAC-адресов, который нужно отредактировать.
Нажмите Изменить (Edit).

Измените поля Имя (Name), Описание (Description), Разрешить дубликаты (Allow Duplicates) и Диапазоны MAC-адресов (MAC Address Ranges) нужным образом.

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

Нажмите OK.

1.6.3. Удаление пулов MAC-адресов

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

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

Нажмите Управление (Administration) Настройка (Configure).
Откройте вкладку Пулы MAC-адресов (MAC Address Pools).
Выберите пул MAC-адресов, который нужно удалить.
Нажмите Удалить (Remove).
Нажмите OK.

2. Экран мониторинга (Dashboard)

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

По умолчанию информация на экране мониторинга обновляется каждые 15 минут из Хранилища данных (Data Warehouse, DWH), каждые 15 секунд с помощью API Менеджера управления или при каждом обновлении экрана мониторинга. Экран мониторинга обновляется, когда пользователь возвращается с другой страницы или обновляет экран вручную. Экран мониторинга не обновляется автоматически. Информацию об инвентарной карточке учета предоставляет API Менеджера управления, а информацию об использовании ресурсов предоставляет Хранилище (DWH). Экран мониторинга реализован как компонент плагина пользовательского интерфейса, который автоматически устанавливается и обновляется вместе с Менеджером управления.

Рисунок 5. Экран мониторинга

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

Для использования экрана мониторинга требуется установить и настроить Хранилище (DWH).

2.2. Глобальный перечень ресурсов

В верхней части экрана мониторинга представлен Глобальный перечень ресурсов (Global Inventory) zVirt: центры данных, кластеры, хосты, домены хранения, виртуальные машины и события. Значки показывают статус каждого ресурса, а числа - количество каждого ресурса с этим статусом.

Рисунок 6. Глобальный перечень ресурсов

В заголовке отображается количество ресурсов данного типа, а под заголовком - их статус. При нажатии на заголовок ресурса откроется соответствующая страница в Менеджере управления. Для кластеров (Clusters) статус всегда отображается как N/A.

Таблица 4. Статус ресурса
Значок	Статус
	Ни один из этих ресурсов не был добавлен в zVirt.
	Показывает количество ресурсов, имеющих статус предупреждения. При нажатии на значок откроется соответствующая страница с поиском, который охватывает только ресурсы со статусом предупреждения. Поиск ограничен по-разному для каждого ресурса: Центры данных (Data Centers): Поиск охватывает только центры данных, которые не работают или не отвечают. Тома Gluster (Gluster Volumes): Поиск охватывает только тома Gluster, которые находятся в процессе включения/выключения питания, приостановлены, переносятся, ожидают, или временно не работают. Хосты (Hosts): Поиск охватывает только хосты, которые не назначены, находятся в режиме обслуживания, в состоянии установки, перезагрузки, подготовки к обслуживанию, ожидания утверждения или подключения. Домены хранения (Storage Domains): Поиск охватывает только домены хранения, которые не инициализированы, не подключены, неактивны, находятся в режиме обслуживания, готовятся к обслуживанию, отключаются или активируются. Виртуальные машины (Virtual Machines): Поиск охватывает только виртуальные машины, которые находятся в процессе включения/выключения питания, приостановлены, переносятся, ожидают, или временно не работают. События (Events): Поиск охватывает только события со степенью критичности "предупреждение".
	Показывает количество ресурса во включенном состоянии. При нажатии на значок откроется соответствующая страница с поиском, который охватывает только включенные ресурсы.
	Показывает количество ресурса в выключенном состоянии. При нажатии на значок откроется соответствующая страница с поиском, который охватывает только ресурсы в выключенном состоянии. Поиск ограничен по-разному для каждого ресурса: Центры данных (Data Centers): Поиск охватывает только центры данных, которые не инициализированы, находятся в режиме обслуживания или в выключенном состоянии. Тома Gluster (Gluster Volumes): Поиск охватывает только отключенные или неактивные тома Gluster. Хосты (Hosts): Поиск охватывает только хосты, которые не отвечают, имеют ошибки, имеют ошибки установки, не работоспособны, инициализируются или выключены. Домены хранения (Storage Domains): Поиск охватывает только домены хранения, которые отключены или неактивны. Виртуальные машины (Virtual Machines): Поиск охватывает только виртуальные машины, которые выключены, не отвечают или перезагружаются.
	Показывает количество событий со статусом "оповещение". При нажатии на значок откроется страница События (Events), где поиск будет охватывать только события со степенью критичности "оповещение".
	Показывает количество событий со статусом "ошибка". При нажатии на значок откроется страница События (Events), где поиск будет охватывать только события со степенью критичности "ошибка".
	Показывает количество событий со статусом "Событие безопасности". При нажатии на значок откроется страница События (Events), где поиск будет охватывать только события со степенью критичности "Безопасность".

2.3. Глобальное использование ресурсов

Раздел Использование ресурсов (Global Utilization) показывает, как система использует ресурсы ЦП, оперативной памяти и хранилища.

Рисунок 7. Использование ресурсов

В верхней части показан процент доступных ресурсов ЦП, оперативной памяти или хранилища, а также коэффициент избыточного выделения ресурсов (overcommit ratio). Например, для ЦП коэффициент избыточного выделения ресурсов рассчитывается путем деления количества виртуальных ядер на количество физических ядер, доступных для работающих виртуальных машин, на основе последних данных в Хранилище (DWH).
Кольцевая диаграмма показывает в процентах использование ресурсов ЦП, оперативной памяти или хранилища, а также среднее использование ресурсов для всех хостов на основе данных за последние 5 минут. При наведении указателя мыши на раздел кольцевой диаграммы будет показано значение выбранного раздела.
Линейный график внизу показывает динамику использования ресурсов за последние 24 часа. Каждая точка данных показывает среднее использование ресурсов за конкретный час. При наведении указателя мыши на точку на графике отображается время и процент использованных ресурсов для графика ЦП, а также величина использованных ресурсов для графиков оперативной памяти и хранилища.

2.3.1. Самые используемые ресурсы

Рисунок 8. Самые используемые ресурсы (оперативная память)

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

2.4. Использование кластера

В разделе Использование кластера (Cluster Utilization) на тепловой карте показано использование таких ресурсов кластера, как ЦП и оперативная память.

Рисунок 9. Использование кластера

2.4.1. ЦП

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

Нажмите на тепловую карту, чтобы перейти в раздел Ресурсы (Compute) Хосты (Hosts) и просмотреть результаты поиска в конкретном кластере, отсортированные по использованию ресурсов ЦП. Использование ресурсов ЦП кластером рассчитывается по формуле среднего использования ресурсов ЦП хостом в кластере. Для расчета берутся средние значения использования ресурсов ЦП каждым хостом за последние 24 часа и на основе этих данных определяется усредненное значение использования ресурсов ЦП кластера.

2.4.2. Память

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

Нажмите на тепловую карту, чтобы перейти в раздел Ресурсы (Compute) Хосты (Hosts) и просмотреть результаты поиска в конкретном кластере, отсортированные по использованию ресурсов оперативной памяти. Использование оперативной памяти кластером рассчитывается по формуле общего использования оперативной памяти в кластере в ГБ. Для расчета берутся средние значения использования ресурсов оперативной памяти каждым хостом за последние 24 часа и на основе этих данных определяется усредненное значение использования ресурсов оперативной памяти по всему кластеру.

2.5. Использование хранилища

В разделе Использование хранилища (Storage Utilization) на тепловой карте показано использование ресурсов хранилища.

Рисунок 10. Использование хранилища

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

Нажмите на тепловую карту, чтобы перейти в раздел Хранилище (Storage) Домены хранения (Domains) и просмотреть домены хранения, отсортированные по объему использования. Использование ресурсов хранилища кластером рассчитывается по формуле общего использования ресурсов хранилища в кластере. Для расчета берутся средние значения использования ресурсов хранилища каждым хостом за последние 24 часа и на основе этих данных определяется усредненное значение использования ресурсов хранилища по всему кластеру.

3. Поиск

3.1. Как устроен поиск в zVirt

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

3.2. Синтаксис и примеры поиска

Синтаксис поисковых запросов в ресурсах zVirt выглядит следующим образом:

result type: {criteria} [sortby sort_spec]

где result type: - тип результата, не редактируемая визуальная часть, зависит от того, где находится администратор. Для Ресурсы (Compute) Виртуальные машины (Virtual Machines) это будет Vms:, для Ресурсы (Compute) Хосты (Hosts) - Hosts: и т.д. Служит напоминанием о типе возвращаемого результата, в примерах ниже его вводить не надо.

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

3.2.1. Примеры синтаксиса

Следующие примеры описывают, как используется поисковый запрос, и помогают понять, как zVirt помогает создавать поисковые запросы.

Таблица 5. Примеры поисковых запросов
Пример	Результат
`Hosts: Vms.status = up page 2`	Выводит страницу 2 списка всех хостов, на которых запущены виртуальные машины.
`Vms: domain = qa.company.com`	Выводит список всех виртуальных машин, запущенных в конкретном домене (`qa.company.com`).
`Vms: name = sz`	Выводит список всех виртуальных машин, содержащих в названии символы `sz`
`Events: severity > normal sortby time`	Отображает список всех событий, критичность которых превышает нормальную, отсортированных по времени.

3.3. Автозаполнение поиска

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

В таблице ниже приведены конкретные примеры того, как функция автозаполнения на Портале администрирования помогает в формировании запроса:

Hosts: Vms.status = down

Таблица 6. Примеры поисковых запросов с автозаполнением
Ввод	Отображаемые элементы	Действие
`Hosts:` `Space`	Все свойства хостов	Наберите v
`Hosts: v`	Все свойства хостов, начинающиеся с буквы `v`	Выберите `Vms` или наберите Vms
`Hosts: Vms`	Все свойства виртуальных машин	Наберите s
`Hosts: Vms.s`	Все свойства виртуальных машин, начинающиеся с буквы `s`	Выберите `status` или наберите status
`Hosts: Vms.status`	`=` и `!=`	Выберите или наберите знак =
`Hosts: Vms.status =`	Все значения статусов	Выберите или наберите down (выключен)

3.4. Разные типы результатов поиска

Типы результатов делают возможным поиск любого из перечисленных ниже типов ресурсов:

Vms для списка виртуальных машин.
Host для списка хостов.
Pools для списка пулов.
Template для списка шаблонов.
Events для списка событий.
Users для списка пользователей и групп пользователей.
Cluster для списка кластеров.
DataCenter для списка центров данных.
Storage для списка доменов хранения.
Disk для списка дисков.
Volumes для списка томов Gluster.

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

3.5. Критерии поиска

Критерии поиска можно указать в запросе после двоеточия. Синтаксис {criteria} выглядит следующим образом:

<prop><operator><value>

или

<obj-type><prop><operator><value>

3.5.1. Примеры

В таблице ниже описаны единицы синтаксиса:

Таблица 7. Примеры критериев поиска
Единица	Описание	Значения	Пример	Примечание
`prop`	Свойство искомого ресурса. Может также быть свойством типа ресурса (см. `obj-type`)) или тегом (tag) (пользовательский тег).	Сужает поиск до объектов с определенным свойством. Например, для поиска объектов со свойством статус (status).	Status	-
`obj-type `	Тип ресурса, который может быть ассоциирован с искомым ресурсом.	Это системные объекты, например, центры данных и виртуальные машины.	Users	-
`operator`	Операторы сравнения.	`=` `!=` (не равно) `>` `<` `>=` `⇐`	—	Варианты значений зависят от свойства.
`value`	Значение, с чем сравнивается выражение.	`Строка (String)` `Целое число (Integer)` `Рейтинг (Ranking)` `Дата (Date) (формат согласно региональным настройкам)`	Иванов 256 обычный	В строках можно применять шаблоны подстановки. "" (в кавычках без пробелов между ними) можно обозначить неинициированную (пустую) строку. В двойные кавычки заключают строку или дату с пробелами

3.6. Поиск: несколько критериев и шаблонов подстановки

Шаблоны подстановки можно использовать в единице синтаксиса <value> для строк. Например, чтобы найти всех пользователей, начинающихся с буквы m, введите m*.

Можно задать поиск по двум критериям с помощью логических операторов И (AND) и ИЛИ (OR).

Пример 6. Несколько критериев и шаблонов подстановки

Vms: users.name = m* AND status = Up

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

Vms: users.name = m* AND tag = "paris-loc"

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

Когда задается два критерия без И (AND) или ИЛИ (OR), то подразумевается оператор И (AND). Оператор И (AND) выполняется перед оператором ИЛИ (OR), а оператор ИЛИ (OR) - перед подразумеваемым оператором И (AND).

3.7. Поиск: определение порядка поиска

Порядок сортировки выданной информации можно задать, используя команду сортировать по — sortby. Можно установить и направление сортировки: asc - по возрастанию, desc - по убыванию.

Пример 7. определение порядка поиска

events: severity > normal sortby time desc

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

3.8. Поиск для центров данных

В таблице ниже описаны все возможности поиска для центров данных

Таблица 8. Поиск для центров данных
Свойство (ресурса или типа ресурса)	Тип	Описание (пример)
Clusters.clusters-prop	Зависит от типа свойства	Свойство кластеров, ассоциированных с центром данных. Свойство по умолчанию - `name`
Storage.storage-prop	Зависит от типа свойства	Свойство доменов хранения, ассоциированных с центром данных. Свойство по умолчанию - `name`
Network.network-prop	Зависит от типа свойства	Свойство сетей, ассоциированных с центром данных. Свойство по умолчанию - `name`
name	String (Строка)	Имя центра данных.
description	String (Строка)	Описание центра данных.
local	Bool (Логический)	`true` если тип хранилища `локальный` и `false`, если тип хранилища `общий`
status	List (Список)	Доступность центра данных.
comment	String (Строка)	Комментарий к центру данных
compatibility_version	String (Строка)	Версия совместимости центра данных
sortby	List (Список)	Сортирует результаты поиска по одному из свойств ресурса.
page	Целое число	Отображаемый номер страницы результатов.

Пример 8. Поиск для центров данных

Datacenter: Storage.type = nfs and status != up

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

Datacenter: Storage.name = domain1 and status = up

По запросу в примере будет выдан центр данных c включенным хранилищем с именем domain1. Запись запроса равносильна:

Datacenter: Storage = domain1 and status = up

3.9. Поиск для кластеров

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

Таблица 9. Поиск для кластеров
Свойство (ресурса или типа ресурса)	Тип	Описание (пример)
Datacenter.datacenter-prop	Зависит от типа свойства	Свойство центра данных, куда входит кластер. Свойство по умолчанию - `name`
Storage.storage-prop	Зависит от типа свойства	Свойство доменов хранения, ассоциированных с кластером. Свойство по умолчанию - `name`
Cluster_network.network-prop	Зависит от типа свойства	Свойство сетей, ассоциированных с кластером. Свойство по умолчанию - `network_name`
name	String (Строка)	Уникальное имя, определяющее кластеры в сети.
description	String (Строка)	Описание кластера.
comment	String (Строка)	Комментарий к центру данных
architecture	List (Список)	Архитектура хостов кластера
compatibility_level	String (Строка)	Версия совместимости
cpu_type	String (Строка)	Тип процессора хостов кластера
sortby	List (Список)	Сортирует результаты поиска по одному из свойств ресурса.
page	Integer (Целое число)	Отображаемый номер страницы результатов.

Пример 9. Поиск для кластеров

Clusters: architecture = x86 or name = Default

По запросу в примере будет выдан список кластеров, которые объединяют хосты на архитектуре x86 или имеют название Default.

3.10. Поиск для хостов

В таблице ниже описаны все возможности поиска для хостов.

Таблица 10. Поиск для хостов
Свойство (ресурса или типа ресурса)	Тип	Описание (пример)
Vms.Vms-prop	Зависит от типа свойства	Свойство виртуальных машин, ассоциированных с хостом.
Templates.templates-prop	Зависит от типа свойства	Свойство шаблонов, ассоциированных с хостом.
Events.events-prop	Зависит от типа свойства	Свойство событий, ассоциированных с хостом.
Users.users-prop	Зависит от типа свойства	Свойство пользователей, ассоциированных с хостом.
Storage.storage-prop	Зависит от типа свойства	Свойство хранилищ, ассоциированных с хостом.
Nic.nic-prop	Зависит от типа свойства	Свойство vNIC, ассоциированных с хостом.
name	String (Строка)	Имя хоста.
comment	String (Строка)	Комментарий к хосту
status	List (Список)	Доступность хоста.
external_status	String (Строка)	Статус состояния хоста по данным внешних систем и подключаемых модулей.
cluster	String (Строка)	Кластер, к которому относится хост.
address	String (Строка)	Уникальное имя, определяющее хост в сети.
cpu_usage	Integer (Целое число)	Процент использования вычислительной мощности.
mem_usage	Integer (Целое число)	Процент использования оперативной памяти.
network_usage	Integer (Целое число)	Процент использования сети.
load	Integer (Целое число)	Готовые к выполнению задачи в очереди выполнения (run-queue) на каждом процессоре в конкретном моменте времени.
version	Integer (Целое число)	Номер версии операционной системы.
cpus	Integer (Целое число)	Количество ЦП на хосте.
memory	Integer (Целое число)	Объем доступной оперативной памяти.
cpu_speed	Integer (Целое число)	Тактовая частота ЦП.
cpu_model	String (Строка)	Тип ЦП.
active_vms	Integer (Целое число)	Количество виртуальных машин, работающих на текущий момент.
migrating_vms	Integer (Целое число)	Количество виртуальных машин, находящихся в процессе миграции.
committed_mem	Integer (Целое число)	Процент выделенной памяти.
tag	String (Строка)	Тег, назначенный хосту.
type	String (Строка)	Тип хоста.
datacenter	String (Строка)	Центр данных, к которому относится хост.
architecture	String (Строка)
update_available	String (Строка)
ha_score	String (Строка)
spm_id	String (Строка)
hw_id	String (Строка)
sortby	List (Список)	Сортирует результаты поиска по одному из свойств ресурса.
page	Integer (Целое число)	Отображаемый номер страницы результатов.

Пример 10. Поиск для хостов

Hosts: cluster = Default and Vms.os = rhel6

По запросу в примере будет выдан список хостов, которые входят в кластер Default и где размещаются виртуальные машины на базе операционной системы Red Hat Enterprise Linux 6.

3.11. Поиск для сетей

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

Таблица 11. Поиск для сетей
Свойство (ресурса или типа ресурса)	Тип	Описание (пример)
Cluster_network.clusternetwork-prop	Зависит от типа свойства	Свойство кластера, ассоциированного с сетью.
Host_Network.hostnetwork-prop	Зависит от типа свойства	Свойство хоста, ассоциированного с сетью.
Provider.hostnetwork-prop	Зависит от типа свойства	Свойство провайдера, ассоциированного с сетью.
name	String (Строка)	Имя, которое определяет сеть.
description	String (Строка)	Ключевые слова или текстовое описание сети, которые можно дополнительно использовать при создании сети.
comment	String (Строка)	Комментарий к сети
vlanid	Integer (Целое число)	Идентификатор VLAN сети.
stp	String (Строка)	Показывает, включен или выключен STP-протокол для сети.
mtu	Integer (Целое число)	Максимальный размер передаваемого блока данных для логической сети.
vmnetwork	String (Строка)	Показывает, используется ли сеть исключительно для трафика виртуальных машин.
datacenter	String (Строка)	Центр данных, к которому подключена сеть.
label	String (Строка)
provider_name	String (Строка)
qos_name	String (Строка)
sortby	List (Список)	Сортирует результаты поиска по одному из свойств ресурса.
page	Integer (Целое число)	Отображаемый номер страницы результатов.

Пример 11. Поиск для сетей

Network: mtu > 1500 and vmnetwork = true

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

3.12. Поиск для хранилищ

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

Таблица 12. Поиск для хранилищ
Свойство (ресурса или типа ресурса)	Тип	Описание (пример)
Hosts.hosts-prop	Зависит от типа свойства	Свойство хостов, ассоциированных с хранилищем.
Clusters.clusters-prop	Зависит от типа свойства	Свойство кластеров, ассоциированных с хранилищем.
name	String (Строка)	Уникальное имя, определяющее хранилище в сети.
status	String (Строка)	Статус домена хранения.
shared_status	String (Строка)
external_status	String (Строка)	Статус состояния домена хранения по данным внешних систем и подключаемых модулей.
datacenter	String (Строка)	Центр данных, к которому относится хранилище.
type	String (Строка)	Тип хранилища
free-size	Integer (Целое число)	Объем (ГБ) свободного места в хранилище.
used-size	Integer (Целое число)	Объем (ГБ) занятого места в хранилище.
total_size	Integer (Целое число)	Общий объем (ГБ) доступного места в хранилище.
committed	Integer (Целое число)	Объем (ГБ) выделенного места в хранилище.
comment	String (Строка)	Комментарий к хранилищу.
description
wipe_after_delete
discard_after_delete
low_space_threshold (%)
critical_space_threshold (gb)
backup
sortby	String (Список)	Сортирует результаты поиска по одному из свойств ресурса.
page	Integer (Целое число)	Отображаемый номер страницы результатов.

Пример 12. Поиск для хранилищ

Storage: free_size > 6 GB and total_size < 20 GB

По запросу в примере будет выдан список хранилищ со свободным местом больше 6 ГБ и с общим объемом имеющегося места меньше 20 ГБ.

3.13. Поиск для дисков

В таблице ниже описаны все возможности поиска для дисков.

С помощью фильтров Тип Диска (Disk Type) и Тип содержимого (Content Type) можно уменьшить количество отображаемых виртуальных дисков.

Таблица 13. Поиск для дисков
Свойство (ресурса или типа ресурса)	Тип	Описание (пример)
Datacenters.datacenters-prop	Зависит от типа свойства	Свойство центра данных, ассоциированного с диском.
Storages.storages-prop	Зависит от типа свойства	Свойство хранилища, ассоциированного с диском.
alias или name	String (Строка)	Имя, которое определяет хранилище в сети.
description	String (Строка)	Ключевые слова или текстовое описание диска, которые можно дополнительно использовать при создании диска.
provisioned_size	Integer (Целое число)	Виртуальный объем диска в байтах.
size	Integer (Целое число)	Объем диска.
actual_size	Integer (Целое число)	Фактический объем, выделенный для диска.
creation_date	Integer (Целое число)	Дата создания диска.
bootable	String (Строка)	Показывает, можно ли с диска загрузить операционную систему. Допустимы следующие значения: 0, 1, yes (да) или no (нет)
shareable	String (Строка)	Показывает, можно ли подключить диск к нескольким виртуальным машинам одновременно. Допустимы следующие значения: 0, 1, yes (да) или no (нет)
format	String (Строка)	Формат диска. Возможны значения unused (не используется), unassigned (не назначен), cow (расширенный) или raw (сырой).
status	String (Строка)	Статус диска. Возможны значения unassigned (не назначен ВМ), ok (в порядке), locked (заблокирован), invalid (недействителен) или illegal (недопустим).
disk_type	String (Строка)	Тип диска. Возможны значения image (образ) или lun (логический номер устройства).
disk_content_type
allocation_policy
number_of_vms	String (Строка)	Количество виртуальных машин, к которым подключен диск.
vm_names	String (Строка)	Имя виртуальной машины или машин, к которым подключен диск.
quota	String (Строка)	Имя квоты, установленной для виртуального диска.
id
wipe_after_delete
last_modified
sortby	List (Список)	Сортирует результаты поиска по одному из свойств ресурса.
page	Integer (Целое число)	Отображаемый номер страницы результатов.

Пример 13. Поиск для дисков

Disks: format = cow and provisioned_size > 8

По запросу в примере будет выдан список виртуальных дисков формата QCOW с выделенным дисковым пространством больше 8 ГБ.

3.14. Поиск для томов

В таблице ниже описаны все возможности поиска для томов.

Таблица 14. Поиск для томов
Свойство (ресурса или типа ресурса)	Тип	Описание (пример)
Cluster	String (Строка)	Имя кластера, ассоциированного с томом.
Cluster.cluster-prop	Зависит от типа свойства (например, имя, описание, комментарий, архитектура)	Свойство кластеров, ассоциированных с томом.
name	String (Строка)	Имя, которым определяется том.
type	String (Строка)	Возможны значения: distribute (распределенный), replicate (реплицированный), distributed_replicate (распределенно-реплицированный), stripe (чередующийся) или distributed_stripe (распределенно-чередующийся).
transport_type	Integer (Целое число)	Возможны значения протокол управления передачей (TCP) или удаленный прямой доступ к памяти (RDMA).
replica_count	Integer (Целое число)	Количество реплик.
stripe_count	Integer (Целое число)	Количество полос.
status	String (Строка)	Статус тома. Возможны значения Up (Включен) или Down (Выключен).
sortby	List (Список)	Сортирует результаты поиска по одному из свойств ресурса.
page	Integer (Целое число)	Отображаемый номер страницы результатов.

Пример 14. Поиск для томов

Volume: transport_type = rdma and stripe_count >= 2

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

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

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

На текущий момент параметры поиска не поддерживают свойства: Network Label (Метка сети), Custom Emulated Machine (Пользовательская эмулируемая машина) и Custom CPU Type (Пользовательский тип ЦП).

Таблица 15. Поиск для виртуальных машин
Свойство (ресурса или типа ресурса)	Тип	Описание (пример)
Hosts.hosts-prop	Зависит от типа свойства	Свойство хостов, ассоциированных с виртуальной машиной.
Templates.templates-prop	Зависит от типа свойства	Свойство шаблонов, ассоциированных с виртуальной машиной.
Events.events-prop	Зависит от типа свойства	Свойство событий, ассоциированных с виртуальной машиной.
Users.users-prop	Зависит от типа свойства	Свойство пользователей, ассоциированных с виртуальной машиной.
Storage.storage-prop	Зависит от типа свойства	Свойство устройств хранения, ассоциированных с виртуальной машиной.
Vnic.vnic-prop	Зависит от типа свойства	Свойство vNIC, ассоциированных с виртуальной машиной.
name	String (Строка)	Имя виртуальной машины.
comment	String (Строка)	Комментарий к виртуальной машине.
status	List (Список)	Доступность виртуальной машины.
ip	Integer (Целое число)	IP-адрес виртуальной машины.
on_host
fqdn
uptime	Integer (Целое число)	Сколько минут виртуальная машина уже работает.
domain	String (Строка)	Домен (обычно домен Active Directory), в котором сгруппированы эти машины.
os	String (Строка)	Операционная система, выбранная при создании виртуальной машины.
creationdate	Date (Дата)	Дата создания виртуальной машины.
address	String (Строка)	Уникальное имя, определяющее виртуальную машину в сети.
cpu_usage	Integer (Целое число)	Процент использования вычислительной мощности CPU.
mem_usage	Integer (Целое число)	Процент использования оперативной памяти.
network_usage	Integer (Целое число)	Процент использования сети.
memory	Integer (Целое число)	Максимальная заданная память.
guaranteed_memory
migration_progress_percent
apps	String (Строка)	Приложения, установленные в настоящий момент на виртуальной машине.
cluster	List (Список)	Кластер, которому относится виртуальная машина.
pool	List (Список)	Пул виртуальных машин, к которому относится виртуальная машина.
loggedinuser	String (Строка)	Имя пользователя, авторизованного в настоящий момент на виртуальной машине.
tag	List (Список)	Теги, к которым относится виртуальная машина.
datacenter	String (Строка)	Центр данных, к которому относится виртуальная машина.
type	List (Список)	Тип виртуальной машины (сервер или рабочая станция).
quota	String (Строка)	Имя квоты, ассоциированной с виртуальной машиной.
id
description	String (Строка)	Ключевые слова или текстовое описание виртуальной машины, которые дополнительно были использованы при создании виртуальной машины.
architecture
custom_emulated_machine
custom_cpu_type
compatibility_level
custom_compatibility_level
created_by_user_id
next_run_configuration_exists	Bool (Логический)	Есть ли изменения конфигурации, внесенные в виртуальную машину и ожидающие подтверждения.
has_illegal_images
bios_type
k8s_namespace
sortby	List (Список)	Сортирует результаты поиска по одному из свойств ресурса.
page	Integer (Целое число)	Отображаемый номер страницы результатов.

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

Vms: template.name = Win* and user.name = ""

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

Vms: cluster = Default and os = windows7

По запросу в примере будет выдан список виртуальных машин, которые относятся к кластеру Default и работают на базе Windows 7.

3.16. Поиск для пулов

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

Таблица 16. Поиск для пулов
Свойство (ресурса или типа ресурса)	Тип	Описание (пример)
name	String (Строка)	Имя пула.
description	String (Строка)	Описание пула.
comment	String (Строка)	Комментарий к пулу.
type	List (Список)	Тип пула.
cluster
datacenter
architecture
assigned_vm_count
running_vm_count
sortby	List (Список)	Сортирует результаты поиска по одному из свойств ресурса.
page	Integer (Целое число)	Отображаемый номер страницы результатов.

Пример 16. Поиск для пулов

Pools: type = automatic

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

3.17. Поиск для шаблонов

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

Таблица 17. Поиск для шаблонов
Свойство (ресурса или типа ресурса)	Тип	Описание (пример)
Vms.Vms-prop	String (Строка)	Свойство виртуальных машин, ассоциированных с шаблоном.
Hosts.hosts-prop	String (Строка)	Свойство хостов, ассоциированных с шаблоном.
Events.events-prop	String (Строка)	Свойство событий, ассоциированных с шаблоном.
Users.users-prop	String (Строка)	Свойство пользователей, ассоциированных с шаблоном.
Storage
Vnic
name	String (Строка)	Имя шаблона.
comment	String (Строка)	Комментарий к шаблону.
domain	String (Строка)	Домен шаблона.
os	String (Строка)	Тип операционной системы.
creationdate	Integer (Целое число)	Дата создания шаблона. Дата указана в формате месяц/день/год (mm/dd/yy) .
childcount	Integer (Целое число)	Количество виртуальных машин, созданных по шаблону.
mem	Integer (Целое число)	Заданная память.
description	String (Строка)	Описание шаблона.
status	String (Строка)	Статус шаблона.
sealed
cluster	String (Строка)	Кластер, ассоциированный с шаблоном.
datacenter	String (Строка)	Центр данных, ассоциированный с шаблоном.
quota	String (Строка)	Квота, ассоциированная с шаблоном.
architecture
version_name
sortby	List (Список)	Сортирует результаты поиска по одному из свойств ресурса.
page	Integer (Целое число)	Отображаемый номер страницы результатов.

Пример 17. Поиск для шаблонов

Template: Events.severity >= normal and Vms.uptime > 0

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

3.18. Поиск для пользователей

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

Таблица 18. Поиск для пользователей
Свойство (ресурса или типа ресурса)	Тип	Описание (пример)
Vms.Vms-prop	Зависит от типа свойства	Свойство виртуальных машин, ассоциированных с пользователем.
Hosts.hosts-prop	Зависит от типа свойства	Свойство хостов, ассоциированных с пользователем.
Templates.templates-prop	Зависит от типа свойства	Свойство шаблонов, ассоциированных с пользователем.
Events.events-prop	Зависит от типа свойства	Свойство событий, ассоциированных с пользователем.
name	String (Строка)	Имя пользователя.
lastname	String (Строка)	Фамилия пользователя.
username или login	String (Строка)	Уникальное имя пользователя.
directory
department	String (Строка)	Департамент, к которому относится пользователь.
group	String (Строка)	Группа, к которой относится пользователь.
tag	String (Строка)	Тег, к которому относится пользователь.
pool	String (Строка)	Пул, к которому относится пользователь.
type
sortby	List (Список)	Сортирует результаты поиска по одному из свойств ресурса.
page	Integer (Целое число)	Отображаемый номер страницы результатов.

Пример 18. Поиск для пользователей

Users: Events.severity > normal and Vms.status = up or Vms.status = pause

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

3.19. Поиск в событиях

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

Параметры поиска событий разделяются на две категории:

собственные параметры события
параметры ресурсов, связанных с событиями

Для многих параметров доступно автозаполнение.

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

Таблица 19. Поиск в событиях по параметрам связанных ресурсов
Ресурс	Описание	Пример использования
Vms	Виртуальная машина. Содержит набор параметров виртуальной машины (Vms.Vms-prop) для поиска событий.	`Events: Vms.status = up` — поиск событий, связанных с включенными виртуальными машинами.
Templates	Шаблон виртуальной машины. Содержит набор параметров шаблона (Templates.templates-prop) для поиска событий.	`Events: Templates.childcount < 10` — поиск событий, связанных с шаблонами, на основе которых создано менее 10 виртуальных машин.
Users	Пользователь. Содержит набор параметров пользователя (Users.users-prop) для поиска событий.	`Events: Users.name = admin` — поиск событий, связанных с пользователем `admin`.
Clusters	Кластер. Содержит набор параметров кластера (Clusters.clusters-prop) для поиска событий.	`Events: Clusters.name = local_cluster` — поиск событий, связанных с кластером `local_cluster`.
Volumes	Том. Содержит набор параметров тома (Volumes.Volumes-prop) для поиска событий.	`Events: Volumes.type = replicate` — поиск событий, связанных с томами типа `replicate`.
Quota	Квота. Содержит набор параметров квоты (Quota.Volumes-prop) для поиска событий.	`Events: Quota.name = TestQuota` — поиск событий, связанных с квотой `TestQuota`.

Подробное описание параметров ресурсов доступно в следующих разделах:

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

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

Параметр Тип Описание (пример)

type

Integer (Целое число)

Возможные типы событий см. в статье Коды событий в техническом справочнике.

Тип события.

type = 30 — поиск событий указанного типа.

severity

String (Строка)/ List (Выбор из списка)

Доступные значения: normal, warning, error, security, alert.

Критичность события.

severity > error — поиск событий по указанной критичности.

message

String (Строка)

Возможные типы событий см. в статье Коды событий в техническом справочнике.

Описание события.

message = "Critical, Low disk space. local_storage domain has 2 GB of free space." — поиск событий по указанному описанию.

time

String (Строка) / List (Выбор из списка)

Доступные значения: today, yesterday, Monday, Tuesday, Wednesday, Thursday, Friday, Saturday, Sunday.

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

День, когда произошло событие.

time = today, time > Monday — поиск событий по указанному дню.

usrname

String (Строка)

Формат значения: <Логин пользователя>@<Имя домена>. Имя домена может принимать следующие значения: internal-authz, internalkeycloak-authz.

Доменное имя пользователя.

usrname = admin@internal-authz, usrname = admin* — поиск событий по указанному пользователю.

event_host

String (Строка)

Имя хоста.

event_host = dev43-c8.dev.orion.local, event_host = dev* — поиск событий по указанному хосту.

event_vm

String (Строка)

Имя виртуальной машины.

event_vm = at_vm_muk2, event_vm = at_vm* — поиск событий по указанной виртуальной машине.

event_template

String (Строка)

Имя шаблона.

event_template = Blank, event_template = Bl* — поиск событий по указанному шаблону.

event_storage

String (Строка)

Имя домена хранения.

event_storage = Tatlin_61G, event_storage = T* — поиск событий по указанному хранилищу.

event_datacenter

String (Строка)

Имя центра данных.

event_storage = local_datacenter, event_storage = local* — поиск событий по указанному центру данных.

event_volume

String (Строка)

Имя тома.

event_volume = engine, event_volume = en* — поиск событий по указанному тому.

correlation_id

String (Строка)

Идентификатор группы событий.

correlation_id = b39c6dfe-2361-454b-9add-2fece6598db1 — поиск событий по указанному идентификатору группировки связанных событий.

origin

String (Строка)

Может принимать следующие значения: rhev, vmware, xen, ovirt, external, hosted_engine, managed_hosted_engine, kvm, physical_machine, hyperv, kubevirt.

Имя источника события.

origin = oVirt, origin = o* — поиск событий по указанному источнику.

custom_event_id

Integer (Целое число)

Идентификатор внешнего события.

custom_event_id = -1 — поиск событий по указанному идентификатору.

deleted

Bool (Логический тип) / List (Выбор из списка)

Доступные значения: true, false.

Флаг мягкого удаления событий.

deleted = false — поиск событий, для которых не производилось мягкое удаление.

custom_id

String (Строка)

Идентификатор связанной сущности.

custom_id = a2f6391f-35fa-41f7-8d21-9374de4b958d custom_id = a2f6391f-35fa-41f7-8d21-9374de4b958d — поиск событий, связанных с сущностью с указанным идентификатором.

sortby

List (Выбор из списка)

Параметр ресурса.

time = Monday sortby type — сортирует результаты поиска по одному из свойств ресурса.

page

Integer (Целое число)

Номер страницы.

time = Monday page 5 — отображает страницу результатов поиска с указанным номером.

correlation_id, origin, custom_event_id, deleted, custom_id — служебные параметры. Они доступны для поиска, но обычно не используются для фильтрации событий.

sortby и page — общие параметры системы поиска. Они не относятся к конкретному событию и используются для сортировки результатов или перехода к определенной странице поиска.

Пример 19. Поиск в событиях

Events: Vms.name = testdesktop and usrname = admin@internal-authz

По запросу будет выдан список событий, которые произошли на виртуальной машине с именем testdesktop и связаны с пользователем admin@internal-authz.

3.20. Поиск для профилей vNIC

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

Таблица 21. Поиск в профилях vNIC
Свойство (ресурса или типа ресурса)	Тип	Описание (пример)
compatibility_version	String	Версия совместимости
description	String	Описание профиля vNIC
datacenter	String	Центр данных, которому принадлежит профиль vNIC
failover	String	Политика отказоустойчивости, применяемая к профилю vNIC
name	String	Имя профиля vNIC
network_name	String	Имя сети, с которой связан профиль
network_filter	String	Имя сетевого фильтра, применяемого к профилю
port_mirroring	Boolean	Статус опции Зеркалирование портов, установленный для профиля
passthrough	Boolean	Статус опции Passthrough, установленный для профиля
qos_name	Boolean	Имя политики QoS, связанной с профилем

Пример 20. Поиск в профилях vNIC

VnicProfile: datacenter=Default and compatibility_version=4.7

По запросу в примере будет выдан список профилей vNIC, которые принадлежат центру данных с именем Default и имеют версию совместимости 4.7.

4. Закладки

4.1. Сохранение строки запроса в виде закладки

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

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

Введите нужный поисковый запрос в строку поиска и выполните поиск.
Нажмите кнопку Закладка (Bookmark) () справа от строки поиска. Откроется окно Новая закладка (New Bookmark).
В поле Имя (Name) введите имя закладки.
При необходимости, измените поле Строка поиска (Search string).
Нажмите OK.

Нажмите значок Закладки (Bookmarks) () в верхней панели, чтобы найти и выбрать закладку.

4.2. Изменение закладки

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

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

Нажмите значок Закладки (Bookmarks) () в верхней панели.
Выберите закладку и нажмите Изменить (Edit).
При необходимости измените поля Имя (Name) и Строка поиска (Search string).
Нажмите OK.

4.3. Удаление закладки

Когда закладка больше не нужна, удалите ее.

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

Нажмите значок Закладки (Bookmarks) () в верхней панели.
Выберите закладку и нажмите Удалить (Remove).
Нажмите OK.

5. Метки

5.1. Использование меток для пользовательской настройки взаимодействий с zVirt

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

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

В соответствии с потребностями метки можно организовать в иерархическую структуру.

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

5.2. Создание метки

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

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

Нажмите значок Метки (Tags) () в верхней панели.
Нажмите Добавить (Add), чтобы создать новую метку, либо выберите метку и нажмите Новый (New), чтобы создать подчиненную метку.
Введите Имя (Name) и Описание (Description) новой метки.
Нажмите OK.

5.3. Изменение метки

Можете изменить имя и описание метки.

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

Нажмите значок Метки (Tags) () в верхней панели.
Выберите метку, которую хотите изменить, и нажмите Изменить (Edit).
При необходимости измените поля Имя (Name) и Описание (Description).
Нажмите OK.

5.4. Удаление метки

Когда метка больше не нужна, удалите её.

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

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

Метка и все её подчиненные метки удалены. Метки также будут удалены со всех объектов, которым они были назначены.

5.5. Добавление меток к объектам и удаление меток с объектов

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

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

Выберите объект(ы), на которых хотите назначить/удалить метки.
Нажмите Дополнительные действия (More Actions) (), затем - Назначить метки (Assign Tags).
Установите флажок, чтобы назначить метку объекту, либо снимите флажок, чтобы снять назначение метки с объекта.
Нажмите OK.

Указанная метка теперь добавляется или удаляется как пользовательское свойство выбранного объекта(-ов).

5.6. Поиск объектов с помощью меток

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

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

Если ищете объекты, используя метку (tag) в качестве свойства и оператор неравенства (!=), например, Host: Vms.tag!=server1, то список результатов не будет включать в себя объекты без метки server1.

5.7. Пользовательская настройка хостов с помощью меток

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

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

Нажмите Ресурсы (Compute) Хосты (Hosts) и выберите хост.
Нажмите Дополнительные действия (More Actions) (), затем - Назначить метки(Assign Tags).
Установите флажки напротив применимых меток.
Нажмите OK.

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