| |
| 2.8, xguru (?), 13:35, 01/10/2008 [^] [^^] [^^^] [ответить]
| +/– | |
>Кроме вашей лаборатории, такая система где-то работает?
Да
| | |
|
| 1.3, Demonsh (?), 11:49, 01/10/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Спасибо, возможно потестю и если все будет ок пущу в продакшн. В любом случае плезно. Мож комьюнити подскажет аналогичные решения? Интересует создание отказоустойчивого кластера на 2х серверах с использованием ксена.
| | |
| 1.5, Аноним (5), 13:07, 01/10/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> Интересует создание отказоустойчивого кластера на 2х серверах с использованием ксена.
Ну, только другие Distributed FS - смысл от этого не изменится.
К слову, выбор XEN не принципиален - аналогично можно построить систему и с OpenVZ?
| | |
| |
| 2.11, xguru (?), 13:42, 01/10/2008 [^] [^^] [^^^] [ответить]
| +/– |
>> Интересует создание отказоустойчивого кластера на 2х серверах с использованием ксена.
>
>Ну, только другие Distributed FS - смысл от этого не изменится.
>К слову, выбор XEN не принципиален - аналогично можно построить систему и
>с OpenVZ?
Можно, и с к KVM тоже можно.
В принципе, можно с любой системой,
которая поддерживает live-миграцию.
Без live-миграции не получится
сделать гладкое выключение сервера.
| | |
|
| 1.6, lv7e (?), 13:27, 01/10/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 у нас на v-desk.ru подорбная система работает...
только она не требует штатного выключения одного сервера, чтобы всё запустилось на другом
достаточно пропадания пинга на 15 сек и второй сервер входит в строй
при нештатном отклюении VM даже не отключается
| | |
| |
| |
| 3.15, lv7e (?), 16:46, 01/10/2008 [^] [^^] [^^^] [ответить]
| +/– |
есть демон live-синхронизации жёстких дисков и хитрая система синхронизации состояния VM
де-факто машина выполняется в двух экземплярах
даже есть вариант распределения нагрузки между ними
в общем писать можно много...
| | |
| |
| 4.17, xguru (?), 17:20, 01/10/2008 [^] [^^] [^^^] [ответить]
| +/– | |
Так это же очень интересно!
Особенно вот это:
«хитрая система синхронизации состояния VM»
Насколько часто она синхронизируется?
Что именно там синхронизируется?
Память? Состояние устройств?
Как происходит синхронизация?
Насколько сильно замедляется исполнение домена при этом?
Всё это очень интересно.
| | |
| |
| 5.18, lv7e (?), 17:59, 01/10/2008 [^] [^^] [^^^] [ответить]
| +/– |
синхронизация может происходить в двух режимах
режим внутренней синхронизации - это когда в виртуалку ставится агент и перехватывает некоторые прерывания, отслеживает состояние полезных сервисов (прозрачная кластеризация возможна в этом режиме). требует настройки guest-a. При полном дублировании - замедление ~20%, в режиме кластеризации (может быть потеря состояния одной VM за макс 15 сек) - прирост на ~80%
Режим внешней синхронизации - пока в состоянии альфы - это когда внутри ничего не меняется, а синхронизируется только память - но он нужен только для неподдерживаемых ОС, а таких мало
| | |
| |
| 6.19, xguru (?), 18:07, 01/10/2008 [^] [^^] [^^^] [ответить]
| +/– |
>синхронизация может происходить в двух режимах
>режим внутренней синхронизации - это когда в виртуалку ставится агент и перехватывает
>некоторые прерывания, отслеживает состояние полезных сервисов (прозрачная кластеризация возможна в этом
>режиме). требует настройки guest-a. При полном дублировании - замедление ~20%, в
>режиме кластеризации (может быть потеря состояния одной VM за макс 15
>сек) - прирост на ~80%
А этот проект по синхронизации является закрытым?
Есть ли где-то более полная информация о нём?
>Режим внешней синхронизации - пока в состоянии альфы - это когда внутри
>ничего не меняется, а синхронизируется только память - но он нужен
>только для неподдерживаемых ОС, а таких мало
А какие ОС являются поддерживаемыми?
Требуется модификация ядра ОС?
Требуется ли модификация гипервизора (я так понимаю, что всё это работает только с Xen)?
| | |
| |
| 7.20, lv7e (?), 18:32, 01/10/2008 [^] [^^] [^^^] [ответить]
| +/– |
проект не является ни закрытым, ни открытым - это внутренняя разработка, которая подготавливается к выпуску, как отдельный продукт с урезанной бесплатной и открытой частью (полностью открытым быть он не может в силу некоторых лицензионных ограничений)
ЗЫ: родная система виртуализации для него Vmware Server, но с недавнего времени он работает и с XEN
| | |
|
|
|
|
|
| 2.10, xguru (?), 13:40, 01/10/2008 [^] [^^] [^^^] [ответить]
| +/– |
>у нас на v-desk.ru подорбная система работает...
>только она не требует штатного выключения одного сервера, чтобы всё запустилось на
>другом
>достаточно пропадания пинга на 15 сек и второй сервер входит в строй
>
>при нештатном отклюении VM даже не отключается
Тут тоже не требуется.
Просто при штатном выключении пользователи вообще ничего не замечают,
а при внештатном некоторые машины перезагружаются (те, которые в момент
выключения были на выключившемся сервере).
| | |
| |
| |
| 4.13, xguru (?), 14:20, 01/10/2008 [^] [^^] [^^^] [ответить]
| +/– |
>А тут же:
>"при нештатном отклюении VM даже не отключается"
Вот это не знаю.
Для того чтобы VM даже не выключилась
она должна быть или кластеризована своими силами
и исполняться в двух экземплярах
(например, как описано здесь: http://xgu.ru/wiki/xen-drbd/todo )
или нужна хитрая синхронизация доменов виртуальных
машин (так чтобы образы машин в операивной памяти были идентичны).
Такое будет возможно в будущем, когда доделают проект Kemari.
| | |
|
|
|
|
