[Sysadmins] Linux-HA + OpenVZ

[Sysadmins] Linux-HA + OpenVZ

[ABATAPA]

	Доброго дня!
Кто делал? Как раз в ноябрьском и декабрьском номерах было...
Интересует вариант "пропорционального"  разнесения сервисов (или VE) по двум 
узлам кластера - для того, чтобы второй не простаивал. :)
Кто тут автор статьи?  :)
-- 
ABATAPA

Re: [Sysadmins] Linux-HA + OpenVZ

[Slava Dubrovskiy]

[-- Attachment #1: Type: text/plain, Size: 337 bytes --]

ABATAPA wrote:
> Кто делал? Как раз в ноябрьском и декабрьском номерах было...
>   
Не делал
> Интересует вариант "пропорционального"  разнесения сервисов (или VE) по двум 
> узлам кластера - для того, чтобы второй не простаивал. :)
> Кто тут автор статьи?  :)
prokopiev@ вроде  :-) 

-- 
С уважением,
Дубровский Вячеслав.


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3237 bytes --]

Re: [Sysadmins] Linux-HA + OpenVZ

[Шенцев Алексей Владимирович]

В сообщении от Четверг 21 декабря 2006 15:26 ABATAPA написал(a):
> 	Доброго дня!
Доброго!
> Кто делал? Как раз в ноябрьском и декабрьском номерах было...
> Интересует вариант "пропорционального"  разнесения сервисов (или VE) по
> двум узлам кластера - для того, чтобы второй не простаивал. :)
> Кто тут автор статьи?  :)
Делал Евгений Прокопьев. Вот:
http://git.altlinux.org/people/kirill/packages/?p=docs-linux_ha_openvz-enp.git;a=tree
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845
XMPP: AlexShen@jabber.ru

Re: [Sysadmins] Linux-HA + OpenVZ

[ABATAPA]

21 декабря 2006 15:39, Шенцев Алексей Владимирович написал:
> Делал Евгений Прокопьев. Вот:
> http://git.altlinux.org/people/kirill/packages/?p=docs-linux_ha_openvz-enp.
>git;a=tree
Вижу-вижу. :) Но там не active/active конфигурация. Понимаю, что это - лишь 
настройка linux-ha, но я хотел бы услышать мнения, и т.д.
-- 
ABATAPA

Re: [Sysadmins] Linux-HA + OpenVZ

[Eugene Prokopiev]

ABATAPA пишет:
> 21 декабря 2006 15:39, Шенцев Алексей Владимирович написал:
> 
>>Делал Евгений Прокопьев. Вот:
>>http://git.altlinux.org/people/kirill/packages/?p=docs-linux_ha_openvz-enp.
>>git;a=tree
> 
> Вижу-вижу. :) Но там не active/active конфигурация. Понимаю, что это - лишь 
> настройка linux-ha, но я хотел бы услышать мнения, и т.д.

Поначалу думал об этом :) Есть 2 сложности:

1) при отказе одного узла из двух (а я рассматриваю это не как нечто 
ужасное, а как штатную ситуацию ;) ) производительность системы в целом 
может снизиться до неприемлемой. Как-то давно была у меня веселая 
ситуация, когда производительности резервного сервера хватило на 
нормальную работу, но не хватило на построение месячных отчетов :)

2) если таки делать, то первым делом нужно собрать в Сизиф полноценную 
кластерную ФС (drbd таковой еще не является) - об этом я вкратце писал. 
Далее нужно придумать, как написать скрипт для управления ресурсом vz, 
чтобы штатно VE распределялись по узлам кластера, а при отказе узла 
переезжали на оставшиеся в живых.

Еще хочу слегка посыпать голову пеплом: я конфигурировал heartbeat в 
стиле 1.x, тогда как правильнее, наверное, было бы использовать 
OCF-style конфигурацию, просто в моем случае (только 2 узла) она никаких 
особых преимуществ не давала. И heartbeat у нас еще сильно нуждается в 
распиливании (впрочем спасибо lakostis@ за то, что уже есть)

-- 
С уважением, Прокопьев Евгений

Re: [Sysadmins] Linux-HA + OpenVZ

[ABATAPA]

21 декабря 2006 17:20, Eugene Prokopiev написал:
> ABATAPA пишет:
> 1) при отказе одного узла из двух (а я рассматриваю это не как нечто
> ужасное, а как штатную ситуацию ;) ) производительность системы в целом
> может снизиться до неприемлемой.
Это все зависит от многих условий: от средней нагрузки на каждый сервер, от  
отклонений от среднего, от мощности "железа",  и т.д. Например, я предпочел 
бы, чтобы критически важные для узла задачи при останове сервера (при аварии, 
при плановых/внеплановых работах, и т.д.) не приводили к коллапсу узла (и 
многочисленным звонкам;) ), а всего лишь увеличивали нагрузку на 
оставшийся(-еся) вервер(а), ибо это - ситуация временная, и - несомненно 
лучшая.
> 2) если таки делать, то первым делом нужно собрать в Сизиф полноценную
> кластерную ФС (drbd таковой еще не является) - об этом я вкратце писал.
Ну, кто-то советует drbd8, LVM, кто-то - что-то еще... 
Но у нас нет ни drbd8, ни GFS... 

> Далее нужно придумать, как написать скрипт для управления ресурсом vz,
> чтобы штатно VE распределялись по узлам кластера, а при отказе узла
> переезжали на оставшиеся в живых.
Ну, отдельные приложения ведь  Heartbeat "раскидывает" по узлам, наверное, 
можно это же сделать и для VE...

> И heartbeat у нас еще сильно нуждается в
> распиливании (впрочем спасибо lakostis@ за то, что уже есть)
Присоединяюсь.
Но - уж очень хочется "красивого" решения. 
Ну не хочу я туда ставить RH, SUSE или что-то еще!
Даже несмотря на статус Сизифа. :)
-- 
ABATAPA

Re: [Sysadmins] Linux-HA + OpenVZ

[Eugene Prokopiev]

ABATAPA пишет:
> 21 декабря 2006 17:20, Eugene Prokopiev написал:
> 
>>ABATAPA пишет:
>>1) при отказе одного узла из двух (а я рассматриваю это не как нечто
>>ужасное, а как штатную ситуацию ;) ) производительность системы в целом
>>может снизиться до неприемлемой.
> 
> Это все зависит от многих условий: от средней нагрузки на каждый сервер, от  
> отклонений от среднего, от мощности "железа",  и т.д. Например, я предпочел 
> бы, чтобы критически важные для узла задачи при останове сервера (при аварии, 
> при плановых/внеплановых работах, и т.д.) не приводили к коллапсу узла (и 
> многочисленным звонкам;) ), а всего лишь увеличивали нагрузку на 
> оставшийся(-еся) вервер(а), ибо это - ситуация временная, и - несомненно 
> лучшая.

так я как раз о том, что слишком большой рост нагрузки иногда может быть 
равносилен остановке системы ;)

>>2) если таки делать, то первым делом нужно собрать в Сизиф полноценную
>>кластерную ФС (drbd таковой еще не является) - об этом я вкратце писал.
> 
> Ну, кто-то советует drbd8, LVM, кто-то - что-то еще... 
> Но у нас нет ни drbd8, ни GFS... 

а вот mike@ недавно грозился lustre в Сизиф собирать (clusterfs.com) ;)

а еще я попробовал бы глянуть на ocfs2 ...

>>Далее нужно придумать, как написать скрипт для управления ресурсом vz,
>>чтобы штатно VE распределялись по узлам кластера, а при отказе узла
>>переезжали на оставшиеся в живых.
> 
> Ну, отдельные приложения ведь  Heartbeat "раскидывает" по узлам, наверное, 
> можно это же сделать и для VE...

примера в /usr/lib/ocf/resource.d/heartbeat/ сходу не нашел, возможно 
плохо смотрел ...

мне это видится примерно так:

1) отдельные конфигурации openvz на каждом узле
2) /var/lib/vz/private/ на общем для всех узлов разделе
3) ссылки из общих конфигураций в /var/lib/vz/private/
4) stonith, чтобы один VE не мучали несколько узлов сразу
5) самое сложное - алгоритм распределения еще не запущенных или 
остановившихся по причине смерти узла VE по работающим узлам

>>И heartbeat у нас еще сильно нуждается в
>>распиливании (впрочем спасибо lakostis@ за то, что уже есть)
> 
> Присоединяюсь.
> Но - уж очень хочется "красивого" решения. 
> Ну не хочу я туда ставить RH, SUSE или что-то еще!
> Даже несмотря на статус Сизифа. :)

Как ни странно, у нас в Сизифе (и, надеюсь, в ALM31) связка 
heartbeat/drbd/openvz больше всего похожа на работающую из коробки - 
правда, кажется, только у меня ;) Ну и еще в SLES 10 вроде из коробки 
есть heartbeat/ocfs2/xen - по идее для xen они должны были сделать 
примерно то, что я выше расписал для openvz. Кажется, ни у кого больше 
коробочной связки кластеризации с виртуализацией нет.

-- 
С уважением, Прокопьев Евгений

Re: [Sysadmins] Linux-HA + OpenVZ

[Konstantin A. Lepikhov]

[-- Attachment #1: Type: text/plain, Size: 582 bytes --]

Hi Eugene!

Thursday 21, at 11:07:37 PM you wrote:

<skip>
> Как ни странно, у нас в Сизифе (и, надеюсь, в ALM31) связка 
> heartbeat/drbd/openvz больше всего похожа на работающую из коробки - 
> правда, кажется, только у меня ;) Ну и еще в SLES 10 вроде из коробки 
> есть heartbeat/ocfs2/xen - по идее для xen они должны были сделать 
> примерно то, что я выше расписал для openvz. Кажется, ни у кого больше 
> коробочной связки кластеризации с виртуализацией нет.
офигеть. Это-то при моей занятости :) За что же народ в зюзе деньги
получает? :)))

-- 
WBR et al.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [Sysadmins] Linux-HA + OpenVZ

[ABATAPA]

21 декабря 2006 23:07, Eugene Prokopiev написал:
> так я как раз о том, что слишком большой рост нагрузки иногда может быть
> равносилен остановке системы ;)
Может. Но все, как я говорил, зависит от... А так, все же, есть шанс...

> 1) отдельные конфигурации openvz на каждом узле
> 2) /var/lib/vz/private/ на общем для всех узлов разделе
> 3) ссылки из общих конфигураций в /var/lib/vz/private/
> 4) stonith, чтобы один VE не мучали несколько узлов сразу
> 5) самое сложное - алгоритм распределения еще не запущенных или
> остановившихся по причине смерти узла VE по работающим узлам
Согласен, что - непросто. Но как же было бы красиво и удобно... Например, 
нужна профилактика - мигрируем все на другие узлы, и... Или - 
ручная "балансировка" нагрузки. Ну есть же это уже все! Почему не у нас?..

> Как ни странно, у нас в Сизифе (и, надеюсь, в ALM31) связка
> heartbeat/drbd/openvz больше всего похожа на работающую из коробки -
> правда, кажется, только у меня ;) Ну и еще в SLES 10 вроде из коробки
> есть heartbeat/ocfs2/xen - по идее для xen они должны были сделать
> примерно то, что я выше расписал для openvz. Кажется, ни у кого больше
> коробочной связки кластеризации с виртуализацией нет.
Там, по-моему, даже миграция работает.


Думал еще об одном варианте: на двух (в моем случае) серверах два 
drbd-устройства, при этом каждое из них смонтировано "мастером" на одном из 
серверов (не знаю - возможно ли); соответственно, два heartbeat (в одной сети 
они это умееют, а вот на одних и тех же узлах?..), по которым распределены 
VE... При падении одного узла "выживший" сервер останется "мастером" 
для "своих" drbd и задач, и "подхватит" "умершие", для которых является 
slave...
Но что-то мне подсказывает, что это мало возможно... Да и не сильно меняет 
ситуацию с поддержкой этого у нас в целом...
-- 
ABATAPA

Re: [Sysadmins] Linux-HA + OpenVZ

[Eugene Prokopiev]

> Ну есть же это уже все! Почему не у нас?..

Потому, что до сих пор никому это не было надо до такой степени, чтобы 
взяться и сделать ;)

> Думал еще об одном варианте: на двух (в моем случае) серверах два 
> drbd-устройства, при этом каждое из них смонтировано "мастером" на одном из 
> серверов (не знаю - возможно ли); соответственно, два heartbeat (в одной сети 
> они это умееют, а вот на одних и тех же узлах?..), по которым распределены 
> VE... При падении одного узла "выживший" сервер останется "мастером" 
> для "своих" drbd и задач, и "подхватит" "умершие", для которых является 
> slave...
> Но что-то мне подсказывает, что это мало возможно... Да и не сильно меняет 
> ситуацию с поддержкой этого у нас в целом...

Думаю, предложенный мной вариант прямее. Если уж делать, то его. Пока вы 
самый заинтересованный ;)

-- 
С уважением, Прокопьев Евгений

Re: [Sysadmins] Linux-HA + OpenVZ

[Michael Shigorin]

On Thu, Dec 21, 2006 at 11:07:37PM +0300, Eugene Prokopiev wrote:
> > Ну, кто-то советует drbd8, LVM, кто-то - что-то еще... 
> > Но у нас нет ни drbd8, ни GFS... 
> а вот mike@ недавно грозился lustre в Сизиф собирать
> (clusterfs.com) ;) а еще я попробовал бы глянуть на ocfs2 ...

Не то чтобы грозился, скорее упомянул, что есть мысли попробовать
приспособить сизиф под задачи, где всё равно сейчас хватает
напильника (в частности, с люстрой).

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Sysadmins] Linux-HA + OpenVZ

[Eugene Prokopiev]

Michael Shigorin пишет:
> On Thu, Dec 21, 2006 at 11:07:37PM +0300, Eugene Prokopiev wrote:
> 
>>>Ну, кто-то советует drbd8, LVM, кто-то - что-то еще... 
>>>Но у нас нет ни drbd8, ни GFS... 
>>
>>а вот mike@ недавно грозился lustre в Сизиф собирать
>>(clusterfs.com) ;) а еще я попробовал бы глянуть на ocfs2 ...
> 
> 
> Не то чтобы грозился, скорее упомянул, что есть мысли попробовать
> приспособить сизиф под задачи, где всё равно сейчас хватает
> напильника (в частности, с люстрой).

А можно подробнее про напильник? На ум приходят 2 варианта: какой-либо 
менее автоматизированный способ распределения данных вроде rsync или та 
же неопакеченая люстра (без heartbeat ввиду отсутствия необходимости). 
Какая вообще задача решается?

-- 
С уважением, Прокопьев Евгений

Re: [Sysadmins] Linux-HA + OpenVZ

[Konstantin A. Lepikhov]

<цитата от="Eugene Prokopiev">
> Michael Shigorin пишет:
>> On Thu, Dec 21, 2006 at 11:07:37PM +0300, Eugene Prokopiev wrote:
>>
>>>>Ну, кто-то советует drbd8, LVM, кто-то - что-то еще...
>>>>Но у нас нет ни drbd8, ни GFS...
>>>
>>>а вот mike@ недавно грозился lustre в Сизиф собирать
>>>(clusterfs.com) ;) а еще я попробовал бы глянуть на ocfs2 ...
>>
>>
>> Не то чтобы грозился, скорее упомянул, что есть мысли попробовать
>> приспособить сизиф под задачи, где всё равно сейчас хватает
>> напильника (в частности, с люстрой).
>
> А можно подробнее про напильник? На ум приходят 2 варианта: какой-либо
> менее автоматизированный способ распределения данных вроде rsync или та
> же неопакеченая люстра (без heartbeat ввиду отсутствия необходимости).
> Какая вообще задача решается?
csync еще можно опакетить.

-- 
WBR et al.

Re: [Sysadmins] Linux-HA + OpenVZ

[Slava Dubrovskiy]

[-- Attachment #1: Type: text/plain, Size: 1061 bytes --]

Konstantin A. Lepikhov wrote:
>>>>> Ну, кто-то советует drbd8, LVM, кто-то - что-то еще...
>>>>> Но у нас нет ни drbd8, ни GFS...
>>>>>           
>>>> а вот mike@ недавно грозился lustre в Сизиф собирать
>>>> (clusterfs.com) ;) а еще я попробовал бы глянуть на ocfs2 ...
>>>>         
>>> Не то чтобы грозился, скорее упомянул, что есть мысли попробовать
>>> приспособить сизиф под задачи, где всё равно сейчас хватает
>>> напильника (в частности, с люстрой).
>>>       
>> А можно подробнее про напильник? На ум приходят 2 варианта: какой-либо
>> менее автоматизированный способ распределения данных вроде rsync или та
>> же неопакеченая люстра (без heartbeat ввиду отсутствия необходимости).
>> Какая вообще задача решается?
>>     
> csync еще можно опакетить.
>   
rsync с сотоварищами хорош когда нужно синхронизировать не большое
количество данных (гигабайты). А когда нужно синхронизировать около 1
терабайта, то нужно думать о чем-то еще. Идеально для этого подошла бы
технология p2p.

-- 
С уважением,
Дубровский Вячеслав.


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3237 bytes --]

Re: [Sysadmins] Linux-HA + OpenVZ

[Slava Dubrovskiy]

[-- Attachment #1: Type: text/plain, Size: 437 bytes --]

Konstantin A. Lepikhov wrote:
>> А можно подробнее про напильник? На ум приходят 2 варианта: какой-либо
>> менее автоматизированный способ распределения данных вроде rsync или та
>> же неопакеченая люстра (без heartbeat ввиду отсутствия необходимости).
>> Какая вообще задача решается?
>>     
> csync еще можно опакетить.
>   
Кстати это не оно?
http://www.sisyphus.ru/srpm/csync2

-- 
С уважением,
Дубровский Вячеслав.


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3237 bytes --]

Re: [Sysadmins] Linux-HA + OpenVZ

[Konstantin A. Lepikhov]

[-- Attachment #1: Type: text/plain, Size: 548 bytes --]

Hi Slava!

Thursday 04, at 05:13:19 PM you wrote:

> Konstantin A. Lepikhov wrote:
> >> А можно подробнее про напильник? На ум приходят 2 варианта: какой-либо
> >> менее автоматизированный способ распределения данных вроде rsync или та
> >> же неопакеченая люстра (без heartbeat ввиду отсутствия необходимости).
> >> Какая вообще задача решается?
> >>     
> > csync еще можно опакетить.
> >   
> Кстати это не оно?
> http://www.sisyphus.ru/srpm/csync2
оно. Правда, я не знаю, пользуется ли этой тулзой мантейнер.

-- 
WBR et al.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [Sysadmins] Linux-HA + OpenVZ

[Michael Shigorin]

On Tue, Dec 26, 2006 at 05:49:14PM +0300, Eugene Prokopiev wrote:
> >>>Ну, кто-то советует drbd8, LVM, кто-то - что-то еще... 
> >>>Но у нас нет ни drbd8, ни GFS... 
> >>а вот mike@ недавно грозился lustre в Сизиф собирать
> >>(clusterfs.com) ;) а еще я попробовал бы глянуть на ocfs2 ...
> > Не то чтобы грозился, скорее упомянул, что есть мысли попробовать
> > приспособить сизиф под задачи, где всё равно сейчас хватает
> > напильника (в частности, с люстрой).
> А можно подробнее про напильник? На ум приходят 2 варианта:
> какой-либо менее автоматизированный способ распределения данных
> вроде rsync или та же неопакеченая люстра (без heartbeat ввиду
> отсутствия необходимости).  Какая вообще задача решается?

Так... таймаут.

Может, к весне доберёмся (сейчас задача ovz на кластерах стоит
второочередной), тогда отпишусь.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Sysadmins] Linux-HA + OpenVZ

[ABATAPA]

30 января 2007 15:25, Michael Shigorin написал:
> Может, к весне доберёмся (сейчас задача ovz на кластерах стоит
> второочередной), тогда отпишусь.
А первоочередной? :)
-- 
ABATAPA

Re: [Sysadmins] Linux-HA + OpenVZ

[Michael Shigorin]

On Mon, Feb 05, 2007 at 02:45:16PM +0300, ABATAPA wrote:
> > Может, к весне доберёмся (сейчас задача ovz на кластерах
> > стоит второочередной), тогда отпишусь.
> А первоочередной? :)

Lustre и apcupsd, ессно.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Sysadmins] Linux-HA + OpenVZ

[Slava Dubrovskiy]

[-- Attachment #1: Type: text/plain, Size: 559 bytes --]

Michael Shigorin wrote:
>> а вот mike@ недавно грозился lustre в Сизиф собирать
>> (clusterfs.com) ;) а еще я попробовал бы глянуть на ocfs2 ...
>>     
> Не то чтобы грозился, скорее упомянул, что есть мысли попробовать
> приспособить сизиф под задачи, где всё равно сейчас хватает
> напильника (в частности, с люстрой).
>   
Объясните пожалуйста на пальцах. Если я использую какую нибудь
кластерную FS, то значит ли это, что я могу на неё разместить, например,
базу mysql? Это заменяет кластер mysql?

-- 
С уважением,
Дубровский Вячеслав.


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3237 bytes --]

Re: [Sysadmins] Linux-HA + OpenVZ

[Eugene Prokopiev]

Slava Dubrovskiy пишет:
> Michael Shigorin wrote:
> 
>>>а вот mike@ недавно грозился lustre в Сизиф собирать
>>>(clusterfs.com) ;) а еще я попробовал бы глянуть на ocfs2 ...
>>>    
>>
>>Не то чтобы грозился, скорее упомянул, что есть мысли попробовать
>>приспособить сизиф под задачи, где всё равно сейчас хватает
>>напильника (в частности, с люстрой).
>>  
> 
> Объясните пожалуйста на пальцах. Если я использую какую нибудь
> кластерную FS, то значит ли это, что я могу на неё разместить, например,
> базу mysql? Это заменяет кластер mysql?

Теоретически да. Т.е. если СУБД на каждое клиентское подключение 
использует отдельный процесс, причем каждый такой процесс работает с 
файлами/разделами БД напрямую, используя для сихронизации какой-либо 
IPC-механизм (так, например, работает Firebird Classic, кажется, то же 
относится к PostgreSQL, но не к MySQL - хотя те, кто знает лучше, пусть 
меня поправят), то нет никаких препятствий к тому, чтобы файлы/разделы 
БД были доступны нескольким узлам кластера, разве только придется 
несколько модифицировать IPC-механизм.

И вот этого последнего шага никто, насколько мне известно, не сделал :( 
Из открытых СУБД, разумеется. Если рассматривать проприетарные решения, 
то есть, например, Oracle RAC, для которого и разрабатывалась ocfs2.

Кластер MySQL реализован совсем иначе и производит странное впечатление 
благодаря (хорошо, что частичному) наличию единой точки отказа - 
Management Server. PGCluster тоже не использует разделяемые файлы как 
таковые и сильно отстает от текущей стабильной версии PostgreSQL, а баги 
там такие, что и пробовать не хочется. Хотя вот это сообщение 
http://archives.postgresql.org/pgsql-admin/2005-09/msg00268.php наводит 
на мысль о том, что я погорячился насчет последнего шага ;)

-- 
С уважением, Прокопьев Евгений

Re: [Sysadmins] Linux-HA + OpenVZ

[ABATAPA]

21 декабря 2006 23:07, Eugene Prokopiev написал:
> Ну и еще в SLES 10 вроде из коробки
> есть heartbeat/ocfs2/xen - по идее для xen они должны были сделать
> примерно то, что я выше расписал для openvz. Кажется, ни у кого больше
> коробочной связки кластеризации с виртуализацией нет.
Скачал, поставил, обновил, посмотрел...
Что-то ocfs2 там или все еще падучий, или... То в core, то не может 
размонтировать. Создать поверх него xenU почему-то не получается.

-- 
ABATAPA

Re: [Sysadmins] Linux-HA + OpenVZ

[Konstantin A. Lepikhov]

[-- Attachment #1: Type: text/plain, Size: 458 bytes --]

Hi ABATAPA!

Thursday 21, at 04:46:42 PM you wrote:

> 21 декабря 2006 15:39, Шенцев Алексей Владимирович написал:
> > Делал Евгений Прокопьев. Вот:
> > http://git.altlinux.org/people/kirill/packages/?p=docs-linux_ha_openvz-enp.
> >git;a=tree
> Вижу-вижу. :) Но там не active/active конфигурация. Понимаю, что это - лишь 
> настройка linux-ha, но я хотел бы услышать мнения, и т.д.
для active/active нужен либо drbd8, либо LVS.

-- 
WBR et al.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [Sysadmins] Linux-HA + OpenVZ

[ABATAPA]

21 декабря 2006 18:11, Konstantin A. Lepikhov написал:
> для active/active нужен либо drbd8, либо LVS.
Вот я и спрашиваю - кто делал?
У нас drbd 7.22 в Сизифе. 
Как это можно сделать с LVS?  Есть какие-нибудь подсказки? 
Ситуация с "избыточностью" серверов меня не устраивает...
-- 
ABATAPA

Re: [Sysadmins] Linux-HA + OpenVZ

[Konstantin A. Lepikhov]

[-- Attachment #1: Type: text/plain, Size: 638 bytes --]

Hi ABATAPA!

Thursday 21, at 08:04:21 PM you wrote:

> 21 декабря 2006 18:11, Konstantin A. Lepikhov написал:
> > для active/active нужен либо drbd8, либо LVS.
> Вот я и спрашиваю - кто делал?
> У нас drbd 7.22 в Сизифе. 
drbd8 официально еще очень сырой. Посмотрите архивы их рассылки, где народ
постоянно жалуется на oops'ы. Лучше тогда использовать ocfs2, оно хотя бы
работает. Но для ocfs2 также необходимо собирать обвязку.

> Как это можно сделать с LVS?  Есть какие-нибудь подсказки? 
> Ситуация с "избыточностью" серверов меня не устраивает...
http://www.linuxvirtualserver.org/architecture.html

-- 
WBR et al.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [Sysadmins] Linux-HA + OpenVZ

[ABATAPA]

21 декабря 2006 21:08, Konstantin A. Lepikhov написал:
> > Как это можно сделать с LVS?  Есть какие-нибудь подсказки?
> > Ситуация с "избыточностью" серверов меня не устраивает...
>
> http://www.linuxvirtualserver.org/architecture.html
Вечер. Устал. Протормозил. Почему-то скорее увиделось VFS, чем Linux Virtual 
Server. Но это - тоже избыточность...
-- 
ABATAPA

Re: [Sysadmins] Linux-HA + OpenVZ

[Alexey Borovskoy]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Konstantin A. Lepikhov пишет:
> drbd8 официально еще очень сырой. Посмотрите архивы их рассылки, где народ
> постоянно жалуется на oops'ы. Лучше тогда использовать ocfs2, оно хотя бы
> работает. Но для ocfs2 также необходимо собирать обвязку.

У нас не собираются ядерные модули ocfs2.

- --
Алексей.
GPG key fingerprint
949B BC0E 2C44 7528 4F63 2753 E37A 9E3F 11F3 BDE1
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFFi9Sx43qePxHzveERAn6HAKCH8fnN6JEKrl/Is4KSvpbLPkwpbACeNrWq
xv4Y2pRbXctuRB/tZF62aic=
=erVf
-----END PGP SIGNATURE-----

Re: [Sysadmins] Linux-HA + OpenVZ

[Konstantin A. Lepikhov]

[-- Attachment #1: Type: text/plain, Size: 598 bytes --]

Hi Alexey!

Saturday 23, at 12:50:57 AM you wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Konstantin A. Lepikhov пишет:
> > drbd8 официально еще очень сырой. Посмотрите архивы их рассылки, где народ
> > постоянно жалуется на oops'ы. Лучше тогда использовать ocfs2, оно хотя бы
> > работает. Но для ocfs2 также необходимо собирать обвязку.
> 
> У нас не собираются ядерные модули ocfs2.
собираются:
CONFIG_OCFS2_FS=m                                                                                                     
CONFIG_OCFS2_DEBUG_MASKLOG=y

-- 
WBR et al.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]