FAQ. VMmanager

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

Лицензирование

Какие параметры учитывает лицензирование VMmanager 6?

Лицензирование VMmanager 6 учитывает только физические ядра. Логические ядра и Hyper-Threading не учитываются. 

Как рассчитать количество ядер для покупки лицензии?

Рассчитать количество ядер вы можете командой:

dmidecode --type processor | grep -i "core enabled" | grep -Eo "[0-9]+?"

Выполнить команду нужно на каждом узле или сервере для узла.

При подключении узла я получаю ошибку "CPU cores number on node exceeds license limit". Что это значит?

Ошибка говорит о превышении лимита физических ядер для лицензии. Чтобы решить эту проблему:

1. На каждом сервере для узла определите количество физических ядер командой dmidecode, указанной выше, и суммируйте полученные значения.
2. Сравните со значением CPU для вашей лицензии. Проверить это значение можно:
   • в личном кабинете. Перейдите в раздел Товары → Лицензии → выберите лицензию → кнопка Изменить → поле Общий лимит CPU;
   • в платформе VMmanager. Перейдите в меню → Обзор системы → Лицензия → Лимиты.
3. Увеличьте значение CPU. В личном кабинете перейдите в режим редактирования лицензии и увеличьте значение для поля Общий лимит CPU.

Как увеличить или уменьшить количество ядер до окончания оплаченного периода?

За три дня до даты остановки лицензии система пересчитывает используемые ресурсы и выставляет счёт на оплату. До окончания оплаченного периода вы можете только увеличить количество ядер. 

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

Я купил сервер с активной лицензией VMmanager, но она скоро закончится. Как поменять лицензию?

Чтобы иметь возможность администрирования лицензии, вам необходимо быть её прямым владельцем. Когда закончится текущая лицензия, приобретите новую в личном кабинете и замените лицензию по инструкции Как поменять лицензию VMmanager.

Чем отличается редакция Infrastructure от Hosting?

VMmanager Infrastructure включает все возможности тарифа VMmanager Hosting. Кроме этого для Infrastructure доступны такие опции:

• кластер высокой доступности High Availability. Подробнее о настройках отказоустойчивого кластера см. в статье Принцип работы отказоустойчивых кластеров документации VMmanager;
• установка платформы на сервер с ОС Astra Linux Special Edition 1.7.3, 1.7.4, 1.7.5 редакции "Орёл" или "Воронеж";
• поддержка узлов кластера с ОС Astra Linux Special Edition 1.7.3, 1.7.4, 1.7.5 редакции "Орёл" или "Воронеж".

В Едином реестре российских программ для электронных вычислительных машин и баз данных присутствует VMmanager 6. Получается, в реестр включены и Hosting, и Infrastructure?

Да. VMmanager 6 любой редакции включён в Единый реестр российских программ для электронных вычислительных машин и баз данных.

После EOL VMmanager 5 стоимость моей лицензии изменилась. Почему так произошло?

1 февраля 2023 года наступил заключительный этап завершения поддержки VMmanager 5. Поэтому, с 1.02.2023 г. стоимость VMmanager 5 стала равной VMmanager 6. Однако, по-прежнему доступно продление действующих лицензий, закрыта только продажа новых. Подробнее о сроках EOL VMmanager 5 см. в статье нашего новостного блога.

Начальная настройка

Как переадресовать порты для VMmanager? Например, как изменить порт в VMmanager с 80 на 8080 или 443 и 8443.

В платформе нет возможности выполнить переадресацию портов.

Если в платформе настроена переадресация портов с помощью стороннего ПО:

• работа такой конфигурации не гарантируется;
• техническая поддержка такой конфигурации не оказывается.

В качестве узла необходимо подключать реально существующий сервер?

Да. Узел кластера —  это сервер, на котором размещаются виртуальные машины.

Я могу подключить в качестве узла виртуальный сервер, на котором установлен VMmanager?

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

Можно ли изменить на узле тип авторизации?

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

Вы можете отключить доступ по паролю в настройках sshd (конфигурационный файл /etc/ssh/sshd_config).

Подробнее о подготовке хранилища см. в статье Хранилища резервных копий документации VMmanager.

Если интерфейс платформы будет полностью недоступен, у меня останется доступ к узлам и хостам?

Узлы и хосты остаются доступными по SSH и всем остальным протоколам вне зависимости от состояния платформы. Все настройки, выполненные в платформе, сохраняются.

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

Что такое QEMU GA и какие функции он выполняет в VMmanager?

QEMU GA (QEMU Guest Agent) — это программа-демон, которая устанавливается на ВМ. QEMU Guest Agent обеспечивает выполнение команд на ВМ и обмен информацией между ВМ и узлом кластера.

VMmanager 6 использует QEMU Guest Agent, чтобы:

• изменять сетевые настройки ВМ без перезагрузки;
• запускать скрипты на ВМ;
• отслеживать занятое место на диске.

См. также статью Как проверить и восстановить работу QEMU Guest Agent.

Виртуальные машины

В платформе есть возможность клонирования данных?

В VMmanager есть возможность клонирования ВМ. Для этого в платформе VMmanager перейдите в раздел Виртуальные машины → меню → Клонировать или в Виртуальные машины → откройте страницу виртуальной машины → меню → Клонировать. Клон создастся автоматически.

Подробнее см. в статье Операции над виртуальными машинами документации VMmanager.

На ВМ установлена ОС Ubuntu 22.04. В процессе работы получаю ошибку "end Kernel panic — not syncing: System is deadlock on memory". Что это значит и как исправить?

Указанная ошибка возникает при нехватке оперативной памяти на ВМ. Для ОС Ubuntu 22.04 необходимо не менее 1 Гб оперативной памяти. Подробнее см. в официальной документации Ubuntu.

В планах команды разработки ISPsystem есть исправление этого поведения: будет реализована проверка требований операционной системы для установки на виртуальный сервер.

В каких случаях возможна "живая" миграция ВМ?

Живая миграция возможна:

• внутри кластера;
• между кластерами;
• при переносе машин с VMmanager 5 на VMmanager 6.

Особенности живой миграции:

• вариант миграции зависит от состояния ВМ. Если она активна, то будет запущена живая миграция;
• живая миграция происходит без перезапуска ВМ;
• при живой миграции важна версия ОС и пакетов Qemu и Lbvirt.

Подробнее о миграции см. в статьях документации VMmanager 6:

• Миграция виртуальных машин;
• Миграция с VMmanager 5 на VMmanager 6.

Как установить определённое значение MTU для виртуальных машин?

Настройку потребуется выполнить в гостевой ОС. Для этого настройте желаемое значение MTU на виртуальном интерфейсе командой:

ifconfig <название_виртуального_интерфейса> mtu <значение_MTU> up

ip link set dev <название_виртуального_интерфейса> mtu <значение_MTU>

netsh interface ipv4 set subinterface "<название_виртуального_интерфейса>" mtu=<значение_MTU> store=persistent

Вы можете автоматизировать настройку MTU через скрипт. Подробнее см. в статье Создание скрипта для ВМ документации VMmanager.

Почему название виртуального диска отличается от названия ВМ? Например, диск 1235_vm123456, а ВМ — 1234_vm123456.

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

Имя виртуального диска:

• формируется при создании диска;
• сохраняется в xml виртуальной машины в базе данных;
• состоит из уникального ID и имени виртуальной машины.

ID присваивается виртуальному диску, чтобы обеспечить уникальность названия. ID диска не полностью идентичен ID виртуальной машины: при создании нового диска его значение увеличивается на 1. Это гарантирует уникальность имени диска в условиях, когда у одной ВМ есть более одного диска. Если бы платформа подставляла префиксы 1_, 2_ или постфиксы _1, _2 и т.д., то это могло бы приводить к ошибкам при удалении или добавлении диска. Увеличение значения ID диска исключает такую возможность.

Платформа VMmanager 6 из единого центра управляет инфраструктурой, которая может состоять более, чем из 100 узлов. При этом у всей инфраструктуры общая база данных. Если бы использовались префиксы, а у двух клиентов были ВМ с одинаковыми именами, то это привело бы к ошибкам в БД. Когда число берётся из ID в таблице БД, SQL гарантирует, что это число никогда не повторится, поскольку новый ID всегда увеличивается на 1 по сравнению с предыдущим.

Интеграция с BILLmanager

Пользователь отключил ВМ в VMmanager. Но через некоторое время BILLmanager снова включил ВМ. С чем связано это поведение?

Это поведение корректно и обусловлено логикой интеграции BILLmanager с VMmanager 6. Если ВМ в биллинговой системе активна, а в VMmanager 6 — нет, BILLmanager включит её. В случае настроенной интеграции платформ, операции по включению и выключению ВМ нужно осуществлять из биллинга. Подробнее см. в статье Как работать с ВМ документации BILLmanager 6.

Резервное копирование

Что входит в резервную копию платформы?

Резервная копия содержит базу данных платформы, а также конфигурационные файлы config.json и docker-compose.yaml. При восстановлении из резервной копии будут восстановлены все настройки платформы, кроме статистики, так как она хранится отдельно и не входит в резервную копию. 

Как работает резервное копирование и восстановление ВМ с большими объёмами дисков (от 1 ТБ)? Скорость копирования и восстановления данных не снизится?

Алгоритм резервного копирования ВМ с большими объёмами не отличается от ВМ с меньшим объемом. Платформа не устанавливает ограничения на скорость восстановления и копирования. 

В качестве хранилища можно использовать только сервер с доступом по SSH? А если мне надо использовать NAS?

Для резервного копирования платформы используется только доступ к хранилищу по SSH. В планах команды разработки ISPsystem есть интеграция с продуктом для резервного копирования RuBackup.

VMmanager 6 использует пакеты libvirt и qemu, функциональность системы и её возможности зависят от этого ПО.

Где создаётся резервная копия: локально на узле с ВМ или на удалённом хранилище?

Вы можете создать резервную копию:

• на узле кластера, где находится исходная ВМ. Резервные копии создаются в директории хранения образов. При миграции ВМ резервные копии перемещаются вместе с ней на другой узел кластера;
• на внешнем хранилище. Резервная копия сначала создаётся на узле кластера, а затем копируется в хранилище. По завершении копирования резервная копия удаляется с узла кластера. Подробнее о настройке хранилища см. статью Хранилища резервных копий документации VMmanager. 

Можно ли настроить резервное копирование по расписанию и отфильтровать ВМ, для которых будет выполняться резервное копирование?

Да, можно. Также можно выбирать какие ВМ будут резервироваться, а какие нет. Подробнее об этой настройке см. в статье Автоматическое создание резервных копий документации VMmanager.

В каком формате создаётся резервная копия?

Для создания архива платформа использует утилиту zstd. Сжатие происходит в соответствии с алгоритмом этого формата.

Почему резервное копирование по расписанию выполняется на несколько часов позже (или раньше) указанного времени?

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

Подробнее о создании расписания см. в статье Автоматическое создание резервных копий.

Время в настройках резервного копирования и время выполненной копии с разницей в 3 часа. На сервере хранилища настроен часовой пояс Москвы (UTC+3)

Сетевые настройки

Возможно ли в рамках одного кластера использовать разные типы сети, например, коммутация и IP-fabric?

Один кластер не может использовать разные типы сети. Кластер — это логический объект, который объединяет узлы с одинаковыми настройками сети, хранилищ и типов виртуализации. Подробнее о сетевых настройках см. в статье Сетевые настройки кластера документации VMmanager.

Миграция с VMmanager 5 KVM на VMmanager 6

Раздел содержит общие вопросы по миграции на VMmanager 6. Требования, ограничения и процесс миграции приведены в статье Миграция с VMmanager 5 на VMmanager 6 документации VMmanager.

Перед переносом данных рекомендуем создать резервную копию всех задействованных объектов: VMmanager 5, BILLmanager, IPmanager. VMmanager 6 сделает резервную копию платформы автоматически перед миграцией. 

Что такое временный кластер?

Временный кластер —  это кластер, импортированный из VMmanager 5. Количество временных кластеров зависит от количества инсталляций VMmanager. Одна инсталляция займёт один временный кластер.

Особенность временного кластера — ограничения по управлению ВМ:

Для временного кластера нужен отдельный временный сервер? 

Дополнительный сервер для временного кластера не требуется. VMmanager 6 берёт под контроль все серверы VMmanager 5 и объединяет их во временный кластер.

Как происходит импорт узлов во временный кластер?

Импорт узлов в VMmanager 6 происходит в следующей последовательности:

1. Администратор указывает в VMmanager 6 настройки для подключения к VMmanager 5 и запускает команду миграции.
2. VMmanager 6 автоматически делает резервную копию платформы.
3. Платформа VMmanager 6 создаёт временный кластер. К нему подключаются все узлы из VMmanager 5 с виртуальными машинами.
4. Панель VMmanager 5 блокируется — это позволит не допустить конфликт двух центров управления узлами.
5. Виртуальные машины из VMmanager 5 становятся доступны во временном кластере VMmanager 6. При этом управление ВМ во временном кластере ограничено. Подробнее см. в таблице в вопросе Что такое временный кластер этой статьи.
   

Ограничения управлением ВМ во временном кластере связаны с тем что, на узлах VMmanager 5 установлено старое программное обеспечение — ОС, Qemu, Libvirt и др.

Все виртуальные машины будут перенесены в один временный кластер?

Да, в один временный кластер.

При переносе во временный кластер ВМ физически останутся на своих узлах, где и были, и просто перейдут под управление VMmanager 6?

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

Как вернуть ВМ из временного кластера обратно в VMmanager 5?

Для этого нужно разблокировать панель VMmanager 5 и восстановить бэкап VMmanager 6. Подробнее см. в разделе Отмена миграции статьи Миграция с VMmanager 5 на VMmanager 6 документации VMmanager 6.

После переноса ВМ в постоянный кластер вернуть управление инфраструктурой в VMmanager 5 будет невозможно.

При миграции IPmanager ВМ на сервере с VMmanager 5 будут работать?

Да, будут.

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

Если для пользователя VMmanager 5 указан email, то в VMmanager 6 будет создана учётная запись с этим email. Если email не был указан, пользователь создастся с окончанием @imported, например, username@vm5.imported.