Boris A Dolgov

Boris A Dolgov
Рейтинг
215
Регистрация
04.07.2007
avalon-group:
P>S
CentOS 6 , VDSmanager так и не встал , инсталятор тупо завис, может конечно с ОС траблы , но судя по тому как даже выкачивался пакет проблемы есть.
На 5.6 , встал нормально.

Попробуйте убрать кривые репозитории, которые он добавляет в начале установки.

Raistlin:
Стояла с Rawhide. Потом, когда вышел релиз - перематерился. Например, проблемы в иксах (на Intel GMA, причем на уровне самих иксов, правкой конфига не решаются), проблемы вообще с производительностью на N455 присутствовали иногда, вылет софта (в частности, cheese) ну и по мелочи накопилось. Тоже на ноуте...

У меня с i915 тоже были сильные проблемы, но это дистронезависимо -- они его то ломали, то чинили в intel-drm-next, и только в 2.6.39 он по-нормальному заработал в mainline. А Ваша проблема была связана именно с дистрибутивом, или апстримовая?

Да и systemd с приоритетами при параллельной загрузке для старых init-скриптов очень печально поступает.

Raistlin:
Ух, ух. Вот этого я делать совсем не хочу. Там понадобится обновлять еще компилятор, ну его лесом... Плавал разок. А собирать RPM по всем канонам - ломает, потом еще и поддерживать их - не имею столько времени.

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

Кстати, моим аргументом может служить кусочек wiki по поводу просто загрузки гипервизора:

title Xen 4.0 with Linux 2.6.32.25 dom0

root (hd0,0)
kernel /xen.gz dom0_mem=1024M loglvl=all guest_loglvl=all
module /vmlinuz-2.6.32.25 ro root=/dev/mapper/vg00-lvroot rd_LVM_LV=vg00/lvroot nomodeset
module /initramfs-2.6.32.25.img

Boris A Dolgov добавил 24.07.2011 в 21:44

Raistlin:
Касательно Ксена в ядре. Т.е. я так понимаю, это значит, что в 3.0 появились важные компоненты, которые классифицированы как работающий dom0. Т.о. я понимаю, что отдельно переносить ядро на Dom0, как это было ранее не требуется. С ядра 2.6.39 для работоспособности ядра как DomU достаточно включить в конфиге XEN=Y (полная поддержка, без дополнительных танцев в ванильном ядре). Т.е. я так понимаю, ваниль теперь сама по себе может быть скопилирована без дополнительных патчей как работающий Dom0, остается воткнуть в Dom0 пакеты гипервизора и все...

Да, с этим я согласен. Но это оставляет у XEN все его минусы как отдельного микроядра.

Raistlin:
И, да. У ксена гораздо более интересным является CloudXEN, это более интересная в перспективе технология. KVM никаким Cloud пока похвастаться не может.

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

Прочитал сайт, не особо понял, что он делает. Умеет мигрировать впску между нодами и динамически нарезать для неё ресурсы? KVM это давно умеет.

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

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

Кроме того, у нас появились два новых продукта -- сам CloudLinux и Ksplice Uptrack.

CloudLinux -- это операционная система, предназначенная для нужд Shared хостинга. Она позволяет жестко лимитировать нагрузку на процессор, используемую оперативную память и количество одновременно обрабатываемых запросов для пользователя. Помимо нашего плагина, есть плагины для cPanel, Plesk и DirectAdmin, позволяющие просматривать статистику и менять ограничения прямо из панели. Планируемый функционал -- ограничение ввода/вывода, лимитирование и аккаунтинг нагрузки в MySQL. Больше информации можно узнать на сайте проекта. К сожалению, политика лицензирования CloudLinux разрешает продажу лицензий только вместе с пакетом администрирования или поддержки ISPmanager, но мы работаем над решением этой проблемы.

Ksplice Uptrack -- это набор софта, который позволяет применять критические апдейты ядра (в основном влияющие на безопасность) без перезагрузки сервера. Поддерживаются оригинальные ядра RHEL/CentOS/CloudLinux/ScientificLinux 4/5/6, Debian 5.6, Ubuntu Server LTS. Для Fedora и последних Ubuntu ksplice бесплатен и скачивается на их сайте. К сожалению, на днях эта фирма была куплена Oracle, поэтому о будущем проекта пока ничего не ясно.

Raistlin:
Boris A Dolgov, F15 очень глючная штучка на ином оборудовании. По-крайней мере, десктопная часть - просто ужас (серверную я тестить и не стал, там поглядел, что дефолтные конфиги неадекватны местами).

Ну не знаю. У меня на ноуте FC15 стоит с alpha-версии (правда, с кастомным более свежим ядром), на трёх нодах стоит та же FC15. Пока все живы. Возможно, некоторый софт там неадекватен, но для виртуализации нужно всего три пакета, которые работают хорошо.

Я, конечно, извиняюсь, но Dom0 и DomU это будет одно и то же ядро. И, кроме того, это будет само ядро линукса, БЕЗ изменений. Т.е. для конечного пользователя это будет одно ядро. Администратору же следует знать, что Dom0 все же частично виртуализирован.

Суть примерно в том, что

Raistlin:
Т.е. сейчас мы как Xen подключаем? Собираем ядро с нужными модулями и запускаем его.

Нет. Сейчас мы собираем ядро линукса с нужным патчем/модулем, собираем микроядро xen, запускаем его, запускаем в нём наше собранное ядро Linux. От первого шага мы избавились. Но всю работу по первичному взаимодействию с устройствами, управлению памятью, миграции, приоретизации и шедулингу виртуальных машин по прежнему выполняет микроядно xen, которое не в mainline и поддерживается гораздо меньшим сообществом. Это всё равно что назвать возможность человека нажимать на выключатель возможностью зажигать лампочку, хотя на самом деле возможность эту даёт стороняя электростанция и труд инжинеров.

Т.е. их заломало по сути собирать ядра и тестировать пакеты и под ядрами с ксеном, и под ядрами без ксена.

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

Но третье ядро исправит ситуацию, однако, RedHat уже похоронил XEN. По сути, они, возможно, и включат его в будущем (правда, я в этом сомневаюсь, так как у RedHat цель похоронить технологию, а не развивать ее).

Сказали про одного из крупнейших контрибуторов в линукс :)

З.Ы, в F15 приходилось после ее выхода слишком много допиливать, в том числе и selinux-policy, ибо оно не имело правил для части поставляемого софта в дистрибутиве. да и в остальном - выход ее был продиктован, скорее необходимостью выпустить дистрибутив, чем полной его готовностью (мне известны баги, которые так и небыли закрыты, хотя они имели статус "release blockers")

Ну соберите qemu+kmod_kvm из F15 для C6, получите примерно то же самое, но без десктопных багов.

И еще проблема: обновить существующую установку 5 ветки не представляется возможным ввиду технических причин. Это сильно осложняет перевод серверов на новую ОС.

Ну, тут уже centos виноват. Могли бы ещё полгода назад ставить сервера на новой платформе :) Но с этой проблемой я достаточно сильно согласен и тоже не представляю, что буду делать с кучей машин на c5 через 2.6 года, когда у него закончится основная поддержка.

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.

ENELIS:
У них документация по KVM хромает, т.к. только ввели его...
Касательно темплейтов, не проще ли через API создавать системы?

Я о темплейтах операцонных систем.

avalon-group:
Boris A Dolgov, а на CentOS 6 уже пробывали связку VDSmanager + KVM ?

Нет, но проблем быть не должно.

voooz:
Ага, показатель. Они просто купили фирму создавшую KVM, тут просто перестраховка от патентных троллей. Купили бы создателя XEN - оставался бы XEN 😂

Но купили почему-то Qumranet, а не XEN. Да и значительно доработали -- ещё год назад даже SMP нормально не работал.

valuex:
А кто сказал, что это плохо?:) За KVM, cgroups и lxc будущее.

А мне смысл сообщения показался противоположным :)

Boris A Dolgov добавил 24.07.2011 в 03:07

ENELIS:
SolusVM нынче поддерживает KVM напрямую. Уже тестируем на новой ноде.
Касательно ограничений - cgroups (оно вроде и в virsh есть.)

Пробовали поставить его вчера. Темплейтов, инструкции по созданию темплейтов или описания форматов темплейтов не нашли :( Без них система неюзабельна.

Всего: 2623