Raistlin: Это был CentOS 5.5 - сегодня у меня совершенно нет желания с ней связываться еще раз. Они сильные изменения внесли в rhel 5.7, однако, судя по всему, моей проблемы это не решает (лимитирования CPU так и не появилось, а это для меня недопустимо, правда, может упустил, если не прав - поправьте).
в 6, кстати, появилось лимитирование CPU. Про лимитирование IO сейчас сказать не могу, ещё не пробовал. В F15 есть и лимитирование IO, и лимитирование CPU.
Raistlin: Гм, гм... Ну как же. В блоге Open Source-проекта виртуализации Xen появилась заметка, в которой высказывается радость по поводу достижения полной поддержки dom0 и domU в Linux.
Последний необходимый для этого шаг был предпринят на прошлой неделе, когда Линус Торвальдс (Linus Torvalds) добавил xen-blkback в основную ветвь разработки ядра Linux. Таким образом, уже в следующий релиз — Linux 3.0 — войдет изменение, которое обеспечит все, что нужно для функционирования Linux и в качестве управляющей операционной системы («dom0» в терминологии Xen), и в качестве гостя («domU»).
Как резонно отмечается в блоге компании Citrix, поглотившей XenSource в 2007 году, «попадание в upstream очень важно, поскольку означает, что у дистрибутивов больше нет необходимости предоставлять различные ядра для обеспечения поддержки Xen».
Весь путь появления полной поддержки Xen в ядре Linux занял более 4 лет.
Так что как бы... Именно ксен будет нативно в ядре вкомпилен.
Вы, фактически, только что подтвердили то, что я написал. В mainline добавлены драйверы для того, чтобы linux без изменений мог запускаться в dom0, но dom0 -- это тоже виртуальная машина, которую запускает ядро XEN, которое в mainline не войдёт потому что это -- отдельное ядро отдельной операционной системы.
Raistlin: Xen будет в ядре Linux с версии 3. KVM - извините, пока это всего лишь поделка, причем прогигрывает по ряду моментов. RedHat просто вбухали денег в KVM, поэтому пытаются его популяризовать. На самом деле не совсем хорошая штука, мой выбор - XEN4. И вряд ли кто-то Citrix в ближайшее время купит... :)
Xen не будет в ядре, потому что это -- отдельная маленькая операционная система, которая запускается при старте компьютера перед линуксом. Будут -- некоторые драйверы, которые позволят dom0 запускаться под этой операционной системой без изменений.
Да и аргументация немного хромает 🤣
Boris A Dolgov добавил 24.07.2011 в 15:56
ENELIS: Они в KVM в принципе невозможны, только клон системы. И в лупбек если хост поймет ФС, так менять файлы...
Ну способ автоматической установки можно сделать в любом случае, вместо того, чтобы предлагать монтировать ISO и ставить ОС.
Другой вопрос, что корректность этих способов бывает разной -- можно делать netinstall по kickstart, а можно -- копировать файлики и MBR.
voooz: Ага, показатель. Они просто купили фирму создавшую KVM, тут просто перестраховка от патентных троллей. Купили бы создателя XEN - оставался бы XEN 😂
Но купили почему-то Qumranet, а не XEN. Да и значительно доработали -- ещё год назад даже SMP нормально не работал.
valuex: Не будем забывать, что Xen спортивно выпилили из ядра RHEL 6, для меня лично это показатель.
Это весьма логично для энтерпрайза -- зачем им тратить своё время и деньги на совместимость с чужими решениями (фактически, вводя ещё одно ядро, под которым нужно тестировать все остальные пакеты), которое дублирует их собственное решение?
Кстати, VDSmanager позволяет подсовывать свой файл run для запуска qemu, что позволяет настроить лимиты на CPU самостоятельно через cgroups. Наверно, в сентябре выпустим плагин, который делает это.
Тут ещё аргументы просили :)
1) VPS выполняется как процесс внутри операционной системы. Это значит, что критический баг в коде эмуляции устройств приведёт не к падению ноды, а падению одной впски;
2) Это же значит возможность применять уже существующие лимиты на CPU и IO в операционной системе. Но для этого нужно что-то из последних Fedora;
3) Есть в mainline, разрабатывается и поддерживается крупнейшим контрибутором в ядро. Из этого следует, что там не будет почти никаких проблем с поддержкой устройств.
Алзим: Спасибо. А в чём такое преимущество этих панелей перед бесплатными? Ведь основные функции может выполнить любая даже самая простая панель управления. Какой смысл платить лишнее? Дань моде, раскрученные "торговые марки" или что?
Это был CentOS 5.5 - сегодня у меня совершенно нет желания с ней связываться еще раз. Они сильные изменения внесли в rhel 5.7, однако, судя по всему, моей проблемы это не решает (лимитирования CPU так и не появилось, а это для меня недопустимо, правда, может упустил, если не прав - поправьте).
в 6, кстати, появилось лимитирование CPU. Про лимитирование IO сейчас сказать не могу, ещё не пробовал. В F15 есть и лимитирование IO, и лимитирование CPU.
Гм, гм... Ну как же. В блоге Open Source-проекта виртуализации Xen появилась заметка, в которой высказывается радость по поводу достижения полной поддержки dom0 и domU в Linux.
Последний необходимый для этого шаг был предпринят на прошлой неделе, когда Линус Торвальдс (Linus Torvalds) добавил xen-blkback в основную ветвь разработки ядра Linux. Таким образом, уже в следующий релиз — Linux 3.0 — войдет изменение, которое обеспечит все, что нужно для функционирования Linux и в качестве управляющей операционной системы («dom0» в терминологии Xen), и в качестве гостя («domU»).
Как резонно отмечается в блоге компании Citrix, поглотившей XenSource в 2007 году, «попадание в upstream очень важно, поскольку означает, что у дистрибутивов больше нет необходимости предоставлять различные ядра для обеспечения поддержки Xen».
Весь путь появления полной поддержки Xen в ядре Linux занял более 4 лет.
Так что как бы... Именно ксен будет нативно в ядре вкомпилен.
Вы, фактически, только что подтвердили то, что я написал. В mainline добавлены драйверы для того, чтобы linux без изменений мог запускаться в dom0, но dom0 -- это тоже виртуальная машина, которую запускает ядро XEN, которое в mainline не войдёт потому что это -- отдельное ядро отдельной операционной системы.
Xen будет в ядре Linux с версии 3. KVM - извините, пока это всего лишь поделка, причем прогигрывает по ряду моментов. RedHat просто вбухали денег в KVM, поэтому пытаются его популяризовать. На самом деле не совсем хорошая штука, мой выбор - XEN4. И вряд ли кто-то Citrix в ближайшее время купит... :)
Xen не будет в ядре, потому что это -- отдельная маленькая операционная система, которая запускается при старте компьютера перед линуксом. Будут -- некоторые драйверы, которые позволят dom0 запускаться под этой операционной системой без изменений.
Да и аргументация немного хромает 🤣
Boris A Dolgov добавил 24.07.2011 в 15:56
Они в KVM в принципе невозможны, только клон системы. И в лупбек если хост поймет ФС, так менять файлы...
Ну способ автоматической установки можно сделать в любом случае, вместо того, чтобы предлагать монтировать ISO и ставить ОС.
Другой вопрос, что корректность этих способов бывает разной -- можно делать netinstall по kickstart, а можно -- копировать файлики и MBR.
У них документация по KVM хромает, т.к. только ввели его...
Касательно темплейтов, не проще ли через API создавать системы?
Я о темплейтах операцонных систем.
Boris A Dolgov, а на CentOS 6 уже пробывали связку VDSmanager + KVM ?
Нет, но проблем быть не должно.
Ага, показатель. Они просто купили фирму создавшую KVM, тут просто перестраховка от патентных троллей. Купили бы создателя XEN - оставался бы XEN 😂
Но купили почему-то Qumranet, а не XEN. Да и значительно доработали -- ещё год назад даже SMP нормально не работал.
А кто сказал, что это плохо?:) За KVM, cgroups и lxc будущее.
А мне смысл сообщения показался противоположным :)
Boris A Dolgov добавил 24.07.2011 в 03:07
SolusVM нынче поддерживает KVM напрямую. Уже тестируем на новой ноде.
Касательно ограничений - cgroups (оно вроде и в virsh есть.)
Пробовали поставить его вчера. Темплейтов, инструкции по созданию темплейтов или описания форматов темплейтов не нашли :( Без них система неюзабельна.
Не будем забывать, что Xen спортивно выпилили из ядра RHEL 6, для меня лично это показатель.
Это весьма логично для энтерпрайза -- зачем им тратить своё время и деньги на совместимость с чужими решениями (фактически, вводя ещё одно ядро, под которым нужно тестировать все остальные пакеты), которое дублирует их собственное решение?
Домены .РФ не в счёт :). Я такими не пользуюсь и пользоваться не собираюсь :). С ними похоже, больше проблем, чем пользы от них :).
Это лишь один пример из многих. Бесплатной панели для хостинга, пригодной к коммерческому использованию, на данный момент нет.
Собственные разработки -- не в счёт.
Конечно, KVM.
Кстати, VDSmanager позволяет подсовывать свой файл run для запуска qemu, что позволяет настроить лимиты на CPU самостоятельно через cgroups. Наверно, в сентябре выпустим плагин, который делает это.
Тут ещё аргументы просили :)
1) VPS выполняется как процесс внутри операционной системы. Это значит, что критический баг в коде эмуляции устройств приведёт не к падению ноды, а падению одной впски;
2) Это же значит возможность применять уже существующие лимиты на CPU и IO в операционной системе. Но для этого нужно что-то из последних Fedora;
3) Есть в mainline, разрабатывается и поддерживается крупнейшим контрибутором в ядро. Из этого следует, что там не будет почти никаких проблем с поддержкой устройств.
Спасибо. А в чём такое преимущество этих панелей перед бесплатными? Ведь основные функции может выполнить любая даже самая простая панель управления.
Какой смысл платить лишнее? Дань моде, раскрученные "торговые марки" или что?
Просто они нормально работают, в отличие от бесплатных панелей.
Ну и ещё у них есть саппорт и некоторая отвественность перед пользователями.