The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"HA кластер. Файл сервер (Samba). FreeBSD"
Вариант для распечатки Архивированная нить - только для чтения! 
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [Проследить за развитием треда]

"HA кластер. Файл сервер (Samba). FreeBSD"
Сообщение от Sergey_A emailИскать по авторуВ закладки(??) on 29-Дек-04, 16:34  (MSK)
Господа, хочется сделать отказоустойчивый файлсервер. Много искал/читал всего на форуме опеннета но так и не нашёл интересующей информации. Зачастую советуют пользовать DRBD и Heartbeat.
Допустим есть два компа. Я так понимаю, что в кластере один из них будет активным, второй на подхвате + синхронизирует записанное. Интересует слудующее: я записываю баааальшой файл на этот кластер и в этот момент бац, и что-то случается с активным компом в кластере (ну допустим мышка пробежала, хвостиком вильнула, комп упал и сломался). Возможно ли реализовать кластер так, что в этом случае файл будет дальше писаться на вторую машину (ну с задержкой в 5-10 секунд, пока вторая машинка станет активной) ? Т.е. что бы не было потери информации. Вариант с повторной закачкой файла не устраивает. Или такое невозможно реализовать ?
  Рекомендовать в FAQ | Cообщить модератору | Наверх

 Оглавление

Индекс форумов | Темы | Пред. тема | След. тема
Сообщения по теме

1. "HA кластер. Файл сервер (Samba). FreeBSD"
Сообщение от BarS Искать по авторуВ закладки(??) on 29-Дек-04, 16:39  (MSK)
Общий массив дисков, но вот так писать - врядли, и цена будет......
  Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "HA кластер. Файл сервер (Samba). FreeBSD"
Сообщение от BarS Искать по авторуВ закладки(??) on 29-Дек-04, 16:39  (MSK)
>Общий массив дисков, но вот так писать - врядли, и цена будет......
>


DFS может поможет, но это винда....

  Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "HA кластер. Файл сервер (Samba). FreeBSD"
Сообщение от lavr emailИскать по авторуВ закладки on 29-Дек-04, 18:53  (MSK)
>Господа, хочется сделать отказоустойчивый файлсервер. Много искал/читал всего на форуме опеннета но
>так и не нашёл интересующей информации. Зачастую советуют пользовать DRBD и
>Heartbeat.
>Допустим есть два компа. Я так понимаю, что в кластере один из
>них будет активным, второй на подхвате + синхронизирует записанное. Интересует слудующее:
>я записываю баааальшой файл на этот кластер и в этот момент
>бац, и что-то случается с активным компом в кластере (ну допустим
>мышка пробежала, хвостиком вильнула, комп упал и сломался). Возможно ли реализовать
>кластер так, что в этом случае файл будет дальше писаться на
>вторую машину (ну с задержкой в 5-10 секунд, пока вторая машинка
>станет активной) ? Т.е. что бы не было потери информации. Вариант
>с повторной закачкой файла не устраивает. Или такое невозможно реализовать ?
>


внешний RAID + 2 управляющих PC

Люди иногда задают общие вопросы и хотят чего-то зависшего в воздухе,
например, допустим есть указанная выше ситуация, попробуем ее
конкретизировать:

есть нечто с массивом и зеркало этого хозяйства, на этом нечто, запускается ПРОЦЕСС (он ЛОКАЛЬНЫЙ), потом бежит МЫШКА и нечто вырубается.
А массив продолжает работать под управлением чего-то там.
Где был запущен на выполнение процесс - правильно, на н-е-ч-т-о, если
оно срубилось, что произойдет с таким процессом и какое отношение
этот процесс будет иметь к тем не менее работающему процессу.

Надеюсь я понятно на пальцах объяснил, и понятно какой должен быть
подход.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

4. "HA кластер. Файл сервер (Samba). FreeBSD"
Сообщение от Skif emailИскать по авторуВ закладки(ok) on 30-Дек-04, 10:07  (MSK)
Вот тут народ правильно заметил про дисковый массив. От себя могу добавить, что бы он был еще и семерочкой ;)))
Денег это будет стоит...
Впрочем кластер тоже стоит. А вообще В случае падения одного из сегментов кластера, у вас молодой человек, будет все же некоторая задержка, в течении которой сессии на скачивание файлов прервутся, пока второй сервак выйдет нарежим. А вообще, если совсем уж по теме, сначала нужно определиться какой тип кластера вы хотите использовать. Под него и искать сопутствующий софт. А просто хачу не катит.
  Рекомендовать в FAQ | Cообщить модератору | Наверх

5. "HA кластер. Файл сервер (Samba). FreeBSD"
Сообщение от Dead Mustdie emailИскать по авторуВ закладки on 30-Дек-04, 12:02  (MSK)
На общий вопрос - общий ответ:
  кластер на OpenVMS + Volume Shadowing
Более серьёзного решения в природе нет, есть только "не хуже".
  Рекомендовать в FAQ | Cообщить модератору | Наверх

12. "HA кластер. Файл сервер (Samba). FreeBSD"
Сообщение от Sergey_A emailИскать по авторуВ закладки(ok) on 04-Янв-05, 15:44  (MSK)
>На общий вопрос - общий ответ:
>  кластер на OpenVMS + Volume Shadowing
>Более серьёзного решения в природе нет, есть только "не хуже".

Ок. Спасибо. Поищу информацию по этому поводу.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

14. "HA кластер. Файл сервер (Samba). FreeBSD"
Сообщение от DeadMustdie emailИскать по авторуВ закладки(??) on 04-Янв-05, 20:35  (MSK)
>Ок. Спасибо. Поищу информацию по этому поводу.

http://h71000.www7.hp.com/

Железо - только Alpha, со всеми вытекающими ценовыми последствиями.
По сути дело, это мейнфрейм, только не от IBM.
Должен, однако, предупредить, что это - не UNIX way ;)

  Рекомендовать в FAQ | Cообщить модератору | Наверх

11. "HA кластер. Файл сервер (Samba). FreeBSD"
Сообщение от Sergey_A emailИскать по авторуВ закладки(ok) on 04-Янв-05, 15:41  (MSK)
>А вообще, если совсем уж по теме, сначала нужно определиться
>какой тип кластера вы хотите использовать. Под него и искать сопутствующий
>софт. А просто хачу не катит.

Отказоустойчивый кластеризированный файл-сервер. Это не конкретно ?
А по поводу "хачу" - так это разъяснения что конкретно я хочу.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

6. "HA кластер. Файл сервер (Samba). FreeBSD"
Сообщение от lavr emailИскать по авторуВ закладки on 30-Дек-04, 12:39  (MSK)
>>Господа, хочется сделать отказоустойчивый файлсервер. Много искал/читал всего на форуме опеннета но
>>так и не нашёл интересующей информации. Зачастую советуют пользовать DRBD и
>>Heartbeat.
>>Допустим есть два компа. Я так понимаю, что в кластере один из
>>них будет активным, второй на подхвате + синхронизирует записанное. Интересует слудующее:
>>я записываю баааальшой файл на этот кластер и в этот момент
>>бац, и что-то случается с активным компом в кластере (ну допустим
>>мышка пробежала, хвостиком вильнула, комп упал и сломался). Возможно ли реализовать
>>кластер так, что в этом случае файл будет дальше писаться на
>>вторую машину (ну с задержкой в 5-10 секунд, пока вторая машинка
>>станет активной) ? Т.е. что бы не было потери информации. Вариант
>>с повторной закачкой файла не устраивает. Или такое невозможно реализовать ?
>>
>
>
>внешний RAID + 2 управляющих PC
>
>Люди иногда задают общие вопросы и хотят чего-то зависшего в воздухе,
>например, допустим есть указанная выше ситуация, попробуем ее
>конкретизировать:
>
>есть нечто с массивом и зеркало этого хозяйства, на этом нечто, запускается
>ПРОЦЕСС (он ЛОКАЛЬНЫЙ), потом бежит МЫШКА и нечто вырубается.
> А массив продолжает работать под управлением чего-то там.
>Где был запущен на выполнение процесс - правильно, на н-е-ч-т-о, если
>оно срубилось, что произойдет с таким процессом и какое отношение
>этот процесс будет иметь к тем не менее работающему процессу.
>

выше следует читать "и какое отношение этот процесс будет иметь к тем не менее работающему МАССИВУ"

>Надеюсь я понятно на пальцах объяснил, и понятно какой должен быть
>подход.

СМЫСЛ простой, допустим что у нас нет распределенной системы и
"массив" обслуживается двумя PC, на одной PC мы запустили независимый
процесс копирования на массив и эта PC ЛЕГЛА - что будет с процессом,
нужно объяснять? Так какое может быть продолжение процесса в этом случае?
И как это будет соотносится с продолжающим работу массивом?

Таким образом надо понимать какие процессы и как заливаются данные
на массив.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

7. "HA кластер. Файл сервер (Samba). FreeBSD"
Сообщение от BarS Искать по авторуВ закладки(??) on 30-Дек-04, 13:08  (MSK)
lavr, ты по моему сам с собой общаешся...
  Рекомендовать в FAQ | Cообщить модератору | Наверх

8. "HA кластер. Файл сервер (Samba). FreeBSD"
Сообщение от DeadMustdie emailИскать по авторуВ закладки(??) on 30-Дек-04, 21:37  (MSK)
>Таким образом надо понимать какие процессы и как заливаются данные
>на массив.

Либо работать как раз с распределённым массивом - который обеспечивает
прозрачную синхронизацию зеркальных наборов.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

10. "HA кластер. Файл сервер (Samba). FreeBSD"
Сообщение от Sergey_A emailИскать по авторуВ закладки(ok) on 04-Янв-05, 15:29  (MSK)
>внешний RAID + 2 управляющих PC

Есть ли плюс одного внешнего (общего) рэйда по отношению к 2-м локальным рэйдам, стоящим на каждоё из машин кроме того, что когда массива два - надо производить синхронизацию ?

>Люди иногда задают общие вопросы и хотят чего-то зависшего в воздухе,
>например, допустим есть указанная выше ситуация, попробуем ее
>конкретизировать:

За неимением у себя какой либо информации по поводу работы "НА" кластеров (работающих в качестве файл-сервера) задаю общие вопросы. Тем самым что бы потом либо знать куда копать, либо задавать более конкретные вопросы.

>есть нечто с массивом и зеркало этого хозяйства, на этом нечто, запускается
>ПРОЦЕСС (он ЛОКАЛЬНЫЙ), потом бежит МЫШКА и нечто вырубается.
> А массив продолжает работать под управлением чего-то там.
>Где был запущен на выполнение процесс - правильно, на н-е-ч-т-о, если
>оно срубилось, что произойдет с таким процессом и какое отношение
>этот процесс будет иметь к тем не менее работающему процессу.

Замечательно, но откуда я знаю, мож техника дощла до того, что умеет создавать дублирующие спящие процессы на зеркале, дабы именно они подхватывали приходищий/исходящий поток данных на/с основного сервера. Или вы хотите сказать что таких кластеров как я описал (в первом постинге) не сущеествует ? Сомневаюсь. Либо они работают как-то по другому. Но существуют же.


>Надеюсь я понятно на пальцах объяснил, и понятно какой должен быть
>подход.

Лавр, не надо дословно понимать фразу "Будьте проще и люди к вам потянутся" =))))


PS: Может быть поделитесь ссылочками на ресурсы где описываются принципы работы кластеров и что-нибудь про конкретную реализацию на UNIX ?

  Рекомендовать в FAQ | Cообщить модератору | Наверх

9. "HA кластер. Файл сервер (Samba). FreeBSD"
Сообщение от evil emailИскать по авторуВ закладки(??) on 31-Дек-04, 11:37  (MSK)
>Допустим есть два компа. Я так понимаю, что в кластере один из
>них будет активным, второй на подхвате + синхронизирует записанное. Интересует слудующее:
>я записываю баааальшой файл на этот кластер и в этот момент
>бац, и что-то случается с активным компом в кластере (ну допустим
>мышка пробежала, хвостиком вильнула, комп упал и сломался). Возможно ли реализовать
>кластер так, что в этом случае файл будет дальше писаться на
>вторую машину (ну с задержкой в 5-10 секунд, пока вторая машинка
>станет активной) ? Т.е. что бы не было потери информации. Вариант
>с повторной закачкой файла не устраивает. Или такое невозможно реализовать ?
>

Это можно реализовать на практике. Есть достаточное количество таких систем.    Внешним миром видятся как одно целое. На каждом отдельном узле выполняется одинаковый процесс, который синхронизируется с остальными по выделенным каналам. Часть дискового пространства и/или памяти разделяемое между процессами, выполняемыми на разных узлах кластера. При сбоях на отдельных узлах для внешнего мира все остается по-прежнему. Я видел решения на основе Windows NT 4, UNIX. Дорого.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

13. "HA кластер. Файл сервер (Samba). FreeBSD"
Сообщение от Sergey_A emailИскать по авторуВ закладки(ok) on 04-Янв-05, 15:53  (MSK)
>Это можно реализовать на практике. Есть достаточное количество таких систем.  
> Внешним миром видятся как одно целое. На каждом отдельном узле
>выполняется одинаковый процесс, который синхронизируется с остальными по выделенным каналам. Часть
>дискового пространства и/или памяти разделяемое между процессами, выполняемыми на разных узлах
>кластера. При сбоях на отдельных узлах для внешнего мира все остается
>по-прежнему. Я видел решения на основе Windows NT 4, UNIX. Дорого.

А не подскажите ли то место где вы это смотрели ? Где бы почитать про конкретную реализацию ? Может быть даже какие-нибудь программы вспомните/посоветуете ?

  Рекомендовать в FAQ | Cообщить модератору | Наверх

15. "HA кластер. Файл сервер (Samba). FreeBSD"
Сообщение от bsd Искать по авторуВ закладки(??) on 04-Янв-05, 21:24  (MSK)
ORION DT- 12 DESKTOP CLUSTER WORKSTATION Я пользуюсь этим как отказаусточивым файл сервером для небольшой группы.
http://www.orionmultisystems.com

HARDWARE 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

  Рекомендовать в FAQ | Cообщить модератору | Наверх

16. "HA кластер. Файл сервер (Samba). FreeBSD"
Сообщение от bsd Искать по авторуВ закладки(??) on 04-Янв-05, 21:33  (MSK)
Да забыл добавить в нем 12 узлов в одном корпусе.Тоесть 12 машин связаных внутренней сетью и дисков на 1Tbyte.
  Рекомендовать в FAQ | Cообщить модератору | Наверх


Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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