The OpenNET Project / Index page

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

Выпуск XCP-NG 8.1, свободного варианта Citrix Hypervisor

03.04.2020 10:51

Опубликован релиз проекта XCP-NG 8.1, развивающего свободную и бесплатную замену проприетарной платформе Citrix Hypervisor (ранее назывался XenServer) для развертывания и управления работой облачной инфраструктуры. XCP-NG воссоздаёт функциональность, которую компания Citrix исключила из бесплатного варианта Citrix Hypervisor/Xen Server, начиная c версии 7.3. Поддерживается обновление Citrix Hypervisor до XCP-ng, обеспечивается полная совместимость с Xen Orchestra и возможность перемещения виртуальных машин из Citrix Hypervisor в XCP-ng и обратно. Для загрузки подготовлен установочный образ размером 600 Мб.

XCP-NG позволяет быстро развернуть систему виртуализации серверов и рабочих станций, предлагая средства для централизованного управления неограниченным числом серверов и виртуальных машин. Среди особенностей системы: возможность объединения нескольких серверов в пул (кластер), средства обеспечения высокой доступности (High Availability), поддержка снапшотов, совместное использование разделяемых ресурсов при помощи технологии XenMotion. Поддерживается живая миграция виртуальных машин между хостами кластера и между разными кластерами/отдельными хостами (не имеющими общего хранилища), а также живая миграция дисков VM между хранилищами. Платформа может работать с большим числом систем хранения данных и отличается наличием простого и понятного интерфейса для установки и администрирования.

Новый выпуск не только воссоздаёт функциональность Citrix Hypervisor 8.1, но и предлагает некоторые улучшения:

  • Установочные образы нового выпуска построены на пакетной базе CentOS 7.5 с использованием гипервизора Xen 4.13. Добавлена возможность использования альтернативного ядра Linux, основанного на ветке 4.19;
  • Стабилизирована поддержка загрузки гостевых систем в режиме UEFI (поддержка Secure Boot не перенесена из Citrix Hypervisor, а создана с нуля, чтобы избежать пересечений с проприетарным кодом);
  • Добавлена поддержка надстроек XAPI (XenServer/XCP-ng API), необходимых для резервного копирования виртуальных машин, захватывая срез содержимого их оперативной памяти. Пользователи получили возможность восстановления VM вместе с контекстом выполнения и состоянием ОЗУ на момент создания резервной копии, по аналогии с восстановлением состояния системы после выхода из спящего режима (перед резервным копированием VM приостанавливается);
  • Внесены улучшения в инсталлятор, в котором теперь предложены две опции установки: BIOS и UEFI. Первый может применяться как запасной вариант на системах, в которых наблюдаются проблемы с UEFI (например, на базе CPU AMD Ryzen). Во втором по умолчанию используется альтернативное ядро Linux (4.19);
  • Улучшена производительность импорта и экспорта виртуальных машин в формате XVA. Повышена производительность хранилища;
  • Добавлены новые драйверы ввода/вывода для Windows;
  • Добавлена поддержка чипов AMD EPYC 7xx2(P);
  • Вместо ntpd задействован chrony;
  • Объявлена устаревшей поддержка гостевых систем в режиме PV;
  • В новых локальных хранилищах по умолчанию теперь применяется ФС Ext4;
  • Добавлена экспериментальная поддержка построения локальных хранилищ на базе ФС XFS (требуется установка пакета sm-additional-drivers);
  • Экспериментальный модуль для ZFS обновлён до версии 0.8.2.


  1. Главная ссылка к новости (https://xcp-ng.org/blog/2020/0...)
  2. OpenNews: XCP-ng, свободный вариант Citrix XenServer, вошёл в состав проекта Xen
  3. OpenNews: Выпуск XCP-NG 8.0, свободного варианта Citrix XenServer
  4. OpenNews: Выпуск платформы виртуализации XenServer (Citrix Hypervisor) 8.0
  5. OpenNews: Релиз Proxmox VE 6.1, дистрибутива для организации работы виртуальных серверов
  6. OpenNews: Выпуск гипервизора Xen 4.12
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/52669-xcp-ng
Ключевые слова: xcp-ng, xen, xcp, virtual
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (50) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Dkg (?), 11:07, 03/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Вещь годная, используем в проде.
     
     
  • 2.2, Анонизм (?), 11:26, 03/04/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Чем лучше проксмокса в проде? Не троллинг, сам юзаю прокс, при первом знакомстве отбросил из-за утилиты управления в виде приложения, имхо web лучше.
     
     
  • 3.3, Catwoolfii (ok), 11:49, 03/04/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Быть может - vdi и доставка 3d-приложений?
     
     
  • 4.11, Аноним (11), 17:05, 03/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Бесплатный vdi и всё остальное для доставки приложений на этом собрать можно?
     
  • 3.8, iCat (ok), 15:15, 03/04/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >Чем лучше проксмокса в проде?

    XCP-NG - это XEN
    Proxmox - это KVM
    Со всеми вытекающими...

     
     
  • 4.12, Анонизм (?), 17:27, 03/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну это очевидно только тем кто много работал в обоих гипервизорах, я 3 года назад, бегло потестив оба, выбрал KVM (за WEB-интерфейс проксмокса, и потому что KVM часть ядра и развивается в мейнстриме), но я до сих пор не могу сказать что знаю его как свои пять пальцев, что уж говорить о XEN, который я ковырял от силы недели 2. По большему счёту можно сказать, что я сделал выбор по обложке, меня прельстила возможность получить доступ к консоли виртуальной машины из браузера, практически хоть с планшета, и не понравился менеджер хранилищ в XenServer, да и вообще как-то интерфейс проксмокса усваивался быстрее. После стольких лет с KVM к XEN отношусь предвзято, испытываю трудности при попытке решить задачу которую в KVM решаю по памяти, так что интересно мнение на уровне ощущений у тех кто активно использует оба.
     
     
  • 5.14, Dorin (?), 18:27, 03/04/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Для XCP-NG тоже есть web интерфейс, Xen Orchestra, и уже 9 лет как прямо интегрирован в Linux ядро.
     
  • 3.15, Онаним (?), 19:16, 03/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Тем, что прохмох - это куча костылей вокруг KVM, а XS - единая инфраструктура: Xen, XCP, XAPI.
     
     
  • 4.32, нах. (?), 13:15, 04/04/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Тем, что прохмох - это куча костылей вокруг KVM, а XS -
    > единая инфраструктура: Xen, XCP, XAPI.

    твоими же методами подмены понятий - proxmox куча стандартных линуксных технологий, включая kvm, объединенная простенькими врапперами, а XS - громадный пласт собственных вычурных решений, совершенно перпендикулярных, и еще один набор совершенно ненужных вне его экосистемы знаний. Зато, правда, неплохо оплачиваемых, а кому нужен специалист по proxmox VE? "Это ж просто линукс, его любой васян может, за копейки!" (нет ;-)


     
     
  • 5.40, Онаним (?), 07:10, 05/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    На самом деле XenServer в управлении тем же васяном гораздо проще :)
     
  • 3.29, Аноним (29), 12:04, 04/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >web лучше.

    упиффать

     
     
  • 4.33, proxmox (?), 13:15, 04/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>web лучше.
    > упиффать

    простите, powershell api пока в разработке.

     
     
  • 5.34, Аноним (29), 13:46, 04/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    тонко
     
  • 3.45, Олег (??), 20:20, 09/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    XCP-NG
    как его инкрементально бекапить?
     
  • 2.5, cat666 (ok), 12:36, 03/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А если с ESXI сравнить, есть какие-нибудь плюсы и минусы?
     
     
  • 3.10, и.о.К.О. (?), 16:42, 03/04/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    XCP-NG бесплатный.


    :)

     
     
  • 4.23, нах. (?), 10:40, 04/04/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Приятно видеть, кстати, на опеннете хоть одного, понимающего, за что все так любят "шва6одку" и не подменяющего понятия. Поэтому, специально для тебя - esxi (точнее, теперь это модно называть vSphere hypervisor) - тоже бесплатный, при некоторых условиях. Хватай, налетай, пока лопату не отодвинули!

     
     
  • 5.26, и.о.К.О. (?), 11:27, 04/04/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Приятно видеть, кстати, на опеннете хоть одного, понимающего, за что все так
    > любят "шва6одку" и не подменяющего понятия. Поэтому, специально для тебя -
    > esxi (точнее, теперь это модно называть vSphere hypervisor) - тоже бесплатный,
    > при некоторых условиях. Хватай, налетай, пока лопату не отодвинули!

    Смайлик был поставлен специально ДЛЯ ТЕБЯ.

     
  • 5.36, 6ap (?), 16:44, 04/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    1) Для стартапов очень удобно. Я могу начать бизнес с минимальными затратами и полным функционалом,а  при удачном стечении обстоятельств заказать поддержку. С продуктами от VMware я обязан сразу выкатывать кругленькую сумму.
    2) Для принятия решения тоже удобно. Можно установить полноценное решение на весь срок его _бесплатной_ поддержки, а не каких-то 30 дней и в дальнейшем принять решение использовать его как основное в предприятии или эти 2-3 сервера так и оставить пока они не сдохнут.
    3) Для использования старого железа, которого сейчас уйма на каждом предприятии т.к. у свободно-бесплатных решений неплохое комьюнити и например можно добавить драйвер старого адаптека к новому гипервизору и таки добавить дополнительных 8 ядер и 64Gb ram в пул
     
     
  • 6.37, нах. (?), 19:15, 04/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Я могу начать бизнес с минимальными затратами и полным функционалом,а
    > при удачном стечении обстоятельств заказать поддержку.

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

    Чего там поддерживать, когда уже все удачненько - оно и само стоит. А иначе удачненько бы не случилось ;-)

    > С продуктами от VMware я обязан сразу выкатывать кругленькую сумму.

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

    У ентер-прайса (ну или стартапа на инвесторские шиши - я сказал - инвесторские, а не спекулянта, ищущего куда бы вложить ваучер - напомнить срок выхода в ноль запланированный amazon? Вот это был нормальный инвестор и нормальный стартап - поэтому он и не сдох в 1999) расклад, возможно, другой - на фоне десяточка стоечек с разным высокотехнологичным барахлом, лицензию можно вообще не разглядеть. А лицензии на esxi та же циска нам в свое время вместе со стойкой отвалила, с барского плеча - "все равно никуда не денетесь", они тогда с варью еще дружили.

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

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

     
     
  • 7.43, Celcion (ok), 18:17, 05/04/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > В остальном да, примерно так - правда, если тот саппорт, что могут предоставить бесплатно-без-смс тебя устроит.

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

    Уже сколько раз было так, что вылетает PSOD, ты ребутаешь сервак и дальше все, вроде работает, но что было - непонятно. И, естественно, начальство с тебе не слезет, пока не разберешься. Ты, естественно, как и полагается в таких случаях, заводишь суппорт кейс, отсылаешь дамп. А тебе с той стороны отвечают "Щас всё работает? Ну и ништяк. Case closed. Root-cause-analysis делай сам, или плати за расширенную поддержку. Я могу вам чем-то еще помочь?"

     
  • 3.16, Онаним (?), 19:17, 03/04/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Плюсы - открытый проект из открытых компонентов. Бесплатный.
    Минусы - саппорт такой же.
     
  • 3.22, нах. (?), 10:38, 04/04/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    а если читать хотя бы то что написано?

    Среди особенностей системы: возможность объединения нескольких серверов в пул (кластер), средства обеспечения высокой доступности (High Availability), поддержка снапшотов, совместное использование разделяемых ресурсов при помощи технологии XenMotion. Поддерживается живая миграция виртуальных машин между хостами кластера и между разными кластерами/отдельными хостами (не имеющими общего хранилища), а также живая миграция дисков VM между хранилищами.

    esxi - голый гипервизор. ОДИН мля. Без ансамля! С лицензией, что характерно, сильно усложняющей его легальное применение васянами именно в том единственном месте, где такой мог бы быть удобен.

    А все вышеперечисленное - отдельно, и называется vCenter. Забесплатно (тебе ведь это главное?) не бывает, и даже за деньги не бывает, а бывает только за очень большие деньги, с лицензиями per socket и еще кучей ограничений, каждое из которых расширяется за дополнительный камаз денег.

    До кучи еще и (конечно же - пусть и выигранная война с окололинуксными адвокатишками - случайное совпадение) имеет ставший последние годы крайне ограниченным HCL - в частности, мои любимые 3ware не подерживаются уже четыре года как (а до того левой задней ногой), в качестве сетевой карты непременно интел, про рылотык забудь, в том числе и про 2.5G на халяву. Что еще больше сужает область применимости. xen ставится на все, на что найдется линyпсный драйвер.

    Если тебе и этого мало - подумай, как будешь бэкапать отдельностоящий esxi (не vm внутри, это-то ты сможешь на халяву, а конфигуру и настройки самого хоста) - а ведь он отдельностоящий, его НАДО уметь бэкапить. Причем никаких тебе zfs, лишь собственный storage, напрочь лишенный средств восстановления и избыточности.

    В случае ентер-прайса с не одним жалким камазом, а составами денег, курсирующими туда-сюда, эти мелочи не роялят, там у vSphere все хорошо.

     

  • 1.4, Аноним (4), 11:56, 03/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Тоже в проде юзаем, огонь вообще.
     
     
  • 2.6, Аноним (6), 13:03, 03/04/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >огонь вообще.

    в смысле печет?

    расскажите, пожалуйста, для колеблющихся: в чем конкретно оно лучше остальных?

     
     
  • 3.7, anono (?), 15:02, 03/04/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    имхо сабж более законченный "продукт". это скорее заслуга цитриксов, но не об этом. лично я теста ради несколько раз тыкал проксмокс и все разы умудрялся вроде бы простыми действиями его сломать до аварийного состояния. для себя просто побоялся использовать. особенно когда работать с этим должны и другие сотрудники кроме меня. чисто такой прагматизм, возможно и не идевальный выбор, но в моих условиях был оптимальный.
     
     
  • 4.9, Аноним (9), 16:29, 03/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >лично я теста ради несколько раз тыкал проксмокс и все разы умудрялся вроде бы простыми действиями его сломать до аварийного состояния.

    сдуру-то и х** сломать можно

     
     
  • 5.19, Аноним (19), 03:30, 04/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да Проксмокс и у меня глючил, в основнон по виртуализации сети, потеря броадкастов, иногда вируальный свич глючил отрубая порт. Нестандарные типы пакетов могли не терятся.  проблемы с эмуляцией сетевых карт и на линуксе и на виндовсе, типа дохла на прием пакетов, или все с неправильной контольной суммой,  или переключение в сниф режым вызывао полную потерю соединения,  перегружаем работает ,   траффик пошел ... сдохло ...   уже лет 10 с ESXI - это просто железная вешь. Сервер тут недавно сделал в индии на амазоне,  заметил ситрикс адаптер ... - этож не спроста ...

     
  • 4.24, нах. (?), 10:44, 04/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    КАК, КАК вы это делаете?

     
  • 3.44, andrew (??), 08:49, 06/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    По опыту использования Citrix XenServer 6.X могу сказать, что работает стабильно. Миграция VM работает, не с такими наворотами, как в VMWare, но работает. Но главное - это очень качественные Guest Additions для VM на Windows, производительность гостевых машин практически совсем не уступает железным серверам. С XCP-NG в проде не работал, только знакомился, как только он появился. Но, поскольку в обоих решениях Xen, то есть надежда, что с производительностью гостевых машин тоже будет неплохо.
     
  • 2.46, Олег (??), 20:21, 09/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    XCP-NG
    как его инкрементально бекапить???
     

  • 1.13, Ддд (?), 18:16, 03/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Проксмокс это свистоперделка на костылях
     
     
  • 2.17, Аноним (17), 22:49, 03/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Почему "свистоперделка"? Там стандартное ядро используемое в debian  без заморочек. Для удобства оркестрации написали утилит какие считают полезными, прикрутили веб морду и добавили lxc.
    Если следовать вашей логике, то всё семейство debian это свистоперделка, а утилита alias костыль всех костылей Unix.
    Про такие истории Козьма Прутков говаривал так: "Если у тебя есть фонтан, заткни его, дай отдохнуть и фонтану".
     
     
  • 3.18, Аноним (18), 00:47, 04/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    вот свой фонтан и заткни
     
  • 3.20, leap42 (ok), 03:39, 04/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Там стандартное ядро используемое в debian  без заморочек.

    false

    раньше было ведро из CentOS, сейчас из Ubuntu, и у этого есть причины

    стандартное ядро без заморочек это как раз у онтопика

     

  • 1.21, Celcion (ok), 04:57, 04/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Господам, ругающим Проксмокс, хотелось бы заметить, что одно важное преимущество у него перед сабжем все же есть - даже в "бесплатной" своей версии он не является огрызком, ни изначально, ни после того, как "мы тут с пасанами кое-как впилили обратно то, что раньше давали только за деньги, надеюсь, что несильно глючит". И предлагаемая там вебморда не представляет собой откровенную попытку развода на деньги, путем кастрирования всего, чего только можно, и напоминания про то, что "ты тока заплати - и всё будет!".
    Все эти "как бы бесплатные" решения - от лукавого. Чтобы, как обычно, подсадить польстившихся на фичи и удобства, а потом, когда те неминуемо стукнутся об искусственные ограничения - быстренько помочь им сделать эти решения уже не бесплатными. Очередная борьба жлобов против на@бщиков.
     
     
  • 2.30, нах. (?), 13:01, 04/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Господам, ругающим Проксмокс, хотелось бы заметить, что одно важное преимущество у него
    > перед сабжем все же есть - даже в "бесплатной" своей версии
    > он не является огрызком

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

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

    вланы в ней уже можно добавить, или опять редактируем interfaces на всех пятнадцати хостах? ;-)

    > Все эти "как бы бесплатные" решения - от лукавого. Чтобы, как обычно,

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

    > Очередная борьба жлобов против на@бщиков.

    так у проксы то же самое - просто выбор оружия отличается - вместо грабель фехтуют на унитазных ершиках.

    Я прям даже и не знаю, к каким присоединяться.

     
     
  • 3.35, Celcion (ok), 14:43, 04/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > да, но это не от любви к любителям шва6одки -зачеркнуто- нахаляву, а просто бизнес-модель другая - забесплатная версия не имеет стабильного состояния

    А разве сабж его имеет? Ишьюсы на гитхабе как бы намекают...

    > вланы в ней уже можно добавить, или опять редактируем interfaces на всех пятнадцати хостах? ;-)

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

    > но и идея торговли "поддержкой" и "стабильностью" не особенно лучше

    Поддержка нужна далеко не всем, тем более для такого уровня продуктов.
    Дело в том, что, помимо клинических жлобов, "бесплатно" нужно лишь двум категориям потребителей - мелким компаниям, где в принципе нет особых требований по стабильности (и, соответственно, нет смысла за нее платить), либо очень крупным компаниям, у которых ИТ является основным бизнесом и им оплачивать дополнительный оброк за то, что они и сами в состоянии поддерживать - нет никакого смысла, до и дорого очень при парке серверов от нескольких тысяч.
    Что касательно стабильности - я бы не сказал, что у проксмокса с ней так уж плохо. То, что уже настроено и работает - падает не чаще, чем эти ваши вмвари. Основные проблемы там лишь походу настройки, либо каких-то серьезных изменений. Тем более, как тут уже кучу раз говорили - проксмокс это просто кучка костылей вокруг KVM и LXC, так что там нет особых различий между "стабильными", или "нестабильными" версиями, особенно с учетом того, что подавляющее большинство функций включается установкой пакетов из стандартных дебиановских репозиториев.

    > а в итоге и продукт послабее.

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

     
     
  • 4.38, нах. (?), 19:25, 04/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > кучу раз говорили - проксмокс это просто кучка костылей вокруг KVM
    > и LXC, так что там нет особых различий между "стабильными", или

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

    А диски с хранилки - это уже не для дешевых решений, да и там, кстати, не все хорошо.
    Хранилка вон надысь вздумала пути перестроить - херак, отвалились все линуксы. "/dev/sdg,e,f,h и так далее - куда-то девались, я, пожалуй, повисну". И в какое вот спортлото жаловаться?
    sphere, xen и виндовые fs (там всякой твари не по одной паре) - может и выругались в лог, но никто не заметил.

     
     
  • 5.39, Celcion (ok), 00:34, 05/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Хранилка вон надысь вздумала пути перестроить - херак, отвалились все линуксы. "/dev/sdg,e,f,h и так далее - куда-то девались, я, пожалуй, повисну". И в какое вот спортлото жаловаться?

    Ну, на такие случаи для белых людей уже давно придуманы и успешно продаются побрякушки, вроде PowerPath.

     

  • 1.25, Онаним (?), 11:26, 04/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ради справедливости надо заметить, что подсистема хранения (LVM-based) в XenServer / XCP-NG - ужасна. Лучше бы они это на файлах сделали. Но локальное хранилище на файлах у них получилось ещё более ужасным, а для iSCSI вообще вариатов нет, разве что GFS2, который ужасен отдельно и сам по себе.
     
     
  • 2.27, Онаним (?), 11:30, 04/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Чем ужасна?
    - Каждый снапшот - +100% дискового пространства.
    - Убрал снапшот - ожидай фоновой "свёртки" (coalescing), свёртка работает через пень-колоду и не всегда.
    - Миграция дисков с хранилки на хранилку - один-два снапшота, то есть +100%-+200% дискового пространства всегда должно быть запасом, иначе хрен чего смигрируешь.
    - Поддержка LVM thin provisioning есть, но страшно, не рекомендуется, и уследить за тем, когда у тебя всё встанет колом, сложно.
    - Заваленная (по причине например отвала сети у машины с XenCenter) миграция VDI - с 99% вероятностью продублированные VDI (диски VM) в двух локациях, иногда "невидимые" VDI или (очень-очень редко, но пару раз нарывались) вообще разрушение метаданных для конкретной VM.
     
     
  • 3.28, Онаним (?), 11:31, 04/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    - Нет поддержки TRIM/DISCARD, от слова "совсем". VM стримать ничего не может, удалённые VDI можно сдискардить на iSCSI через хитро заныканную кнопочку, которая работает далеко не всегда.
     
  • 3.31, нах. (?), 13:07, 04/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Чем ужасна?
    > - Каждый снапшот - +100% дискового пространства.
    > - Поддержка LVM thin provisioning есть, но страшно, не рекомендуется, и уследить

    ну вы уж определитесь, шашечки или ехать? Либо надежно но медленно, либо вот вам модные технологии, когда развалится - "надеюсь, у вас был включен HA и запасной хост"
    zfs нимодна нималадежна и NIH ведь.

    > - Заваленная (по причине например отвала сети у машины с XenCenter) миграция
    > VDI - с 99% вероятностью продублированные VDI (диски VM) в двух

    э... ну типа split brain у всех как-то так выглядит. Рецепты борьбы с этим очевидны - при отвале сети хост в оффлайн, все вм внутри принудительно убивать. Не могу придумать, у кого оно лучше выглядит. Или оно именно в двух НЕ отвалившихся локациях?

    В целом, конечно, мешать вычислительные ресурсы с хранилищем в HA вообще дурная идея. Зато,конечно, стильно-модно молодежно, дЭффективный радостно подсчитывает "экономию".

     
     
  • 4.41, Онаним (?), 07:14, 05/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > zfs нимодна нималадежна и NIH ведь.

    ZFS вообще идёт лесом, потому что там не то, что не знаешь, когда развалится, а точно знаешь, что развалится, ибо нестандарт и упрт.

    > Э... ну типа split brain у всех как-то так выглядит. Рецепты борьбы

    Это не split brain, это отсутствие нормальных транзакций и роллбека в подсистеме управления хранилкой.

     
     
  • 5.42, Celcion (ok), 17:58, 05/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > ZFS вообще идёт лесом, потому что там не то, что не знаешь, когда развалится, а точно знаешь, что развалится, ибо нестандарт и упрт.

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

    > Это не split brain, это отсутствие нормальных транзакций и роллбека в подсистеме управления хранилкой.

    Это, по всей видимости, отсутствие нормальной системы взаимодействия узлов кластера в условиях временного отсутствия управляющей системы в виде XenCenter.

     

  • 1.47, Сейд (ok), 19:40, 12/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот бы там появилась поддержка ARM.
     
  • 1.48, riv1329 (?), 16:12, 25/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    У кого есть опыт, расскажите, пожалуйста, про XEN VDI, как это работает.

    Например в KVM, в том-же проксмокс или либвирт, теоретически можно:
    - пробросить видеокарту целиком или отдельный чип в nvidia grid (по сути 2 или 4 независимых видеокарты на плате, если говорить о Grid K2 и grid K1)
    - установить специальный драйвер в гипервизор и гостя, который позволяет один физический чип поделить на 2, 4 или 8 виртуальных адаптера. Т.е. на видеокарту можно посадить до 32 гостей! Но эта возможность требует лицензионных отчислений за каждую виртуальную машину в год и в ней ускоряется только графика, а например, технологии OpenCL и CUDA не работают.

    Про AMD я вообще ничего конкретного не нашёл.

    А как это работает в XEN?

     
     
  • 2.49, JediKnight (?), 23:21, 13/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Великолепно работает VDI в XEN уже лет эдак 6.
    Вот моя статья 2015 года о том, как это работает.
    Только протокол отрисовки удаленной нужен, если собираешься работать с CAD программами. Ознакамливайся
     
  • 2.50, JediKnight (?), 23:22, 13/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    https://habr.com/ru/post/257425/
     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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