Добрый день! Подскажите, в какую сторону смотреть и двигаться? Есть три разнесенные площадки с выходом в интернет. На маршрутизаторах - FreeBSD 6.Х. Связаны между собой через openvpn, на всех стоит самба для работы коллектива внутри площадки. На одном из серверов есть большой архив документов, с которым желательно работать всему коллективу. Нужно как-то настроить синхронизацию (экспорт) документов между площадками. Скорость не критична: +-10-20 минут - вполне нормально. В идеале - не весь набор, а каталог-другой с "главного" сервера - на другие площадки, ну и чтоб новые документы с площадок попадали на "главный" сервак.

• Распределенная географически файловая система,ilia kuliev, 18:26 , 26-Ноя-07
  • Распределенная географически файловая система,Septima, 18:37 , 26-Ноя-07
    • Распределенная географически файловая система,anonymous, 00:36 , 27-Ноя-07
      • Распределенная географически файловая система,Septima, 16:54 , 05-Дек-07
    • Распределенная географически файловая система,universite, 06:28 , 27-Ноя-07
      • Распределенная географически файловая система,Cyrus_user, 07:36 , 27-Ноя-07
        • Распределенная географически файловая система,Septima, 17:09 , 05-Дек-07
      • Распределенная географически файловая система,Septima, 16:58 , 05-Дек-07
• Распределенная географически файловая система,GloryS, 17:53 , 05-Дек-07
  • Распределенная географически файловая система,Septima, 20:48 , 05-Дек-07
    • Распределенная географически файловая система,GloryS, 22:44 , 05-Дек-07

Ну наверное rsync, это первое, что в голову приходит, почитайте про него.

>Ну наверное rsync, это первое, что в голову приходит, почитайте про него.

Да, приходит, но это несколько не то, что хочется. Хочется что-то типа NFS с кэшированием на узлах-клиентах.

>>Ну наверное rsync, это первое, что в голову приходит, почитайте про него.
>
>Да, приходит, но это несколько не то, что хочется. Хочется что-то типа
>NFS с кэшированием на узлах-клиентах.

afs?

>>>Ну наверное rsync, это первое, что в голову приходит, почитайте про него.
>>
>>Да, приходит, но это несколько не то, что хочется. Хочется что-то типа
>>NFS с кэшированием на узлах-клиентах.
>
>afs?

Andrew File System? Возможно... Но в портах нашел только это:
Port:   arla-0.40
Path:   /usr/ports/net/arla
Info:   A free AFS client implementation

Это клиент, а сервер?

>>Ну наверное rsync, это первое, что в голову приходит, почитайте про него.
>
>Да, приходит, но это несколько не то, что хочется. Хочется что-то типа
>NFS с кэшированием на узлах-клиентах.

NFS по tcp + rsync

>>>Ну наверное rsync, это первое, что в голову приходит, почитайте про него.
>>
>>Да, приходит, но это несколько не то, что хочется. Хочется что-то типа
>>NFS с кэшированием на узлах-клиентах.
>
>NFS по tcp + rsync

можно посмотреть на реализацию с другой стороны? например web-интерфейс (по типу google office ) до документов

>>>>Ну наверное rsync, это первое, что в голову приходит, почитайте про него.
>>>
>>>Да, приходит, но это несколько не то, что хочется. Хочется что-то типа
>>>NFS с кэшированием на узлах-клиентах.
>>
>>NFS по tcp + rsync
>
>можно посмотреть на реализацию с другой стороны? например web-интерфейс (по типу google
>office ) до документов

М-м-м-мффф.... Что нужно для реализации, на вскидку? Apache, PHP, *SQL, Ajax? Не слишком ли? :-(
Идея с rsync тормозится на анализе версии документа (где он более актуальный - на сервере или на клиенте) и случае, когда на каком-то сервере документ удалили, посчитав за устаревший (не нужный вовсе) - как не притащить его с другого сервера. Т.е., работать, по идее, надо с каким-то snapshot-ом fs...
Все-таки, нужна какая-то distributed file system.

>>>Ну наверное rsync, это первое, что в голову приходит, почитайте про него.
>>
>>Да, приходит, но это несколько не то, что хочется. Хочется что-то типа
>>NFS с кэшированием на узлах-клиентах.
>
>NFS по tcp + rsync

Н-да, совет опытного мазохиста... При скорости внешних каналов 64-256кб и на разных провайдерах - неизвестно сколько будет тянуться запрошенный документ. :-( Пользователь уже срубит приложение. Про fs-локи я вообще молчу: не дай Бог... :-(

>Добрый день! Подскажите, в какую сторону смотреть и двигаться? Есть три разнесенные
>площадки с выходом в интернет. На маршрутизаторах - FreeBSD 6.Х. Связаны
>между собой через openvpn, на всех стоит самба для работы коллектива
>внутри площадки. На одном из серверов есть большой архив документов, с
>которым желательно работать всему коллективу. Нужно как-то настроить синхронизацию (экспорт) документов
>между площадками. Скорость не критична: +-10-20 минут - вполне нормально. В
>идеале - не весь набор, а каталог-другой с "главного" сервера -
>на другие площадки, ну и чтоб новые документы с площадок попадали
>на "главный" сервак.

А что-нить типа svn не рассматриваешь?
Я бы сделал так
На "главном" поднял бы svn-сервер
А на "клинтских" серверах делал бы svn co / svn ci по крону...

>[оверквотинг удален]
>>между площадками. Скорость не критична: +-10-20 минут - вполне нормально. В
>>идеале - не весь набор, а каталог-другой с "главного" сервера -
>>на другие площадки, ну и чтоб новые документы с площадок попадали
>>на "главный" сервак.
>
>А что-нить типа svn не рассматриваешь?
>Я бы сделал так
>На "главном" поднял бы svn-сервер
>А на "клинтских" серверах делал бы svn co / svn ci по
>крону...

А сколько пространства нужно будет для сервера, если общий размер файлопомойки - 3 гектара, +-работа?

>[оверквотинг удален]
>>>на "главный" сервак.
>>
>>А что-нить типа svn не рассматриваешь?
>>Я бы сделал так
>>На "главном" поднял бы svn-сервер
>>А на "клинтских" серверах делал бы svn co / svn ci по
>>крону...
>
>А сколько пространства нужно будет для сервера, если общий размер файлопомойки -
>3 гектара, +-работа?

Столько же сколько и данных (даже чуток больше, процентов на 15-20)
Но, по спокойному размышлению думаю будут у тя грабли...В том же cvs/svn прежде
коммита надо добавить файл в проект, а как это делать по крону непонятно...