интересно

В чем принципиальная разница от live migratin ксеновских дмоменов? Видел реализации где XenU находится на партиции с DRBD и вроде как сетовалил именно на истинную отказоустойчивость

Принципиальная разница в том, что здесь при ВНЕЗАПНОМ выключении одного узла виртуалки работавшие на нём продолжают работать на выжившем домене как ни в чём не бывало, а в случае Xen + DRBD они ребутаются.

За это вкусность приходится платить двукратным (как минимум) снижением производительности закумеренных доменов в сравнении с раскумаренными.

интересно, а voip на базе asterisk можно в такой системе гонять или жутко тормозить будет?

RealTime в мигрирующую среду... это вроде как платиновый антикор

> интересно, а voip на базе asterisk можно в такой системе гонять или жутко тормозить будет?

а чо нет-то, если железо позволяет?

> В результате домен работает немного медленнее

> За это вкусность приходится платить двукратным (как минимум) снижением производительности

Кто-то здесь врёт.

ну как бы задачи есть такие. или посоветуйте КАК ;) на drbd сделали, лучше чем ничего

Лживая отказоустойчивость.

>виртуальная машина продолжает работать на втором как ни в чём не бывало (обычно в этом случае она просто перезагружается).

А при чём здесь отказоустойчивость? Нет, оно конечно хорошо, я топором перерубаю один сервер, а копия закемаренной машины продолжает работать на другом, как бэ. Но она-то не продолжает! Она уходит в ребут. Так, конечно, лучше чем никак, но это пока ещё не "отказоустойчивость".

>Закемаренными

>В результате домен работает немного медленнее

А кто бы сомневался? Кемарить - дремать, засыпать неглубоким сном. http://www.slovopedia.com/15/202/1519735.html :)

Она НЕ уходит в ребут.

Она ОБЫЧНО уходит в ребут,
а ЗДЕСЬ (в случае использование Kemari) она продолжает работать как раньше

В действительность она будет работать в два раза медленнее.
По ссылке есть замеры

А обычный failover не поможет?

failover, когда процессы в двух копиях работают на разных узлах?

Да, можно так, но так не все процессы умеют,
а в случае с Kemari софт может быть любым

Я поправил текст новости, но вообще стоило писать по-русски.

> В действительность она будет работать в два раза медленнее. По ссылке есть замеры

То есть в тексте новости — гон.

Слово "немного" лучше убрать.
У кого есть возможность правки новости,
уберите его, пожалуйста

Так действительно лучше стало, спасибо что поправили

> Да, можно так, но так не все процессы умеют,
> а в случае с Kemari софт может быть любым

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

крайне крайне "православно". как появится в RH\Centos буду обязательно использовать для Radius cерверов и некоторых БД. Кстати это ещё одна "кровельная кнопка" на стул на котором сидят виндовые сервера.

> Кстати это ещё одна "кровельная кнопка" на стул на котором сидят виндовые сервера.

Ну в тексте в новости упоминаются HVM-домены, пожтому делаю вывод что для Виндовых серверов покатит аналогично.

Эх, быстрее бы.... а то меня VMware в последнее время "вообще не прет".

Да, дли виндовых покатит. И уже катит.

Посмотрите ролик, там как раз виндуза.

Что касается кровельной кнопки,
наверное имелась в виду не столько винда как таковая,
сколько Hyper-V

Ну и без Kemari можно уже на Xen или KVM переходить,
если ESX не вставляет

> если ESX не вставляет

ESX - это 500 мегов... многовато для эмулятора.

Ну и чо дальше?

>Кто-то здесь врёт.

Для каких-то задач 2x - действительно, немного :)

>>интересно, а voip на базе asterisk можно в такой системе гонять или жутко тормозить будет?

для voip обычный HA класстер ибо миграция это overhead

Не лживая отказоустойчивость.

>Я поправил текст новости, но вообще стоило писать по-русски.

Вот с поправками уже отказоустойчиво. Гут.

>Ну и без Kemari можно уже на Xen или KVM переходить,

Для своих нужд - уже давно. Но вот в работе приходится с ESXi/ESX возится.

>ESX - это 500 мегов... многовато для эмулятора.

А с учетом того, что эти 500 мег ставятся на голое железо?

> А с учетом того, что эти 500 мег ставятся на голое железо?

Голый Debian и голый Xen всё равно весят меньше, а ставятся всё на то же голое железо :)

Про цену и говорить не приходится — многовато для эмулятора.

Просто на всякий случай, для тех, для кого это важно:
ни Xen, ни ESX не являются эмуляторами.
Это системы виртуализации. В них есть эмуляционные компоненты,
в частности те, которые отвечают за эмуляцию ввода/вывода,
но они не эмуляторы.

Типичный эмулятор это — QEMU (без kqemu), Dynamips, PearPC.

И по поводу цены.
Платить за VMware нужно не во всех случаях.
Там же где нужно,
цена не такая уж большая (на фоне стоимости железа и софта,
который будет крутится в ней просто совсем незаметная).

На мой взгляд, главное зло VMware в её закрытости.
Скажем дрова — или есть, или нет.

Второй (для меня) большой минус VMware,
что в отличие от Xen и KVM она не использует
инструменарий Linux (который уже до боли знаком, он неплох,
а главное — постоянно развивается),
а предлагает свой собственный. И часто ловишь себя на мысли:
"Блин, как не хватает фичи"

Абсолютно согласен с Ігорем: всему есть свое применение. И смотреть надо не на строимость продукта, а на стоимость решения.

P.S. Как всегда респект и огромное спасибо devigor за отличную статью

а насколько активно в реальном хостинге сейчас используется xen ?
т.е. есть ли альтернативы ?
ну там опенвз , может что-то еще ?

> Про цену и говорить не приходится — многовато для эмулятора.

VmWare стоит много. Но он стоит каждого цента.

Xen в хостинге используется достаточно активно, взять например сервис Amazon EC2. Но мелкие провайдеры очень часто используют Virtuozzo вместо Xen.

Вообще OpenVZ это не совсем настоящая виртуализация, большая похожая на продивнутый chroot. Поэтому рынок услуг хостинга на базе Xen и Virtuozzo пересекается только частично...

> RealTime в мигрирующую среду... это вроде как платиновый антикор

+1

Да еще только HVM домены...

Да я как бы в курсе, однако реальных преимуществ эмуляции перед виртуализацией на типичных задачах не вижу. Может быть, расскажешь о нетипичных?

P.S. Разработка на arm спокойно решается qemu :)

Я, наверное, не совсем уловил вопрос.

Что может сделать эмуляция из того чего виртуализация не может, и где это можно применить? Такой вопрос?