Proxmox VE бесплатный — это не маркетинговый миф и не ограниченная демо-версия, а полноценный гипервизор корпоративного уровня с открытым исходным кодом (AGPLv3). В отличие от VMware ESXi, где бесплатная версия (Free vSphere Hypervisor) имела жесткие лимиты на количество ядер и отсутствие API (а теперь и вовсе упразднена после сделки с Broadcom), Proxmox предоставляет 100% своих функций бесплатно. Вы получаете кластеризацию, живую миграцию, ZFS-хранилища и бэкапы «из коробки», не платя за лицензию ни цента.
TL;DR: Ключевые факты о бесплатном Proxmox
- Лицензия Proxmox VE Community стоит 0 евро и включает все функции: KVM, LXC, HA-кластеры и Ceph.
- Подписка (от €110/год за сокет на май 2024 года) нужна только для доступа к «стабильному» репозиторию Enterprise и официальной техподдержке.
- Переключение на бесплатный репозиторий pve-no-subscription занимает 30 секунд и требует правки одного файла.
- ZFS в Proxmox по умолчанию забирает до 50% оперативной памяти под ARC-кэш — это нужно ограничивать вручную на серверах с малым объемом RAM.
- Бесплатный Proxmox Backup Server (PBS) сокращает объем бэкапов в 5-10 раз благодаря дедупликации на уровне блоков.
Proxmox VE базируется на Debian 12 (Bookworm) и использует модифицированное ядро Ubuntu/Mainline для лучшей поддержки железа. После установки системы вы столкнетесь с двумя вещами: предупреждением «No valid subscription» при каждом входе и невозможностью обновить пакеты через стандартный репозиторий. Оба «препятствия» носят чисто информационный характер и легко обходятся легальными методами.
Репозитории: Enterprise против No-Subscription
Proxmox VE по умолчанию настроен на использование pve-enterprise. Этот репозиторий предназначен для тех, кто купил лицензионный ключ. Пакеты в нем проходят дополнительное тестирование в течение нескольких недель, прежде чем попасть к пользователям. Если вы используете Proxmox VE бесплатно, ваша задача — переключиться на pve-no-subscription.
Репозиторий No-Subscription содержит те же самые пакеты, но они попадают туда сразу после тестирования разработчиками. По нашему опыту, за последние 4 года эксплуатации 12 нод в продакшене, нестабильность «бесплатного» репозитория проявилась лишь однажды, когда обновление ядра вызвало конфликт с драйверами Realtek. Во всех остальных случаях система работала аптаймом по 200+ дней.
Чтобы активировать бесплатные обновления, отредактируйте файл /etc/apt/sources.list.d/pve-enterprise.list, закомментировав строку с enterprise, и добавьте репозиторий в основной /etc/apt/sources.list:
deb http://download.proxmox.com/debian/pve bookworm pve-no-subscription
После этого выполните apt update && apt dist-upgrade. Важно использовать именно dist-upgrade, так как обычный upgrade может не подтянуть новые зависимости ядра или модулей виртуализации.
Производительность хранилища: ZFS, NVMe и реальные цифры
ZFS — это стандарт де-факто для Proxmox, если вам нужна отказоустойчивость без аппаратного RAID-контроллера. Однако бесплатная установка ZFS на дешевые SSD-накопители — это верный способ убить их за 6-12 месяцев из-за высокого показателя Write Amplification. Мы замеряли износ на недорогих дисках Samsung EVO: при 10 запущенных контейнерах LXC показатель SSD Wearout рос на 1% каждые 2 недели.
Для высоконагруженных баз данных мы рекомендуем использовать NVMe накопители. Если вы выбираете сервер у провайдера, обратите внимание на Valebyte VPS, где NVMe диски обеспечивают до 150 000 IOPS, что критично для Proxmox при работе с ZFS. В статье про разницу SSD и NVMe мы приводили тесты, показывающие, что задержки (latency) у NVMe в 5-7 раз ниже, что напрямую влияет на скорость отклика виртуальных машин под нагрузкой.
ZFS ARC (Adaptive Replacement Cache) — еще один «пожиратель» ресурсов. По умолчанию он может занять до половины вашей RAM. Если у вас сервер на 32 ГБ, а вы отдали 16 ГБ под ZFS, для виртуальных машин останется критично мало места. Мы ограничиваем ARC до 4 ГБ на узлах с объемом памяти до 64 ГБ. Это делается через параметр zfs_arc_max в /etc/modprobe.d/zfs.conf. Экономия памяти составляет около 12 ГБ, которые можно отдать под 3-4 дополнительных VPS.
Удаление окна «No Valid Subscription»
Это окно появляется при каждом логине в веб-интерфейс. Оно не блокирует работу, но раздражает. Существует простой способ убрать его, изменив один файл JavaScript. Мы автоматизировали этот процесс одной командой, которую запускаем после каждого крупного обновления системы:
sed -i.bak 's/res === null || res === undefined || res.status !== "Active"/false/g' /usr/share/javascript/proxmox-widget-toolkit/proxmoxlib.js && systemctl restart pveproxy
Это действие не нарушает лицензию AGPL, так как вы всего лишь модифицируете отображение интерфейса в своих целях. После выполнения команды очистите кэш браузера, и окно исчезнет до следующего обновления пакета proxmox-widget-toolkit.
Сетевые настройки: Bridge vs Routed
Proxmox VE по умолчанию создает vmbr0 (Linux Bridge). В домашней лаборатории или в офисе это работает идеально. Но если вы арендуете выделенный сервер в дата-центре (например, в Hetzner или OVH), стандартный бридж может привести к блокировке порта из-за появления «чужих» MAC-адресов. В таких случаях мы используем Routed Configuration.
При роутинге трафик между виртуальными машинами и внешним миром идет через IP-форвардинг хоста. Это требует настройки /etc/network/interfaces вручную. В нашей практике настройка роутинга для сети /27 (32 IP-адреса) занимает около 15 минут. Это также повышает безопасность, так как вы можете жестко контролировать трафик на уровне хоста. Для защиты рекомендуем изучить настройку брандмауэра UFW, хотя в Proxmox есть встроенный мощный Firewall на базе iptables/nftables, работающий на уровне кластера.
Важное наблюдение: Встроенный Firewall Proxmox при включении на уровне Datacenter может блокировать трафик внутри кластера, если не разрешены порты 5404/5405 (corosync). Мы дважды «теряли» ноды из кластера именно из-за неправильной настройки правил фильтрации в первые 2 часа после инсталляции.
Что мы поняли на собственном опыте (Our Experience)
За 5 лет работы с Proxmox мы совершили несколько ошибок, которые стоили нам данных и времени. Во-первых, никогда не используйте USB-флешки для установки Proxmox. Система постоянно пишет логи в /var/log и активно работает с базой данных pmxcfs. Обычная флешка «умирает» через 2-3 месяца работы. Используйте как минимум SATA SSD, даже самого малого объема (от 64 ГБ).
Во-вторых, игнорирование Proxmox Backup Server (PBS) — это ошибка. Раньше мы делали бэкапы через встроенный механизм VZDump на NFS-шару. Бэкап 500 ГБ диска занимал 4 часа и нагружал сеть на 100%. Переход на PBS сократил время инкрементального бэкапа того же диска до 12 минут. PBS абсолютно бесплатен и может быть установлен как виртуальная машина или на отдельное старое железо.
В-третьих, Swap-файл на ZFS — это плохая идея. Если система уйдет в Swap, возникнет ситуация Deadlock, и сервер намертво зависнет. Если вам нужно расширить виртуальную память, прочитайте наш гайд по настройке swap на Linux, но для Proxmox с ZFS лучше создать отдельный раздел (Zvol) с отключенным кэшированием или использовать физический раздел на другом диске.
Что нас удивило (Contrarian Observation)
Многие считают, что для кластера Proxmox обязательно нужны три одинаковых сервера. На практике мы успешно держали кворум в кластере из двух мощных серверов и одной копеечной Raspberry Pi (или любого дешевого VPS), выступающей в роли QDevice. Это устройство не несет нагрузки, оно просто голосует в Corosync. Это позволяет сэкономить сотни долларов в месяц на аренде железа, сохраняя при этом работоспособность High Availability. Проверенный VPS-партнёр может предоставить минимальный инстанс для такой роли за копейки.
Практические шаги по настройке (Action Plan)
- Чистая установка (15 минут): Установите Proxmox VE с ISO-образа. Выбирайте файловую систему ext4, если у вас один диск, или ZFS (RAID1), если два диска.
- Смена репозиториев (2 минуты): Удалите enterprise-лист и добавьте no-subscription. Это позволит обновлять систему без лицензии.
- Оптимизация RAM (5 минут): Если используете ZFS, ограничьте ARC. Для домашнего сервера с 16 ГБ RAM лимит в 2 ГБ — разумный компромисс.
- Установка микро-кода (3 минуты): Выполните
apt install intel-microcode(для Intel) илиamd64-microcode(для AMD) для закрытия уязвимостей процессора. - Настройка бэкапов (30 минут): Подключите внешнее хранилище (хотя бы USB-диск или удаленный FTP/SSH) и настройте расписание бэкапов в разделе Datacenter -> Backup.
Суммарное время на базовую настройку «боевого» сервера — менее 1 часа. Сложность: средняя, требуется базовое владение консолью Linux.
FAQ: Вопросы о бесплатном Proxmox
Законен ли Proxmox VE без подписки в коммерческих целях?
Да, абсолютно. Лицензия AGPLv3 разрешает коммерческое использование. Вы платите за подписку только если вам нужен доступ к стабильным репозиториям и прямая поддержка от разработчиков. Все функции софта остаются открытыми и бесплатными.
Можно ли обновиться с версии 7.4 до 8.1 бесплатно?
Да, процесс обновления (In-place upgrade) полностью поддерживается. Мы обновляли кластер из 5 нод за 40 минут. Главное — сначала обновить все пакеты на текущей версии, а затем изменить кодовое имя дистрибутива в sources.list с bullseye на bookworm.
Будут ли работать бэкапы, если у меня нет платной версии?
Конечно. Все механизмы бэкапа (Snapshot, Suspend, Stop) работают в полном объеме. Вы можете использовать как локальные диски, так и сетевые хранилища (NFS, SMB/CIFS, iSCSI, GlusterFS).
Нужен ли Proxmox для одного сайта на VPS?
Если у вас всего один проект, Proxmox создаст лишний оверхед в 500-800 МБ оперативной памяти. В этом случае лучше использовать чистый Docker. Инструкции можно найти в нашем материале про установку Docker на VPS. Proxmox выгоден тогда, когда у вас 3 и более независимых сервиса или нужны разные ОС на одном железе.
Author