Назад | Перейти на главную страницу

Лучший недорогой двухузловой кластер

Есть кластер Xen, который мне очень нравится. Он состоит из 2 узлов (назовем их 1 и 2). Каждый узел имеет 2 диска без рейда (A и B). A1 реплицируется на A2 через DRBD, а B2 на B1.
Когда машина 1 выходит из строя, виртуальные машины появляются на машине 2 и наоборот (только с половиной производительности)

Я доволен этим. Он дешевый, гибкий и прочный, но не идеальный ... и не дает мне покоя. Может быть, вы можете помочь мне сделать его лучше (или иметь альтернативную архитектуру, которая лучше, чем эта ... Я не против VMWare или другого, если он выполняет свою работу)

Вот мои проблемы:

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

Спасибо

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

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

Лучше всего тщательно задокументировать свою конфигурацию вместе с диаграммами и обучить кого-нибудь до такой степени, что, если вас завтра сбьет автобус, этот человек сможет заменить вас.

И всякий раз, когда что-либо изменяется в этом кластере, обновите свою документацию и убедитесь, что ваша команда знает об этом.

  • Мы все любим VMWare Converter, он полезен, даже если вы не используете продукты виртуализации VMWare (я использовал его для миграции различных физических серверов Windows на проигрыватель VMWare и преобразовал их в KVM, он, вероятно, будет работать и для Xen);
  • Я больше не использую DRBD, я предпочитаю использовать распределенные отказоустойчивые сетевые файловые системы, такие как GlusterFS и MooseFS, вы можете добиться лучшей масштабируемости для ваших данных, чем ~ RAID1, например DRBD.
  • Вам не нужно оставаться на передовой, но вам нужно оставаться в курсе, ваши клиенты оценят это.
  • Обновление до 10 ГБ или переключение на NAS / SAN для хранения (Infiniband, fibrechannel и т. Д.)

Я обнаружил, что XEN, DRBD и Heartbeat - очень хорошая комбинация. DRBD поставляет Heartbeat-Scripts для своих устройств, DRBD обеспечивает интеграцию с XEN, добавляя «drbd» типа устройства.

Если хотите, чтобы все было «в одни руки» - возьмите SLES11 (текущий patchlevel - SP2 на данный момент) с HA-расширением - тогда все три компонента будут поддерживаться. DRBD сотрудничает с SLES, поэтому он должен работать без проблем.

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

В нашей установке XEN PV DomU имеет на «диске», состоящем из устройства DRBD, которое состоит из LV. Мы используем двухузловые кластеры с синтаксисом Heartbeat V1 (со старым SLES10 - нам пришлось скомпилировать drbd 8 и написать собственный xen-heartbeat-script).

Мы используем XEN из-за его сильных сторон в отношении Linux PV.

На самом деле существуют веб-консоли управления DRBD ...

http://www.drbd.org/mc/management-console/ http://copilotco.com/mail-archives/webmin.2009/msg00486.html