Господа, хочется сделать отказоустойчивый файлсервер. Много искал/читал всего на форуме опеннета но так и не нашёл интересующей информации. Зачастую советуют пользовать DRBD и Heartbeat.
Допустим есть два компа. Я так понимаю, что в кластере один из них будет активным, второй на подхвате + синхронизирует записанное. Интересует слудующее: я записываю баааальшой файл на этот кластер и в этот момент бац, и что-то случается с активным компом в кластере (ну допустим мышка пробежала, хвостиком вильнула, комп упал и сломался). Возможно ли реализовать кластер так, что в этом случае файл будет дальше писаться на вторую машину (ну с задержкой в 5-10 секунд, пока вторая машинка станет активной) ? Т.е. что бы не было потери информации. Вариант с повторной закачкой файла не устраивает. Или такое невозможно реализовать ?
Общий массив дисков, но вот так писать - врядли, и цена будет......
>Общий массив дисков, но вот так писать - врядли, и цена будет......
>
DFS может поможет, но это винда....
>Господа, хочется сделать отказоустойчивый файлсервер. Много искал/читал всего на форуме опеннета но
>так и не нашёл интересующей информации. Зачастую советуют пользовать DRBD и
>Heartbeat.
>Допустим есть два компа. Я так понимаю, что в кластере один из
>них будет активным, второй на подхвате + синхронизирует записанное. Интересует слудующее:
>я записываю баааальшой файл на этот кластер и в этот момент
>бац, и что-то случается с активным компом в кластере (ну допустим
>мышка пробежала, хвостиком вильнула, комп упал и сломался). Возможно ли реализовать
>кластер так, что в этом случае файл будет дальше писаться на
>вторую машину (ну с задержкой в 5-10 секунд, пока вторая машинка
>станет активной) ? Т.е. что бы не было потери информации. Вариант
>с повторной закачкой файла не устраивает. Или такое невозможно реализовать ?
>
внешний RAID + 2 управляющих PCЛюди иногда задают общие вопросы и хотят чего-то зависшего в воздухе,
например, допустим есть указанная выше ситуация, попробуем ее
конкретизировать:есть нечто с массивом и зеркало этого хозяйства, на этом нечто, запускается ПРОЦЕСС (он ЛОКАЛЬНЫЙ), потом бежит МЫШКА и нечто вырубается.
А массив продолжает работать под управлением чего-то там.
Где был запущен на выполнение процесс - правильно, на н-е-ч-т-о, если
оно срубилось, что произойдет с таким процессом и какое отношение
этот процесс будет иметь к тем не менее работающему процессу.Надеюсь я понятно на пальцах объяснил, и понятно какой должен быть
подход.
Вот тут народ правильно заметил про дисковый массив. От себя могу добавить, что бы он был еще и семерочкой ;)))
Денег это будет стоит...
Впрочем кластер тоже стоит. А вообще В случае падения одного из сегментов кластера, у вас молодой человек, будет все же некоторая задержка, в течении которой сессии на скачивание файлов прервутся, пока второй сервак выйдет нарежим. А вообще, если совсем уж по теме, сначала нужно определиться какой тип кластера вы хотите использовать. Под него и искать сопутствующий софт. А просто хачу не катит.
На общий вопрос - общий ответ:
кластер на OpenVMS + Volume Shadowing
Более серьёзного решения в природе нет, есть только "не хуже".
>На общий вопрос - общий ответ:
> кластер на OpenVMS + Volume Shadowing
>Более серьёзного решения в природе нет, есть только "не хуже".Ок. Спасибо. Поищу информацию по этому поводу.
>Ок. Спасибо. Поищу информацию по этому поводу.Железо - только Alpha, со всеми вытекающими ценовыми последствиями.
По сути дело, это мейнфрейм, только не от IBM.
Должен, однако, предупредить, что это - не UNIX way ;)
>А вообще, если совсем уж по теме, сначала нужно определиться
>какой тип кластера вы хотите использовать. Под него и искать сопутствующий
>софт. А просто хачу не катит.Отказоустойчивый кластеризированный файл-сервер. Это не конкретно ?
А по поводу "хачу" - так это разъяснения что конкретно я хочу.
>>Господа, хочется сделать отказоустойчивый файлсервер. Много искал/читал всего на форуме опеннета но
>>так и не нашёл интересующей информации. Зачастую советуют пользовать DRBD и
>>Heartbeat.
>>Допустим есть два компа. Я так понимаю, что в кластере один из
>>них будет активным, второй на подхвате + синхронизирует записанное. Интересует слудующее:
>>я записываю баааальшой файл на этот кластер и в этот момент
>>бац, и что-то случается с активным компом в кластере (ну допустим
>>мышка пробежала, хвостиком вильнула, комп упал и сломался). Возможно ли реализовать
>>кластер так, что в этом случае файл будет дальше писаться на
>>вторую машину (ну с задержкой в 5-10 секунд, пока вторая машинка
>>станет активной) ? Т.е. что бы не было потери информации. Вариант
>>с повторной закачкой файла не устраивает. Или такое невозможно реализовать ?
>>
>
>
>внешний RAID + 2 управляющих PC
>
>Люди иногда задают общие вопросы и хотят чего-то зависшего в воздухе,
>например, допустим есть указанная выше ситуация, попробуем ее
>конкретизировать:
>
>есть нечто с массивом и зеркало этого хозяйства, на этом нечто, запускается
>ПРОЦЕСС (он ЛОКАЛЬНЫЙ), потом бежит МЫШКА и нечто вырубается.
> А массив продолжает работать под управлением чего-то там.
>Где был запущен на выполнение процесс - правильно, на н-е-ч-т-о, если
>оно срубилось, что произойдет с таким процессом и какое отношение
>этот процесс будет иметь к тем не менее работающему процессу.
>выше следует читать "и какое отношение этот процесс будет иметь к тем не менее работающему МАССИВУ"
>Надеюсь я понятно на пальцах объяснил, и понятно какой должен быть
>подход.СМЫСЛ простой, допустим что у нас нет распределенной системы и
"массив" обслуживается двумя PC, на одной PC мы запустили независимый
процесс копирования на массив и эта PC ЛЕГЛА - что будет с процессом,
нужно объяснять? Так какое может быть продолжение процесса в этом случае?
И как это будет соотносится с продолжающим работу массивом?Таким образом надо понимать какие процессы и как заливаются данные
на массив.
lavr, ты по моему сам с собой общаешся...
>Таким образом надо понимать какие процессы и как заливаются данные
>на массив.Либо работать как раз с распределённым массивом - который обеспечивает
прозрачную синхронизацию зеркальных наборов.
>внешний RAID + 2 управляющих PCЕсть ли плюс одного внешнего (общего) рэйда по отношению к 2-м локальным рэйдам, стоящим на каждоё из машин кроме того, что когда массива два - надо производить синхронизацию ?
>Люди иногда задают общие вопросы и хотят чего-то зависшего в воздухе,
>например, допустим есть указанная выше ситуация, попробуем ее
>конкретизировать:За неимением у себя какой либо информации по поводу работы "НА" кластеров (работающих в качестве файл-сервера) задаю общие вопросы. Тем самым что бы потом либо знать куда копать, либо задавать более конкретные вопросы.
>есть нечто с массивом и зеркало этого хозяйства, на этом нечто, запускается
>ПРОЦЕСС (он ЛОКАЛЬНЫЙ), потом бежит МЫШКА и нечто вырубается.
> А массив продолжает работать под управлением чего-то там.
>Где был запущен на выполнение процесс - правильно, на н-е-ч-т-о, если
>оно срубилось, что произойдет с таким процессом и какое отношение
>этот процесс будет иметь к тем не менее работающему процессу.Замечательно, но откуда я знаю, мож техника дощла до того, что умеет создавать дублирующие спящие процессы на зеркале, дабы именно они подхватывали приходищий/исходящий поток данных на/с основного сервера. Или вы хотите сказать что таких кластеров как я описал (в первом постинге) не сущеествует ? Сомневаюсь. Либо они работают как-то по другому. Но существуют же.
>Надеюсь я понятно на пальцах объяснил, и понятно какой должен быть
>подход.Лавр, не надо дословно понимать фразу "Будьте проще и люди к вам потянутся" =))))
PS: Может быть поделитесь ссылочками на ресурсы где описываются принципы работы кластеров и что-нибудь про конкретную реализацию на UNIX ?
>Допустим есть два компа. Я так понимаю, что в кластере один из
>них будет активным, второй на подхвате + синхронизирует записанное. Интересует слудующее:
>я записываю баааальшой файл на этот кластер и в этот момент
>бац, и что-то случается с активным компом в кластере (ну допустим
>мышка пробежала, хвостиком вильнула, комп упал и сломался). Возможно ли реализовать
>кластер так, что в этом случае файл будет дальше писаться на
>вторую машину (ну с задержкой в 5-10 секунд, пока вторая машинка
>станет активной) ? Т.е. что бы не было потери информации. Вариант
>с повторной закачкой файла не устраивает. Или такое невозможно реализовать ?
>Это можно реализовать на практике. Есть достаточное количество таких систем. Внешним миром видятся как одно целое. На каждом отдельном узле выполняется одинаковый процесс, который синхронизируется с остальными по выделенным каналам. Часть дискового пространства и/или памяти разделяемое между процессами, выполняемыми на разных узлах кластера. При сбоях на отдельных узлах для внешнего мира все остается по-прежнему. Я видел решения на основе Windows NT 4, UNIX. Дорого.
>Это можно реализовать на практике. Есть достаточное количество таких систем.
> Внешним миром видятся как одно целое. На каждом отдельном узле
>выполняется одинаковый процесс, который синхронизируется с остальными по выделенным каналам. Часть
>дискового пространства и/или памяти разделяемое между процессами, выполняемыми на разных узлах
>кластера. При сбоях на отдельных узлах для внешнего мира все остается
>по-прежнему. Я видел решения на основе Windows NT 4, UNIX. Дорого.А не подскажите ли то место где вы это смотрели ? Где бы почитать про конкретную реализацию ? Может быть даже какие-нибудь программы вспомните/посоветуете ?
ORION DT- 12 DESKTOP CLUSTER WORKSTATION Я пользуюсь этим как отказаусточивым файл сервером для небольшой группы.
http://www.orionmultisystems.comHARDWARE SPECIFICATIONS
Processors 12 x86 microprocessors, starting at 1.4 GHz
Memory 12 DIMMs, up to 2GB per node, DDR 400 MHz
Storage 1 to 12 high-performance 2.5"disk drives, 20-80GB capacity, 1 TB total capacity
Integrated Network Hardwired Gigabit Ethernet network fabric External Network Non-blocking switched Gigabit Ethernet backplane with 1 Gigabit Ethernet for local user access
Front Panel CD/DVD-RW, USB port, status and performance LEDs for each node
Dimensions 24"W x 4"H x 18"D enclosure
Weight 28 pounds (fully configured)
Power Requirement Standard 110V / 15A NEMA type wall outlet
Power Consumption 220 Watts at wall (peak)
Acoustic Noise < 40dba
Performance 18 Gflops sustained (Linpack)
Operating Environment AC Power 100 - 240 VAC 47-63 Hz
Temp 5 C to 35 C (40 F to 104 F)
Altitude -300 m to +3000 m
SOFTWARE SPECIFICATIONS
Single-system rapid boot sequence
Standard Linux operating system Linux kernel 2.6 with legacy system support Orion-optimized MPI library
Orion system monitoring and management tools
Parallel development and HPC tools: compilers, debuggers and linkers Parallel Virtual File System (PVFS2) Performance-optimized Orion network drivers
Да забыл добавить в нем 12 узлов в одном корпусе.Тоесть 12 машин связаных внутренней сетью и дисков на 1Tbyte.