Содержание
Содержание
Какие темы будут рассмотрены в этой статье о Proxmox 9.
Введение
Вышла бета-версия Proxmox VE 9 Beta 1, знаменующая важный этап, так как теперь она основана на готовящейся Debian 13 «Trixie». Это крупное обновление приносит современную основу, сохраняя при этом надежность и функциональность предыдущих версий. Одно из ключевых улучшений — поддержка снимков ВМ для LVM-хранилищ с толстым выделением пространства, доступная в режиме предварительного просмотра. С новой настройкой хранилища снимки сохраняют текущее состояние диска под именованным томом и запускают новый том из этого снимка, что особенно полезно для LVM-хранилищ, таких как LUN через iSCSI или Fibre Channel.

Обновление с Proxmox VE 8.4 проходит гладко, позволяя пользователям легко перейти на новую версию. Ещё одно важное дополнение — расширение возможностей программно-определяемых сетей (SDN) с концепцией «фабрик». Эти маршрутизируемые сети объединяют узлы Proxmox в топологии на основе OpenFabric или OSPF. Эта функциональность закладывает основу для создания полносвязных кластеров Ceph или использования в качестве базы для VPN, предоставляя администраторам больше гибкости в настройке сложных сетевых конфигураций. Также менеджер высокой доступности (HA) будет расширен для поддержки динамической балансировки нагрузки, такой как ProxLB, согласно дорожной карте. Давайте рассмотрим текущее состояние первой бета-версии Proxmox 9.
Блочные хранилища (iSCSI, Fibre-Channel) и снимки

Proxmox VE 9 наконец-то добавляет долгожданную поддержку снимков виртуальных машин для блочных хранилищ, включая iSCSI, Fibre Channel и NVMe over Fabrics (NVMeoF), при использовании LVM-Thin или LVM-Thick.
До этого момента создание снимков ВМ на блочных хранилищах было возможно только с файловыми хранилищами или через обходные решения. Теперь Proxmox официально поддерживает снимки при использовании LVM (Logical Volume Manager), особенно LVM-Thick, поверх блочных устройств. Это открывает новые возможности для пользователей, работающих с SAN или корпоративными системами хранения.
Хотя LVM-Thick сам по себе не поддерживает тонкое выделение пространства, оно всё же возможно, если ваша система хранения предоставляет такую функцию. Например, системы хранения NetApp могут обеспечивать эффективное тонкое выделение и дедупликацию через свои функции оптимизации. В таких сценариях, даже с LVM-Thick, бэкенд прозрачно управляет экономией пространства, позволяя использовать снимки и тонкое выделение без потери производительности.
Эта новая возможность особенно полезна для сред, где требуется:
- Высокая производительность корпоративных SAN-хранилищ
- Единообразие функций снимков для всех типов хранилищ
- Интеграция с системами хранения, поддерживающими аппаратные функции
С этим обновлением Proxmox делает ещё один шаг к созданию единого и мощного решения виртуализации для разнообразных высокопроизводительных хранилищ.
SDN-фабрики, включая OSPF

Программно-определяемые сети (SDN) получили значительное развитие с введением концепции «фабрик». Фабрики представляют собой маршрутизируемые сети из взаимосвязанных узлов Proxmox, предназначенные для поддержки более динамичных и масштабируемых топологий. Это дополнение привносит расширенные возможности маршрутизации прямо в Proxmox, без необходимости во внешних устройствах или сложных ручных настройках.
Ключевое улучшение — поддержка OpenFabric и OSPF (Open Shortest Path First) в стеке SDN. OpenFabric позволяет легко создавать маршрутизируемые peer-to-peer топологии между узлами, а OSPF добавляет динамический протокол маршрутизации. С OSPF узлы Proxmox могут автоматически обнаруживать и управлять сетевыми маршрутами, обеспечивая оптимальный трафик и избыточность.
Фабрики особенно полезны в средах с высокой доступностью и производительностью. Например, в полносвязном кластере Ceph они обеспечивают эффективное соединение узлов хранения даже при росте топологии. Также фабрики могут служить базовой сетью для VPN, позволяя развертывать безопасные изолированные сети между физическими локациями или кластерами Proxmox.
Интеграция этих функций напрямую в платформу даёт администраторам возможность проектировать и управлять сложными сетевыми конфигурациями с акцентом на масштабируемость и удобство.
Динамическая балансировка нагрузки в HA

Хотя встроенная балансировка нагрузки всё ещё находится в дорожной карте и не реализована в Proxmox VE 9 Beta 1, это одна из самых ожидаемых функций. Команда Proxmox признала спрос на интеллектуальное распределение нагрузки, но в текущей бета-версии эта возможность остаётся запланированной и не подтверждённой для финального релиза. Нахождение в дорожной карте не гарантирует её появления в стабильной версии Proxmox VE 9.
К счастью, пользователям не нужно ждать — уже есть открытое решение: ProxLB. Этот проект предлагает балансировку нагрузки, совместимую с Proxmox VE 8 и новой бета-версией VE 9. ProxLB позволяет автоматически распределять ВМ на основе правил, таких как загрузка узлов и пользовательские теги.
Поскольку ProxLB работает независимо от основного кода Proxmox, он останется совместимым с будущими версиями, включая финальный релиз Proxmox VE 9. Это делает его надёжным решением для тех, кому нужна балансировка нагрузки уже сейчас.
Импорт дисков ВМ через веб-интерфейс

Импорт дисков виртуальных машин из внешних источников стал значительно проще благодаря улучшенному веб-интерфейсу. Теперь при создании новой ВМ можно сразу импортировать существующий диск. Это особенно полезно для миграции с других платформ виртуализации, таких как VMware, упрощая переход без сложных CLI-операций.
Функция поддерживает различные хранилища, но особенно эффективна в сочетании с сетевыми файловыми системами, такими как NFS. NFSv4 рекомендуется из-за его преимуществ в производительности и безопасности. При использовании NFS-шары, подключённой к Proxmox, импорт диска сводится к его выбору при создании ВМ. Это улучшение снижает технический порог для новых пользователей и ускоряет миграцию.
Выделенная сеть репликации

В Proxmox VE 9 теперь можно определить выделенную сеть для репликации, аналогично существующей сети миграции. Это особенно полезно при использовании ZFS-репликации, так как трафик репликации отделяется от основной сети. Раньше это требовало ручной настройки через CLI, но теперь делается через веб-интерфейс или API. Это упрощает настройку, избегает перегрузки сети и улучшает управляемость.
Обновление с Proxmox 8 до Proxmox 9
Обновление с Proxmox VE 8 до Proxmox VE 9 — простой процесс благодаря инструментам и практике, уже установленным командой Proxmox. Как и предыдущие крупные обновления, Proxmox VE 9 основан на Debian, в данном случае — Debian 13 «Trixie», поэтому основой обновления является стандартный APT dist-upgrade.
Если вы уже знакомы с процессом миграции между релизами Debian, вам будет легко. Даже если нет, инструменты и документация делают этот процесс простым и надёжным. Давайте рассмотрим его:
|
1 2 3 4 5 6 7 8 9 10 |
# Обновление до последних пакетов Proxmox 8.4 apt update && apt dist-upgrade # Запуск скрипта проверки перед обновлением до PMX 9 pve8to9 --full # Смена репозиториев Debian на Trixie sed -i 's/bookworm/trixie/g' /etc/apt/sources.list sed -i 's/bookworm/trixie/g' /etc/apt/sources.list.d/pve-enterprise.list ## Этот шаг требуется только во время бета-тестирования PMX9 cat > /etc/apt/sources.list.d/proxmox.sources |
Также предлагаем почитать еще одну статью на нашем сайте «Proxmox VE 9 Beta: Еще один взгляд на крупное обновление«
Даже просто подбор, перевод и оформление статей требуют времени. А самостоятельный обзор устройств требует еще и финансовых вложений. Если Вы хотите больше обзоров, Вы можете помочь автору.

