На этой странице представлено развертывание виртуализации Proxmox VE по версии PC360. В описании Proxmox устанавливается в режиме bare-metal на физический сервер, выступая как гипервизор первого типа. Документацию по этой теме можно посмотреть на официальном сайте. В данном случае передается практический опыт установки сервера (хоста) и виртуальной машины на нем, с описанием возникших вопросов.

 

Параметры сервера.

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

Brand: Supermicro.

Motherboard: X11SSL-F (чипсет Intel C232)

CPU: Intel Xeon E3-1225v6 3.3GHz

RAM: 32Gb.

Storage: 14Tb RAID1

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

 

Установочный образ.

Скачиваем последнюю версию Proxmox VE с официального сайта.

VE = Virtual Environment (виртуальная среда).

 

Установочная флэшка.

Подготавливаем флэшку с помощью Rufus.

Запускаем Rufus, выбираем флэшку, выбираем ISO-образ, нажимаем старт.

 

Программа предложит запись в режиме DD. Это то что нужно, подтверждаем.

Через пару минут флэшка готова.

 

Настройка BIOS сервера.

Для входа в настройку кнопка Del при запуске (у серверов Supermicro).

Поскольку планируется использовать ZFS в режиме программного RAID1, в сервере не требуется настройка встроенного fake-RAID материнской платы.  Поэтому, в настройках BIOS SATA-контроллер переведен в режим AHCI. В этой конфигурации Proxmox видит физические диски и сам с помощью ZFS создает на них RAID1.

Так же нужно проверить, чтоб была включена виртуализация для процессора и чипсета.

 

Для чипсета.

Advanced >> Chipset Configuration >> System Agent (SA) Configuration >> VT-d – Enabled.

VT-d (Intel Virtualization Technology for Directed I/O) – позволяет ВМ напрямую работать с физическими устройствами (PCIe-карты, диски, GPU).

 

Для процессора.

Advanced >> CPU Configuration >> Intel Virtualization Technology – Enabled

Intel Virtualization Technology (Intel VT-x) – аппаратная виртуализация процессора (основа для KVM). Позволяет процессору аппаратно исполнять код гостевых ВМ.

KVM (Kernel-based Virtual Machine) – это модуль ядра Linux, который превращает операционную систему в гипервизор первого типа (Type-1), и позволяет одной физической машине запускать несколько виртуальных, распределяя ресурсы процессора и памяти между ними (виртуальная машина на базе ядра).

Сохраняем, выходим.

 

Установка Proxmox.

Подключаем установочную флэшку в сервер. Переходим в boot-меню и выбираем загрузку с этой флэшки. В Supermicro обычно F11 boot-меню.

 

Проходим мастер установки.

Принимаем лицензионное соглашение EULA. Далее выбираем Install Proxmox VE (Graphical).

Install Proxmox VE (Graphical) – это стандартный и рекомендуемый режим установки Proxmox VE с использованием графического интерфейса.

 

Настраиваем диски. Они видны по раздельности, так как отсутствует аппаратный RAID-контроллер.

Создаем zfs программный RAID1 (зеркалирование). Выбираем нужные диски на остальных указываем – do not use.

ZFS (Zettabyte File System) – это файловая система со встроенным менеджером томов. То есть функции управления дисками (объединение в пулы, RAID, снапшоты, сжатие) и функции файловой системы (хранение файлов, каталогов, прав доступа) находятся внутри одного механизма, а не разнесены по разным утилитам и уровням ядра. Проприетарная разработка Sun Microsystems, ныне OpenZFS.

 

На следующем шаге указываем страну, часовой пояс и раскладку клавиатуры.

 

Далее указываем сложный пароль для пользователя root и электронную почту.

 

Выбираем сетевой адаптер.

Указываем hostname. Оно должно соответствовать формату FQDN, но это не значит, что сервер добавляется в домен.

Указываем статический IP-адрес, шлюз и DNS для сервера.

В случае необходимости изменить IP-адрес узла Proxmox можно будет после установки, через веб-интерфейс (GUI) или через командную строку (CLI).

Для IP-адреса сервера должен быть открыт доступ в Интернет.

 

Проверяем итоговые параметры, подтверждаем. Ожидаем установку.

 

Переходим в браузере админского компьютера по адресу

Подтверждаем переход на сайт с не доверенным сертификатом.

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

 

После успешного подключения вводим учетные данные.

Пользователь: root

Пароль: который вводили на этапе установки.

 

Закрываем предупреждение об отсутствии подписки.

 

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

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

 

Доступ по SSH.

Доступ открыт по умолчанию. Можно использовать любой удобный клиент SSH. Так же можно попасть в терминал из web-браузера.

Доступ нужно разрешить только с IP-адреса компьютера админа.

Переходим к базовым настройкам.

Настройка репозиториев.

Репозитории – это серверы, откуда Proxmox скачивает обновления.

Enterprise-репозиторий включен по умолчанию, но для него требуется подписка, поэтому, обновления с него скачать не получится.

No-Subscription репозиторий – это официальный репозиторий компании Proxmox. Он размещается на официальных серверах и подписан официальными GPG-ключами Proxmox. Ключевое различие в том, что он не рекомендован для production-сред. Пакеты проходят меньше тестирования, чем в Enterprise-репозитории, обновления выходят быстрее и с несколько повышенным риском. Технически пакеты стабильны и полностью работоспособны, иначе бы их не выпускали. Ограничение связано с политикой поддержки, а не с качеством кода.

Настройка в GUI находится в Proxmox (node) >> Updates >> Repositories.

 

Нажимаем кнопку add и выбираем No-Subscription.

 

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

 

Для отключения Enterprise-репозитория нужно его выбрать и нажать кнопку Disable.

Настройка через CLI.

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

 

Проверяем.

 

Добавляем репозиторий для доступа без подписки (No-Subscription).

Создаём файл.

Содержание.

Сохраняем. Выходим.

Доступ к репозиторию возможен только по HTTP.  Безопасность основана не столько на TLS, сколько на криптографической подписи пакетов. При скачивании данные теоретически может перехватить злоумышленник. Вместе с метаданными скачивается криптографическая подпись. Система APT (менеджер пакетов) проверяет эту подпись с помощью публичного GPG-ключа, который был установлен вместе с Proxmox. Если пакет был подменен даже на один байт, подпись станет невалидной. APT откажется его устанавливать и выдаст ошибку.

Если не настраивать репозитории, система не будет получать критические обновления безопасности. Это самый главный риск. Так же невозможно будет установить новые пакеты. Если понадобится установить, например, текстовый редактор nano или сетевую утилиту traceroute, (отсутствующие утилиты) система просто не найдет их в своей локальной установке. Могут возникать ошибки в процессе настройки.

 

Обновления.

Регулярное обновление Proxmox VE – обязательное условие безопасной и стабильной работы. Новые версии содержат критические исправления уязвимостей и расширяют функциональные возможности платформы.

Наглядно обновление можно выполнить в GUI.

Кнопка Refresh (Обновить) – аналог команды apt update в CLI. При нажатии скачивает из репозитория свежий список доступных пакетов для обновления.

Кнопка Changelog (журнал изменений) – показывает какие именно ошибки или уязвимости в выбранном обновлении оно исправляет.

Кнопка Upgrade (Обновить) – выполнит установку всех обновлений (аналог apt full-upgrade или dist-upgrade).

При нажатии Upgrade (или apt full-upgrade) система скачает и установит обновления, но не перезагрузится автоматически. Перезагрузка требуется не во всех случаях и решение о перезагрузке принимает админ. При новой установке и обновлении перезагрузка требуется обязательно. Так же перезагрузка требуется, если обновилось ядро Linux (kernel). В остальных случаях можно не перезагружать, чтоб не прерывать рабочий процесс. Понять, что нужна перезагрузка можно по сообщению после завершения обновления «Reboot required» (требуется перезагрузка).

Итак, для обновления нажимаем последовательно кнопку Refresh затем Upgrade. Если у сервера есть доступ в Интернет, начнется скачивание пакетов. Ожидаем выполнение. Перезагружаем сервер (если это требуется).

 

Как понять, что обновление вышло и пора обновляться?

Proxmox не присылает уведомления о выходе новых версий. Это нужно регулярно проверять самостоятельно.

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

-патчи безопасности;

-новые под-версии (9.2.2 >> 9.2.3);

-обновление основной версии (9 >> 10).

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

Чтобы узнать о выходе новой под-версии, нужно иногда заглядывать в раздел Announcements на официальном форуме. Анонсы также содержат подробные инструкции по обновлению

Никогда не следует обновляться через apt full-upgrade на новую мажорную версию. Для этого всегда есть отдельное руководство на официальном сайте.

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

 

Обновление через CLI.

Обновление информации о пакетах.

 

Просмотр обновляемых пакетов.

 

Обновить.

 

После завершения перезагружаем сервер, если это требуется.

apt dist-upgrade и apt full-upgrade – интеллектуально обновляют систему. Могут устанавливать новые или удалять старые пакеты, чтобы разрешить все зависимости. Единственно правильные команды для безопасного обновления Proxmox.

 

Проверяем состояние после перезагрузки.

 

Проверяем статус хранилища.

 

Проверяем ZFS.

Вывод без проблем выглядит примерно так.

 

Синхронизация времени NTP.

Настройка NTP-серверов (источников точного времени) по умолчанию уже предварительно сконфигурирована и работает, поэтому для большинства случаев изменения там не нужны. В GUI можно только поменять часовой пояс.

Настройка через CLI.

Проверка текущего времени и настроек.

 

Настройки часового пояса.

 

Настройка NTP.

Proxmox использует chrony в качестве NTP-клиента.

Файл конфигурации.

Если сервер находится в изолированной сети и не имеет доступа к публичным серверам Debian, нужно заменить строку pool на свои серверы. Вместо pool можно использовать директиву server для каждого конкретного сервера. Параметр iburst ускоряет начальную синхронизацию.

Перезапускаем службу.

 

Проверка источника времени.

 

Настройка сети.

Настройка выполняется в разделе Network.

 

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

nic0 – это физический сетевой порт (первый Ethernet на сервере).

vmbr0 – это виртуальный мост (bridge). Он соединяет физический порт nic0 с виртуальными машинами и с самим хостом Proxmox.

IP-адрес 192.168.5.20/27 и шлюз 192.168.5.1 назначены на мост vmbr0, а не напрямую на nic0. (настроены в процессе установки ISO-образа).

Такая схема – это стандартная и правильная конфигурация Proxmox. Мост действует как виртуальный коммутатор, к которому подключаются все ВМ, а также сам хост для управления.

 

Конфигурация сети находится в файле.

Проверка IP-адреса через CLI.

Необходимо убедитесь, что создан мост vmbr0 (аналогично GUI) и привязан к физическому интерфейсу.

 

Access-порт.

В VLAN-сети порт доступа (access) передает обычный не тегированный трафик. Можно считать, что в этом случае сервер подключен в обычную сеть без VLAN. Такой вариант используется, если все виртуальные машины на сервере находятся в одной сети.

Настройка на сервере для этого варианта не требуется.

 

Резервный доступ к управлению сервером.

Резервный способ доступа нужен при подключении в сервер транка.

Используем второй незадействованный сетевой порт в сервере (nic1) для организации доступа к GUI.

Назначаем этому интерфейсу IP-адрес. Указываем статический IP-адрес в той же подсети (без указания шлюза) и активируем Autostart, чтоб интерфейс поднялся (UP) автоматически.

 

Применяем конфигурацию.

Интерфейс становится доступным. Можно подключатся в GUI и CLI по новому IP-адресу.

Настройка через CLI.

Добавляем строки.

 

Проверка статуса интерфейса через CLI.

 

Trunk-порт.

Транк – это режим работы сетевого порта, при котором он пропускает трафик нескольких VLAN одновременно. Каждый пакет маркируется тегом – числовым идентификатором (VLAN ID). Тегированный трафик распределяется между ВМ внутренним виртуальным коммутатором Proxmox. Без транка пришлось бы для каждого VLAN тянуть отдельный кабель от коммутатора к серверу. Применяется в случае, если на сервере работают виртуальные машины из разных подсетей (VLAN) и с разными IP-адресами.

Выполним настройку.

Порт на коммутаторе, к которому подключен сервер, должен быть переведен в режим trunk и в нем разрешены нужные VLAN ID.

К серверу должен быть запасной доступ в случае пропадания сети в процессе настройки. Главный принцип настройки – сеть должна оставаться доступной на каждом шаге.

Порт коммутатора нужно настроить на прием тегированного трафика только после того, как сервер будет к этому готов. Поэтому сначала активируем настройку VLAN aware в сервере.

 

VLAN aware – возможность виртуального моста vmbr0 работать с тэгированным трафиком.

Включение VLAN aware не вызовет потери связи, если в данный момент порт коммутатора работает в режиме access. pve.proxmox.com

Применяем конфигурацию.

Настройка через CLI.

Добавляем две строки.

Сохраняем и выходим.

 

Далее переводим порт коммутатора в транк. В данном случае коммутатор Mikrotik. Для подключения к серверу запланирован ether22 (транк). Добавляем его во все необходимые VLAN ID как тэгированный.

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

 

Возвращаемся на сервер.

 

​

Настройка управляющего VLAN для хоста.

Чтобы IP-адрес управления сервером находился в отдельном VLAN, не должно быть IP-адреса на vmbr0. До выполнения настройки IP-адрес гипервизора напрямую задан на VLAN-aware мосту vmbr0. В этом случае IP-адрес Proxmox принадлежит нетегированному (native) VLAN. Чтобы IP-адрес управления сервером тоже лежал в определенном VLAN, нужно создать VLAN-интерфейс поверх vmbr0 и задать на нем параметры IP.

При удалении IP-адреса с vmbr0 (он становится чисто транковым мостом без IP) связь теряется. Поэтому данную настройку нужно выполнять через локальную консоль, IPMI или через отдельный независимый интерфейс (nic1 в данном случае).

Убираем все настройки с интерфейса vmbr0. 

nic0 – оставляем. Мост vmbr0 с портом nic0 – это виртуальный коммутатор, который соединяет виртуальные машины с физической сетью.

nic0 без IP это физический порт в составе моста, который передаёт кадры от ВМ в сеть и обратно. Если удалить nic0 из Bridge ports, ВМ потеряют связь с внешним миром. Удаление IP-адреса с самого моста vmbr0 не влияет на способность ВМ передавать трафик через этот мост. ВМ имеют свои собственные IP-адреса (не зависящие от IP хоста) и продолжают общаться с сетью через vmbr0 .

 

Создаём поверх vmbr0 виртуальный интерфейс для управляющего VLAN.

Linux VLAN – это виртуальный сетевой интерфейс внутри ОС, который создаётся поверх физического интерфейса (или моста) и позволяет хосту (самому серверу Proxmox) отправлять и получать трафик с тегом определённого VLAN.

Если указать название vmbr0.50, то поле Vlan raw device заполнится автоматически и сделается не активным. (в данном тестовом стенде сеть VLAN c тэгом 50)

Можно указать произвольное название интерфейс и вручную прописать Vlan raw device и VLAN Tag.

VLAN Tag заполнится автоматически и станет не активным если в названии интерфейса указать vlan50.

Autostart – автоматическое включение интерфейса при перезагрузке сервера.

 

Если интерфейс создается с ошибкой, значит не было выполнено обновление Upgrade после установки сервера.

Обновляем, перезагружаем, повторяем создание – ошибка не появляется.

 

Результат.

Подключаем в сервер патч-корд от транкового порта.

Проверяем чтоб через транк проходил ping и доступы в GUI/CLI.

Если настройка выполнялась через резервный канал доступа, в данном случае это порт nic1, то после выполнения настроек нужно отключить резервный канал и убрать с него IP-адрес, иначе это может испортить маршрутизацию. Либо корректно настроить вручную маршрутизацию для нескольких каналов доступа в Proxmox.

 

Настройка через CLI.

Убираем все настройки с vmbr0.

Вместо static теперь manual.

Проверка.

В выводе отсутствует шлюз. Доступ в сервер через резервный интерфейс nic1.

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

 

Проверка отсутствия IP на vmbr0.

 

Создаем Linux VLAN интерфейс для управления хостом.

В файл конфига добавляем строки:

Сохраняем, выходим.

Проверяем доступ в сервер.

 

Создание ВМ.

Загружаем образ операционной системы в Proxmox.

 

Выбираем образ ОС и нажимаем «Upload».

 

Для создания виртуальной машины нажимаем кнопку «Create VM».

Проходим по вкладкам мастера создания ВМ.

 

Вкладка General.

На этой вкладке задаются базовые идентификаторы виртуальной машины.

Node: proxmox – узел (сервер) , на котором будет создана ВМ. Выбираем данный сервер proxmox.

VM ID: 100 – уникальный идентификатор виртуальной машины в Proxmox. Используется для управления и хранения конфигурации. Можно оставить автоматически предложенный или указать свободный ID.

Name – понятное название виртуальной машины.

Add to HA – добавить виртуальную машину в кластер высокой доступности (High Availability). При отказе узла ВМ автоматически перезапустится на другом узле кластера. Не отмечаем, так как в данном случае одиночный сервер.

Resource Pool – логическая группа для объединения ВМ и управления правами доступа. Не заполняем, если пулы ресурсов не используются.

Вкладка Advanced (Расширенные настройки). Тут  настраивается поведение виртуальной машины при запуске и выключении хоста, а также дополнительные параметры процессора и маркировки ВМ.

Start at boot – автоматический запуск виртуальной машины при старте сервера Proxmox. Включить, если ВМ должна работать постоянно.

Start/Shutdown order: default – определяет порядок запуска и выключения ВМ относительно других виртуальных машин.

Startup delay: default = 0 сек – задержка запуска ВМ после старта хоста. Используется для последовательного запуска сервисов.

Shutdown timeout: default – время ожидания корректного завершения работы ВМ перед принудительным выключением.

vCPU Architecture – архитектура виртуального процессора, которую увидит гостевая ОС. Default (Host Architecture) – рекомендуется для максимальной производительности.

Tags – метки для группировки и поиска виртуальных машин. Необязательно. Можно оставить No Tags или добавить какие-то свои метки.

 

Вкладка OS (Operating System)

На этом шаге выбирается источник установки операционной системы и указывается тип гостевой ОС.

Use CD/DVD disc image file (iso) – использование ISO-образа для установки операционной системы.

Storage: local – хранилище, где находится ISO-файл.

ISO image – файл образа операционной системы для установки. Выбран образ Ubuntu.

Guest OS Type: Linux – тип гостевой операционной системы.

Version: 7.x — 2.6 Kernel – версия ядра Linux для оптимизации настроек виртуализации.

Use physical CD/DVD Drive – использование физического привода сервера вместо ISO-файла.

Do not use any media – создание ВМ без установочного носителя.

 

Вкладка System

Тут настраиваются параметры виртуального оборудования, которые будут представлены гостевой ОС.

Graphic card: Default – виртуальная видеокарта для отображения консоли ВМ.

Machine: Default (i440fx) – тип виртуальной аппаратной платформы (чипсет виртуальной машины).

BIOS (Firmware): Default (SeaBIOS) – прошивка виртуальной машины. Определяет способ загрузки ОС.

SCSI Controller: VirtIO SCSI single – контроллер для подключения виртуальных дисков.

QEMU Agent – агент взаимодействия между Proxmox и гостевой ОС. Позволяет получать IP-адрес, выполнять корректное выключение и другие операции. Рекомендуется включить.

Add TPM – добавление виртуального TPM-модуля (Trusted Platform Module). Используется в основном для Windows 11 и некоторых сценариев шифрования.

 

Вкладка Disks.

На этом шаге создаётся виртуальный диск для системы и, если необходимо, для данных.

Bus/Device: SCSI 0 – тип интерфейса подключения диска к виртуальной машине.

SCSI Controller: VirtIO SCSI single – контроллер управления дисками.

Storage – хранилище Proxmox, где будет размещён виртуальный диск. Выбран RAID-14TB.

Disk size (GiB): 50 – размер виртуального диска. Минимум 32 GiB, рекомендуется 50-100 GiB.

Format: Raw disk image (raw) – формат виртуального диска.

Cache: Default (No cache) – режим кэширования операций ввода-вывода.

Discard – поддержка TRIM для освобождения неиспользуемого пространства. Рекомендуется включить

IO thread – отдельный поток обработки операций ввода-вывода. Включен по умолчанию.

SSD emulation – представляет диск как SSD для гостевой ОС. Использовать если RAID построен на SSD.

Backup – включение диска в резервное копирование Proxmox. Включено.

Read-only – диск только для чтения. Не требуется.

Skip replication – исключить диск из репликации. Не требуется в данном случае.

Async IO: Default (io_uring) – метод асинхронного ввода-вывода.

Боковое меню.

scsi0 – это первый виртуальный диск виртуальной машины. Именно на него будет установлена ОС.

Кнопка Add – добавить ещё один новый виртуальный диск в конфигурацию ВМ (например, для данных).

Кнопка Import – подключить уже существующий диск или образ диска, который находится в хранилище Proxmox. Используется при миграции или восстановлении готовых виртуальных машин.

Подраздел Bandwidth предназначен для ограничения скорости работы виртуального диска, чтобы одна виртуальная машина не занимала все ресурсы дисковой подсистемы. В большинстве случаев при не большом количестве ВМ эти параметры не настраиваются и остаются по умолчанию.

Добавляем диск для данных. Нажимаем Add. Вводим параметры.

 

Вкладка CPU

На этом шаге выделяются вычислительные ресурсы процессора для виртуальной машины.

В данном примере ВМ Ubuntu для Orthanc. В этом случае процессор обычно не является узким местом. Основная нагрузка приходится на дисковую подсистему и сеть, поэтому для небольшого сервера достаточно 2-4 ядер.

Sockets: 1 – количество виртуальных процессоров (сокетов).

Cores: 4 – количество ядер на сокет.

Total cores: 4 – общее число ядер (Sockets × Cores).

Type: host – модель виртуального процессора. Выбираем host или Default (x86-64-v2-AES)

Default (x86-64-v2-AES) – это универсальный вариант для миграции между узлами кластера. Если всего один сервер Proxmox и миграция не планируется, лучше выбрать host. Тогда Ubuntu увидит реальные возможности процессора и будет работать немного быстрее.

VCPUs: 4 – максимальное число активных виртуальных процессоров. Равно числу ядер.

CPU units: 100 – приоритет использования CPU относительно других ВМ.

CPU limit: unlimited – ограничение использования процессора.

Enable NUMA – использование архитектуры NUMA для многопроцессорных систем. Не используется.

CPU Affinity: All Cores – привязка ВМ к конкретным ядрам процессора.

Extra CPU Flags в обычном случае не изменяют.

 

Вкладка Memory

Оперативная память (RAM) для виртуальной машины.

Для сервера ORTHANC объём памяти зависит от количества исследований, пользователей и используемой базы данных. Для учебного стенда достаточно 2-4 ГБ, для рабочей системы рекомендуется от 8 ГБ.

Memory (MiB): 8192 – объём оперативной памяти, выделяемый виртуальной машине.

Minimum memory (MiB) – минимальный объём памяти при использовании динамического выделения RAM (Ballooning). Равен объёму Memory или не используется

Ballooning Device – позволяет Proxmox динамически изменять объём памяти ВМ. Orthanc работает стабильнее при фиксированном объёме памяти. Настройка полезная, но в каждом конкретном случае рассматривается индивидуально.

Allow KSM (Kernel Samepage Merging) – объединение одинаковых страниц памяти между ВМ для экономии RAM.

 

Вкладка Network

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

Если сеть без VLAN, то ничего настраивать не нужно. Можно отключить Firewall на начальном этапе.

No network device – создать ВМ без сетевого адаптера.

Bridge: vmbr0 – виртуальный коммутатор Proxmox, подключающий ВМ к сети.

Model: VirtIO (paravirtualized)  – тип виртуальной сетевой карты. Паравиртуализированный сетевой адаптер с минимальными накладными расходами. Меньшая нагрузка на процессор, лучшая производительность по сравнению с Intel E1000 и Realtek. Для Ubuntu 24.04 драйверы VirtIO уже встроены в ядро.

VLAN Tag: no VLAN – номер VLAN для сегментации сети. (no VLAN если VLAN не используется)

MAC address: auto – уникальный MAC-адрес адаптера. Автоматически.

Firewall – включение встроенного файрвола Proxmox для ВМ. По необходимости.

Disconnect – создать адаптер, но отключить его от сети.

Rate limit (MB/s): unlimited – ограничение скорости сетевого интерфейса.

MTU: Same as bridge. – максимальный размер сетевого пакета.

Multiqueue: auto – использование нескольких очередей обработки сетевого трафика.

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

Если сеть с VLAN, то нужно указать ID.

 

Проверяем и подтверждаем итоговую конфигурацию для ВМ.

 

Проверка и корректирование настроек ВМ в случае необходимости.

Можно изменить RAM, CPU, сеть и тп.

 

Запускаем ВМ.

 

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

Далее выполняем установку ОС уже внутри ВМ.

Завершение работы ВМ лучше выполнять изнутри командой shutdown.

 

Завершение работы гипервизора.

Чаще используется перезагрузка.

Через CLI.

pve.proxmox.com