The OpenNET Project / Index page

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

Релиз Proxmox VE 7.0, дистрибутива для организации работы виртуальных серверов

07.07.2021 21:52

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

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

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

  • Осуществлён переход на пакетную базу Debian 11 (Bullseye). Ядро Linux обновлено до версии 5.11. Обновлены версии LXC 4.0, QEMU 6.0 (с поддержкой интерфейса асинхронного ввода/вывода io_uring для гостевых систем) и OpenZFS 2.0.4.
  • По умолчанию задействован выпуск Ceph 16.2 (поддержка Ceph 15.2 сохранена в качестве опции). Для новых кластеров по умолчанию включён модуль balancer для лучшего распределения групп по OSD.
  • Добавлена поддержка ФС Btrfs, в том числе на корневом разделе. Поддерживается использование снапшотов подразделов, встроенный RAID и верификация корректности данных и метаданных по контрольным суммам.
  • В web-интерфейс добавлена панель "Repositories", упрощающая управление APT-репозиториями пакетов, информация о которых теперь собрана в одном месте (например, можно опробовать новые выпуски Ceph, активировав тестовый репозиторий, потом отключить его для возвращения на стабильные пакеты). В панели Notes добавлена возможность использования в заметках разметки Markdown с отображением в интерфейсе в форме HTML. Предложена функция очистки дисков через GUI. Предоставлена поддержка токенов (например, YubiKey) в качестве ключей для SSH при создании контейнеров и при подготовке образов с cloud-init.
  • Добавлена поддержка Single Sign-On (SSO) для организации единой точки входа при помощи OpenID Connect.
  • Переработано окружение инсталлятора, в котором вместо chroot использован switch_root, обеспечено автоматическое определение экранов HiDPI для выбора размера шрифта, улучшено обнаружение iso-образов. Для сжатия образов initrd и squashfs применён алгоритм zstd.
  • Добавлен отдельный плагин ACME (используется для получения сертификатов Let's Encrypt) с улучшенной поддержкой окружений, имеющих связность через IPv4 и IPv6.
  • Для новых установок по умолчанию использован менеджер сетевых соединений ifupdown2.
  • В качестве реализации NTP-сервера задействован chrony вместо systemd-timesyncd.


  1. Главная ссылка к новости (еhttps://www.proxmox.com/en/ne...)
  2. OpenNews: Релиз Proxmox VE 6.4, дистрибутива для организации работы виртуальных серверов
  3. OpenNews: Выпуск дистрибутива Proxmox Backup Server 1.1
  4. OpenNews: Выпуск дистрибутива Proxmox Mail Gateway 6.4
  5. OpenNews: Выпуск дистрибутива Proxmox Mail Gateway 6.0
  6. OpenNews: Выпуск XCP-NG 8.2, свободного варианта Citrix Hypervisor
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/55456-proxmox
Ключевые слова: proxmox
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (74) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 21:58, 07/07/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Хоть бы написали про io_uring в qemu 6.0, который по некоторым бенчам дает существенный прирост io.
     
     
  • 2.32, 1 (??), 09:02, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Так напиши
     
     
  • 3.68, Аноним (68), 15:09, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Так он написал
     

  • 1.2, Х (?), 22:11, 07/07/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Вот перевод релиза опубликовали - https://habr.com/ru/post/566494/ - там подробнее про всё.
     
     
  • 2.4, Аноним (4), 22:38, 07/07/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Как говориться найдите отличия Оригинал Access Control The new open protocol ... большой текст свёрнут, показать
     
     
  • 3.5, Аноним (4), 22:40, 07/07/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Блин, в оригинальной цитате не тот кусок вставил.
    Правильная цитата:

    Checklist tool ‘pve6to7’: Users can check their installation before, during, and after the upgrade process with the checklist tool ‘pve6to7’. It is included in the latest Proxmox VE 6.4 packages and provides hints and warnings about potential issues to clear up before upgrading.

     
     
  • 4.7, Аноним (7), 22:57, 07/07/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ты бы лучше обратил внимание на оригинал. Там написано, что тул может предупредить тебя после апгрейда о том, что надо было сделать до апгрейда. Далее уже не важно чем и как это переводить.
     
  • 3.21, анонимный (?), 07:26, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Удивительно, что дословные переводы совпадают дословно.
     
  • 3.52, Заноним (?), 19:43, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    google translate переводит уже много лучше чем человеки, так что норм.
    И не ной.
     
  • 3.53, Онаним (?), 20:18, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну это ж хабр, чего вы там найти хотели?
     

  • 1.3, Dkg (?), 22:17, 07/07/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Как он по сравнению с XCP-NG ?
     
     
  • 2.6, Аноним (6), 22:51, 07/07/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Не требует адреса почты, поэтому лучше.
     
     
  • 3.35, Аноним (35), 10:30, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Здесь же, вроде, в бесплатной версии доступен только "нестабильный" репозиторий?
     
  • 3.46, Guesssst (?), 14:30, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Попробовал качнуть - два клика, больше ничего не требует.
     
  • 2.25, Аноним (25), 07:56, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что то, что то - предлагает заплатить. ХСР - за морду, которую я руками собирал, а Прохмомх - за стабильные версии. Потому - предпочитаю Опеннебулу. Можно конечно и Опенстек, но это продукт другого масштаба.
     
     
  • 3.40, Анонимный (?), 11:55, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Как там обновления, бесплатны?
     
  • 3.51, Аноним (51), 19:24, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Потому - предпочитаю Опеннебулу.

    Они тоже требуют денег, за возможность обновиться без потери данных. Т.е. за миграцию содержимого БД.

     
     
  • 4.65, пох. (?), 11:31, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    опен такое опен...

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

     
  • 3.63, rinat85 (ok), 09:49, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    что-то вы прям совсем разные вещи сравниваете, гипервизоры и cloud решения, OpenNebula концептуально гораздо ближе к OpenStack, чем к Proxmox.
     
  • 3.75, Аноним (75), 22:45, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Чем вам oVirt не нра? По масштабам она гораздо ближе к PVE чем OpenNebula, которую есть смысл сравнивать разве что с OpenStack-ом.
     
     
  • 4.79, RHEL Fan (?), 15:20, 12/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    1. тем, что там теперь CentOS Stream;
    2. в oVirt суют все больше и больше зависимостей, пухнет как на дрожжах;
    3. поддержку "старых" процов дропнули (Haswell и старше кажись), а в центосе еще и устройств некоторых актуальных;
    4. GlusterFS через libgluster так и не допилили, а через fuse медленно;
    5. ceph нативно никак, только через nfs или iscsi.
     
  • 2.50, Igor Voskresenskiy (?), 18:47, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Фичи, которых нет в XCP-NG:
    - возможность "на лету" увеличить ОЗУ ВМ
    - возможность "на лету" расширить размер диска ВМ
    - Возможность ограничить число IOPS или просто скорость диска
    - Возможность выполнить suspend для машины без guest tools
    и еще великое множество всяких фишечек, чего нет в XCP-NG/Citrix
     
     
  • 3.54, Онаним (?), 20:21, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Суспенд под пингвином работает и без тулзов, главное чтобы ядро умело нужный API.
     

  • 1.12, пох. (?), 00:26, 08/07/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –7 +/
    Интересно, кстати, что они воткнули (в том числе - снабдив гуй нужными ручками и кнопочками) туда уже почти совсем окончательно еще готовую btrfs. По-моему, они начинают что-то подозревать про судьбу своей любимой zfs?

    Впрочем, количество разума - видимо таки величина константная. Пихоноподелка ifupdown2 безусловно очень нужная и полезная на сервере (нет) - а управления интерфейсами в кластере как не было, так, видимо, и не будет никогда.

     
     
  • 2.13, Michael Shigorin (ok), 00:32, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    FR хоть повесьте.
     
     
  • 3.14, пох. (?), 01:15, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    зачем? Если люди таких вещей не понимают сами - значит большие кластеры - не для их изделия.

    Я, в целом, не расстроюсь - мне вполне прельстиво с vmware.
    Хоть эти п-сы китайские и сломали мне powercli.

     
  • 2.15, maximnik0 (?), 02:25, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >совсем окончательно еще >готовую btrfs

    Странно ,что то на хабре в комментариях ядом капают на btrfs с комментариями нам это "навоз" не нужно.
    Странно все это,тут топят за ,там против.
    А я жду пока не сделают нормальный btrfs.fsck ,btrfs-check не хрена нечего не ремонтирует или падает в корку.

     
     
  • 3.16, псевдонимус (?), 06:29, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    БТР никогда не доделаю. Дефективно изначально.

    Подробности у Шишкина.

     
     
  • 4.18, maximnik0 (?), 07:03, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >Подробности у Шишкина.

    Стиль интервью у Шишкина не хороший.Я Датарьян в белом а все остальные....
    Есть конечно проблемы у всех фс,но все принятые решения это компромис между надежностью и скоростью.Вон в ext4 синхронный режим включи и куда скорость денеться?
    Зато надежность возрастет,еще бы коды Рида-Соломона вместо контрольных сумм бы писали,вообще хорошо бы было.

     
     
  • 5.23, Минона (ok), 07:49, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >еще бы коды Рида-Соломона вместо контрольных сумм бы писали

    их при записи на блины используют, зачем еще в ФС их пихать.

     
     
  • 6.30, maximnik0 (?), 08:31, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >их при записи на блины >используют, зачем еще в >ФС их пихать

    Это где используеться,какие жесткие диски?Исли бы так было чего же тогда когда сектор вылетает фс не может востановить инфу.
    Цитирую инциклопедию (не вики):https://refdb.ru/look/2315332.html

    Каждый сектор несет не только данные, но и служебную информацию. В начале каждого сектора записывается его заголовок (prefix), по которому определяется начало и номер сектора, а в конце – заключение (suffix), в котором находится контрольная сумма (checksum, CRC), необходимая для проверки целостности данных. Заголовок сектора включает в себя идентификатор (ID) сектора, первую CRC (контрольная сумма) и интервал включения записи. Идентификатор содержит информацию о номере цилиндра, головки и сектора. Далее следует интервал включения записи, после которого следует 512 байт данных. За данными располагается вторая CRC и интервал между записями (секторами), необходимый для того, чтобы застраховать следующий сектор от записи на предыдущий...скип ....Завершает сектор прединдексный интервал, который имеет размер от 693 байт, служит для компенсации неравномерности скорости вращения диска. Таким образом, размер сектора увеличивается до 571 байта, из которых 512 байт составляют данные.

     
     
  • 7.31, maximnik0 (?), 08:38, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Добавлю-в продвинутом форматирование чуть по другому распологаеться crc,экономиться обьем,но там же опять не рида-соломона коды.А рида-соломона используеться в raid 5-7.(7-й  претендуют на название несколько компаний,не стандартизирован)
     
  • 7.33, Аноним (33), 09:09, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Это везде используется, любые жесткие диски.
     
     
  • 8.34, maximnik0 (?), 09:53, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Значит 15 жесткого диска можно затереть и он будет работать Ух ты А для че... текст свёрнут, показать
     
     
  • 9.38, пох. (?), 11:03, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, все еще хуже - на современном жестком диске ВООБЩЕ, изначально эти 15 проце... текст свёрнут, показать
     
     
  • 10.39, maximnik0 (?), 11:28, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Может что то в переводе не поняли Я знаю что до 20 блина может читаться не уст... текст свёрнут, показать
     
     
  • 11.41, пох. (?), 12:19, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Вы каких-то мурзилок начитались Я вам все слова для поиска в гугле назвал, изуч... текст свёрнут, показать
     
     
  • 12.43, maximnik0 (?), 13:46, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Понятно,применяються разновидности спектрального фильтра и метод повышения точ... текст свёрнут, показать
     
  • 12.44, нах.. (?), 13:55, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так накидай ссылок чтобы мы просветлели ... текст свёрнут, показать
     
     
  • 13.45, maximnik0 (?), 14:14, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну хотя бы точно знаю что алгоритм в жестких применяеться https en m wikipe... текст свёрнут, показать
     
     
  • 14.57, Онаним (?), 20:26, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    И методы кодирование ныне уже не те Современные HDD - это далеко не те блины, ч... текст свёрнут, показать
     
  • 11.56, Онаним (?), 20:25, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    И это тоже, часть зон может быть выключена, часть зон ограничена ... текст свёрнут, показать
     
  • 9.55, Онаним (?), 20:24, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Не можно Они в пределах сектора или дорожки, смотря как блин организован, и их ... текст свёрнут, показать
     
  • 7.47, Минона (ok), 14:41, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    с соломоном я приврал, да, эти коды используются при записи оптических дисков

    эта инфа устарела, кроме CRC, а может и вместо, используется какой-то ECC, иначе при современной плотности записи хрен бы ты стабильно прочитывал то что записал.
    кстати, что в смарте сегейтов показывает этот параметр? 195 Hardware_ECC_Recovered
    обычно он равен: 1 Raw_Read_Error_Rate
    значит какие-то ECC там используются.

     
     
  • 8.48, maximnik0 (?), 15:03, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Применяются коды проверки четности с низкой плотностью LDPC Хотя я тоже не пр... текст свёрнут, показать
     
  • 3.22, Минона (ok), 07:46, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ты ошибаешься, г-н пох говорит что бтрфс - говно
     
     
  • 4.26, Аноним (25), 07:58, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Это г-н пох - г... Он любит не разобравшись лезть повсюду с особо ценным мнением.
     
  • 4.58, Онаним (?), 20:27, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Присоединяюся к г-н п-ху
    btrfs - говно
    но zfs - ещё более лютое говно
     
     
  • 5.62, Минона (ok), 06:59, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Присоединяюся к г-н п-ху
    > btrfs - говно
    > но zfs - ещё более лютое говно

    прокладка стухла, пора менять

     
  • 3.37, пох. (?), 10:51, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Странно ,что то на хабре в комментариях ядом капают на btrfs с комментариями нам это "навоз" не
    > нужно.

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

    > А я жду пока не сделают нормальный btrfs.fsck

    в zfs его вообще нету. Умерла - так умерла.

    > btrfs-check не хрена нечего не ремонтирует или падает в корку.

    с zfs все гораздо лучше - за неимением чем check, в корку падает ядро.
    not a bug.

    Ну и вот вам еще ceph. Чтоб уж точно расслабиться и перестать переживать за свои данные.

     
     
  • 4.71, пох. (?), 22:49, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, reddit принес в клювике такое вот:
    https://gist.github.com/mkhon/34d979c78077a20648456272d7f2cc15
    этот аццкий п-ц с глупейшим использованием юникс-инструментов не по назначению, вероятно был и остается уже десять лет единственным способом откатить состояние zfs на бережно ей хранимую но совершенно бесполезную историю транзакций.

    То КАК он это делает достойно отдельной пестни. Там уникальный эстооооонский код.

     
  • 4.74, Аноним (74), 21:38, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    С ceph-то что не так? Или ты про cephfs? Так не надо ее трогать, ceph это object store, а фс там "чтобы было".
     
     
  • 5.76, пох. (?), 17:54, 11/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > С ceph-то что не так?

    с ним в общем все "не так". Но его сочетание с промоксёй настолько прекрасно и удивительно, что просто иногда зашкаливает:
    https://michael-prokop.at/blog/2021/04/09/a-ceph-war-story/
    - в этой истории прекрасно абсолютно всё. Досталось не только промоксе и ее ceph, но и xfs тоже отличилась просто великолепно.

    Включая и то, насколько черезанусными средствами там Identifying the corresponding raw device и прочие приседания на лыжах в гамаке чтобы добиться от чудо-оверинжинеренной блоатвари хотя бы внятной информации чем она болеет и где у нее болит (нельзя же просто записать это в обычный лог, в самом деле, как будто в XX веке живем).

    > ceph это object store, а фс там "чтобы было".

    А разработчики промокси и не знают. И думают что он почти уже совсем окончательно готов для sds - тем более что ничего другого у нас нет (вообще-то rhbm продавая свои стораджкластеры тоже так же думает).
    Не то чтобы та проблема еще могла кого-то задеть, но учитывая что должно находиться в головах тех кто до всего этого додумался - вангую еще более интересные приключения с новыми, модными типами сторов.

     
  • 2.29, Catwoolfii (ok), 08:26, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну не завезли еще SDN (который, впрочем, и будет дергать этот ifupdown2)... Или ты опять про группы портов, как в вмшмаре?
     
     
  • 3.67, Заноним (?), 13:29, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Завезли-же. Оно экспериментальное, но уже фунциклирует.
     
  • 2.59, Заноним (?), 20:53, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Да ни нужОн в proxmox гуй для управление интерфейсами в кластере и уж тем более, как в vmware.
    cli и ansiblя - overдостаточно.
     
     
  • 3.60, пох. (?), 21:46, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    proxmox ненужен. атсоси6ля достаточно, мы вас поняли. Все можно накостылить.

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

     
     
  • 4.61, Заноним (?), 22:14, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Рroxmox нужен, он окуенен!
    Тупо защитай сколько ты на цилензии вмщлямбы натратил (попутно могёшь и для других управляшек виртуализацией наивычислить) и потом сопоставь с расходами на proxmox (даже если на всё сокеты накупишь лицензий).
    Ну и а-то у тебя в вмшлаке не в одной куче все ключи валяются?

     
     
  • 5.64, пох. (?), 10:46, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Хотите об этом поговорить Cвежекупленная 6 под очередной ушлепский проект, кото... большой текст свёрнут, показать
     
     
  • 6.66, Заноним (?), 13:23, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ты идиотию-то не проявляй.
    ФОТ мы не сравниваем, оно в среднем однокуйственно обходится для одинаковых масштабов в рамках конкретных регионов.
    И железки мы не сравниваем, они вообще могут быть одними и теми же.
    Так что неуд.

    И иерархия доступов в вмшмаре черезжопная, проверено, на практике. Особенно окуенно, когда тебе в коде ошибки возвращается хекс, о котором саппорт за целый месяц никуя не вычислил и ты сам методом тыка, дебаггером и грепом находишь и устраняешь проблему.
    В proxmox нормальная иерархия управления доступом, необходимая и достаточная, нужна многоуровневость - ldap прикрутил и радуешься. И vlan'ами в пределах зоны рулить можно.
    Так что второй тебе неуд.

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


     
     
  • 7.69, пох. (?), 15:41, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > ФОТ мы не сравниваем

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

    > И железки мы не сравниваем, они вообще могут быть одними и теми же.

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

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

    > В proxmox нормальная иерархия управления доступом, необходимая и достаточная,

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

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

     
     
  • 8.70, Заноним (?), 17:04, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И потому, что ты ничего не сравниваешь, ты начал сравнивать ФОТ, который однокуй... текст свёрнут, показать
     

  • 1.17, Аноним (17), 06:47, 08/07/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >В качестве реализации NTP-сервера задействован chrony вместо systemd-timesyncd.

    Где ор хора мальчиков системдепоклонников?

     
     
  • 2.19, В (?), 07:10, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Уж очень тут наезд красивый: не то стобы сиситемд плохой, говорят, нет - просто на сервере не тянет.

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

     
  • 2.24, Минона (ok), 07:52, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ор не надо
    лучше рассказать чем chrony лучше systemd-timesyncd.
     
     
  • 3.72, пох. (?), 12:12, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да, сам-то ты не в состоянии почитать докуме...ой, о чем я, действительно.
    Программа полностью документирована своим исходным кодом. systemd/src/basic/time-util.c - не так чтоб и много его было. Правда, по названию файла хрен ты его угадаешь.

    Косорукий кривой аналог ntpdate, без нормального логинга, без нормального статуса, безничего.

    systemd defines "syncronized" to be if NTP was ever used to tell Linux to adjust the clock.
    Пох что оно разъехалось и разъезжается еще сильнее - синхронайзед! нотабаг, давайте еще какое-нибудь ненужно запилим. Для ужепочтисовсемготовогононет десктопа сойдет.

    Чрони хотя бы пытается изображать из себя ntpd - т.е. поддерживает ntp, а не sntp протокол, следит за дрифтом а не дергает без конца adjtime и т.д. Зачем эта нё...nih поделка вместо полноценного ntpd - ну у л@-ых так принято. Вот бы еще кто на хрусте переписал!

     
     
  • 4.77, Минона (ok), 07:02, 12/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    сколько в тебе йаду!
    дай ссылку на свой гитхаб, посмотрим какие шедевры ты пишешь.
     
  • 2.28, Аноним (28), 08:15, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так всем однохренственно же. ну заменили. Главное чтобы работало
     
     
  • 3.73, пох. (?), 16:16, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Это вам, пользуемым, однохрественно.
    А нам, луддитам, ну как же не поглумиться над ещепочтисовсемуженовот...немногоещене готовым для десктопа п0делием, в очередной раз оказавшимся "неготовым" и для сервера тоже.

     

  • 1.36, terryfilch (ok), 10:39, 08/07/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    а в это время космические корабли РФ бороздят просторы другой галактики
    https://habr.com/ru/company/rostelecom/blog/564156/ и скрин который заслуживае внимания https://i.imgur.com/EcIB2V9.png


    Что мы еще рассматривали
        chroot - имеет право на жизнь, но хочется аналог виртуальных машин, что даст нам больше гибкости.
        docker - есть только в экспериментальной версии, возможно вернемся к нему, но хочется сосредоточиться на работе, а не выяснении почему все упало.
        В ОС Эльбрус есть собранный Bochs, но он не умеет эмулировать e2k архитектуру разработка под которую является целевой для нас.
        QEMU - в версии ядра 2.6 для ОС Эльбрус работал QEMU в режиме паравиртуализации, потом его убирали на доработку. В пакетах ОС Эльбрус он есть, но его работоспособность мной не проверялась (как проверим, обязательно расскажем).

     
  • 1.42, Аноним (42), 12:24, 08/07/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Всё бы хорошо, но всего 3 года багфиксов мало для хупервизера, надо минимум лет 6, чтобы менять его вместе с железом.
     
     
  • 2.49, пох. (?), 15:28, 08/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ставь всферу - надежно, ентерпрайзно, багфиксы по...э... четыре года, кажись, по новым модным правилам.
    Ну, поменяешь железо побыстрее, сплошная ж польза.

    А только - нафига ты его апгрейдить-то собираешься, если оно и так работает?

     

  • 1.78, Аноним (78), 12:43, 12/07/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Поясните, как это чудо дружит с кубером и дружит ли вообще.

    Это дополняющие друг друга продукты или взаимозаменяющие?

     
  • 1.80, Михайлович (?), 21:05, 12/07/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > В качестве реализации NTP-сервера задействован chrony вместо systemd-timesyncd.

    как тонко, аж толсто

     

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



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

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