Каким образом лучше организовать отказоустойчивое файловое хранилище с учетом территориальной распределенности серверов?

Question

[Maxim Kersantinov]

Доброго дня. Есть 3 офиса и датацентр.
Подняты site-to-site IPsec VPN между всем узлами.

И есть файловое хранилище. Сейчас это DFS, один узел в ДЦ, один в самом крупном офисе(100 человек). Но для наших нужд оно явно не подходит, ибо работать с общими эксель файлами не выйдет. Это все-таки 2 разных источника с репликацией.

В датацентре стоит сервер терминалов и файловое хранилище. Через сервер терминалов с ним работает около 150 человек.
В 1 филиале с ним работает около 100 человек
И в двух филиалх по 25.

Ежедневный прирост объема файлов - около гига - сканы, и совместная работа в эксель файлах.

В строну какого решения лучше капнуть, чобы все это дело нормально работало и файлы были на всех узлах хранилища "более-менее в реальном времени"?

канал между ДЦ и офисом со 100 сотрудниками - 100 мегабит.
между ДЦ и допофисами по 25.
Как себя поведет файловый кластер на Win с учетом этой информации? Кто реализовывал подобное? Спасибо.

Comments

[АртемЪ]

Нужно чтобы файлы были, или все же чтобы с одним файлом могли работать одновременно сразу из двух филиалов?

Answer 1

[Фёдор Ананин]

А не проще ли совместную работу с экселем реализовать силами самого экселя? Excel 2016 позволяет совместно редактировать документы, показывать кто и что изменил.
Если оформите подписку на Office 365, тогда каждый сотрудник получит по терабайту на хранение данных. 1Гб в день говорите? Вам этого хватит на 1000 дней. Это 3 года. Вам часто нужны документы трёхлетней давности? Их можно либо удалять, либо переносить в другие места: на другой аккаунт в вандрайве или на свой сервер в архив.

Answer 2

[xmoonlight]

MirrorFolder (major features)

Supports automatic synchronization of mirror folders at idle time, system startup, shutdown, logon, logoff, or when a removable/network drive is connected.

Answer 3

[Maxim Kersantinov]

Фёдор Ананин
2 разных человека работают с файлом на одном сервере, 2 человека с этим же файлом на другом. В итоге первая группа через час сохранит файл. а вторая через 2 часа сохранит файл.
При синхронизации файл с изменениями первой группы будет перезатерт файлом с изменениями второй группы.
Поэтому нужен кластер, чтобы избежать данных коллизий.

Да не простой, а который не развалится после, скажем, суточного отсутствия интернета)

В облака не очень хочется уходить по причине отсутствия интеграции АД, но для разруливания совместной работы в эксель все-же придется похоже.

xmoonlight, спасибо, изучим. звучит интересно, особенно raid1 over network и по-байтовое копирование разницы, а не по-файловое

Comments

[Фёдор Ананин]

Именно поэтому в разы проще использовать стандартные возможности экселя (офиса), ибо, если не изменяет память, там все изменения могут появляться в реальном времени. И никакого затирания происходить не будет. Можно хранить актуальные документы в облаке, а старые на своём сервере.

[res2001]

Учтите, что Excel в режиме общего доступа ведет себя очень плохо - таблицы пухнут как на дрожжах, время от времени таблицы рушатся без возможности восстановления. Я бы не советовал влазить в это. Общий доступ в екселе - это как костыль какой-то - больше геморрою, чем толку.