Начало работы. Начальная конфигурация zVirt

1. Доступ к ПО «zVirt Max»

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

1.1. Поддерживаемые интерфейсы для чтения и записи

Прямое взаимодействие с этими интерфейсами поддерживается и рекомендуется как для чтения, так и для записи:

Портал администрирования

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

Дополнительная информация

Руководство администратора

Пользовательский портал

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

Дополнительная информация

Руководство по работе с пользовательским порталом

REST API

REST API zVirt предоставляет программный интерфейс для запросов и изменения среды zVirt. REST API может использоваться любым языком программирования, поддерживающим действия HTTP.

Дополнительная информация

Руководство по REST API

Комплект для разработки программного обеспечения (SDK)

Python и Java — это полностью поддерживаемые интерфейсы для взаимодействия с Менеджером управления.

Ansible

Ansible предоставляет модули для автоматизации задач после развертывания zVirt.

Дополнительная информация

Введение в автоматизацию работы zVirt с помощью Ansible.

Утилита командной строки для Hosted Engine

Команда hosted-engine используется для выполнения административных задач на виртуальной машине с Менеджером управления в архитектуре Hosted Engine.

Дополнительная информация

Управление hosted engine

Хуки VDSM

Хуки VDSM запускают модификации виртуальных машин на основе настраиваемых свойств, указанных на портале администрирования.

Дополнительная информация

VDSM и хуки

1.2. Поддерживаемые интерфейсы только для чтения

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

База данных истории Менеджера управления: Поддерживается доступ для чтения к базе данных истории Менеджера управления (ovirt_engine_history) с использованием представлений базы данных, указанных в Руководстве по хранилищу данных. Доступ для записи не поддерживается.
Libvirt на хостах: Доступ для чтения к libvirt с помощью команды virsh -r — это поддерживаемый метод взаимодействия с хостами виртуализации. Доступ для записи не поддерживается.

1.3. Неподдерживаемые интерфейсы

Прямое взаимодействие с этими интерфейсами не поддерживается:

Команда vdsm-client: Использование команды vdsm-client для взаимодействия с хостами виртуализации не поддерживается.
База данных Менеджера управления: Прямой доступ к базе данных Менеджера управления (engine) и управление ею не поддерживаются.

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

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

2. Общее описание действий по начальной настройке в архитектуре Hosted Engine

В базовой установке ПО «zVirt Max» может быть использована СУБД Jatoba или СУБД Prosperity, поставляемая с лицензией на 4 ядра (4 виртуальных ЦП). Минимальная (базовая) установка менеджера управления реализована в виде виртуальной машины.

Для обеспечения высокой доступности Менеджера управления добавьте как минимум один дополнительный хост с ролью Hosted Engine следуя Инструкции по добавлению узлов с ролью HE

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

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

В созданный кластер добавьте стандартные хосты в соответствии с Инструкцией

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

Подключите к центру данных домены хранения (требуется как минимум один домен хранения данных) в соответствии с подходящей инструкцией из раздела Хранилище в Руководстве администратора

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

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

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

3. Общее описание действий по начальной настройке в архитектуре Standalone (Standalone All-in-One)

Добавьте стандартные хосты в соответствии с Инструкцией

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

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

4. Последующие действия по настройке

Для обеспечения корректного распределения нагрузки между хостами настройте политики планирования в соответствии с Инструкцией.
Для для обеспечения лучшего контроля за использованием ресурсов, рекомендуется создать и назначить политики QoS. Для этого воспользуйтесь инструкциями в разделе Политики QoS в руководстве администратора.
При наличии технической возможности настройте параметры устойчивости хостов, следуя рекомендациям в разделе Устойчивость хоста в руководстве администратора.
При необходимости, настройте хосты для сквозного доступа к PCI в соответствии с Инструкцией.
Добавьте необходимые ISO-образы в домен данных. Инструкция по выгрузке образов находится здесь.
Создайте необходимые виртуальные машины в соответствии с инструкциями для ВМ Linux и Windows.
- Если в производственной среде предполагается размещение высокопроизводительных виртуальных машин, инструкции по их настройке можно найти здесь.
- Если в производственной среде присутствуют виртуальные машины с критически важными службами - настройте высокую доступность ВМ в соответствии с Инструкцией.
Создайте шаблоны наиболее часто используемых виртуальных машин используя Инструкцию.
На клиентах настройте доступ к пользовательскому порталу в соответствии с Инструкцией и установите вспомогательные компоненты.
Создайте необходимых пользователей и назначьте им соответствующие роли в соответствии с Инструкцией.
Для повышения контроля за ресурсами настройте и назначьте для пользователей необходимые квоты в соответствии с Инструкцией.