Появилась статья (http://xgu.ru/wiki/xen/drbd), в которой подробно описывается как построить отказоустойчивую систему виртуализации на основе Xen и DRBD, опубликованы скрипты xen-drbd (http://xgu.ru/wiki/xen-drbd), которые могут развернуть эту систему и потом управлять ею. В простейшем случае система физически может работать на двух узлах - виртуальные машины распределяются
между ними, а их диски дублируются и хранятся на обоих узлах.
Если один из узлов выходит из строя, все виртуальные машины запускаются на втором - система остаётся полностью
работоспособной. При нормальном выключении одного
из узлов, машины, работавшие на нём, мигрируют на второй узел
абсолютно незаметно для пользователей этих машин.
Это позволяет выполнять поочерёдное обслуживание и обновление
железа серверов в любое время и без вмешательства в работу
пользователей.
URL: http://xgu.ru/wiki/xen/drbd
Новость: http://www.opennet.me/opennews/art.shtml?num=18198
Кроме вашей лаборатории, такая система где-то работает?
>Кроме вашей лаборатории, такая система где-то работает?Да
a eto http://code.google.com/p/ganeti/ ne tozhe samoje?
>a eto http://code.google.com/p/ganeti/ ne tozhe samoje?Не совсем. Некоторые фичи совпадают, некоторые нет.
Ещё xenfire посмотрите, пожалуйста [http://code.google.com/p/xenfire/]
Спасибо, возможно потестю и если все будет ок пущу в продакшн. В любом случае плезно. Мож комьюнити подскажет аналогичные решения? Интересует создание отказоустойчивого кластера на 2х серверах с использованием ксена.
http://www.debian-administration.org/articles/578
> Интересует создание отказоустойчивого кластера на 2х серверах с использованием ксена.Ну, только другие Distributed FS - смысл от этого не изменится.
К слову, выбор XEN не принципиален - аналогично можно построить систему и с OpenVZ?
>> Интересует создание отказоустойчивого кластера на 2х серверах с использованием ксена.
>
>Ну, только другие Distributed FS - смысл от этого не изменится.
>К слову, выбор XEN не принципиален - аналогично можно построить систему и
>с OpenVZ?Можно, и с к KVM тоже можно.
В принципе, можно с любой системой,
которая поддерживает live-миграцию.Без live-миграции не получится
сделать гладкое выключение сервера.
у нас на v-desk.ru подорбная система работает...
только она не требует штатного выключения одного сервера, чтобы всё запустилось на другом
достаточно пропадания пинга на 15 сек и второй сервер входит в строй
при нештатном отклюении VM даже не отключается
А как это реализовано? Вкраце.
есть демон live-синхронизации жёстких дисков и хитрая система синхронизации состояния VM
де-факто машина выполняется в двух экземплярах
даже есть вариант распределения нагрузки между ними
в общем писать можно много...
Так это же очень интересно!Особенно вот это:
«хитрая система синхронизации состояния VM»Насколько часто она синхронизируется?
Что именно там синхронизируется?
Память? Состояние устройств?
Как происходит синхронизация?
Насколько сильно замедляется исполнение домена при этом?Всё это очень интересно.
синхронизация может происходить в двух режимах
режим внутренней синхронизации - это когда в виртуалку ставится агент и перехватывает некоторые прерывания, отслеживает состояние полезных сервисов (прозрачная кластеризация возможна в этом режиме). требует настройки guest-a. При полном дублировании - замедление ~20%, в режиме кластеризации (может быть потеря состояния одной VM за макс 15 сек) - прирост на ~80%
Режим внешней синхронизации - пока в состоянии альфы - это когда внутри ничего не меняется, а синхронизируется только память - но он нужен только для неподдерживаемых ОС, а таких мало
>синхронизация может происходить в двух режимах
>режим внутренней синхронизации - это когда в виртуалку ставится агент и перехватывает
>некоторые прерывания, отслеживает состояние полезных сервисов (прозрачная кластеризация возможна в этом
>режиме). требует настройки guest-a. При полном дублировании - замедление ~20%, в
>режиме кластеризации (может быть потеря состояния одной VM за макс 15
>сек) - прирост на ~80%А этот проект по синхронизации является закрытым?
Есть ли где-то более полная информация о нём?>Режим внешней синхронизации - пока в состоянии альфы - это когда внутри
>ничего не меняется, а синхронизируется только память - но он нужен
>только для неподдерживаемых ОС, а таких малоА какие ОС являются поддерживаемыми?
Требуется модификация ядра ОС?
Требуется ли модификация гипервизора (я так понимаю, что всё это работает только с Xen)?
проект не является ни закрытым, ни открытым - это внутренняя разработка, которая подготавливается к выпуску, как отдельный продукт с урезанной бесплатной и открытой частью (полностью открытым быть он не может в силу некоторых лицензионных ограничений)
ЗЫ: родная система виртуализации для него Vmware Server, но с недавнего времени он работает и с XEN
В общем, будем ждать выпуска :)
>у нас на v-desk.ru подорбная система работает...
>только она не требует штатного выключения одного сервера, чтобы всё запустилось на
>другом
>достаточно пропадания пинга на 15 сек и второй сервер входит в строй
>
>при нештатном отклюении VM даже не отключаетсяТут тоже не требуется.
Просто при штатном выключении пользователи вообще ничего не замечают,
а при внештатном некоторые машины перезагружаются (те, которые в момент
выключения были на выключившемся сервере).
А тут же:
"при нештатном отклюении VM даже не отключается"
>А тут же:
>"при нештатном отклюении VM даже не отключается"Вот это не знаю.
Для того чтобы VM даже не выключилась
она должна быть или кластеризована своими силами
и исполняться в двух экземплярах
(например, как описано здесь: http://xgu.ru/wiki/xen-drbd/todo )
или нужна хитрая синхронизация доменов виртуальных
машин (так чтобы образы машин в операивной памяти были идентичны).
Такое будет возможно в будущем, когда доделают проект Kemari.
у нас нечто среднне
(см. пост выше)
Где же vitek он бы порадовался...:)