Назад

2025/04/21

6. Настройки жесткого разделения Oracle Linux KVM

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

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

Это также указано в разделе «Жесткое разделение с Oracle Linux KVM», представленном в прошлый раз, но на практике его настройка довольно сложна.

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

Кроме того, для создания среды требуются знания о KVM, но это не основная тема, поэтому мы упомянем об этом лишь кратко. Для получения дополнительной информации о Linux и KVM обратитесь к руководствам Oracle Linux и Red Hat Enterprise Linux в конце статьи.

Требования к жесткому разделению

Прочитав белую книгу «Жесткое разделение с Oracle Linux KVM» о жестком разделении Oracle Linux, возможно, вы думаете, что выполнить жесткое разделение с помощью команды olvm-vmcontrol легко?

На самом деле всё совсем иначе. Помимо использования Oracle Linux KVM в качестве гипервизора, вам также потребуется инструмент управления Oracle Linux Virtualization Manager. И их настройка довольно сложна. В предыдущем поколении продуктов виртуализации, Oracle VM Server, можно было настроить жесткое разделение, просто слегка изменив файл конфигурации. Текущая ситуация сильно отличается.

Поэтому мы объясним предварительные требования.

Oracle Linux KVM и Oracle Linux Virtualization Manager

Сначала рассмотрим основные компоненты.

Oracle Linux KVM
Oracle Linux KVM — это гипервизор, использующий KVM, встроенный в ядро Oracle Linux. Вы можете использовать ядро как с RHCK, так и с UEK. В качестве гостевой ОС поддерживаются Ubuntu, SUSE Linux и Microsoft Windows, а также Linux на базе RHEL. Обратите внимание, что продукта под названием Oracle Linux KVM не существует, он реализуется путем включения пакетов виртуализации в Oracle Linux 7, Oracle Linux 8 и Oracle Linux 9.

Oracle Linux Virtualization Manager
Oracle Linux Virtualization Manager (OLVM) — это инструмент управления виртуальной средой, эквивалентный vCenter от VMware. Вы можете выполнять задачи, необходимые для ваших операций, такие как управление хостами Oracle Linux KVM и виртуальными машинами. Далее он иногда сокращается как OLVM.

Oracle Linux Virtualization Manager основан на открытом исходном коде oVirt, и те же инструменты управления на базе oVirt используются в Red Hat Virtualization (RHV). Если быть точным, открытая реализация Red Hat Virtualization — это oVirt. Их взаимосвязь показана в следующей таблице.

Поставщик Инструмент управления KVM Инструмент управления конфигурацией инфраструктуры
Red Hat Red Hat Virtualization Red Hat Satellite
Открытая реализация oVirt Spacewalk
Oracle Oracle Linux Virtualization Manager Oracle Linux Manager

Oracle Linux Virtualization Manager необходим

Для привязки ЦП для жесткого разделения целевой Oracle Linux KVM должен управляться Oracle Linux Virtualization Manager.

Это очень важно. Oracle Linux Virtualization Manager не требуется для управления Oracle Linux KVM. Однако он необходим для жесткого разделения. Проблема в том, что в зависимости от того, используется ли Oracle Linux Virtualization Manager, способы построения и эксплуатации совершенно разные.

В Linux KVM вы можете управлять с помощью графического инструмента virt-manager или CLI virsh. Также можно использовать Cockpit, веб-инструмент управления. Однако при переходе на Oracle Linux Virtualization Manager ни один из этих инструментов использовать нельзя. Основой является веб-интерфейс Oracle Linux Virtualization Manager, за которым следует REST-интерфейс.

При переходе на Oracle Linux Virtualization Manager управление с помощью virt-manager или virsh становится невозможным.

Ниже приведены требования для жесткого разделения.

  • Хост Oracle Linux KVM управляется Oracle Linux Virtualization Manager
  • В Oracle Linux Virtualization Manager настроен olvm-vmcontrol

Архитектура Oracle Linux Virtualization Manager

Ключ к использованию Oracle Linux Virtualization Manager — понимание архитектуры. Как в Oracle Linux Virtualization Manager, так и в Red Hat Virtualization руководство, описывающее архитектуру, находится в начале списка документации. В этом разделе описаны основные компоненты и способы их настройки.

Ключевые компоненты Oracle Linux Virtualization Manager

Oracle Linux Virtualization Manager состоит из двух основных компонентов:

o-Virt Engine
Основной компонент Oracle Linux Virtualization Manager, который предоставляет сервисы для графического интерфейса и REST API для управления ресурсами. Он написан на Java и работает на WildFly (ранее JBoss), встроенном контейнере Java EE. Для управления данными используется PostgreSQL.

VDSM (Virtual Desktop Server Manager)
Агент для o-Virt Engine, устанавливаемый на управляемом хосте KVM.

Два способа конфигурации

Существуют следующие два способа настройки системы с Oracle Linux Virtualization Manager. Чтобы правильно построить систему, нужно понимать особенности каждого. Подробности см. в руководстве, здесь мы объясним кратко.

  • Self-Hosted Engine
  • Stand Alone Manager

Self-Hosted Engine

Наиболее распространенный способ — запуск Oracle Linux Virtualization Manager на виртуальной машине на хосте Oracle Linux KVM. На схеме показана конфигурация с двумя хостами, но можно использовать конфигурацию с одним хостом, если доступность не требуется.

Преимущества

  • oVirt Engine работает на виртуальной машине, поэтому требуется на один физический сервер меньше
  • К oVirt Engine легко добавить избыточность

Недостатки

  • oVirt Engine работает на хосте KVM, уменьшая доступные ЦП и память для хоста KVM

Stand Alone Manager

В этом методе oVirt Engine работает на хосте, отличном от управляемого хоста Oracle Linux KVM. Используется физический сервер или виртуальная машина, размещенная в другой виртуальной среде.

Преимущества

  • oVirt Engine независим от управляемого хоста, поэтому на хост не ложится нагрузка

Недостатки

  • Для обеспечения избыточности oVirt Engine требуется кластерная конфигурация с использованием программного обеспечения HA или аналогичного

Неподдерживаемый метод

Установка Oracle Linux Virtualization Manager на управляемом хосте Oracle Linux KVM, как показано ниже, не поддерживается.

Различия в терминологии между руководствами Oracle и сторонними

При чтении руководства Oracle Linux Virtualization Manager перевод терминов и структура руководства вызывают путаницу. В следующей таблице приведено их сравнение.

Источник Метод виртуальной машины на KVM Размещение отдельно от KVM
Руководство oVirt/RHV на английском Self-Hosted Engine Stand Alone Manager(*1)
Руководство RHV на японском Self-Hosted Engine Stand Alone Manager
Руководство OLVM на английском Self-Hosted Engine Engine(*2)
Руководство OLVM на японском Jiko Host Engine (Self-Hosted Engine) Engine (*2)

*1 Ранее, кажется, иногда использовался термин Stand Alone Engine вместо Stand Alone Manager.
*2 Stand Alone Manager также используется в некоторых местах, но нет описания, которое четко различает конфигурации. Иногда его также называют Engine.

Хотя перевод основан на машинном, японская версия «Self-Hosted Engine» — не очень удачный перевод. Кроме того, это вызывает путаницу, поскольку в стартовом руководстве нет названия, которое четко указывает на метод «Stand Alone Manager».

Планирование создания Oracle Linux Virtualization Manager

Для создания Oracle Linux Virtualization Manager необходимо понимать архитектуру Oracle Linux Virtualization Manager и системные требования.

Выбор между Self-Hosted Engine и Stand Alone Manager

При первом создании Oracle Linux Virtualization Manager мы рекомендуем метод Stand Alone Manager, показанный ниже. В производственной среде рекомендуется метод Self-Hosted Engine, но метод Stand Alone Manager проще в создании. Если доступных серверов мало, используйте систему Self-Hosted Engine. Также потребуется DNS-сервер, которым вы можете управлять самостоятельно.

Хост Oracle Linux KVM и хост Oracle Linux Virtualization Manager

Это будет описано как организация терминов. Сервер, на котором установлен Oracle Linux Virtualization Manager, называется хостом Oracle Linux Virtualization Manager (OLVM-хост) или хостом движка. Сервер Oracle Linux KVM, управляемый Oracle Linux Virtualization Manager, называется хостом Oracle Linux KVM или хостом KVM. В официальном руководстве есть места, где хост Oracle Linux Virtualization Manager просто называют хостом, поэтому судите по контексту.

Можно ли создать тестовую среду с помощью VirtualBox?

Когда мы пытались создать среду с помощью VirtualBox, нам удалось установить Oracle Linux Virtualization Manager и добавить хост KVM. Однако возникла ошибка «тип ЦП хоста не поддерживается в этой версии кластера», и дальнейшие операции были невозможны. Возможно, это получится на других ПК или в других виртуальных средах.

Чтобы попробовать, возможно, стоит использовать следующие сервисы на Oracle Cloud Infrastructure.

  • Oracle Linux Virtualization Manager: Виртуальная машина Compute
  • Хост Oracle Linux KVM: Экземпляр Compute на физическом сервере

Системные требования

Системные требования для хоста Oracle Linux Virtualization Manager и хоста Oracle Linux KVM следующие.

Требования к хосту Oracle Linux Virtualization Manager

  • Oracle Linux 8.5 или новее для oVirt 4.4
  • ЦП: 2 ядра, Память: 4 ГБ, Диск: 25 ГБ (все минимальные требования)

Требования к хосту Oracle Linux KVM

  • Oracle Linux 7.6 или новее или Oracle Linux 8.5 или новее для oVirt 4.4
  • ЦП: 2 ядра, Память: 2 ГБ, Диск: 60 ГБ (все минимальные требования)

Важно, что требования к поддерживаемым хостам OLVM и KVM различаются в зависимости от версии Oracle Linux Virtualization Manager. Пожалуйста, проверьте «Требования и ограничения масштабируемости» в разделе «Архитектура и планирование» руководства «Oracle Linux Virtualization Manager Manual» для используемой версии.

Советы по созданию Oracle Linux Virtualization Manager

Из-за сложности процедуры и трудности руководства создание среды Oracle Linux Virtualization Manager вызывает путаницу, даже если у вас есть некоторый опыт работы с Linux и KVM. В этом разделе мы представим советы по созданию тестовой среды.

Также, по крайней мере на данный момент, документация Red Hat Virtualization более полная. Команды, которые вы запускаете во время установки, отличаются, но общий процесс и ограничения одинаковы. Рекомендуется ознакомиться с ней.

Процедура создания Oracle Linux Virtualization Manager

Следующая диаграмма показывает шаги по созданию Oracle Linux Virtualization Manager для достижения жесткого разделения. Процедуры для Stand Alone Manager и Self-Hosted Engine различаются.

Примечания по созданию сервера Oracle Linux

В этом разделе описаны примечания по созданию сервера Oracle Linux перед установкой Oracle Linux Virtualization Manager. Хост Oracle Linux Virtualization Manager аналогичен хосту Oracle Linux KVM.

Тип установки для выбора

Oracle Linux устанавливается с «минимальной установкой». Однако, поскольку команды, необходимые для проверки работы, могут не быть установлены, лучше установить как минимум следующие команды:

dnf install bind-utils nc tmux tree -y

Другие требования

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

  1. Возможность разрешения имен как прямого, так и обратного DNS. Другими словами, нужен отдельный сервер для работы DNS, помимо Oracle Linux Virtualization Manager или хоста Oracle Linux
  2. Брандмауэр должен быть включен. Открытие необходимых портов автоматически настраивается инструментом установки
  3. SELinux должен быть включен
  4. Локаль хоста Oracle Linux Virtualization Manager должна быть en_US.utf8

Локаль хоста Oracle Linux Virtualization Manager должна быть en_US.utf8. Если она выглядит так, проблем нет.

# localectl
   System Locale: LANG=en_US.utf8
       VC Keymap: jp
      X11 Layout: jp

Если локаль отличается от en_US.utf8, например, en_US.UTF-8, выполните следующее, чтобы изменить её:

# dnf install glibc-langpack-en -y
# localectl set-locale LANG=en_US.utf8

Выбор используемого репозитория

В Руководстве по началу работы с Oracle Linux Virtualization Manager описаны следующие два типа хостов в качестве настроек перед установкой.

  • Для хостов, зарегистрированных в ULN
  • Для хостов Yum-сервера Oracle Linux

Первое — это процедура, когда вы подписались на Oracle Linux Premier Support и используете хост, зарегистрированный в ULN. Второе — процедура для хоста, который ссылается на публичный репозиторий Yum (https://yum.oracle.com) с контрактом Premier Support или без него. Процедура немного отличается, поэтому выберите подходящую. Эта процедура одинакова для хостов Oracle Linux KVM.

Как добавить открытый ключ при добавлении хоста KVM

При добавлении хоста KVM в Oracle Linux Virtualization Manager можно выбрать метод с паролем или метод с открытым ключом SSH. Мы рекомендуем метод с открытым ключом SSH. В этом случае открытый ключ, сгенерированный порталом управления, будет добавлен на стороне хоста KVM.

# mkdir -p /root/.ssh

# vi /root/.ssh/authorized_keys ←При добавлении вручную
# cat kvmhost.pub >> /root/.ssh/authorized_keys←При добавлении из сохраненного файла

# chmod 600 /root/.ssh/authorized_keys

Доступ к Oracle Linux Virtualization Manager с другим FQDN

Портал управления Oracle Linux Virtualization Manager доступен с использованием FQDN, например https://olvm.sample.com/ovirt-engine. Однако, если по какой-то причине, например, из-за переадресации портов, вы обращаетесь с другим именем хоста, экран входа не отобразится. В таком случае определите альтернативное имя хоста на хосте Oracle Linux Virtualization Manager.

Мы создадим файл определения.

vi /etc/ovirt-engine/engine.conf.d/99-custom-sso-setup.conf

Содержимое для добавления следующее. Несколько хостов разделяйте пробелами.

SSO_ALTERNATE_ENGINE_FQDNS="localhost hostname1 hostname2"

Перезапустите сервис.

systemctl restart ovirt-engine

Можно ли использовать virsh?

Мы писали, что команда virsh недоступна в Oracle Linux Virtualization Manager. Однако можно использовать режим только для чтения. Добавьте -r или –readonly следующим образом.

# virsh -r list --all
 Id Name                 State
----------------------------------
  0 o19v1                running
  1 o19v2                running

# virsh -r vcpuinfo o19vm1 --pretty
 VCPU:           0
 CPU:            0
 State:          running
 CPU time:       5.4s
 CPU Affinity:   0-1 (out of 12)

 VCPU:           1
 CPU:            1
 State:          running
 CPU time:       2.9s 
 CPU Affinity:   0-1 (out of 12)

В случае проблемы

Если вы не можете правильно настроить, помимо поиска в Интернете, проверьте следующую информацию:

  • «События» Oracle Linux Virtualization Manager в административном портале
  • Файл логов: /var/log/ovirt-engine/engine.log
  • My Oracle Support

Заключение

После настройки Oracle Linux Virtualization Manager следуйте инструкциям в белой книге Жесткое разделение с Oracle Linux KVM, чтобы настроить жесткое разделение.

Есть еще одна вещь, о которой нужно помнить. Это доступность виртуальной машины с настроенным жестким разделением. Для кластеров, настроенных с несколькими хостами Oracle Linux KVM, виртуальные машины могут мигрировать в реальном времени. Однако виртуальные машины с фиксированными ЦП в жестком разделении не подлежат миграции в реальном времени. Если требуется определенный уровень доступности, следует рассмотреть план восстановления, который также учитывает лицензию.