The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Отказоустойчивая система виртуализации на основе Xen и DRBD

01.10.2008 04:04

Появилась статья, в которой подробно описывается как построить отказоустойчивую систему виртуализации на основе Xen и DRBD, опубликованы скрипты xen-drbd, которые могут развернуть эту систему и потом управлять ею. В простейшем случае система физически может работать на двух узлах - виртуальные машины распределяются между ними, а их диски дублируются и хранятся на обоих узлах.

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

  1. Главная ссылка к новости (http://xgu.ru/wiki/xen/drbd...)
  2. репозиторий xen-drbd
  3. документация по сприптам xen-drbd
  4. Документация по построению кластера виртуализации
Автор новости: xguru
Тип: яз. русский / К сведению
Короткая ссылка: https://opennet.ru/18198-xen
Ключевые слова: xen, drbd, virtual
Поддержать дальнейшую публикацию новостей на OpenNET.


Обсуждение (21) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 11:02, 01/10/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кроме вашей лаборатории, такая система где-то работает?
     
     
  • 2.8, xguru (?), 13:35, 01/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Кроме вашей лаборатории, такая система где-то работает?

    Да

     

  • 1.2, Аноним (2), 11:25, 01/10/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    a eto http://code.google.com/p/ganeti/ ne tozhe samoje?
     
     
  • 2.9, xguru (?), 13:38, 01/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >a eto http://code.google.com/p/ganeti/ ne tozhe samoje?

    Не совсем. Некоторые фичи совпадают, некоторые нет.

    Ещё xenfire посмотрите, пожалуйста [http://code.google.com/p/xenfire/]


     

  • 1.3, Demonsh (?), 11:49, 01/10/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Спасибо, возможно потестю и если все будет ок пущу в продакшн. В любом случае плезно. Мож комьюнити подскажет аналогичные решения? Интересует создание отказоустойчивого кластера на 2х серверах с использованием ксена.
     
     
  • 2.4, s_dog (??), 12:37, 01/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    http://www.debian-administration.org/articles/578

    http://xenamo.sourceforge.net/

     

  • 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 даже не отключается
     
     
  • 2.7, s_dog (??), 13:34, 01/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    А как это реализовано? Вкраце.
     
     
  • 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
     
     
  • 8.21, xguru (?), 19:22, 01/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    В общем, будем ждать выпуска ... текст свёрнут, показать
     
  • 2.10, xguru (?), 13:40, 01/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >у нас на v-desk.ru подорбная система работает...
    >только она не требует штатного выключения одного сервера, чтобы всё запустилось на
    >другом
    >достаточно пропадания пинга на 15 сек и второй сервер входит в строй
    >
    >при нештатном отклюении VM даже не отключается

    Тут тоже не требуется.

    Просто при штатном выключении пользователи вообще ничего не замечают,
    а при внештатном некоторые машины перезагружаются (те, которые в момент
    выключения были на выключившемся сервере).

     
     
  • 3.12, s_dog (??), 13:57, 01/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    А тут же:
    "при нештатном отклюении VM даже не отключается"
     
     
  • 4.13, xguru (?), 14:20, 01/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >А тут же:
    >"при нештатном отклюении VM даже не отключается"

    Вот это не знаю.

    Для того чтобы VM даже не выключилась
    она должна быть или кластеризована своими силами
    и исполняться в двух экземплярах
    (например, как описано здесь: http://xgu.ru/wiki/xen-drbd/todo )
    или нужна хитрая синхронизация доменов виртуальных
    машин (так чтобы образы машин в операивной памяти были идентичны).
    Такое будет возможно в будущем, когда доделают проект Kemari.

     
     
  • 5.16, lv7e (?), 16:52, 01/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    у нас нечто среднне
    (см. пост выше)
     

  • 1.14, pavlinux (ok), 15:24, 01/10/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Где же vitek он бы порадовался...:)
     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:
    При перепечатке указание ссылки на opennet.ru обязательно



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2021 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру