The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Выпуск Proxmox VE 8.4, дистрибутива для организации работы виртуальных серверов

09.04.2025 23:03

Опубликован релиз Proxmox Virtual Environment 8.4, специализированного Linux-дистрибутива на базе Debian GNU/Linux, нацеленного на развертывание и обслуживание виртуальных серверов с использованием LXC и KVM, и способного выступить в роли замены таких продуктов, как VMware vSphere, Microsoft Hyper-V и Citrix Hypervisor. Размер установочного iso-образа 1.5 ГБ.

Proxmox VE предоставляет средства для развёртывания полностью готовой системы виртуальных серверов промышленного уровня с управлением через web-интерфейс, рассчитанный на управление сотнями или даже тысячами виртуальных машин. Дистрибутив имеет встроенные инструменты для организации резервного копирования виртуальных окружений и доступную из коробки поддержку кластеризации, включая возможность миграции виртуальных окружений с одного узла на другой без остановки работы. Среди особенностей web-интерфейса: поддержка безопасной VNC-консоли; управление доступом ко всем доступным объектам (VM, хранилище, узлы и т.п.) на основе ролей; поддержка различных механизмов аутентификации (MS ADS, LDAP, Linux PAM, Proxmox VE authentication).

В новом выпуске:

  • Осуществлена синхронизация с пакетной базой Debian 12.10. Ядро Linux обновлено до выпуска 6.8.12-9 (в качестве опции подготовлен пакет с ядром 6.14). Задействованы новые выпуски QEMU 9.2.0, LXC 6.0.0, ZFS 2.2.7 (с патчами для поддержки ядра 6.14). Доступна поддержка создания хранилищ на базе выпусков Ceph 19.2.1 (Squid), Ceph 18.2.4 (Reef) и Ceph 17.2.8 (Quincy).
  • Добавлена поддержка Live-миграции работающих гостевых систем, использующих виртуальные устройства для взаимодействия с физическими устройствами в хост-системе. Для переноса работающей виртуальной машины на другой узел требуется, чтобы на новом узле было оборудование и драйверы, поддерживающие Live-миграцию. В настоящее время Live-миграция пока возможна только для vGPU NVIDIA. Для упрощения установки драйверов для vGPU NVIDIA добавлена утилита "pve-nvidia-vgpu-helper".
  • Предложен API для написания плагинов с реализацией функциональности для создания резервных копий и восстановления системы при помощи внешних платформ резервного копирования. Подобные плагины обеспечивают полную интеграцию внешних провайдеров резервного копирования с web-интерфейсом и стеком для резервного копирования Proxmox VE.
  • Добавлена возможность использования virtiofs для организации доступа к каталогам хост-окружения из виртуальных машин.


  1. Главная ссылка к новости (https://www.proxmox.com/en/abo...)
  2. OpenNews: Релиз Proxmox VE 8.3, дистрибутива для организации работы виртуальных серверов
  3. OpenNews: Доступен дистрибутив Proxmox Backup Server 3.3
  4. OpenNews: Выпуск дистрибутива Proxmox Mail Gateway 8.2
  5. OpenNews: NVIDIA опубликовала код с реализацией vGPU на базе драйвера Nouveau
  6. OpenNews: Выпуск XCP-ng 8.3, свободного варианта XenServer
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/63043-proxmox
Ключевые слова: proxmox, virtual
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (37) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 23:44, 09/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Когда virtiofs научат в readonly? там только 9p могет, пока что.
     
     
  • 2.18, Аноним (18), 12:53, 10/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    вы не думаете, что это ОЧЕНЬ чревато? 100% будут его ломать
     

  • 1.2, Аноним (2), 05:45, 10/04/2025 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +1 +/
     
  • 1.3, Аноним (3), 06:40, 10/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    В процессе переезда на сабж. Ну точнее новые 2 сервера на нем делаем. Hyper-v с продом оставили.
     
     
  • 2.11, WE (?), 09:50, 10/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вы же в курсях, что для coresync нужно 3?
     
     
  • 3.14, nikweter (?), 10:37, 10/04/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Не нужно. Много лет использовал 2 сервера с сабжем. Просто При отключении одного второй тоже замирает и не дает выполнять административные действия. Но виртуалки продолжают работать.
     
     
  • 4.22, Аноним (22), 18:07, 10/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Можно тому серверу кто чаше будет работать дать 2 голоса и у него у одного будет кворум. Так что все будет работать.
     
     
  • 5.26, _ (??), 18:42, 10/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А если не повезёт и упадёт именно он ... "Бизнес по-русски"(С) 90-е
    Не страдайте ***Ёй мужики, ну чирьевато жи! :-\
     
  • 4.25, _ (??), 18:40, 10/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А смысл тогда?
    Ту то есть "VM продолжают работать пока хоть кто то не чихнёт" и вот это - в прод?! Ой 8-o
     
     
  • 5.28, нах. (?), 19:18, 10/04/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > А смысл тогда?

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

    Отвалилось - ну отвалилось. Авария. Бывает. При этом, что уже неплохо - то что не сдохло, продолжает работать. А ha в этой схеме нет (для того что очень прям нада - реализуй сам, чо, лапки чтоли? Виртуализация не всесильна, иногда надо лапками поперебирать самому). И это сильно лучше чем вон там внизу когда это хеа начинает моргать.

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

     
     
  • 6.29, Андрей (??), 19:52, 10/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    3-ий сервер можно организовать на Raspberry Pi - чисто для кворума
     
     
  • 7.32, нах. (?), 20:32, 10/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > 3-ий сервер можно организовать на Raspberry Pi - чисто для кворума

    да а смысл-то, когда их всего два и очевидно что не ради ft, а чтоб вообще было куда нагрузку девать? Надо просто руки в ноги и в ларек за новым сервером. Все равно без него ничего не получится. Впрочем, разворачивать новый сервер если старый совсем не подлежит восстановлению - все же проще при рабочем кластере, чем при "виртуалки еще не сдохли но управления уже нет", конечно, но это ж прям как должно "повезти".

    Это и при трех, и при четырех серверах либо нерешаемая задача, либо только частично решаемая  (на самом деле - "ну типа то и вон то мы еще как-нибудь спасем, а остальное девать некуда и вообще у нас сеть не вытянет такое хеа, перетопчемся, как-нибудь" - вполне нормальное управление рисками, чай ты не сбербанк (а у того найдется и пятый и стопятый и запасной DC, с запасным персоналом, и тоже не один)

     
     
  • 8.38, nikweter (?), 06:42, 11/04/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Если один сервер сдох окончательно, то второму можно сказать что он теперь единс... текст свёрнут, показать
     
     
  • 9.41, нах. (?), 11:51, 11/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ну была бы у тебя та pi, теоретически можно было б никому вообще ничего не говор... текст свёрнут, показать
     
  • 2.23, Аноним (22), 18:08, 10/04/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Старые серваки не трогаем. Но все новые инсталяции тоже на сабже. Но мы с ESXI уходим.
     
     
  • 3.27, _ (??), 18:44, 10/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А куда-ж вы (да и мы) денемси :(
    Правда у на уходят в облака, уходить мол - так хлопнув дверью :(
     
     
  • 4.30, нах. (?), 20:18, 10/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    да идити на ..., вот куда!

    (расчищает очередной хост под апгрейд на восьмерку)

     
     
  • 5.33, RHEL Fan (?), 21:51, 10/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    На проксмокс 8ку?
     
     
  • 6.34, нах. (?), 22:41, 10/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ага, с безопастной vnc консолью!

     
  • 5.35, _ (??), 00:24, 11/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >да идити на ..., вот куда!

    Я перевозчик - куда заплатят, туда и довезу :)
    А чаще вечером тудой, утром - судой. Потом новый менеджер ... и снова! :)

    >(расчищает очередной хост под апгрейд на восьмерку)

    Вот сюдой пока не ездил. Ну так вышло, токма дома баловался :)

     
     
  • 6.40, нах. (?), 11:48, 11/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот сюдой пока не ездил. Ну так вышло, токма дома баловался :)

    где ты взял дома сервер из HCL?! Я кроме PSOD уже лет пять ничем дома побаловаться не могу.

     

  • 1.5, нах. (?), 08:45, 10/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > поддержка безопасной VNC-консоли

    т.е. SPICE видимо окончательно всьо. Передавайте картиночки попиксельно. Зато - безопастненько! Потому что платиновый спонсор так велел.

    (боюсь даже интересоваться, в чем там безопастность заключается. Может научились пароль не гонять клиртекстом? Да ну, не, фигня какая-то. Давайте просто завернем все в https. Плевать что стало еще в сто раз медленнее.)

     
     
  • 2.6, dalco (ok), 08:50, 10/04/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    С фига ли? Как SPICE работал, так и работает.
     
     
  • 3.7, нах. (?), 09:12, 10/04/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    "Вы слышали, что сказал мне король сегодня во время праздника?"

    Он проработает пока "нимодна, сложна сложна паддерживать (то что само стояло, пока не трогали отбойным молотком)" не выпилят нафиг из куемы и не сломают совместимость с чем там у тебя - gtk небось? Сколько лет назад последняя версия клиента вышла, напомни-ка?

    Вот поэтому новостей про него нет, зато безопастный мертворожденный vnc - туточки.

     
     
  • 4.10, dalco (ok), 09:47, 10/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    О, боже мой, последний клиент аж 21 года... Как дальше жить-то, люди?!
    Да похрен - работает и ладно.

    На самом деле SPICE в ванильном виде тоже то ещё гуано по сравнению с более современными софтинами.

    Берём виртуалку с кубунтой (QXL видеоадаптер), запускаем в ней FF и смотрим/слушаем с ютуба любимый клип в качестве 480. Экран на виртуалке стоит в 1920x1080.

    Растдеск выдал что-то около 100 кб/с с пиками до 200. Качество весьма приемлемое, если с лупой не приглядываться к редким микрофризам картинки, то и проблем нет.

    Смотрим это же самое через VirtViewer, снизив разрешение экрана на виртуалке до 1024x768.
    Поток 1500-2000 кб/с. КаКчество гораздо хуже и тормоза чаще.

    В общем, если это чудо (SPICE) и помрёт окончательно, то рыдать не буду - уже ищу альтернативы.

     
     
  • 5.13, нах. (?), 10:36, 10/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > О, боже мой, последний клиент аж 21 года...

    ой, там настолько все плохо?

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

    А тут аж четыре года вообще ничего.

    > Растдеск выдал что-то около 100 кб/с с пиками до 200.

    полагаю, нормальный microsoft rdp выдал бы и нехуже (разумеется, с native системы и с включенным remotefx) - проблема только в том что у нас  есть ровно одна виртуализация от одного платинового друга опенсорсия, нативно поддерживающая этот протокол как средство доступа к виртуалке (а не как отдельную сущность, никак не связанную с системной консолью, которую надо отдельно обслуживать) - причем угадайте что это должна быть за виртуалка и виртуализация.

    > В общем, если это чудо (SPICE) и помрёт окончательно, то рыдать не буду - уже ищу
    > альтернативы.

    и?

     
  • 2.8, Аноним (1), 09:24, 10/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А как сделано у Vmware workstation? Там отлично работает... Или тот  же Parallels?
     
     
  • 3.15, нах. (?), 10:42, 10/04/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > А как сделано у Vmware workstation?

    что-то свое ни с чем несовместимое. Точнее аж два своих протокола - немодный старый, времен gsx, и модный новый tls-обернутый. Оба закрытые.

    Причем когда вмвари понадобилось не просто кое-как увидеть консоль один раз при начальной загрузке сервера, а предоставлять удаленный доступ как сервис - опаньки, пришлось изобрести ТРЕТИЙ несовместимый протокол - vmware view.

    (С ним, если ты не вкурсе, на этомсайте тебе не расскажут - надысь слуцилась штота, так что перспективы выживания у этой технологии крайне сомнительные.)

     
  • 2.20, Аноним (20), 15:04, 10/04/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    тоже вот интересно... там до сих пор без костылей ни файл, ни буфер обмена не скопировать. И "безопасный" - это вот те 8 знаков пароля?
     

  • 1.19, Аноним (19), 14:25, 10/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Они уже прекратили принудительно перезагружать все ноды с работающими в ha-группах виртуалках при проблемах сети на одной из нод? Нет? Очень жаль.
     
     
  • 2.24, anonymous (??), 18:08, 10/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Для HA нужен очень надежный кластерный интерконнект. Удивительно, не правда ли ?
     
     
  • 3.31, нах. (?), 20:22, 10/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Э... нет. Потому что даже в самом супернадежном кластерном интерконнекте - "ой...корзина отвалилась". (и это хорошо что в тот раз просто отвалилась. И в прошлый тоже. А вот в позапрошлый она еще и начала "моргать"...)

    И если твой корявосинк на такое не рассчитан - просто пользуйся дальше vshpere ha. Он работает. Ну кроме того позапрошлого раза, когда лучше б  конечно не работал.

     
     
  • 4.36, _ (??), 00:31, 11/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > просто пользуйся дальше vshpere ha

    Да я то не против...
    Это новый хозяин vshpere устроил "пчёлы протиФФ мёда"(С)
    ... людям деньги что ле не нужны? :-\

    Впрочем в бизнесе - я полноценный "OpenNET-овский Ыгсперд" так что меня не слушайте :))))

     
     
  • 5.42, нах. (?), 12:00, 11/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ну пока ж работает. А там либо шах, либо ишак, либо сам ходжа...

    И да, псоды начались при старом новом хозяине, если что.

     

  • 1.37, Аноним (37), 05:15, 11/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Эх-х. Надеялся, что в ядре 6.8.12-9 починят баг с сетью. Однако не судьба.

    Банальный wget https://cdimage.debian.org/cdimage/release/12.10.0/amd64/iso-cd/debian-12.10.0 на ядре 6.8.12-9 по-прежнему 200-300 KB/s. :(

    Придется дальше использовать 6.8.8-4.

    https://www.opennet.me/openforum/vsluhforumID3/135395.html#44

     
  • 1.39, Sandman_Ivanovich (?), 07:27, 11/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    live миграцию в другой "датацентр" при наличии у машины подключения более, чем к одному бриджу починили?
    А то невозможно указать более чем одного в таргет системе...
    в результате все садиться на один. В принципе не особо напрягает, но хотелось бы, чтобы работало...

     
  • 1.43, Аноним (43), 21:33, 12/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Он уже научился в контейнеры OCI или до сих пор умеет только LXC?
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2025 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру