|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Aleksey Barabanov 2:5020/400 20 Apr 2004 11:58:40
To : Dmitry Eremin
Subject : Re: HA Cluster and RAID
--------------------------------------------------------------------------------
Dmitry Eremin wrote:
>> У вас неверно представлена задача. Если нужно просто резервирование
>> данных, то кластер тут не при чем.
>>
> Резервирование сервиса и его данных.
Какой сервис ? Уточните.
>> Кластер на RAUD не резервирует данные на RAID, а предоставляет сервисы в
>> сеть исходя из общих данных, которые размещаются на RAID.
>
>> Т.е. если одна "голова" HA упадет, то вторая, запустившись, получит в
>> свое распоряжение те же данные, что и первая, т.к. все они размещены на
>> двухвходовом дисковом массиве.
> Т.е. одна голова падает, другая монтирует диск с данными и поехали !
> Я это имел ввиду. А разница между данными и программами сервиса не
> слишком большая. Вообще я планировал несколько виртуальных серверов,
Imho это и есть самая главная разница.
> каждый из которых будет иметь диск/партицию на RAID.
Тогда ресурс - данные.
> После падения головного (по этой задаче) сервера, другой сервер
Вопрос в степени резервирования. Общий на кластер райд должен размещать
только общие данные, которые там размещаются вынужденно. Т.к. разнести их
по хостам, что будет правильнее и надежнее, не представляется возможным.
> монтирует диск и запускает вирутальную машину с диска. Главное -
> исключить одновременное монтирование одного диска.
Hаверное не "одновременного монтирования", а одновременной лочки фалов. Hо
такого и не будет, если целевой софт на резервных хостах не будет запущен.
> В принципе, код виртуальных машин можно размещать не на RAID.
> Hо дисков внутри серверов мало (2x36GB). Монтироовать ФС с кодом в
> разные места для разных сетевых устройств можно, но муторно.
> mount --bind не понимает ключа ro, чтобы обезопасить виртуальные машины
> друг от друга.
> Монтировать через LoopBack - автоматическое снижение скорости.
> Монтировать одно устройство в несколько каталогов в режиме ro, пока не
> пробовал, но точно не работает если хоть кто-то подмонтирован в режиме rw.
Все-таки получается, что вам важно не предоставить сервис наружу кластера, а
корректно разметить данные внутри отказоустойчивой системы.
Ключевой вопрос, что является ресурсом - результаты работы программы или ее
размещение.
>
>> Если вам надо просто выдавать отказоустойчивую ФС по сети, то
>> воспользуйтесь тем советом, что вам уже дали "Hадо просто выбрать
>> правильную сетевую файловую систему".
>>
> Hет, сервера два, посему отказоустойчивую ФС мне некому будет отдать, да
> и издержек с сетевыми дисками очень много.
Так в том то и вопрос. Если ваши сервера просто потребителе данный с рэйда ?
Просто может получиться непредусмотренное усложнение задачи.
--
Bye.
Aleksey Barabanov <alekseybb at mail.ru>
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5.3
* Origin: home (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
