Интеграция с VMmanager 6 версии 2024.03.1 и выше поддерживается с версии BILLmanager 6.92.0.

Настройки интеграции


Интеграция настраивается в процессе создания обработчика услуг в BILLmanager.

Модулю обработки во время настройки понадобится дата-центр в BILLmanager. Чтобы создать его, перейдите в раздел ИнтеграцияДата-центры → кнопка Создать.

Чтобы создать обработчик услуг, перейдите в раздел Интеграция → Обработчики услуг → кнопка Создать:

  1. Тип продукта — выберите "Виртуальный сервер".
  2. Модуль обработки — выберите "VMmanager 6".
  3. Настройка интеграции. Укажите данные для интеграции:
    1. URL — домен или публичный адрес сервера с VMmanager 6;

    2. Имя пользователя — email администратора VMmanager 6. Используйте учётную запись первого пользователя, созданного после установки VMmanager 6;
    3. Пароль.
  4. Параметры обработчика услуг. Настройте внутренние (в пределах BILLmanager) параметры обработчика услуг.

    • Дата-центр — название дата-центра в BILLmanager, к которому будет подключен обработчик;

      Дата-центр не должен иметь Внешний идентификатор дата-центра.

    • Наименование — наименование обработчика для отображения в интерфейсе BILLmanager;
    • Ответственный — отдел, которому будут назначаться задачи от обработчика;
    • Сортировка — приоритет обработчика. Если к тарифному плану будет подключено несколько обработчиков, то при создании услуги первым выбирается обработчик с наименьшим приоритетом;
    • Кластер — кластер VMmanager, в котором будут создаваться виртуальные машины (ВМ);

    • Использовать рецепты — включите эту опцию, если на ВМ требуется установить дополнительное программное обеспечение или выполнить скрипт. Подробнее см. в статье Установка дополнительного ПО (рецепты). VMmanager 6;
    • Дополнительный сетевой интерфейс — включите эту опцию, если на ВМ требуется использовать второй сетевой интерфейс. Для этого на кластере VMmanager должен быть настроен основной и дополнительный сетевой интерфейс.

    Обратите внимание!

    Обработчик услуг привязывается к одному из кластеров VMmanager. Если вы планируете продавать серверы с разными типами виртуализации, подключите два обработчика — один для KVM-кластера, другой — для кластера с виртуализацией LXD.

Параметры обработчика


Чтобы управлять параметрами обработчика, перейдите в раздел ИнтеграцияОбработчики услуг → выберите обработчик → кнопка Параметры.

Параметры модуля обработки:

  • Период хранения сессии — задаёт максимальное время жизни сессии в секундах. Используется, чтобы снизить нагрузку на сервис авторизации;
  • Запускать операции в очереди — ограничивает количество одновременно выполняемых заданий. Работает совместно с опциями "Количество очередей" и "Ключ очереди;
  • Ключ очереди — уникальный текстовый ключ. Задачи разных обработчиков с разными ключами очереди выполняются параллельно, с одинаковыми ключами — идут одна за другой. Работает совместно с опциями "Запускать операции в очереди" и "Количество очередей".
    Запись ключа поддерживает макросы:
    • __TYPE__ — тип операции;
    • __PMID__ — ID обработчика;
    • __IID__ — ID услуги.
  • Количество очередей — задаёт максимальное количество одновременных операций, заданных через параметр "Ключ очереди". Работает совместно с опциями "Запускать операции в очереди" и "Ключ очереди.

Как работают операции в очереди

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

Под каждую операцию генерируется ключ очереди (по шаблону {имя_ключа}-{№номер_очереди}). Задачи разных обработчиков с разными ключами очереди выполняются параллельно, с одинаковыми ключами — идут одна за другой.

Окружение: есть три обработчика VMmgr6 с ID 155, 156, 157.

Сценарий 1. Очереди не включены.

Все поступающие задачи от обработчика (открытие, закрытие, остановка, перезагрузка и т.д.) будут выполняться одновременно.

Сценарий 2. Включена очередь, количество очередей — пять.

Множество ключей будет таким: 1, 2, 3, 4, 5.

Поступающие задачи (открытие, закрытие, остановка, перезагрузка и т.д.) будут распределены по четырём очередям (1, 2, 3, 4, 5). Одновременно может быть выполнено максимум пять операций.

Сценарий 3. Включена очередь, в качестве ключа очереди установлен макрос: __PMID__, количество очередей не указано.

Множество ключей будет таким: 155, 156, 157.

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

Сценарий 4. Включена очередь, в качестве ключа очереди установлен макрос: __PMID__, количество очередей — две.

Множество ключей будет таким: 155_1, 155_2, 156_1, 156_2, 157_1, 157_2.

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

Сценарий 5. Включена очередь для обработчиков 155, 156, в качестве ключа очереди используем queueVM, количество очередей — две.

Множество ключей будет таким: queueVM_1, queueVM_2.

Поступающие задачи (открытие, закрытие, остановка, перезагрузка и т.д.) на обработчики 155, 156 будут распределены по двум очередям. Для обработчика 157 очередь не задана, а значит количество одновременных операций для него неограниченно. Для обработчиков 155, 156 одновременно будут выполнены максимум две операции, при этом очереди общие. Если один обработчик в общей очереди займет все слоты своими операциями, то второй будет ожидать своей очереди.