Виртуализация KVM vs XEN vs ?

Ага. Все верно, за исключением: софт все же серверный рассчитывается на серверное железо. Кто же знал, что у меня из-за глюка ничтожного будет такая проблема. Собственно, и сетевка то не интеграшка ))). Вот он один из минусов XEN: его хоть и очень гибкая, но местами бредовая работа с сетью.

Вы знаете, написать "панель управления" с 10ком функций, под готовые бинари для контроля вам сможет любой грамотей мало-мальски понимающий в языке perl или php... типа меня :D тут ничего сложного нет, вопрос надо ли ее вообще писать?

Я например с виртуализацией в принципе сталкиваюсь давно, именно с XEN (OpenVZ гораздо меньше), а вот с продуктом HyperVM столкнулся буквально полгода назад (честно говорю вам), до этого надобности не было, все как-то из консоли вполне удавалось ;), передать через php на /usr/bin/xen.... какие-то параметры и получить результат - это любой программист в хостинг компании добавит такую "фишку" в собственную панель за считанные часы... Имхо игра дороже свеч.. ;)

Romka_Kharkov добавил 27.06.2010 в 00:09

Да прекратите, какой пиар, freebsd ports насчитавают на сегодня десятки тысяч мейнтейнеров ;))))

Пиарится будет сложно :)

нет, вы не совсем правы. Нормального решения нет... Для массового хостинга. Когда у вас один-два клиента это одно, а когда вот дохрена - совсем другое. И у меня рук не хватит всем клиентам перезагружатЬ, переставлять ОС и т.п. Пусть они сами делают это через панель... Очень удобно это - автоматизация. Но вот если панель глючная - вот это плохо. ИМХО, нормальный продукт было бы не плохо организовать...

Хм, или я че-то не понял, или что ж в этом плохого?

Romka_Kharkov добавил 27.06.2010 в 00:15

Вы сейчас будете делать тот же HyperVM только со своим интерфейсом ;))))

Грубо говоря - да. Причина - много лишнего кода, много левых функций. И еще - гораздо проще засобачить свой код, чем разбираться в чужом и исправлять ошибки проектирвоания. Например, знаете ли вы, что apache, устанавливаемый hyperVM просто жрет лишнюю память зря? Знаете ли вы, что локализация затруднена из-за выбора кодировок базы данных? Знаете ли вы, что в этой панели управления гостеваяоперационная система не может загрузиться со своим ядром без конкретных танцев с бубном? Знаете ли вы, что в Open-source не все исходные коды? Это так, маленькая толика. про секурность там тоже отдельный разговор...

Плохого ничего. Но в данном случае XEN засобачил смену мака для сетвеой. Сделал его таким же, как и у своего бриджа... Результат - сервер недоступен. Думаете, ребут и все нормализуется? Нифига, у нас реалтек :).

Мало того, что на посики причин ушла тонна времени, так оказалось, что это самый натуральный баг в ядре rhel... Лечится очень просто - вклуюением LAN boot ROM в БИОС. Загружаться с сети не обязательнов общем... Но вот так. И на поиски этой шняги ушло несколько дней.

Что то я из вашей ситуации мало что понял.

XEN это гипервизор. Оборудованием он не ведает, в отличие от ESXi. Есть в нем понятие dom0, которым может быть линукс, а также netbsd и вроде бы еще пару операционок движутся в этом направлении.

Оборудованием управляет ядро операционки, работающей в качестве dom0, и для работы с оборудованием используются обычные драйвера.

Так что фраза "XEN засобачил смену мака" имхо просто бред.

1. Про апач не знаю, расскажите, проверимс...

2. Локализация затруднена из-за выбора кодировок базы данных... (ептаваюматьэтокак ? :D)

3. Гостевая работает отлично со своим ядром ;) Надо уметь правильно готовить IMHO :)

Про секунрость там уже давно было обсуждено, шо хазяин аж повесился ;) Или у вас есть какие-то другие истории? с удовольствем бы выслушал :)

https://bugzilla.redhat.com/show_bug.cgi?id=503988

Баге много лет и она снова проснулась. Нет, конечно, сам гипервизор то ни при чем, тут виновата вообще органищация работы со стеком в ядре (насколько я понимаю).

Romka_Kharkov, Что там рассказывать? Что HVM использует перекомпилированый лайттпд а апач просто ставит и даже не убирает его из автозагрузки?! Вроде все сказано.

latin1 ни о чем не говорит? Вы тикеты по Русски пробовали отправить? HVM это законченный продукт вроде бы (для забугра).

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

P.S. Поражает меня это желание носом натыкать :(

День добрый,

Ну вот с апачем не замечал такого прикола, сегодня интереса ради попробую на голой железке переставить hvm, lighthttpd само собой есть, а вот апача я там не видел IMHO

Что касается latin1, это прикольно и понятно, но как это может "тормозить", другое дело что в cp1251 писать не получается, так такие же забубоны у того же WHMCS например... без дополнительных пайпов с перекодировками тоже все выглядит печально, но о каких тормозах речь... не ясно.

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

P.S: Я никого никуда не тыкаю носом, я тоже работаю с XEN и хочу знать больше, а как известно самые реальные решения рождаются путем споров и острых обсуждений. Если вы увидели что-то личное в моем сообщение или не дай бог я вас чем обидел, простите... не хотел...

Romka_Kharkov добавил 28.06.2010 в 13:31

Ха, отфиксировал прикол с апачем, есть такое дело :D

Может он таки за чем-то нужен????

Romka_Kharkov,

Я про локализацию говорил по поводу кодировок.

Машинка может грузитсья со СВОЕГО диска со СВОИМ ядром. К примеру, чел захотел пересобрать ядро на ВПСку. Или новое ядро ему по каким-то причинам не подходит... Вариантов есть. И это _не правильно_. Так как ВПСка обновляет ядро свое самостоятельно, а вот загрузиться она с ним не может... Только с тем, что на ноде.

Не нужен он... И рекомендую сделать service httpd stop и chkconfig httpd off.

В противном случае держите лишние ресурсы занятыми, и лишнюю потенциальную дырку. Ну по поводу безопасности. Могу много рассказать и показать на много ошибок. 30 багов в этом интерфейсе наберется ;).