Назад

2025/04/21

5. Лицензия Oracle и Oracle Linux KVM в средах виртуальных серверов

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

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

Концепция лицензирования Oracle в средах виртуальных серверов

Основы лицензирования для сред виртуальных серверов

Сначала мы рассмотрим основы лицензирования Oracle в среде виртуальных серверов. Ознакомьтесь с часто задаваемыми вопросами, опубликованными на веб-странице Oracle Japan.

Каков подсчет лицензий при использовании программного обеспечения для виртуализации серверов (Oracle VM, VMware, Hyper-V и т.д.)?

VMware, Hyper-V и т.д. классифицируются как мягкое разделение, и все физические процессоры, установленные на физическом сервере, где установлен (или работает) продукт Oracle, включаются в подсчет лицензий.

* Количество виртуальных машин (VM), на которых установлены (или работают) продукты Oracle, не связано с количеством необходимых лицензий.

Появился термин «мягкое разделение», но мы пока его проигнорируем и объясним позже. Проще говоря, при использовании продуктов Oracle в виртуальной машине (VM), как показано на следующем рисунке, лицензируется процессор физического сервера.

Например, предположим, что есть серверы x86 с двумя 8-ядерными ЦП. Выделите два ядра виртуальной машине (VM) и используйте Oracle Database. В этом случае расчет ведется для физических серверов x86. Необходимые лицензии следующие:

8-ядерный ЦП x 2 = 16 ядер
16 ядер x коэффициент ядер 0.5 = 8

Для Oracle Database Enterprise Edition требуется лицензия на 8 процессоров.
Oracle Database Standard Edition 2 не учитывает количество ядер, поэтому требуется лицензия на 2 процессора.

Совет: Различия между лицензированием Oracle EE и Oracle SE2

Хотя это не основная тема и не будет объяснено подробно, в следующей таблице приведены различия между лицензиями двух изданий Oracle Database: «EE» и «SE2». Основное различие в том, что EE подсчитывает лицензии по количеству ядер, а SE2 — по количеству процессоров. В остальной части статьи будет рассмотрено только EE.

Продукт Тип лицензии Единицы подсчета лицензий
Oracle Database Enterprise Edition (EE) Процессор, Named User Plus Количество ядер
Oracle Database Standard Edition 2 (SE2) Процессор, Named User Plus Количество процессоров (максимум 2)

Совет: Ядра ЦП и потоки

Ядро в лицензии Oracle означает «физическое ядро». Это не «поток (=логическое ядро)», который делает одно ядро ЦП множественным с использованием технологии одновременного многопоточного выполнения (SMT), такой как Hyper-Threading от Intel.

Например, Intel Xeon Platinum 8362 имеет 32 ядра. Включение Hyper-Threading дает 64 потока. С точки зрения операционной системы кажется, что есть 64 ЦП. Однако для лицензии Oracle учитываются ядра, а не потоки, поэтому это 32.

32 ядра x коэффициент ядер 0.5 = 16 лицензий процессоров требуется

Концепция среды виртуальных серверов с несколькими серверными конфигурациями

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

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

Другими словами, это охватывает не только сервер, на котором установлен продукт Oracle, но и серверы, на которых продукт Oracle работает или может работать.

Для серверов с теми же спецификациями, что и раньше, требуются следующие лицензии:

(8-ядерный ЦП x 2) x 2 единицы = 32 ядра
32 ядра x коэффициент ядер 0.5 = 16

Для Oracle Database Enterprise Edition требуется лицензия на 16 процессоров.

Эволюция технологий виртуализации еще больше усложняет ситуацию. Например, VMware vSphere 6.0 и новее позволяет выполнять живую миграцию между кластерами. Другими словами, теперь можно мигрировать в реальном времени на хост-физический сервер, управляемый другим vCenter.

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

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

Сводка лицензий Oracle для сред виртуальных серверов

  • В среде виртуальных серверов базовый физический сервер подлежит лицензированию
  • В среде виртуальных серверов, состоящей из нескольких физических серверов, все серверы, которые могут быть мигрированы в режиме live/cold, подлежат лицензированию

Понимание политики разделения

Теперь мы опишем политику разделения, которая важна в виртуализированных средах. «Разделение» — это технология, которая делит ЦП одного физического сервера и использует его как несколько независимых серверов. Изначально это технология, появившаяся в мейнфреймах. Затем она распространилась на UNIX-серверы, а теперь используется в VMware и аналогичных технологиях. Обратите внимание, что это не имеет ничего общего с опцией разделения, которая делит таблицу на несколько частей.

Мягкое и жесткое разделение

Oracle опубликовала следующие документы по политике разделения. По состоянию на декабрь 2022 года английская версия немного новее, с добавлением контейнеров и Kubernetes.

В указанном документе представлены следующие три типа разделения. Oracle Trusted Partition относится к инженерным системам (аппаратным продуктам), таким как Oracle Exadata и Oracle Private Cloud Appliance. Поэтому мы объясним мягкое и жесткое разделение.

  • Мягкое разделение
  • Жесткое разделение
  • Oracle Trusted Partition

Документация по политике разделения Oracle очень важна. Она классифицирует технологии виртуализации на мягкие и жесткие, тем самым признавая или уточняя их как средство ограничения количества лицензий Oracle. Oracle определяет технологии разделения следующим образом. Жесткое разделение — единственное признанное средство ограничения лицензий.

Мягкое разделение
Solaris 9 Resource Containers, AIX Workload Manager, HP Process Resource Manager, Affinity Management, Oracle VM, VMware и т.д.

Жесткое разделение
Physical Domains, Solaris Zones, IBM LPAR, IBM Micro-Partitions, vPar, nPar, Integrity Virtual Machine, Secure Resource Partitions, Fujitsu PPAR и т.д.

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

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

Ранее было сказано следующее:

В среде виртуальных серверов, состоящей из нескольких физических серверов, все серверы, которые могут быть мигрированы в режиме live/cold, подлежат лицензированию

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

Это связано с тем, что большинство технологий виртуализации на серверах x86, таких как VMware и Hyper-V, сертифицированы как мягкое разделение. Для ограничения лицензирования требуется технология, сертифицированная как жесткое разделение.

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

Исключения в жестком разделении

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

  • Использовать технологии, признанные как жесткое разделение, такие как Oracle Linux KVM
  • Использовать инженерные системы, такие как Oracle Exadata и Oracle Private Cloud Appliance, которые признаны как Oracle Trusted Partitions
  • Использовать Capacity-on-Demand (CoD) с Oracle Exadata или Oracle Database Appliance

Мы хотим показать, как использовать Oracle Linux KVM. В Политике разделения Oracle указано следующее исключение. Обратите внимание, что Oracle VM Server не рекомендуется, так как его поддержка подходит к концу (окончание Premier Support: март 2021, окончание Extended Support: июнь 2024).

Важно, что в тексте указано: «Если определенное ядро назначено в документе ниже». Чтобы быть признанным как жесткое разделение, должны быть выполнены оба следующих условия. Oracle Linux KVM сам по себе не может соответствовать требованиям.

  • Используется Oracle Linux KVM
  • Используемые ядра ограничены способом, описанным в документе

Совет: Концепция для контейнеров, таких как Kubernetes

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

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

Запуск и лицензирование программ Oracle в контейнерах и Kubernetes

Oracle Linux KVM и назначение ядер

Что такое Oracle Linux KVM?

Oracle Linux KVM — это метод виртуализации, использующий KVM, встроенный в ядро Oracle Linux, в качестве гипервизора. Он встроен как в RHCK, так и в UEK. Продукта под названием Oracle Linux KVM не существует, он достигается путем включения пакетов, поддерживающих виртуализацию, в Oracle Linux 7, Oracle Linux 8 и Oracle Linux 9.

Подробные инструкции по настройке см. в следующем руководстве. Также существует инструмент управления, Oracle Linux Virtualization Manager, который эквивалентен VMware vCenter.

Назначение ядер виртуальным машинам

Требования жесткого разделения не могут быть выполнены только с использованием Oracle Linux KVM. Для выполнения требований определенное ядро должно быть назначено целевой виртуальной машине с использованием техники, называемой pinning. Для назначения определенного ядра используется команда olvm-vmcontrol или Oracle Linux Virtualization Manager.

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

Заключение

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

Концепция лицензирования Oracle в средах виртуальных серверов

  • В среде виртуальных серверов базовый физический сервер подлежит лицензированию
  • В среде виртуальных серверов, состоящей из нескольких физических серверов, все серверы, которые могут быть мигрированы в режиме live/cold, в принципе подлежат лицензированию
  • Сертифицированные Oracle технологии виртуализации включают мягкое и жесткое разделение, и лицензии Oracle могут быть ограничены только с технологиями жесткого разделения
  • Технологии виртуализации, используемые на серверах x86, такие как VMware, Hyper-V и Linux KVM, классифицируются как мягкое разделение

Исключения в Oracle Linux KVM

  • В Oracle Linux KVM технология признается как жесткое разделение только при назначении определенного ядра в установленной процедуре
  • Когда определенное ядро назначено в Oracle Linux KVM, живая/холодная миграция для этой виртуальной машины недоступна