Руководство по началу работы

Версия zVirt: 4.2

1. Введение в zVirt

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

1.1. Ключевые компоненты zVirt

Таблица 1. Ключевые компоненты zVirt
Название компонента	Описание
Менеджер управления	Служба, предоставляющая графический пользовательский интерфейс и REST API для управления ресурсами в среде. Менеджер устанавливается на физическую или виртуальную машину под управлением zVirt Node.
Хосты	Хосты используют технологию виртуальной машины на основе ядра (KVM) и предоставляют ресурсы, используемые для запуска виртуальных машин.
Общее хранилище	Служба хранения используется для хранения данных, связанных с виртуальными машинами.
Хранилище данных (Data Warehouse)	Служба, которая собирает информацию о конфигурации и статистические данные от Менеджера.

Подробную техническую информацию о zVirt см. в Техническом справочнике.

1.2. Архитектура zVirt

Среда виртуализации zVirt может быть развернута как в режиме Hosted Engine, так и в режиме Standalone. Рекомендуемый вариант развертывания - Hosted Engine.

1.2.1. Архитектура Hosted Engine

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

Минимальная конфигурация среды Hosted Engine включает:

Одна виртуальная машина с Менеджером управления, размещенная на хостах с ролью Hosted Engine.
Минимум два хоста с ролью Hosted Engine для обеспечения высокой доступности виртуальной машины. Для облегчения связи с Менеджером управления на всех хостах работает VDSM (агент хоста). Также на всех хостах с ролью Hosted Engine работают службы высокой доступности (HA службы) для управления высокой доступностью виртуальной машины с Менеджером управления.
Одна служба хранения, которая может размещаться локально или на удаленном сервере, в зависимости от используемого типа хранилища. Хранилище должно быть доступно для всех хостов.

Рисунок 1. Архитектура Hosted Engine

1.2.2. Архитектура Standalone

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

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

Минимальная конфигурация среды Standalone включает:

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

Рисунок 2. Архитектура Standalone

Стоит отметить, что также существует вариант развёртывания Standalone All-in-One. Его отличие от варианта Standalone заключается лишь в том, что хост, на котором развёрнут менеджер управления, также используется как гипервизор. Вариант Standalone All-in-One не рекомендуется к использованию в производственной среде.

1.3. Терминология zVirt

Кластер. Кластер — это набор физических хостов, которые рассматриваются как пул ресурсов для виртуальных машин. Хосты в кластере используют одну и ту же сетевую инфраструктуру и хранилище. Они образуют домен миграции, в рамках которого виртуальные машины можно перемещать с хоста на хост.
Центр данных. Центр данных представляет собой контейнер самого высокого уровня для всех физических и логических ресурсов в управляемой виртуальной среде. Это набор кластеров, виртуальных машин, доменов хранения и сетей.
События. Оповещения, предупреждения и другие уведомления о действиях, помогающие администратору отслеживать производительность и состояние ресурсов.
Службы высокой доступности. Службы высокой доступности включают службы ovirt-ha-agent и ovirt-ha-broker. Службы высокой доступности работают на хостах с ролью Hosted Engine и управляют высокой доступностью виртуальной машины с Менеджером управления.
Высокая доступность. Высокая доступность означает, что виртуальная машина автоматически перезапускается, если ее процесс прерывается либо на исходном хосте, либо на другом хосте в кластере. Среды с высокой доступностью предполагают незначительное время простоя, но при этом имеют гораздо меньшие затраты, чем отказоустойчивость, которая поддерживает две копии каждого ресурса, чтобы одна могла немедленно заменить другую в случае сбоя.
Хост. Хост или гипервизор — это физический или виртуальный сервер, на котором работает одна или несколько виртуальных машин. Хосты сгруппированы в кластеры. Виртуальные машины можно мигрировать с одного хоста на другой внутри кластера.
Host Storage Manager (HSM) — любой хост без роли SPM в центре данных, который можно использовать для операций с данными, таких как перемещение диска между доменами хранения. Это предотвращает возникновение узких мест на хосте SPM, который следует использовать для более коротких операций с метаданными.
Логическая сеть. Логическая сеть - это логическое представление физической сети. Логические сети группируют сетевой трафик и обеспечивают связь между Менеджером, хостами, хранилищем и виртуальными машинами.
Remote Viewer — утилита, предоставляющая графический интерфейс для подключения к виртуальным машинам по сети.
Хост с ролью Hosted Engine — это хост, на котором установлены пакеты Hosted Engine, обеспечивающие возможность размещения на хосте виртуальной машины с Менеджером управления. Обычные хосты также могут быть подключены к среде Hosted Engine, но не могут размещать виртуальную машину c Менеджером.
Снимок. Снимок - это представление операционной системы виртуальной машины и всех ее приложений в определенный момент времени. Его можно использовать для сохранения настроек виртуальной машины перед обновлением или перед установкой новых приложений. В случае возникновения проблем снимок можно использовать для восстановления виртуальной машины до исходного состояния.
Домен хранения. Домен хранения — это логический объект, содержащий автономный репозиторий образов. Каждый домен хранения используется для хранения виртуальных дисков и/или образов ISO, а также для импорта и экспорта образов виртуальных машин.
Менеджер пула хранения (Storage Pool Manager, SPM) — это роль, назначенная одному хосту в центре данных. Хост SPM обладает исключительным правом вносить все изменения в метаданные структуры домена хранения в конкретном центре данных, такие как создание и удаление виртуальных дисков.
Шаблон. Шаблон представляет собой модель виртуальной машины с предопределенными настройками. Виртуальная машина, созданная на основе определенного шаблона, получает настройки шаблона. Использование шаблонов — это самый быстрый способ создания большого количества виртуальных машин за один шаг.
VDSM — служба агента хоста, работающая на хостах и взаимодействующая с Менеджером управления. Служба прослушивает TCP-порт 54321.
Виртуальная машина. Виртуальная машина — это виртуальная рабочая станция или виртуальный сервер, содержащий операционную систему и набор приложений. В пуле можно создать несколько одинаковых виртуальных машин. Виртуальные машины создаются, управляются или удаляются опытными пользователями и доступны пользователям.
Пул виртуальных машин. Пул виртуальных машин — это группа идентичных виртуальных машин, доступных по запросу для каждого члена группы. Пулы виртуальных машин могут быть созданы для разных целей. Например, один пул может быть предназначен для отдела маркетинга, другой — для отдела исследований и разработок и так далее.

2. Компоненты zVirt

2.1. Менеджер управления

Менеджер управления предоставляет графический пользовательский интерфейс и RESTful API для управления ресурсами среды виртуализации zVirt. В режиме Standalone Менеджер устанавливается на физическую машину zVirt Node или на виртуальную машину, размещенную в отдельной среде. В режиме Hosted Engine Менеджер устанавливается как виртуальная машина, размещенная на хостах с ролью Hosted Engine в той же среде, которой он управляет.

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

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

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

2.2. Хосты

Хосты, также известные как гипервизоры, представляют собой физические серверы, на которых работают виртуальные машины. Полная виртуализация обеспечивается с помощью загружаемого модуля ядра Linux, называемого виртуальная машина на основе ядра (KVM). KVM может одновременно размещать несколько виртуальных машин под управлением операционных систем Windows или Linux. Виртуальные машины запускаются на хосте и управляются удаленно Менеджером управления.

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

Хост виртуализации zVirt Node

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

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

Хосты

2.3. Хранилище

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

Домен данных содержит все данные, связанные с виртуальными машинами. Домен данных поддерживает все типы хранилищ, поддерживаемые zVirt.
Домен ISO — это устаревший тип домена хранения, который использовался для хранения файлов ISO для установки операционной системы виртуальной машины или дополнительных приложений, таких как гостевые агенты и драйверы Windows. Образы ISO теперь необходимо загружать в домены данных.

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

Домены ISO и экспорта поддерживают только файловые хранилища (NFS, POSIX или GlusterFS).

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

2.4. Хранилище данных (Data Warehouse)

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

Установка zVirt создает две базы данных:

База данных Менеджера управления (engine) — это основное хранилище данных, используемое Менеджером. Информация о среде виртуализации, такая как ее состояние, конфигурация и производительность, хранится в этой базе данных.
База данных хранилища данных (ovirt_engine_history) содержит информацию о конфигурации и статистические данные, которые со временем собираются из базы данных Менеджера управления. Данные конфигурации в базе данных Менеджера управления проверяются каждую минуту, и изменения реплицируются в базу данных хранилища данных. Отслеживание изменений в базе данных предоставляет информацию об объектах в базе данных. Это позволяет анализировать и повышать производительность вашей среды виртуализации zVirt, а также устранять трудности.

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

Руководство по хранилищу данных

2.5. Сеть в zVirt

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

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

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

Сеть ВМ - общий трафик виртуальной машины
Сеть хранения - трафик, связанный с хранилищем (например, NFS или iSCSI)
Сеть миграции - трафик миграции виртуальной машины
Сеть отображения - трафик отображения (SPICE или VNC) виртуальной машины
Сеть Gluster - трафик хранилища Gluster

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

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

3. Установка и настройка zVirt

3.1. Обзор установки

На следующей диаграмме показана процедура установки для режимов Standalone и Hosted Engine.

Рисунок 3. Общий алгоритм установки

3.2. Варианты установки zVirt

3.2.1. Hosted Engine (рекомендуется)

Вы можете установить zVirt в режиме Hosted Engine с помощью командной строки или с помощью веб-интерфейса Cockpit. Кроме того, возможно развертывание в режиме HostedEngine в гиперконвергентной среде.

Поскольку установка Менеджера управления автоматизирована, базу данных Менеджера (engine), а также службу и базу данных Data Warehouse (ovirt-engine-history) можно установить только локально. Если вы хотите разместить какие-либо базы данных или службы на удаленных компьютерах, вы должны перенести их после завершения установки.

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

3.2.2. Standalone

Вы можете установить zVirt в режиме Standalone только с помощью командной строки.

Во время установки можно указать, следует ли устанавливать базу данных Менеджера управления (engine), а также службу и базу данных Data Warehouse (ovirt-engine-history) локально или удаленно. Вам не нужно выбирать один и тот же вариант для обоих; одна база данных может быть размещена на удаленной машине, а другая — на машине менеджера.

Локальные базы данных можно настроить вручную или автоматически с помощью сценария установки. Удаленная база данных Менеджера управления должна быть настроена вручную. Удаленная база данных Data Warehouse может быть настроена автоматически только в том случае, если служба Data Warehouse установлена на том же компьютере (в противном случае базу данных необходимо настроить вручную).

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

Развертывание менеджера управления в режиме Standalone

3.3. Смешивание локальных и удаленных баз данных

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

Менеджер и база данных менеджера установлены на машине менеджера, а служба Data Warehouse и база данных установлены на сервере 1. В этом случае необходимо настроить Менеджер локально, а затем отдельно установить Хранилище Data Warehouse.
Менеджер и служба Data Warehouse устанавливаются на машине менеджера, а база данных менеджера и база данных Data Warehouse устанавливаются на сервер 1. В этом случае необходимо вручную настроить базы данных Менеджера и Data Warehouse, а затем настроить Менеджер и службу Data Warehouse.
Менеджер управления, база данных менеджера и база данных Data Warehouse установлены на машине менеджера, а служба Data Warehouse установлена на сервере 1. В этом случае необходимо вручную настроить базу данных хранилища данных, затем настроить Менеджер, а затем установить службу Data Warehouse.
Менеджер и служба Data Warehouse установлены на машине менеджера, база данных менеджера установлена на сервере 1, а база данных Data Warehouse установлена на сервере 2. В этом случае необходимо вручную настроить базы данных Менеджера и Data Warehouse, а затем настроить Менеджер и службу Data Warehouse.
Менеджер управления установлен на машине менеджера, база данных менеджера установлена на сервере 1, а служба и база данных Data Warehouse установлены на сервере 2. В этом случае необходимо вручную настроить базу данных Менеджера, затем настроить Менеджер, а затем установить Data Warehouse.

4. Доступ к zVirt

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

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

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

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

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

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

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

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

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

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

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

Cockpit

В zVirt веб-интерфейс Cockpit можно использовать для выполнения административных задач на хосте. Он доступен по умолчанию на хостах виртуализации zVirt Node.

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 и хуки

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

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

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

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

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

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

5. Рекомендации по развёртыванию и начальной настройке среды zVirt

5.1. Введение

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

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

5.2. Предварительная подготовка инфраструктуры

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

Действия по подготовке инфраструктуры:

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

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

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

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

Требования к оборудованию:
- Требования к менеджеру управления zVirt
- Требования к хосту
Описание и требования к сетям
Описание и требования к хранилищу

5.3. Развёртывание менеджера управления

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

Менеджер управления можно развернуть двумя основными способами:

Standalone (Standalone All-in-One).
Hosted Engine

Обратите внимание, что вариант развёртывания Hosted Engine даёт преимущества по сравнению со Standalone, которые заключаются в обеспечении высокой доступности менеджера управления "из коробки", а также снижении общей потребности в оборудовании.

Подробнее о вариантах развёртывания см. в разделе Архитектура zVirt.

Общее описание процедуры развертывания

Установите базовую операционную систему, следуя Инструкции по установке хоста виртуализации
Настройте доступ к репозиториям следуя Инструкции по настройке репозиториев
На подготовленном хосте запустите развёртывание Менеджера управления, в соответствии с инструкцией для выбранного варианта развёртывания:
- Hosted Engine (рекомендуемый вариант):
- Standalone (Standalone All-in-One):
  - Развертывание с помощью командной строки
После окончания процесса установки для проверки работоспособности зайдите в веб-интерфейс по адресу, который был указан для Менеджера управления, например, https://zvirtvm.orionsoft.local/ → Портал администрирования → Введите имя пользователя admin и пароль заданный при установке системы. Откроется веб интерфейс управления СУВ zVirt.

5.4. Начальная конфигурация среды управления виртуализацией

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

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

5.4.1. Общее описание действий по начальной настройке в режиме Hosted Engine

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Приложение A: Пример процедуры установки и базовой настройки zVirt

A.1. Исходные данные

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

Режим развертывания менеджера управления: HostedEngine

Именование и адресация компонентов

Компонент	Роль	FQDN	IP-адрес
Виртуальная машина	Менеджер управления	he-engine.test-env.local	10.252.12.14/24
Сервер 1	Хост с ролью HE	he-host-1.test-env.local	10.252.12.11/24
Сервер 2	Хост с ролью HE	he-host-2.test-env.local	10.252.12.12/24
Сервер 3	Стандартный хост	he-host-3.test-env.local	10.252.12.13/24
СХД	Система хранения данных	data.test-env.local	10.252.12.10/24

Компонент

Роль

FQDN

IP-адрес

Виртуальная машина

Менеджер управления

he-engine.test-env.local

10.252.12.14/24

Сервер 1

Хост с ролью HE

he-host-1.test-env.local

10.252.12.11/24

Сервер 2

Хост с ролью HE

he-host-2.test-env.local

10.252.12.12/24

Сервер 3

Стандартный хост

he-host-3.test-env.local

10.252.12.13/24

СХД

Система хранения данных

data.test-env.local

10.252.12.10/24

Тип подключения хранилища: iSCSI
ВМ HostedEngine (виртуальная машина с менеджером управления) первоначально будет разворачиваться на сервере 1
Общие сетевые параметры:
- Шлюз по умолчанию в сети: 10.252.12.254
- DNS-сервер, разрешающий все необходимые имена: 10.252.3.250
На СХД выделены следующие LUN:
- 100Gb для домена hosted-storage (данный домен используется для хранения диска ВМ HostedEngine). Размер этого LUN может отличаться, но обычно варьируется от 100Gb для малых инсталляций (до 100 ВМ) до 150-200GB для крупных инсталляций (1000 и более ВМ).
- 100Gb для домена данных (универсальное хранилище для дисков ВМ, шаблонов, снимков и ISO-образов). Размер 100Gb указан исключительно для демонстрации.

A.2. Установка zVirt Node

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

Загрузите образ zVirt Node. Для доступа к странице загрузки и репозиторию zVirt необходимо получить учетные данные для входа.
Запишите ISO-образ zVirt Node на USB, CD или DVD.
Запустите сервер, на котором вы устанавливаете zVirt Node, загрузившись с подготовленного установочного носителя.
В меню загрузки выберите Install zVirt и нажмите Enter.
Выберите язык по умолчанию и нажмите Continue.

Рисунок 4. Окно выбора языка
Выберите часовой пояс в разделе Time & Date и нажмите Done.

Рисунок 5. Окно настройки даты и времени
Выберите раскладку клавиатуры в разделе Keyboard и нажмите Done.

Рисунок 6. Окно настройки раскладки клавиатуры
Выберите устройство, на которое нужно установить ОС, в разделе Installation Destination. При желании включите шифрование. В разделе Storage configuration выберите Custom и разметьте диск с помощью автоматического сценария, кликнув на Click here to create them automatically. После автоматической разметки можете произвести необходимые изменения (изменить пространство для lvm разделов, не затрагивая атрибуты диска), учитывая требования раздела Требования к хранилищу Руководства по предварительному планированию инфраструктуры.

Рисунок 7. Выбор ручного режима разметки

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

Рисунок 9. Редактирование созданных разделов

Рисунок 10. Запрос подтверждения изменений
Опционально, настройте сеть и имя хоста (это необязательный шаг, необходимые настройки можно выполнить после установки). Для этого:
1. Выберите сетевой интерфейс из раздела Network & Host Name.
2. По кнопке Configure перейдите во вкладку конфигурации сети.
3. Настройте сеть и нажмите на кнопку Save.
4. Переключите тумблер в состояние 1, находящийся рядом с данными об интерфейсе.
  
  Рисунок 11. Настройка параметров сети
5. В поле Host Name введите имя хоста и нажмите на кнопку Apply.
  
  Рисунок 12. Изменение имени хоста
При необходимости настройте политику безопасности и Kdump.
Установите пароль пользователя root в разделе Root password и нажмите на кнопку Done.
Нажмите на кнопку Begin Installation.

A.3. Настройка IP-адресов и имён на серверах виртуализации

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

Подключитесь к консоли сервера и войдите в систему под пользователем root
Запустите утилиту nmtui (команда nmtui)

Рисунок 13. Главное меню утилиты nmtui
Выберите раздел Set system hostname и нажмите Enter
Введите FQDN устройства

Рисунок 14. Установка имени хоста
Выберите <ОК> и нажмите Enter
Выберите раздел Edit a connection и нажмите Enter
Выберите нужный интерфейс и нажмите Enter

Рисунок 15. Выбор интерфейса из списка
Рядом с разделом IPv4 configuration выберите Manual, раскройте раздел (выберите show и нажмите Enter) и введите следующие значения:
1. IP-адрес в формате <address>/<prefix>
2. Шлюз по умолчанию
3. Адрес DNS-сервера (можно ввести несколько в порядке приоритета, нажимая Add)
Рисунок 16. IPv4 конфигурация интерфейса
Обязательно отметьте опцию Automatically connect
Выберите <OK> и нажмите Enter
Нажмите Esc для возврата в начальное меню
Зайдите в раздел Activate a connection
Деактивируйте и снова активируйте интерфейс, для которого изменили сетевую конфигурацию. Для этого:
1. Выделите нужный интерфейс
2. Нажмите Enter для деактивации (рядом с интерфейсом пропадёт *)
3. Еще раз нажмите Enter для активации (рядом с интерфейсом появится *)

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

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

Способ 1 (рекомендуемый): настроить внутренний DNS-сервер на отдельном устройстве.
Способ 2: внести соответствующие сопоставления типа IP - FQDN на всех серверах виртуализации и Менеджере управления.

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

На первом сервере виртуализации отредактировать файл /etc/hosts, например следующим образом:

Рисунок 17. Содержимое файла /etc/hosts
Скопировать данный файл на все оставшиеся серверы виртуализации с помощью scp, например:
```
scp /etc/hosts root@he-host-2.test-env.local:/etc/hosts
```
После развертывания менеджера управления, также с помощью scp скопировать файл hosts на ВМ HostedEngine.

Если доступ под пользователем root по SSH в ВМ HostedEngine запрещён – выполните следующие действия:

Войдите на портал администрирования под пользователем admin или, при интеграции с Keycloak - admin@zvirt.
Перейдите в Ресурсы Виртуальные машины.
Выделите виртуальную машину HostedEngine и нажмите Консоль.

Рисунок 18. Расположение кнопки "Консоль"
Откройте загруженный файл console.vv с помощью утилиты Remote Viewer
Войдите под пользователем root (пароль задаётся при развертывании менеджера)
Отредактируйте файл /etc/ssh/sshd_config изменив значение параметра PermitRootLogin на Yes

Рисунок 19. Необходимое значение параметра
Перезапустите sshd следующей командой:
```
systemctl restart sshd
```

A.4. Настройка репозиториев

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

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

В браузере перейдите по адресу (IP или FQDN) сервера виртуализации на порт 9090 для получения доступа в веб-интерфейс Cockpit zVirt Node (например, https://he-host-1.test-env.local:9090/)

Рисунок 20. Страница входа в веб-интерфейс сервера виртуализации
Войдите под учётной записью root
Перейдите в раздел Терминал

Рисунок 21. Вкладка "Терминал" веб-интерфейса Cockpit

С помощью команды dnf repolist all проверьте статус репозиториев (ожидаемый статус для репозиториев zvirt – включено (enabled)):

Статус репозиториев - отключены

dnf repolist all

repo id                  repo name                              status
zvirt-extras             zVirt extras repository                disabled
zvirt-main               zVirt 4.2 main repository              disabled

Если, как в примере выше, репозитории отключены – включите их следующей командой:

dnf config-manager --enable "zvirt*"

Повторите проверку статуса репозиториев:

Статус репозиториев - включены

dnf repolist all

repo id                   repo name                              status
zvirt-extras              zVirt extras repository                enabled
zvirt-main                zVirt 4.2 main repository              enabled

Настройте доступ к репозиториям с помощью утилиты zvirt-credentials:
zvirt-credentials -u <username> -p <password>
<username> и <password> - выдаются при получении лицензии.
Запустите обновление
```
dnf update -y
```

A.5. Развертывание менеджера управления

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

На всех серверах и СХД заданы адреса и имена
В DNS-сервер внесены соответствующие записи типа A и PTR (или отредактирован и распространён файл /etc/hosts)
Между всеми серверами, а также между серверами и СХД есть сетевая связность.

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

В браузере перейдите по адресу (IP или FQDN) первого сервера на порт 9090 для получения доступа в веб-интерфейс Cockpit zVirt Node (например, https://he-host-1.test-env.local:9090/)

Рисунок 22. Страница входа в веб-интерфейс сервера виртуализации
Войдите под учётной записью root
Убедитесь, что репозитории включены и к ним настроен доступ
В боковой панели нажмите zVirt и перейдите на вкладку Hosted Engine

Рисунок 23. Страница установки HostedEngine
Под вариантом Hosted Engine нажмите Запустить для запуска установщика
На первом этапе задайте следующие параметры:
- FQDN Менеджера управления (в примере – he-engine.test-env.local)
- Выберите ручной режим сетевой конфигурации
- Введите IP-адрес менеджера управления (в примере – 10.252.12.14/24)
- Убедитесь, что от сервера получен шлюз по умолчанию (в примере – 10.252.12.254)
- Введите адрес DNS-сервера, который позволяет разрешать имена в среде (в примере – 10.252.3.250)
- Убедитесь, что выбран корректный сетевой интерфейс или бонд (в примере – enp1s0)
- Задайте пароль для пользователя root Менеджера управления
- Выберите разрешен ли пользователю root доступ по SSH к Менеджеру
- Задайте количество vCPU для ВМ HostedEngine (минимум 4)
- Задайте размер RAM для ВМ HostedEngine (минимум 4096 Мб)
- Нажмите Дальше
Рисунок 24. Настройка параметров ВМ HostedEngine
Укажите пароль для учётной записи администратора портала (учётная запись - admin@zvirt, используется для авторизации в веб-интерфейсе среды виртуализации). Используйте опцию Установить Keycloak, для включения интеграции с Keycloak на этапе установки. Нажмите Дальше

Рисунок 25. Дополнительная настройка Менеджера

Проверьте конфигурацию и нажмите Подготовить ВМ.

Рисунок 26. Сводная информация по конфигурации ВМ HostedEngine

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

Дождитесь успешной подготовки ВМ HostedEngine и перейдите к настройке хранилища для домена hosted_storage, нажав Дальше

Рисунок 27. Успешное завершение подготовки ВМ HostedEngine
На этапе конфигурации хранилища задайте следующие параметры:
1. выберите тип (в примере - iSCSI)
2. введите IP-адрес СХД (в примере – 10.252.12.10)
3. измените порт, если он отличается от стандартного (в примере используется стандартный порт 3260)
4. если для обнаружения целей требуется аутентификация, введите имя пользователя и пароль
5. нажмите Получить список целей
  
  Рисунок 28. Настройки хранилища
6. Подключите соответствующий LUN, который будет присоединён как домен хранения hosted_storage:
  1. Из списка целей выберите нужную
    
    Рисунок 29. Выбор цели
  2. Из обнаруженных LUN выберите тот, который будет использоваться как домен hosted_storage
    
    Рисунок 30. Выбор LUN
7. Разверните группу Дополнительно, при необходимости увеличьте размер диска ВМ HostedEngine (имейте ввиду, что реально занимаемое диском пространство составляет указанный размер + 20%).
8. Если для доступа к цели требуется аутентификация, введите имя пользователя и пароль
  
  Рисунок 31. Дополнительные параметры хранилища
9. нажмите Дальше
Убедитесь, что указанная конфигурация верна и нажмите Завершить установку

Рисунок 32. Сводная информация по конфигурации хранилища
Дождитесь успешного окончания установки и нажмите Закрыть.

Рисунок 33. Уведомление об успешном развертывании HostedEngine
Для проверки доступности менеджера управления перейдите в браузере по адресу https://<engine_fqdn> (<engine_fqdn> - FQDN менеджера управления, заданное на этапе 9. В примере – he-engine.test-env.local)

Рисунок 34. Страница входа на портал

Войдите на портал администрирования под пользователем admin@zvirt с паролем, заданным при развертывании менеджера управления

Рисунок 35. Домашняя страница пользователя

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

A.6. Добавление хостов

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

Наличие сетевой связности между менеджером управления и добавляемым сервером виртуализации (хостом)
Наличие доступа по SSH от менеджера управления к добавляемому хосту под пользователем root
Доступность СХД для хоста

В следующих подразделах представлено общее описание процедуры добавления хостов с ролью Hosted Engine и стандартных хостов.

A.6.1. Добавление хостов с ролью Hosted Engine

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

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

Максимальное количество хостов с ролью Hosted Engine в одной инсталляции – 7

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

Под пользователем root войдите в веб-интерфейс Cockpit нужного сервера виртуализации или подключитесь к нему по SSH
Убедитесь, что репозитории включены и к ним настроен доступ
Под пользователем admin@zvirt войдите на портал администрирования по FQDN менеджера управления (в примере - https://he-engine.test-env.local/)
В боковой панели нажмите Ресурсы Хосты

Рисунок 36. Экран списка хостов
Нажмите Новый и в открывшемся окне добавления хоста введите следующие значения:
1. На вкладке Общие:
  Выберите кластер, в котором будет размещаться хост. Это должен быть кластер, в котором находятся хосты с ролью Hosted Engine и, соответственно, выполняется ВМ HostedEngine
  
  Введите имя хоста (влияет на отображение хоста на портале)
  
  Опционально, введите комментарий
  
  Введите FQDN или IP-адрес хоста, по которому можно к нему подключиться
  
  Если на хосте изменён стандартный порт SSH, измените его значение в поле Порт SSH на актуальное
  
  Введите пароль пользователя root для подключения к хосту по SSH или укажите публичный ключ SSH
  
  Рисунок 37. Настройки вкладки Общее
2. На вкладке Управление питанием:
  Активируйте опцию Включить управление питанием
  
  Нажмите и введите необходимые параметры устройства управления питанием
  
  Нажмите Тестировать, а затем, при успешной проверке связи, ОК
  
  Рисунок 38. Настройки вкладки Управление питанием
3. На вкладке SPM можно определить приоритет SPM для хоста.
4. На вкладке Консоль можно определить параметры SPICE-прокси, применяемые на данном хосте.
5. На вкладке Журналирование можно задать параметры централизованного журналирования, применяемые на уровне хоста.
6. На вкладке Ядро можно задать необходимые загрузочные параметры ядра.
7. На вкладке Hosted Engine из выпадающего списка выберите Да для настройки хоста для размещения на нём ВМ Hosted Engine.
8. На вкладке Группы сходства можно добавить хост в группу сходства, а также назначить ему метки.
Нажмите ОК.

В списке добавляемый хост сначала будет иметь состояние Installing (), затем перезагрузится (отображается статус Reboot и значок reboot ) и, наконец, перейдет в статус Up ()

A.6.2. Добавление стандартных хостов

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

Под пользователем root войдите в веб-интерфейс Cockpit нужного сервера виртуализации или подключитесь к нему по SSH
Убедитесь, что репозитории включены и к ним настроен доступ
Под пользователем admin@zvirt войдите на портал администрирования по FQDN менеджера управления (в примере - https://he-engine.test-env.local/)
В боковой панели нажмите Ресурсы Хосты

Рисунок 39. Экран списка хостов
Нажмите Новый и в открывшемся окне добавления хоста введите следующие значения:
1. На вкладке Общие:
  Выберите кластер, в котором будет размещаться хост. Это должен быть кластер, в котором находятся хосты с ролью Hosted Engine и, соответственно, выполняется ВМ HostedEngine
  
  Введите имя хоста (влияет на отображение хоста на портале)
  
  Опционально, введите комментарий
  
  Введите FQDN или IP-адрес хоста, по которому можно к нему подключиться
  
  Если на хосте изменён стандартный порт SSH, измените его значение в поле Порт SSH на актуальное
  
  Введите пароль пользователя root для подключения к хосту по SSH или укажите публичный ключ SSH
  
  Рисунок 40. Настройки вкладки Общее
2. На вкладке Управление питанием:
  Активируйте опцию Включить управление питанием
  
  Нажмите и введите необходимые параметры устройства управления питанием
  
  Нажмите Тестировать, а затем, при успешной проверке связи, ОК
  
  Рисунок 41. Настройки вкладки Управление питанием
3. На вкладке SPM можно определить приоритет SPM для хоста.
4. На вкладке Консоль можно определить параметры SPICE-прокси, применяемые на данном хосте.
5. На вкладке Журналирование можно задать параметры централизованного журналирования, применяемые на уровне хоста.
6. На вкладке Ядро можно задать необходимые загрузочные параметры ядра.
7. На вкладке Группы сходства можно добавить хост в группу сходства, а также назначить ему метки.
Нажмите ОК.

A.7. Добавление центров данных

A.7.1. Общие сведения о центрах данных

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

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

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

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

A.7.2. Добавление центра данных

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

Под пользователем admin@zvirt войдите на портал администрирования по FQDN менеджера управления (в примере - https://he-engine.test-env.local/)
В боковой панели нажмите Ресурсы Центры данных
Нажмите Новый
В окне создания центра данных введите следующие данные:
1. Уникальное имя нового центра данных
2. (Опционально) Описание
3. Выберите тип хранилища:
  
  Общий (рекомендуется) – в этом центре данных можно будет использовать только домены данных на основе общедоступного хранилища (NFS, iSCSI, FCP)
  
  Локальный – в этом центре данных можно будет использовать только локальное хранилище (на накопителях хостов)
4. Выберите версию совместимости
5. Выберите режим квотирования для центра данных:
  
  Выключено – квоты на использование хранилища, ЦП и ОЗУ не будут ни применяться, ни отслеживаться в этом центре данных, даже если они сконфигурированы
  
  Аудит – в центре данных будет отслеживаться превышение заданных квот на использование хранилища, ЦП и ОЗУ. Факт превышения будет регистрироваться в журнале, но не будет блокировать соответствующие операции. Такой вариант обычно применяется для проверки корректности настройки квот
  
  Принудительно - в центре данных будет отслеживаться превышение заданных квот на использование хранилища, ЦП и ОЗУ. Факт превышения квоты некоторой операцией (например, создание диска) будет приводить к блокировке данной операции (т.е. для примера – диск не будет создан) и созданию записи в журнале
6. (Опционально) Введите комментарий
Рисунок 42. Пример конфигурации нового центра данных
Нажмите ОК

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

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

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

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

A.8. Добавление кластеров

A.8.1. Общие сведения о кластерах

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

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

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

A.8.2. Добавление кластера

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

Под пользователем admin@zvirt войдите на портал администрирования по FQDN менеджера управления (в примере - https://he-engine.test-env.local/)
В боковой панели нажмите Ресурсы Кластеры
Нажмите Новый
В окне создания кластера введите следующие данные:
1. На вкладке Общие:
  Выберите центр данных, к которому будет относиться кластер
  
  Введите имя кластера
  
  (Опционально) Задайте описание и комментарий
  
  Выберите сеть, которая будет использоваться как сеть управления (по умолчанию ovirtmgmt)
  
  Выберите Архитектуру ЦП
  
  Выберите тип ЦП
  
  Тип чипсета и можно оставить в варианте Автообнаружение
  
  Выберите версию совместимости
  
  Тип коммутатора: если в центре данных предполагается использовать программно-определяемые сети (SDN), выберите Open vSwitch. В остальных случаях оставьте Мост
  
  Тип межсетевого экрана – оставьте firewalld
  
  Провайдер сети по умолчанию: если в центре данных предполагается использовать программно-определяемые сети (SDN), выберите ovirt-provider-ovn. В остальных случаях оставьте No default provider
  
  Рисунок 43. Пример настроек на вкладке Общее
2. На вкладке Оптимизация можно задать параметры оптимизации.
3. На вкладке Политика миграции можно задать правила миграции работающих виртуальных машин в случае сбоя хоста.
4. На вкладке Политика планирования можно задать параметры использования и распределения виртуальных машин между доступными хостами.
5. На вкладке Консоль можно определить параметры SPICE-прокси, применяемые в кластере.
6. На вкладке Журналирование можно определить параметры централизованного журналирования, применяемые на уровне кластера.
7. На вкладке Политика ограничения можно изменить параметры использования ограждения хостов в кластере.
8. На вкладке Пул MAC-адресов можно переопределить диапазон MAC-адресов, применяемый для ВМ в кластере.
Нажмите ОК

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

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

Кластеры

A.9. Добавление доменов хранения

A.9.1. Общие сведения о доменах хранения

Домен хранения – это набор образов, имеющих общий интерфейс хранения. Домен хранения содержит полные образы шаблонов и виртуальных машин (включая моментальные снимки) или файлы ISO. Домен хранения может состоять из блочных устройств (SAN - iSCSI или FCP) или файловой системы (NAS - NFS, GlusterFS или иных POSIX-совместимых файловых систем).

В файловых хранилищах все виртуальные диски, шаблоны и моментальные снимки являются файлами. В SAN (iSCSI/FCP) каждый виртуальный диск, шаблон или моментальный снимок представляет собой логический том. Блочные устройства объединяются в логическую сущность, называемую группой томов, а затем с помощью Менеджера логических томов (Logical Volume Manager, LVM) делятся на логические тома для использования в качестве виртуальных жестких дисков.

Виртуальные диски могут иметь один из двух форматов: QCOW2 или raw. Возможные типы хранилищ: динамически расширяемые (sparse) или предварительно размеченные (preallocated). Снимки всегда имеют формат sparse, но могут создаваться для дисков любого из этих форматов. Для виртуальных машин, совместно использующих один домен хранения, возможна миграция между хостами, относящимися к одному кластеру.

A.9.2. Подключение домена хранения данных

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

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

Убедитесь, что все хосты, находящиеся в центре данных, к которому будет подключаться домен хранения, имеют доступ к цели iSCSI. Если какой-либо хост не будет иметь доступ к подключенному домену, он перейдёт в состояние Non Operational и запуск на нём ВМ будет невозможен.

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

Под пользователем admin@zvirt войдите на портал администрирования по FQDN менеджера управления (в примере - https://he-engine.test-env.local/)
В боковой панели нажмите Хранилище Домены
Нажмите Новый домен
В окне подключения домена:
1. Выберите центр данных, к которому будет подключен домен
2. Выберите функцию Данные
3. Выберите тип iSCSI
4. Выберите хост, используемый для подключения к домену
5. Введите Имя домена
6. (Опционально) Введите описание и комментарий
7. В разделе обнаружение целей:
  Введите адрес СХД
  
  Если используется нестандартный порт – измените его значение
  
  Нажмите Обнаружение, чтобы отобразить список целей, сконфигурированных на СХД (в примере цель уже обнаружена, поскольку при установке LUN с этой цели подключен в качестве домена hosted_storage)
  
  Рисунок 44. Пример обнаруженных целей iSCSI
8. После того как цели будут обнаружены подключитесь к необходимой и добавьте нужный LUN. Для этого:
  При необходимости активируйте Аутентификация пользователей
  
  Введите требуемые имя пользователя и пароль
  
  В строке нужной цели нажмите стрелку () для аутентификации на цели
  
  Если аутентификация прошла успешно, раскройте список обнаруженных на цели LUN (нажмите в начале строки цели)
  
  Нажмите Добавить напротив нужных LUN
Нажмите ОК После нажатия на ОК домен данных в течение некоторого времени будет находиться в статусе Заблокированный (), а затем перейдёт в статус Активный ()

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