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

Версия zVirt: 3.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 he) в той же среде, которой он управляет. Среда Hosted Engine требует на один физический сервер меньше, но требует больше административных расходов для развертывания и управления. Менеджер управления обладает высокой доступностью без внешнего управления высокой доступностью.

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

  • Одна виртуальная машина с Менеджером управления, размещенная на хостах с ролью Hosted Engine he. oVirt Engine Appliance используется для автоматизации установки виртуальной машины zVirt Node и Менеджера управления на этой виртуальной машине.

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

  • Одна служба хранения, которая может размещаться локально или на удаленном сервере, в зависимости от используемого типа хранилища. Хранилище должно быть доступно для всех хостов.

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

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

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

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

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

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

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

  • Одна служба хранения, которая может размещаться локально или на удаленном сервере, в зависимости от используемого типа хранилища. Хранилище должно быть доступно для всех хостов.

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

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

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

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

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

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

  • Службы высокой доступности. Службы высокой доступности включают службы ovirt-ha-agent и ovirt-ha-broker. Службы высокой доступности работают на хостах с ролью Hosted Engine he и управляют высокой доступностью виртуальной машины с Менеджером управления.

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

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

  • 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.

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

2.2. Хосты

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

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

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

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

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

2.3. Хранилище

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

  • Домен данных содержит все данные, связанные с виртуальными машинами. Домен данных поддерживает все типы хранилищ, поддерживаемые zVirt.

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

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

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

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

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

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.

install overview
Рисунок 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 установлена ​​на том же компьютере (в противном случае базу данных необходимо настроить вручную).

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.

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

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

Ansible

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

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

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

Дополнительная информация
Хуки 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. При этом оно должно быть готово и доступно до начала развёртывания менеджера.
    Дополнительная информация

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

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

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

  • Standalone (Standalone All-in-One).

  • Hosted Engine

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

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

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

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

  2. Настройте доступ к репозиториям следуя Инструкции по настройке репозиториев

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

  4. После окончания процесса установки для проверки работоспособности зайдите в веб-интерфейс по адресу, который был указан для Менеджера управления, например, https://zvirtvm.orionsoft.local/Портал администрирования → Введите имя пользователя admin и пароль заданный при установке системы. Откроется веб интерфейс управления СУВ zVirt.

    web ui

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  1. Для обеспечения корректного распределения нагрузки между хостами настройте политики планирования в соответствии с Инструкцией

  2. Для для обеспечения лучшего контроля за использованием ресурсов, рекомендуется создать и назначить политики QoS. Для этого воспользуйтесь инструкциями в разделе Политики QoS в руководстве администратора.

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

  4. При необходимости, настройте хосты для сквозного доступа к PCI в соответствии с Инструкцией

  5. Добавьте необходимые ISO-образы в домен данных. Инструкция по выгрузке образов находится здесь

  6. Создайте необходимые виртуальные машины в соответствии с инструкциями для ВМ Linux и Windows

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

    • Если в производственной среде присутствуют виртуальные машины с критически важными службами - настройте высокую доступность ВМ в соответствии с Инструкцией

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

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

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

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