Администрирование и обслуживание системы управления виртуализацией zVirt

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

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

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

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

1.1. Роли

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

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

1.1.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.1.2. Изменение или копирование роли

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1.2. Системные разрешения

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

Рисунок 2. Разрешения и роли

Рисунок 3. Иерархия объектов zVirt

1.2.1. Свойства пользователей

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

1.2.2. Роли пользователей и администраторов

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

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

1.2.3. Описание ролей пользователей

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

Таблица 1. Основные пользовательские роли zVirt
Роль	Права	Примечания
UserRole	Может получать доступ к виртуальным машинам и пулам и использовать их.	Может авторизовываться на Пользовательском портале, использовать выделенные виртуальные машины и пулы, просматривать информацию о виртуальных машинах и их состоянии.
PowerUserRole	Может создавать виртуальные машины и шаблоны и управлять ими.	В окне Настройка (Configure) назначьте эту роль пользователю для всей среды, либо только для отдельных центров данных или кластеров. Например, если роль с расширенными правами пользователя (PowerUserRole) применяется на уровне центра данных, то пользователь в этой роли может создавать виртуальные машины и шаблоны центре данных.
UserVmManager	Системный администратор виртуальной машины.	Может управлять виртуальными машинами, создавать и использовать моментальные снимки. Пользователю, который создает виртуальную машину через пользовательский портал, автоматически назначается роль пользователя, управляющего ВМ (UserVmManager) для этой машины.

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

Таблица 2. Дополнительные пользовательские роли zVirt
Роль	Права	Примечания
UserTemplateBasedVm	Ограниченные права - только на использование шаблонов.	Может использовать шаблоны для создания виртуальных машин.
DiskOperator	Пользователь виртуального диска.	Может использовать, просматривать и изменять виртуальные диски. Наследует разрешения на использование виртуальной машины, к которой подключен виртуальный диск.
VmCreator	Может создавать виртуальные машины на пользовательском портале.	Эта роль применяется не к отдельной виртуальной машине. Применяйте эту роль ко всей среде в окне Настройка (Configure). Либо эту роль можно применять к конкретным центрам данных или кластерам. Применяя эту роль к кластеру, нужно также применить роль Создателя диска (DiskCreator) ко всему центру данных или к конкретным доменам хранения.
TemplateCreator	Может создавать, изменять, управлять и удалять шаблоны виртуальных машин в пределах выделенных ресурсов.	Эта роль применяется не к отдельному шаблону. Применяйте ее ко всей среде в окне Настройка (Configure). Либо эту роль можно применять к конкретным центрам данных, кластерам или доменам хранения.
DiskCreator	Может создавать, изменять, удалять и управлять виртуальными дисками в назначенных кластерах или центрах данных.	Эта роль применяется не к отдельному виртуальному диску. Применяйте ее ко всей среде в окне Настройка (Configure). Либо эту роль можно применять к конкретным центрам данных или доменам хранения.
TemplateOwner	Может изменять и удалять шаблон, выдавать пользователям разрешения на применение шаблона и управлять этими разрешениями.	Эта роль автоматически назначается пользователю, создавшему шаблон. Другие пользователи, у которых нет разрешений владелец шаблона (TemplateOwner) в отношении шаблона, не могут просматривать или использовать этот шаблон.
VnicProfileUser	Пользователь логической сети и сетевого интерфейса для виртуальной машины и шаблона.	Может подключать сетевые интерфейсы к конкретным логическим сетям и отключать их.

1.2.4. Описание ролей администратора

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

Таблица 3. Основные роли системных администраторов zVirt
Роль	Права	Примечания
SuperUser	Системный администратор среды zVirt.	Обладает всеми разрешениями для всех объектов и уровней, может управлять всеми объектами во всех центрах данных.
ClusterAdmin	Администратор кластера.	Обладает административными разрешениями в отношении всех объектов в конкретном кластере.
DataCenterAdmin	Администратор центра данных.	Обладает административными разрешениями в отношении всех объектов в конкретном центре данных, за исключением хранилища.

Не используйте администратора сервера каталогов в качестве администратора виртуализации zVirt. Создайте пользователя на сервере каталогов специально для использования в качестве администратора виртуализации zVirt.

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

Таблица 4. Дополнительные роли системных администраторов zVirt
Роль	Права	Примечания
TemplateAdmin	Администратор шаблона виртуальной машины.	Может создавать, удалять и конфигурировать домены хранения и параметры сети для шаблонов, а также перемещать шаблоны между доменами.
StorageAdmin	Администратор хранилища.	Может создавать, удалять, конфигурировать назначенный домен хранения, а также управлять этим доменом.
HostAdmin	Администратор хоста.	Может подключать, удалять, конфигурировать конкретный хост или управлять им.
NetworkAdmin	Администратор сети.	Может конфигурировать сеть отдельного центра данных или кластера и управлять такой сетью. Сетевой администратор центра данных или кластера наследует сетевые разрешения на работу с виртуальными пулами в кластере.
VmPoolAdmin	Системный администратор виртуального пула.	Может создавать, удалять и конфигурировать виртуальный пул, назначать и удалять пользователей виртуального пула, а также выполнять базовые операции с виртуальными машинами в пуле.
GlusterAdmin	Администратор хранилища Gluster.	Может создавать, удалять и конфигурировать тома хранения Gluster, а также управлять ими.
VmImporterExporter	Администратор импорта и экспорта виртуальной машины.	Может импортировать и экспортировать виртуальные машины, а также просматривать все виртуальные машины и шаблоны, которые экспортировали другие пользователи.

1.2.5. Назначение роли администратора или пользователя ресурсу

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

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

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

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

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

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

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

1.2.6. Удаление роли администратора или пользователя из ресурса

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

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

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

1.2.7. Управление системными разрешениями для центра данных

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

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

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

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

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

Системного администратора центра данных можно сменить, удалив существующего системного администратора и добавив нового.

1.2.8. Описание ролей администратора центра данных

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

Таблица 5. Роли системных администраторов zVirt
Роль	Права	Примечания
DataCenterAdmin	Администратор центра данных	Может использовать, создавать, удалять и управлять всеми физическими и виртуальными ресурсами в пределах одного определенного центра данных, за исключением хранилища, но включая кластеры, хосты, шаблоны и виртуальные машины.
NetworkAdmin	Администратор сети	Может конфигурировать сеть конкретного центра данных и управлять ею. Сетевой администратор центра данных также наследует сетевые разрешения на работу с виртуальными машинами в пределах центра данных.

1.2.9. Управление системными разрешениями для кластера

Администратор кластера – это роль системного администратора только в отношении определенного кластера. Это полезно делать в центрах данных со множеством кластеров, когда для каждого кластера требуется системный администратор. Роль администратора кластера (ClusterAdmin) – это по сути иерархическая модель. Пользователь, которому назначается роль администратора кластера в кластере, может управлять всеми объектами в этом кластере.

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

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

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

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

1.2.10. Описание ролей администратора кластера

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

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

1.2.11. Управление системными разрешениями для сети

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

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

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

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

1.2.12. Описание ролей администратора сети и пользователя

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

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

1.2.13. Управление системными разрешениями для хоста

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

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

Изменять конфигурацию хоста.
Настраивать логические сети.
Удалять хост.

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

1.2.14. Описание ролей администраторов хоста

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

Таблица 8. Роли системного администратора zVirt
Роль	Права	Примечания
HostAdmin	Администратор хоста	Может конфигурировать, управлять и удалять конкретный хост. Может также выполнять связанные с сетью операции на конкретном хосте.

1.2.15. Управление системными разрешениями для домена хранения

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

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

Изменять конфигурацию домена хранения.
Переводить домен хранения в режим обслуживания.
Удалять домен хранения.

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

Системного администратора домена хранения также можно сменить, удалив существующего системного администратора и добавив нового.

1.2.16. Описание ролей администратора хранилища

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

Таблица 9. Роли системного администратора zVirt
Роль	Права	Примечания
StorageAdmin	Администратор хранилища	Может создавать, удалять, конфигурировать и управлять конкретным доменом хранения.
GlusterAdmin	Администратор хранилища Gluster	Может создавать, удалять, конфигурировать и управлять томами хранения Gluster.

1.2.17. Управление системными разрешениями для пула ВМ

Администратор пула ВМ – это системная административная роль для пулов ВМ в центре данных. Эту роль можно применять к конкретным пулам ВМ, к центру данных или ко всей среде виртуализации; это позволяет различным пользователям управлять определенными ресурсами пула ВМ.

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

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

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

1.2.18. Описание ролей администратора пула (набора) ВМ

В приведенной ниже таблице описаны роли и права администратора, применимые к администрированию пула (набора) ВМ.

Таблица 10. Роли системного администратора zVirt
Роль	Права	Примечания
VmPoolAdmin	Роль системного администратора виртуального пула.	Может создавать, удалять и конфигурировать виртуальный пул, назначать и удалять пользователей виртуального пула, а также выполнять базовые операции на виртуальной машине.
ClusterAdmin	Администратор кластера	Может использовать, создавать, удалять и управлять всеми пулами ВМ в конкретном кластере.

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

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

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

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

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

1.2.20. Описание ролей пользователя виртуальных дисков

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

Таблица 11. Роли системного администратора zVirt
Роль	Права	Примечания
DiskOperator	Пользователь виртуального диска.	Может использовать, просматривать и изменять виртуальные диски. Наследует разрешения на использование виртуальной машины, к которой подключен виртуальный диск.
DiskCreator	Может создавать, изменять, удалять и управлять виртуальными дисками в назначенных кластерах или центрах данных.	Эта роль применяется не к отдельному виртуальному диску. Применяйте ее к пользователю для всей среды в разделе Управление (Administration) Пользователи (Users). Либо эту роль можно применять к конкретным центрам данных, кластерам или доменам хранения.

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

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

Менеджер управления предоставляет пять политик планирования по умолчанию: Обслуживание кластера (Cluster_Maintenance), Равномерное распределение (Evenly_Distributed), Не назначена (None), Энергосбережение (Power Saving) и Равномерное распределение ВМ (VM_Evenly_Distributed). Вы также можете задать новые политики планирования, обеспечивающие необходимый контроль над распределением виртуальных машин. Независимо от политики планирования виртуальная машина не запустится на хосте с перегруженным процессором. По умолчанию ЦП хоста считается перегруженным, если его загрузка превышает 80% в течение 5 минут, но эти значения можно изменить с помощью политик планирования. Дополнительные сведения о свойствах каждой политики планирования приведены ниже.

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

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

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

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

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

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

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

1.3.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.3.2. Описание настроек в окнах "Новая политика планирования" (New Scheduling Policy) и "Редактировать политику расписания" (Edit Scheduling Policy)

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

Таблица 12. Настройки в окнах "Новая политика планирования" (New Scheduling Policy) и "Редактировать политику расписания" (Edit Scheduling Policy)
Имя поля	Описание
Имя (Name)	Имя политики планирования. Это имя, используемое для обозначения политики планирования в менеджере управления.
Описание (Description)	Описание политики планирования. Это поле является рекомендованным, но не обязательным.
Модули фильтров (Filter Modules)	Набор фильтров для управления хостами, на которых может запускаться виртуальная машина в кластере. Включение фильтра отфильтрует хосты, не отвечающие условиям, заданным этим фильтром, как описано ниже: `ClusterInMaintenance`: Запускаемые на хосте виртуальные машины, не сконфигурированные для обеспечения высокой доступности, отфильтровывают хост. `CpuPinning`: Хосты, не соответствующие определению закреплённого ЦП". `Migration`: Предотвращение миграции на тот же самый хост. `CPUOverloaded`: Хосты, на которых использование ЦП превышает заданное пороговое значение HighUtilization для интервала, заданного параметром CpuOverCommitDurationMinutes. `PinToHost`: Хосты, отличные от хоста, за которым закреплена виртуальная машина. `CPU-Level`: Хосты, не соответствующие топологии ЦП виртуальной машины. `VmAffinityGroups`: Хосты, не соответствующие правилам сходства, заданным для виртуальной машины. `NUMA`: Хосты, у которых нет узлов NUMA, на которых можно разместить узлы vNUMA виртуальных машин (в плане ресурсов). `InClusterUpgrade`: Хосты, работающие под управлением более ранней версии ОС, чем ОС хоста, на котором сейчас работает виртуальная машина. `MDevice`: Хосты, которые не предоставляют требуемое устройство-посредник (mDev). `Memory`: Хосты, у которых недостаточно оперативной памяти для работы виртуальной машины. * `CPU`: Хосты, у которых количество процессоров меньше количества, выделенного виртуальной машине. `HostedEnginesSpares`: Резервирование пространства для виртуальной машины с менеджером управления на конкретном количестве узлов с ролью hosted engine. `Swap`: Хосты, которые не меняются местами в пределах порогового значения. `VM leases ready`: Хосты, не поддерживающие виртуальные машины, сконфигурированные с арендой хранилища. `VmToHostsAffinityGroups`: Группа хостов, которые не соответствуют условиям, заданным для виртуальной машины, входящей в группу сходства. Например - виртуальные машины в группе сходства должны работать на одном из хостов в группе или на отдельном хосте, исключенном из группы. `HostDevice`: Хосты, которые не поддерживают хост-устройства, необходимые для виртуальной машины. `HA`: Принуждает виртуальную машину с менеджером управления в среде hosted engine работать только на хостах с положительной оценкой высокой доступности. `Emulated-Machine`: Хосты, которые не имеют надлежащей поддержки эмуляции машин. `HugePages`: Хосты, которые не соответствуют требуемому количеству больших страниц (Huge Pages), необходимому для оперативной памяти виртуальной машины. `Migration-Tsc-Frequency`: Хосты, на которых нет виртуальных машин с той же частотой счетчика метки времени (Time Stamp Counter, TSC), что у хоста, на котором сейчас работает виртуальная машина. `Network`: Хосты, на которых не установлены сети, требуемые сетевой картой виртуальной машины, или на которых не установлена «сеть отображения» кластера. `Label`: Хосты, не имеющие необходимых меток сходства. `Compatibility-Version`: Хосты, которые не поддерживают корректную версию совместимости с кластером.
Вес модулей (Weights Modules)	Набор весовых коэффициентов для управления относительным приоритетом факторов, учитываемых при определении хостов в кластере, на которых может работать виртуальная машина: `VmAffinityGroups`: Присваивает хостам веса в соответствии с группами сходства, заданными для виртуальных машин. Этот модуль веса определяет вероятность того, что виртуальные машины в группе сходства будут работать на одном и том же хосте или на разных хостах в соответствии с параметрами этой группы сходства. `InClusterUpgrade`: Присваивает хостам веса в соответствии с их версией операционной системы. Вес налагает больше штрафов на хосты с более ранними версиями операционных систем, чем на хосты с той же версией ОС, что и на хосте, на котором сейчас работает виртуальная машина. Это гарантирует, что приоритет всегда будет отдаваться хостам с более новыми версиями ОС. `OptimalForCpuEvenDistribution`: Присваивает хостам веса в соответствии с их использованием ЦП, отдавая приоритет хостам с более низкой загрузкой ЦП. `CPU for high performance VMs`: Предпочтение отдается хостам с большим или равным количеством сокетов, ядер и потоков, чем на виртуальной машине. `HA`: Присваивает хостам веса в соответствии с их оценкой высокой доступности. `OptimalForCpuPowerSaving`: Присваивает хостам веса в соответствии с их использованием ЦП, отдавая приоритет хостам с более высокой загрузкой ЦП. `OptimalForMemoryPowerSaving`: Присваивает хостам веса в соответствии с их использованием оперативной памяти, отдавая приоритет хостам с меньшим объемом доступной оперативной памяти. `CPU and NUMA pinning compatibility`: Присваивает хостам веса в соответствии с совместимостью по закреплению. Если для виртуальной машины определены как vNUMA, так и закрепление, этот модуль веса отдает предпочтение хостам, у которых закрепление ЦП не конфликтует с закреплением vNUMA. `VmToHostsAffinityGroups`: Присваивает хостам веса в соответствии с группами сходства, заданными для виртуальных машин. Этот модуль веса определяет вероятность того, что виртуальные машины в группе сходства будут работать на одном из хостов в группе или на отдельном хосте, исключенном из группы. `OptimalForEvenGuestDistribution`: Присваивает хостам веса в соответствии с количеством виртуальных машин, работающих на этих хостах. `OptimalForHaReservation`: Присваивает хостам веса в соответствии с их оценкой высокой доступности. `OptimalForMemoryEvenDistribution`: Присваивает хостам веса в соответствии с использованием ими оперативной памяти, отдавая приоритет хостам с большим объемом доступной оперативной памяти. `Fit VM to single host NUMA node`: Присваивает хостам веса в зависимости от того, умещается ли виртуальная машина в один узел NUMA. Если для виртуальной машины не задан виртуальный узел vNUMA, то этот модуль веса отдает предпочтение хостам, которые могут уместить виртуальную машину в один физический узел NUMA. `PreferredHosts`: Предпочтительные хосты имеют приоритет при настройке виртуальной машины.
Балансировщик нагрузки (Load Balancer)	В раскрывающемся меню можно выбрать требуемый модуль балансировки нагрузки. Модули балансировки нагрузки определяют логику, используемую для переноса виртуальных машин с хостов с высокой нагрузкой на хосты с меньшей нагрузкой.
Свойства (Properties)	В раскрывающемся меню можно добавлять или удалять свойства модулей балансировки нагрузки и эта возможность доступна только в том случае, если выбрать модуль балансировки нагрузки для политики планирования. Никакие свойства не заданы по умолчанию, и доступные свойства зависят от выбранного модуля балансировки нагрузки. Для добавления модулю балансировки нагрузки или удаления из него дополнительных свойств используйте кнопки и .

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

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

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

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

Таблица 13. Предопределенные типы экземпляров
Имя	Размер ОЗУ	Кол-во 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 . Если значение одного из этих полей изменится, то виртуальная машина будет отключена от типа экземпляра, который изменится на Пользовательский (Custom), а значок цепи будет выглядеть разорванным unlink . Однако, если значение снова станет прежним, целостность цепи будет восстановлена, а тип экземпляра вернется к изначально выбранному.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1.5. Пулы 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.5.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.5.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.5.3. Удаление пулов MAC-адресов

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

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

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

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

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

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

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

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

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

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

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

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

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

Таблица 14. Статус ресурса
Значок	Статус
	Ни один из этих ресурсов не был добавлен в 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) показывает, как система использует ресурсы ЦП, оперативной памяти и хранилища.

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

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

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

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

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

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

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

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

2.4.1. ЦП

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

2.4.2. Память

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

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

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

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

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

3. Поиск

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

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

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

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

result type: {criteria} [sortby sort_spec]

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

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

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

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

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

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

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

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

Hosts: Vms.status = down

Таблица 16. Примеры поисковых запросов с автозаполнением
Ввод	Отображаемые элементы	Действие
`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. Примеры

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

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

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

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

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

Таблица 18. Поиск для центров данных
Свойство (ресурса или типа ресурса)	Тип	Описание (пример)
Clusters.clusters-prop	Зависит от типа свойства	Свойство кластеров, ассоциированных с центром данных. Свойство по умолчанию - `name`
Storage.storage-prop	Зависит от типа свойства	Свойство доменов хранения, ассоциированных с центром данных. Свойство по умолчанию - `name`
Network.network-prop	Зависит от типа свойства	Свойство сетей, ассоциированных с центром данных. Свойство по умолчанию - `name`
name	Строка	Имя центра данных.
description	Строка	Описание центра данных.
local	Логический	true если тип хранилища `локальный` и false, если тип хранилища `общий`
status	Список	Доступность центра данных.
comment	Строка	Комментарий к центру данных
compatibility_version	Строка	Версия совместимости центра данных
sortby	Список	Сортирует результаты поиска по одному из свойств ресурса.
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. Поиск для кластеров

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

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

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

Clusters: architecture = x86 or name = Default

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

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

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

Таблица 20. Поиск для хостов
Свойство (ресурса или типа ресурса)	Тип	Описание (пример)
Vms.Vms-prop	Зависит от типа свойства	Свойство виртуальных машин, ассоциированных с хостом.
Templates.templates-prop	Зависит от типа свойства	Свойство шаблонов, ассоциированных с хостом.
Events.events-prop	Зависит от типа свойства	Свойство событий, ассоциированных с хостом.
Users.users-prop	Зависит от типа свойства	Свойство пользователей, ассоциированных с хостом.
Storage.storage-prop	Зависит от типа свойства	Свойство хранилищ, ассоциированных с хостом.
Nic.nic-prop	Зависит от типа свойства	войство vNIC, ассоциированных с хостом.
name	String (Строка)	Имя хоста.
comment	Строка	Комментарий к хосту
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. Поиск для сетей

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

Таблица 21. Поиск для сетей
Свойство (ресурса или типа ресурса)	Тип	Описание (пример)
Cluster_network.clusternetwork-prop	Зависит от типа свойства	Свойство кластера, ассоциированного с сетью.
Host_Network.hostnetwork-prop	Зависит от типа свойства	Свойство хоста, ассоциированного с сетью.
Provider.hostnetwork-prop	Зависит от типа свойства	Свойство провайдера, ассоциированного с сетью.
name	String (Строка)	Имя, которое определяет сеть.
description	String (Строка)	Ключевые слова или текстовое описание сети, которые можно дополнительно использовать при создании сети.
comment	Строка	Комментарий к сети
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. Поиск для хранилищ

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

Таблица 22. Поиск для хранилищ
Свойство (ресурса или типа ресурса)	Тип	Описание (пример)
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) можно уменьшить количество отображаемых виртуальных дисков.

Таблица 23. Поиск для дисков
Свойство (ресурса или типа ресурса)	Тип	Описание (пример)
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	Список	Сортирует результаты поиска по одному из свойств ресурса.
page	Integer (Целое число)	Отображаемый номер страницы результатов.

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

Disks: format = cow and provisioned_size > 8

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

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

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

Таблица 24. Поиск для томов
Свойство (ресурса или типа ресурса)	Тип	Описание (пример)
Cluster	Строка	Имя кластера, ассоциированного с томом.
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 (Пользовательский тип ЦП).

Таблица 25. Поиск для виртуальных машин
Свойство (ресурса или типа ресурса)	Тип	Описание (пример)
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. Поиск для пулов

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

Таблица 26. Поиск для пулов
Свойство (ресурса или типа ресурса)	Тип	Описание (пример)
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. Поиск для шаблонов

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

Таблица 27. Поиск для шаблонов
Свойство (ресурса или типа ресурса)	Тип	Описание (пример)
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. Поиск для пользователей

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

Таблица 28. Поиск для пользователей
Свойство (ресурса или типа ресурса)	Тип	Описание (пример)
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. Поиск в событиях

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

Таблица 29. Поиск в событиях
Свойство (ресурса или типа ресурса)	Тип	Описание (пример)
Vms.Vms-prop	Зависит от типа свойства	Свойство виртуальных машин, ассоциированных с событием.
Hosts.hosts-prop	Зависит от типа свойства	Свойство хостов, ассоциированных с событием.
Templates.templates-prop	Зависит от типа свойства	Свойство шаблонов, ассоциированных с событием.
Users.users-prop	Зависит от типа свойства	Свойство пользователей, ассоциированных с событием.
Clusters.clusters-prop	Зависит от типа свойства	Свойство кластеров, ассоциированных с событием.
Volumes.Volumes-prop	Зависит от типа свойства	Свойство томов, ассоциированных с событием.
type	List (Список)	Тип события.
severity	List (Список)	Критичность события: normal/warning/error/security/alert (нормальное/предупреждение/ошибка/безопасность/тревога)
message	String (Строка)	Описание типа события.
time	List (Список)	Время и дата события.
usrname	String (Строка)	Имя пользователя, ассоциированного с событием.
event_host	String (Строка)	Хост, ассоциированный с событием.
event_vm	String (Строка)	Виртуальная машина, ассоциированная с событием.
event_template	String (Строка)	Шаблон, ассоциированный с событием.
event_storage	String (Строка)	Хранилище, ассоциированное с событием.
event_datacenter	String (Строка)	Центр данных, ассоциированный с событием.
event_volume	String (Строка)	Том, ассоциированный с событием.
correlation_id	Integer (Целое число)	Идентификатор события.
origin
custom_event_id
custom_event_id
sortby	List (Список)	Сортирует результаты поиска по одному из свойств ресурса.
page	Integer (Целое число)	Отображаемый номер страницы результатов.

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

Events: Vms.name = testdesktop and Hosts.name = gonzo.example.com

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

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

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

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

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

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

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