Что такое файловая система сервера. Большое файловое хранилище для маленькой такой компании. Файловые серверы. Назначение и принципы работы

Файловый сервер — это достаточно мощный компьютер, который подключен к сети, наиболее часто такая сеть является локальная сеть (LAN), чья основная функция — служить в качестве централизованного хранилища данных на нескольких компьютерах в рамках клиент-серверной модели компьютерных сетей. Они доступны в ряде различных конфигурациях аппаратного и программного обеспечения. Файловые серверы иногда используются для создания резервных копий важнейших данных. Типичный файл-сервер будет настроен только для отправки и получения файлов, и не выполняет никаких активных процессов для пользователей. Они также могут быть настроены для распространения данных через Интернет с использованием FTP (передача файлов по протоколу) или http (гипертекстовый протокол передачи).
Любой современный компьютер может быть настроен для работы в качестве файлового сервера. Простой персональный компьютер разделяет файлы на протяжении всей домашней сети и работает как файл-сервер. В крупных организациях, файловый сервер, как правило — это выделенные компьютеры которые чаще всего оборудованы массивами очень больших устройств хранения. Наиболее специализированная форма файлового сервера, широко используемого в современной вычислительной схеме состоит из компьютеров, которые предназначены специально для того, чтобы служить только в качестве файловых серверов. Эти устройства обеспечивают сетевые системы хранения данных (NAS) с использованием оборудования, которое обычно настраивается, чтобы максимизировать только свою производительность в хранении и обмене данными и включает в себя только самые базовые методы ввода/вывода и обработки данных.

Файл-серверы могут работать с использованием стандартных и специализированных операционных систем. Все современные операционные системы позволяют компьютерам быть в качестве файл сервера. Операционная система Linux пользуется значительной популярностью на файловых серверах, из-за своей репутации стабильности и по экономическим причинам. Windows и Unix также часто используются в качестве операционных систем файл-сервера. NAS-устройства могут использовать версии стандартных операционных систем, но могут также использовать специализированные функции операционных систем.

Файл-серверы обычно встречаются в ситуациях, когда обмен данными выгоден. Большие сети используют файловые серверы для облегчения обмена данными между пользователями. Сетевые системы, которые используют централизованные файловые серверы также и безопасные, так как все файлы находятся на централизованном оборудовании и могут быть легко скопированы.

Когда спрос на данные особенно высокий, на всех файловых серверах будет периодически наблюдаться снижение производительности, а сервера подключенные к Интернету, также являются уязвимыми для атаки. DOS и DDoS атаки неоднократно использовались против файловых серверов, подключенных к Интернету. В каждом случае злоумышленники направляли поток данных на файловый сервер с таким количеством вредоносных запросов к данным, что законные просьбы часто были потеряны или это приводило к неприемлемым задержкам.

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

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

В настоящей статье мы поговорим о классическом и альтернативном решении организации файловых серверов для компаний любого масштаба.

Классическое решение файлового сервера , как было сказано выше, есть компьютер с операционной системой. В целом решение хорошее - базовые функции администрирование наличествуют вместе с приобретенной операционной системой, не требуется никаких усилий для внедрения - справится любой пользователь, имеющий минимальный навык работы с Windows.

Пользователей слишком много и исчерпан лимит сетевых подключений к ОС - в версиях XP Professional и ее наследниках Vista Business и т.д. это 10 подключение, а в XP Home и ее наследниках Vista Home и т.д. это 6 подключений. Т.е. периодически пользователи видят сообщение типа "Исчерпан лимит подключений, обратитесь к системному администрату".

Пользователей слишком много и сама машина, на которой расположен файловый сервер перестает справляться с нагрузкой, зависает и т.д., существенно падает скорость работы.

Недостаточная отказоустойчивость - приходит понимание того, что "а если вдруг умрет жесткий диск, что тогда?" или того хуже - диск умирает со всем общим архивом документов предприятия и приходится озадачиваться восстановлением информации с жесткого диска.

Возникает традиционный русский вопрос: "Что делать?!".

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

Действительно, это хорошее решение, но оно имеет несколько недостатков:

Цена . Во-первых, цена самого сервера, а во-вторых, цена операционной системы и подключений к ней - нельзя забывать о лицензионной политике Microsoft, которая делает разницу - то ли сервер обслуживает 2 машины, то ли 200 - помимо стоимости самой серверной операционной системы, отдельно продаются лицензии на подключение к операционной системе! Наверняка кто-то из читателей мне возразит, что для файлового сервера вовсе не надо приобретать Windows Server, можно поставить бесплатный Linux и будет прав. Но давайте посмотрим на вопрос с точки зрения пользователя в лице небольшой или средней компании, которая не имеет в штате ИТ-специалиста, или его квалификация оставляет желать лучшего - с Windows он справляется, а Linux в глаза не видел? Что тогда делать? Отсюда вытекает второй недостаток:

Поддержка . Будь тот файловый сервер под Linux или под Windows Server - в любом случае поддержка этих операционных систем требует дополнительного опыта и знания от ИТ-специалиста, сопровождающего это оборудование. И хорошо, если этот специалист есть. А если его нет? - принимать на работу человека, когда он, в общем-то, не нужен? Отказываться от внедрения файлового сервера ?

Вот на этой ноте мы и подходим к альтернативному решению.

Сетевой накопитель или сетевое хранилище . Отбрасывая технические описания и переводя на язык понятный любому человеку, далекому от информационных технологий, сетевое хранилище (или Network Storage ) - это черный ящик, к которому с одной стороны подходит сетевой провод, а с другой стороны вставляются несколько жестких дисков.

Фактически сетевой накопитель это тоже компьютер - у него есть свой процессор и установлена операционная система, и т.д. Но этот "компьютер" заточен исключительно под одну функцию - обслуживать жесткие диски, которые к нему подключены - у него нет видеокарты и звуковой карты, нет портов для подключения мышки и клавиатуры, нет привода CD/DVD и еще много чего!

В результате стоимость сетевого хранилища серьезно отличается от стоимости системных блоков, тем более от стоимости системных блоков с хорошими материнскими платами с RAID-контроллерами.

Это есть первый плюс - стоимость оборудования.

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

Третий плюс - поддержка. Не смотря на то, что в сетевом хранилище , установлена операционная система Linux, никаких дополнительных навыков для поддержки от пользователя не потребуется. Управление и настройка сетевого накопителя не сложнее настройки ADSL-модема.

Четвертый плюс - энергопотребление. Сетевое хранилище потребляет порядка 30 ватт в час, против средних 450 ватт обычного системного блока. Понятно, что в нашей стране электроэнергия не есть самая затратная часть бюджета предприятия, но, тем не менее, копейка рубль бережет, а во-вторых, меньшая энергоемкость - повод не тратиться на дорогой ИБП, а выбрать более простой. О том, как выбрать ИБП, подробно описано в отдельной статье.

Пятый плюс - габариты, вес и шум. Сетевой накопитель имеет малые размеры, вес около килограмма и практически бесшумный. Сетевое хранилище можно легко спрятать под подвесным потолком и никто даже знать не будет о его существовании, что бывает очень полезно в случае внезапного нашествия организаций, любящих изымать компьютеры и серверы. Пусть изымут сервер - данные с резервными копиями важнейшей инорфмации все равно останутся! На следующий день ставим новый компьютер, восстанавливаем данные из архивов, находящихся на сетевом накопителе и продолжаем работать. Таким образом обеспечивается общая отказоустойчивость функционирования бизнеса в целом, что очень важно для любой организации вне зависимости от ее масштаба и вида деятельности.

Теперь перейдем к цифрам и посчитаем стоимость организации файлового сервера для организации, в которой предполагается до 20 одновременных подключений пользователей к файловому серверу . В качестве дополнительного условия будем проектировать файловый сервер с двумя жесткими дисками по 1,5 Терабайт, которые будут объединены в RAID-1 (зеркало)

Статья затрат	Системный блок	Сетевой накопитель
Жесткие диски HDD 1.5Tb Seagate Barracuda 7200.11, 7200 rmp, 32Mb	200 $	200 $
Системный блок	300 $	-
Сетевое хранилище D-Link DNS-323	-	200 $
ОС Windows Server Standard	680 $	-
Лицензии на подключение к Windows Server - 20 штук	560 $	-
ИБП APC Back-UPS ES 400VA/240W	-	85 $
ИБП APC Back UPS RS 800VA/540W	235 $	-
Итого	1975 $	485 $

Цифры говорят сами за себя - при достижении одинакового результата стоимость внедрения совершенно разная. Более того - при увеличении количества пользователей разница в цене будет только расти из-за необходимости приобретения лицензий на подключение к Windows Server для каждого нового пользователя!

Так что если Вы всерьез решили приобрести сервер - причем не почтовый, не прокси-сервер, не контроллер домен, а именно файловый сервер - присмотритесь к данному решению.

Если оно Вас заинтересовало - обращайтесь к нам. Мы готовы осуществить поставку сетевых накопителей и оказать услуги по созданию файлового сервера на базе предлагаемого решения.

Введение

Возможно, вы всё же решились и собрались построить свой собственный файловый сервер. Но зачем вообще беспокоиться насчёт выделенного файлового сервера, когда настольные жёсткие диски вашего ПК уже предлагают больше 2 Тбайт пространства? Лично я собрал свой файловый сервер для резервирования данных отдельно от рабочего ПК.

Ещё одна хорошая причина для установки сетевого сервера заключается в облегчении доступа к данным с нескольких компьютеров. Например, если у вас имеется коллекция MP3, и вы хотите слушать музыку из коллекции на HTPC в гостиной комнате, то лучше всего хранить музыку централизованно и прослушивать её по сети.

Модуль Cooler Master 4-in-3 во внешних отсеках корпуса. Он позволил нам использовать на четыре жёстких диска больше, чем стандартно поддерживает корпус. Нажмите на картинку для увеличения.

Конечно, вы можете хранить любую коллекцию файлов на сервере без необходимости копировать многократно ваши данные на несколько систем. Если ваш файловый сервер настроен для использования дискового массива RAID 5 или RAID 6, то он сможет выдержать выход из строя одного жёсткого диска (или даже двух в случае RAID 6) без потери данных - в отличие от информации, хранящейся на единственном жёстком диске настольного ПК.

Почему не NAS?

Существует много различных типов файловых серверов и хранилищ. Самый простой способ хранения данных вне вашего компьютера заключается в использовании внешнего жёсткого диска, который стоит дёшево, работает быстро, а также обеспечивает гибкие возможности подключения. Если ваши данные умещаются на одном жёстком диске, то такой способ будет самым недорогим для резервирования ваших файлов.

Внешние жёсткие диски доступны с разными интерфейсами. Наиболее распространён интерфейс USB 2.0. Он работает не очень быстро (480 Мбит/с), но практически каждый компьютер оснащён портами USB. Ещё один популярный интерфейс - FireWire. Существуют две популярные скорости FireWire: 400 и 800 Мбит/с. Большинство внешних дисков, поддерживающих FireWire, оснащено интерфейсом со скоростью 400 Мбит/с. На практике он оказывается даже быстрее USB. Но, к сожалению, этот интерфейс проигрывает USB по универсальности. Самым современным (и быстрым) интерфейсом для внешних накопителей является eSATA. Он работает на скорости 3 Гбит/с и соответствует при этом производительности внутренних портов SATA; сегодня этот интерфейс даёт большую пропускную способность, чем способен дать любой механический жёсткий диск.

Мой старый файловый сервер. Обычный корпус с хорошим воздушным потоком. Нажмите на картинку для увеличения.

Все эти интерфейсы, благодаря которым накопитель подключается напрямую к компьютеру, являются примером сценария напрямую подключённых хранилищ (direct-attached storage, DAS). Сильные стороны DAS кроются в простоте, производительности и цене. С другой стороны, если основной компьютер выключен, вы не сможете получить доступ к файлам, расположенным на таком хранилище. Ещё одно ограничение следует из прямого подключения к основному компьютеру. Как правило, только этот компьютер сможет обратиться к хранящимся файлам, а если вы попытаетесь предоставить накопитель в общий доступ по сети, то при обращении клиентов к файлам на DAS производительность основного компьютера будет снижаться.

Ограничения напрямую подключённых хранилищ DAS можно обойти, если не подключать хранилище к компьютеру вообще, использовав для этой цели сеть - мы переходим к сетевым хранилищам (network-attached storage, NAS). Если хранилище NAS включено, то вы сможете получить к нему доступ с любого компьютера в сети. Скорее всего, вы будете подключать хранилище через гигабитный сетевой порт (Gigabit Ethernet), которого будет достаточно по скорости для большинства пользователей. Если гигабитного сетевого порта недостаточно, то для ваших задач наверняка потребуется high-end устройство с множеством гигабитных портов, ёмким хранилищем и поддержкой функции объединения портов (teaming).

Хранилища DAS и NAS часто содержат несколько жёстких дисков. Некоторые оснастки позволяют устанавливать пару винчестеров, а некоторые даже ещё больше. Оснастка может поддерживать массивы RAID 0 (чередование, увеличение скорости по сравнению с одним жёстким диском), RAID 1 (зеркалирование, защита от сбоя одного жёсткого диска) или RAID 5 (чередование с избыточностью, увеличивает скорость и защищает от сбоя одного жёсткого диска). Некоторые high-end хранилища могут даже поддерживать массивы RAID 6, которые аналогичны RAID 5, но могут выдерживать выход из строя двух жёстких дисков.

Впрочем, у упомянутых оснасток RAID есть свои ограничения. Стоят они недёшево. Например, хранилище Qnap TS-509 Pro обойдётся в $800 () без жёстких дисков, хотя оно поддерживает массивы RAID 5 и 6. С подобной системой, как и с большинством предварительно сконфигурированных хранилищ, вам придётся использовать предварительно установленное рабочее окружение, которое может быть не таким гибким, как предпочитаемое вами программное обеспечение. Наконец, если некоторые розничные хранилища NAS поддерживают расширение, большинство моделей ограничено одним портом eSATA или парой портов USB.

Что ж, давайте посмотрим, сможет ли обычное компьютерное "железо" достичь тех же целей, что и хранилище NAS.

Конечно, мы имеем в виду другое решение, которое дешевле и обеспечивает большую гибкость: сборка собственного файлового сервера. Причём никаких причин, которые мешали бы вам собрать такой сервер самостоятельно, просто нет. Сборка файлового сервера ничем не отличается от обычного компьютера - точно так же поступают энтузиасты, которые сами собирают свои системы, а не покупают собранные системные блоки в магазине.

Установленный модуль Cooler Master Stacker 4-in-3. Прекрасное устройство, если вы не меняете свои жёсткие диски часто. Нажмите на картинку для увеличения.

Конечно, при сборке файлового сервера придётся принять немало решений. Среди самых важных: какой объём данных вы планируете хранить, какая избыточность вам потребуется, а также сколько жёстких дисков вы планируете использовать. Если вы планируете хранить большие объёмы информации, то мы рекомендуем минимизировать цену одного гигабайта вместо покупки самых ёмких доступных жёстких дисков. Сегодня минимальная стоимость гигабайта наблюдается у жёстких дисков ёмкостью 1,5 Тбайт. Лично мне нравятся массивы RAID 5, поскольку они могут выдержать выход из строя одного жёсткого диска. Если вы планируете использовать больше восьми или десяти жёстких дисков, то лучше собрать несколько массивов RAID 5 на четырёх или пяти винчестерах каждый, либо использовать массивы RAID 6, чтобы защититься от сбоя более одного жёсткого диска.

Корпус

Штатно жёсткие диски устанавливаются в корпус в соответствующие крепления. Обратите внимание на 120-мм нагнетательный вентилятор, обдувающий жёсткие диски. Не менее важно, чтобы передняя панель корпуса пропускала достаточное количество холодного воздуха. Нажмите на картинку для увеличения.

Вам потребуется достаточно крупный корпус, чтобы вместить все ваши жёсткие диски. Впрочем, если вы уже купили слишком маленький корпус, никто не мешает позднее перенести систему в более крупную модель.

Корпус должен обеспечивать достаточное охлаждение жёстких дисков. В принципе, сегодня можно купить разнообразные модели корпусов, удовлетворяющие этому условию. Для первого файлового сервера я взял простой корпус. Он использовал 120-мм вентилятор для охлаждения жёстких дисков спереди, а также предусматривал 120-мм вытяжной вентилятор сзади. К нему я добавил модуль "Cooler Master 4-in-3" с отдельным 120-мм вентилятором для охлаждения жёстких дисков. Этот модуль прекрасно подходит для установки дополнительных винчестеров. Разве что для смены одного жёсткого диска приходится извлекать весь модуль целиком.

Для второго файлового сервера я выбрал две оснастки Supermicro SATA с "горячей" заменой, каждая из которых способна вместить пять жёстких дисков. Они стоят намного дороже модуля Cooler Master, но и предоставляют больше функций. Оснастки Supermicro использовали очень громкий 92-мм вентилятор (который я замедлил с помощью контроллера вентиляторов), поднимали тревогу, если вентилятор остановится или температура поднимется слишком сильно, а также отображали доступ к каждому жёсткому диску. Но, что удобнее всего, оснастка позволяла менять жёсткие диски, не открывая сам корпус, а если операционная система поддерживала "горячую" замену, то и без выключения компьютера.

Сетевой интерфейс

Материнская плата Asus CUR-DLS, два Pentium III 933 и 1,1 Гбайт памяти ECC. Нажмите на картинку для увеличения.

Для файлового сервера не помешает гигабитный сетевой интерфейс Gigabit Ethernet, который ускорит сетевые операции. Не помешает и поддержка jumbo-кадров, если ваш Ethernet-коммутатор и сетевой адаптер буду с ними работать (большинство новых устройств их поддерживают).

Изначально протокол Ethernet предусматривал максимальный размер кадра 1500 байт. Этого было достаточно, когда скорость сети составляла 10 Мбит/с. Когда была представлена гигабитная скорость вместе со стандартом Gigabit Ethernet, служебная информация, связанная с пакетами небольшого размера, стала весьма существенной. Поэтому индустрия де-факто согласилась поддерживать пакеты большего размера - был выбран размер 9000 байт. То есть вы можете передавать такое же количество данных, что и с пакетами стандартного размера, но число пакетов будет в шесть раз меньше, то же самое касается и объёма служебной информации.

На практике вы можете экономить вычислительные ресурсы CPU и повышать пропускную способность с помощью таких jumbo-кадров, если производительность сети является ограничивающим фактором при передаче файлов. Если же ваш коммутатор не поддерживает jumbo-кадры, то пакеты проходить не будут, поэтому данную функцию придётся отключить.

С другой стороны, вы можете купить 8-портовыый коммутатор примерно за $40. Большинство современных материнских плат оснащены поддержкой Gigabit Ethernet "на борту", но если ваша материнская плата не поддерживает гигабитную сеть, то лучше купить сетевую карту PCI-X или PCI Express (PCIe) вместо 32-битной карты PCI. У нас имеется весьма успешный опыт работы с сетевыми картами PCI-X от Intel и Broadcom.

Блок питания

Интерьер корпуса. Конечно, он выглядит не так красиво с четырьмя кабелями PATA, семью жёсткими дисками, приводом DVD и проводами питания. Нажмите на картинку для увеличения.

Внутренние компоненты должны достаточно хорошо охлаждаться. Чем меньше тепла будет создаваться внутри, тем меньше придётся выбрасывать наружу. Поэтому лучше взять экономичные жёсткие диски , которые потребляют меньше энергии, чем стандартные модели. То же самое касается и процессоров - экономичные CPU могут снизить энергопотребление и тепловыделение системы. Мы рекомендуем взять оба варианта.

Кроме того, мы рекомендуем выбрать эффективный блок питания, соответствующий стандарту "80 PLUS". На рынке присутствуют блоки питания стандартов 80+ Bronze (82%) и 80+ Silver (85%) с разумной ценой. Кроме того, важно правильно подобрать мощность блока питания. Жёсткие диски потребляют больше всего энергии во время раскручивания пластин. Хороший контроллер жёстких дисков использует отложенный запуск пластин, чтобы минимизировать этот эффект. Впрочем, мы пока ещё не встречали контроллеры, интегрированные в чипсет, которые бы поддерживали эту функцию.

Оба моих сервера используют блоки питания с эффективностью выше 80%. Первый сервер построен на базе двух 933-МГц процессоров Pentium III, шести 250-Гбайт жёстких дисков и винчестера с операционной системой. Пиковое энергопотребление во время загрузки составляет 214 Вт, а энергопотребление при 100% нагрузке на CPU - 95 Вт. Второй сервер использует два 2,8-ГГц процессора Xeon с пониженным энергопотреблением и шесть 750-Гбайт жёстких дисков плюс винчестер с операционной системой. Пиковое энергопотребление во время загрузки составляет 315 Вт, во время бездействия - 164 Вт, а во время 100% нагрузки на CPU - 260 Вт.

Если у вас не установлено ещё шесть жёстких дисков в массиве или вы не используете очень горячий CPU, то вам не потребуется блок питания с заявленной мощностью выше 400 Вт. Конечно, блок питания должен давать достаточно энергии для различных линий напряжения, которые нужны компьютеру, но покупка модели на 750 Вт и выше станет пустой тратой денег. Да и работать такой блок питания будет менее эффективно, чем 400-Вт модель.

Память

Большинство энтузиастов не очень много времени уделяют надёжности работы памяти. Их больше интересуют тактовые частоты и задержки, которые в данном сценарии менее важны, чем надёжность. Когда данные поступают в файловый сервер или передаются на клиентские компьютеры, они сначала сохраняются в оперативной памяти. Да и данные на диске кэшируются тоже в памяти. Лучшие готовые файловые серверы используют память с коррекцией ошибок (error correcting code, ECC), а самые дешёвые построены на обычной памяти. На мой взгляд, вряд ли имеет смысл собирать высокопроизводительный файловый сервер, и при этом не использовать память ECC.

Карта контроллера Supermicro MV8, вставленная в слот PCI-X. Нажмите на картинку для увеличения.

Память вряд ли можно считать источником постоянных ошибок, но время от времени случайные ошибки могут происходить. По оценкам IBM, у 1 Гбайт памяти случайная ошибка происходит раз в неделю. Причиной подобных ошибок являются альфа-частицы в упаковке памяти и космические лучи. Однако у памяти ECC существует дополнительный механизм, который определяет и исправляет ошибки памяти. Стандартная память ECC может определять все 2-битовые ошибки в 64 битах памяти и исправлять 1-битовые ошибки. Есть контроллеры ECC и более высокого класса, например, которые IBM предлагает с памятью Chipkill.

Ошибки в областях памяти, которые будут перезаписаны перед чтением, либо в неиспользуемых областях памяти проблем не вызывают. Но ошибка памяти, которая каким-либо образом скажется на обработке данных, это уже плохо. Серьёзные серверные материнские платы, например, модели от Tyan и Supermicro, способны фиксировать ошибки памяти в журнале. Менее дорогие материнские платы, такие как Asus CUR-DLS и Asus NCCH-DL в моих серверах, поддерживают память ECC, но не журналируют ошибки памяти.

Есть чипсеты, которые не поддерживают память ECC вообще, и материнские платы на этих чипсетах тоже не будут поддерживать память ECC. Мы рекомендуем использовать только материнские платы с поддержкой ECC и устанавливать в них память ECC. Если вас серьёзно беспокоят ошибки памяти, то лучше всего выбирать материнскую плату с поддержкой технологии IBM Chipkill, которая определяет и исправляет многие многобитовые ошибки и даже может продолжать работу, если один чип памяти даст сбой.

Шины

120-мм вытяжной вентилятор сзади за чёрной решёткой. Нажмите на картинку для увеличения.

Большинство старых материнских плат поддерживают 32-битные слоты PCI, которые подключены к общей шине и совместно используют доступную пропускную способность. Если взглянуть на диаграмму чипсета этих материнских плат, то контроллер Ethernet, контроллеры IDE и SATA - все они подключены к шине PCI. Если сложить пропускную способность дисков и Ethernet, то мы упрёмся в теоретическое ограничение 133 Мбайт/с. Работать наша система, конечно, будет, но всё это приведёт к замедлению файлового сервера.

Существует большое количество старых серверных материнских плат, которые оснащены слотами PCI-X (не путать с PCI Express). Эти слоты более интересны, поскольку они используют шину, которая отделена от 32-битной шины PCI. Если вы установите контроллеры жёстких дисков в слоты PCI-X, то пропускной способности ввода/вывода ничего мешать не будет.

Мой первый файловый сервер использовал материнскую плату Asus CUR-DLS с 64-битными 33-МГц (266 Мбайт/с) слотами PCI-X. Второй файловый сервер был собран на материнской плате Asus NCCH-DL с 64-битными 66-МГц слотами PCI-X, которые поддерживают пропускную способность 533 Мбайт/с - быстрее, чем у шести моих накопителей SATA. Карта контроллера может работать с шиной до 133 МГц, что может дать пропускную способность до 1066 Мбайт/с на новых материнских платах.

Если ваша платформа поддерживает PCI Express, то слоты с количеством линий больше одной окажутся достаточными для домашнего файлового сервера, да и пропускная способность 266 Мбайт/с довольно хороша.

Есть ещё одно потенциальное "узкое место", которое нужно учитывать: соединение между южным и северным мостом на вашей материнской плате. Хотя Asus NCCH-DL оснащена 64-битными 66-МГц слотами PCI-X, связь между мостами осуществляется со скоростью всего 266 Мбайт/с. В теории это должно ограничивать пропускную способность ввода/вывода. К счастью, на практике проблемы с этим возникают редко, да и новые чипсеты обычно поддерживают более высокие скорости интерфейса между мостами.

Контроллер

Оснастки для жёстких дисков Supermicro. Им требуется всего два подключения питания. Я добавил контроллер вентилятора к каждой оснастке, чтобы замедлять скорость вращения. Нажмите на картинку для увеличения.

Многие современные материнские платы оснащаются шестью портами SATA 3 Гбит/с. У старых моделей может быть меньше портов, да и они могут использовать менее скоростной стандарт SATA 1,5 Гбит/с. Так что высока вероятность, что вам придётся докупать в систему карту контроллера.

На рынке можно найти разнообразные карты контроллеров с разными интерфейсами. Что касается новых систем, то наиболее популярны карты с интерфейсом PCI Express. Данный интерфейс обеспечивает значительную пропускную способность, а старый интерфейс PCI-X даёт достаточную пропускную способность для старых систем. Для менее дорогих систем можно использовать 32-битную шину PCI, хотя она будет ограничивать производительность.

Существуют обычные карты-контроллеры накопителей (host bus adapters) и RAID-контроллеры. Если использовать терминологию Linux, то карты RAID можно разделить на две группы: FakeRAID и настоящий RAID. Если карта выполняет вычисления информации избыточности XOR самостоятельно, то её можно считать настоящим RAID-контроллером. Иначе она будет использовать CPU для этих вычислений и программные драйверы.

Наш новый сервер использует карту Supermicro SAT2-MV8 с восемью портами SATA 3 Гбит/с. Это контроллер с интерфейсом PCI-X, который может работать с частотой до 133 МГц. Карта весьма приятная, с хорошей программной поддержкой. Мы выбрали её по той причине, что наша материнская плата не имеет портов SATA 3 Гбит/с, но оснащена слотами PCI-X.

Мы также приобрели простую карту-контроллер HBA Rosewill с четырьмя портами SATA 1,5 Гбит/с. Она использует 32-битный интерфейс PCI, хотя может работать с интерфейсом на 33 и 66 МГц. Карта поддерживает конфигурации JBOD, которые и требуются для программного RAID. Наша плата Asus NCCH-DL оснащена контроллером Promise PDC20319, то есть ещё одним простым HBA, однако он не поддерживает JBOD, поэтому был бесполезен в данном случае.

Мы использовали две PCI-карты Promise PATA. Они распложены на выделенной шине, к которой не подключены другие устройства. Нажмите на картинку для увеличения.

Неплохо также проверить поддержку под Linux вашего контроллера (если вы планируете устанавливать эту систему на ваш файловый сервер). Для этого следует узнать модель контроллера накопителей на карте и проверить поддержку его под Linux. Конечно, если производитель карты предоставляет драйвер под Linux, то вам повезло.

Жёсткие диски

Мы рекомендуем жёсткие диски SATA. Они сегодня доступны в больших ёмкостях, да и стоят весьма доступно. Архитектура SATA относится к типу "точка-точка", то есть пропускную способность интерфейса с другими устройствами делить не придётся. Я собрал свой первый файловый сервер на жёстких дисках с параллельным интерфейсом ATA (PATA), при этом к каждому каналу я подключил два винчестера. Но если один жёсткий диск выйдет из строя, то контроллер, скорее всего, запишет в сбойные диски оба винчестера на канале и повиснет. Если вы купите приличный RAID-контроллер PATA, то он наверняка будет поддерживать по одному жёсткому диску на канал, чтобы предотвратить эту проблему. Конечно, в случае PATA придётся смириться с мешаниной кабелей. Это одна из причин, почему индустрия перешла на интерфейс SATA.

Центральный процессор

Asus NCCH-DL. Два процессора Xeon (SL7HU) с пониженным энергопотреблением работают на 2,6 ГГц. Нажмите на картинку для увеличения.

Для файлового сервера вам вряд ли потребуется суперскоростной CPU. Но неплохой идеей можно считать установку более одного процессора. Один CPU будет нагружен расчётом информации избыточности (необходима для RAID 5), а если же вы выбрали RAID 6, то процессору придётся выполнять ещё больше расчётов, на что потребуется больше ресурсов CPU.

Наш первый файловый сервер использовал два 933-МГц процессора Pentium III. Мы наблюдали 100% загрузку CPU во время перестройки массива RAID, поэтому мы рекомендуем более быстрые процессоры. Второй файловый сервер использовал два 2,8-ГГц процессора Xeon с поддержкой Hyper-Threading, при этом мы так ни разу и не видели, чтобы оба ядра получали 100% загрузку CPU.

2-ГГц двуядерного процессора AMD, скорее всего, будет достаточно. Конечно, новые процессоры работают более эффективно, поэтому если у вас есть под рукой более современная платформа, то вы сможете сэкономить энергию и получить вместе с тем лучшую производительность.

Если бы я покупал новый процессор для файлового сервера сегодня, то наверняка выбрал бы медленный и дешёвый AMD Phenom II. Причина кроется в том, что сам процессор стоит дёшево, материнские платы под него тоже стоят весьма разумно, процессор работает без сильного нагрева, а чипсеты материнских плат, как правило, поддерживают память ECC и Chipkill.

Мой новый файловый сервер на основе Cooler Master Stacker. Спереди можно заметить две оснастки Supermicro SATA c "горячей" заменой, в каждую из которых можно установить до пяти жёстких дисков. Нажмите на картинку для увеличения.

UPS

Независимо от выбранного "железа", вам следует использовать UPS, чтобы система была защищена от сбоев электросети. Можно купить дешёвый UPS, но качественный блок бесперебойного питания окупит себя в долгосрочной перспективе. Как минимум, UPS должен позволить вам выключить файловый сервер стандартным образом до окончания заряда UPS, что требует три-пять минут автономной работы. Ещё приятно и то, что у большинства UPS присутствует защита от перенапряжения в сети.

Цены

Конечно, разброс цен довольно существенный, и в итоге затраты на файловый сервер зависят от требуемого объёма для хранения данных, а также от "железа", которое лежит у вас без дела. Ниже приведена смета типичного файлового сервера энтузиаста.

• Корпус: $150 за модель, схожую с моим Cooler Master Stacker 810. При выборе учитывайте возможность установки большого количества жёстких дисков.
• Блок питания: $50 за 350-Вт модель с сертификацией 80 PLUS.
• Жёсткие диски: шесть 1-Тбайт винчестеров, примерно $80 каждый.
• Жёсткий диск для операционной системы: бесплатный, если под рукой есть 10-Гбайт накопитель.
• DVD-привод: $20.
• Материнская плата: $100 за б/у материнскую плату для установки двух процессоров Opteron с 2-4 Гбайт памяти ECC, если у вас под рукой нет ненужного "железа". Можно начать с материнской платы для двух процессоров Pentium III, которую можно найти за копейки. За новую материнскую плату с гарантией будьте готовы отдать больше $150.
• Память: $50.
• CPU: $100.
• Контроллер SATA: $100.

Итоговая цена составляет около $420-$620 плюс $540 за жёсткие диски. За эти деньги вы получите файловый сервер с 5-Тбайт массивом RAID 5, который можно легко расширить до восьми или большего количества жёстких дисков. Если вы собираете сервер самостоятельно, то наверняка сможете использовать различные старые комплектующие. В результате вы получите сервер дешевле, чем большинство моделей NAS, которые могут вмещать четыре или пять жёстких дисков, ваша система будет работать быстрее, и будет обеспечивать намного лучшую гибкость.

Программное обеспечение

Интерьер нового файлового сервера. Нажмите на картинку для увеличения.

Итак, файловый сервер собран. Для тестов мы рекомендуем использовать Knoppix Linux - систему, которая загружается с CD или DVD. Вы сможете проверить, распознает ли ОС Linux всё ваше "железо". Что касается Windows, то под эту систему практически всегда есть драйверы от производителя, которые достаточно хорошо протестированы. Вместе с тем под Linux предлагают драйверы далеко не все производители, поэтому зачастую приходится использовать драйверы, написанные энтузиастами Linux.

Конечно, более опытные производители предоставляют драйверы под Linux. Например, все беспроводные контроллеры Intel 802.11x снабжаются драйверами напрямую от Intel. Мы рекомендуем брать "железо" тех производителей, кто занимается поддержкой своего оборудования под Linux.

Старое "железо", которому исполнилось несколько лет, практически всегда имеет хорошую поддержку со стороны сообщества Linux. Если в драйверах были обнаружены какие-либо ошибки, то велика вероятность, что они исправлены.

Кроме того, вполне возможно, что самые свежие дистрибутивы Linux будут поддерживать ваше "железо", а чуть более старый дистрибутив Knoppix - не будет. Такая ситуация часто случается с самым новым "железом". В общем, запишите на диск самый свежий дистрибутив Knoppix, укажите в BIOS загрузку с CD, после чего ваш компьютер запустит Knoppix.

Ещё одной полезной возможностью будет загрузочный тест memtest86+. Обычно я запускаю его в течение суток, чтобы убедиться в стабильной работе системы и отсутствии ошибок памяти. Нет никакого смысла устанавливать ОС и программное обеспечение, если система работает нестабильно.

Операционная система

Задняя часть корпуса со 120-мм вытяжным вентилятором. Нажмите на картинку для увеличения.

Существует несколько вариантов выбора операционных систем, которые поддерживают программные массивы RAID, например, ОС Microsoft Windows Server с поддержкой RAID 5. Можно даже настроить Windows XP для поддержки RAID 5 .

Впрочем, мы не рекомендуем Windows по нескольким причинам. Первая: эта система стоит дорого. Цены на Windows Server 2008 начинаются примерно с уровня $999. Ещё одна причина заключается в том, что Windows не даёт таких современных опций по поддержке RAID, как другие операционные системы. Наконец, Windows (по мнению автора) менее безопасная и надёжная ОС, что немаловажно для файловых серверов.

Существует несколько способов оценки надёжности и безопасности, при этом вы можете найти немало отчётов, некоторые из которых финансируются самими производителями. Например, хороший . Хотя он и датирован 2004 годом, основные моменты остаются верными и сегодня. Для 40 лидирующих уязвимостей рейтинг опасности системы Microsoft составил 54,67, а Red Hat Linux - 17,96. Если вы планируете использовать ОС Windows для файлового сервера, то сначала ознакомьтесь с отчётом.

Затем можно выбрать одну из доступных версией BSD: OpenBSD, FreeBSD и другие. Они бесплатные, при этом отличаются разумной надёжностью и безопасностью. Но самым главным недостатком является то, что эти ОС не такие современные, как Linux в отношении поддержки RAID.

ОС OpenSolaris тоже бесплатная, при этом она надёжная и безопасная. Но аппаратная поддержка у этой ОС весьма ограничена. С другой стороны, здесь вы получите ZFS - на сегодня это наиболее продуманная, надёжная и стабильная файловая система. Кроме того, она включает поддержку RAID 5 и RAID 6. Данная ОС не такая популярная, как Linux, но если вы с ней знакомы, то выбор для файлового сервера окажется весьма достойным.

Наконец, есть Linux, которая тоже бесплатная, надёжная и безопасная. У этой ОС замечательная поддержка "железа", присутствует поддержка массивов RAID 5, RAID 6, RAID 10 и практически любых других видов RAID. Linux развивается довольно быстро, новое "железо" практически сразу получает поддержку, да и новые программные функции добавляются регулярно. Когда вы обновляете систему Linux, вам даже не требуется её перегружать, поэтому системы Linux могут непрерывно работать многие месяцы или даже годы.

Существует множество разных дистрибутивов Linux. Некоторые, подобные Red Hat, обеспечивают лучшую долгосрочную поддержку по сравнению с другими дистрибутивами. Другие, подобные Fedora (тоже распространяется Red Hat), нацелены на быструю интеграцию в дистрибутив новых программ. Основное преимущество Ubuntu заключается в дружественности к пользователю, поэтому данный дистрибутив наиболее популярен. Вы можете .

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

Как передать любые файлы в интернете и в локальной сети?

Как узнать когда забрали файлы с сервера?

Передача файла по паролю и логину?

На все эти вопросы и другие касающиеся файлов и передачи информации, вы найдете ответ в этой статье.

1. HFS ~ Http File Server самый продвинутый файловый сервер потому что он на столько легок в использовании что с ним справиться ребенок. А уж насколько постарались написать его код что он не требователен к ресурсам компьютерного устройства, что дает его установку и дальнейшее использование практически на любых компьютерных машинах. Отличительная черта этого сервера в том что он работает по протоколу не как все подобные сервера, передача данных идет по протоколу просмотра интернет сайтов HTTP а не как не FTP. Такой сервер будет полезен в маленькой организации хотя в большой не помешает, но в больших компаниях стоят специализированные сервера которые выполняют и другие функции серверов. Но если его развернуть то он вывезет любую компанию, но со стороны IT это не удобно тем что он исполняет только роль файлового сервера и еще нескольких, но сей час не об этом. Так же будет полезен для домашнего использования, хранения фотографий, видео и других файлов скажем одной семьи. В любой момент любой член семьи может подключившись, что не составит проблем, зайти и посмотреть любой файл или загрузить его на сервер. Зайти на сервер можно с любого устройства так как сей час нет такого устройства которое не поддерживает HTTP протокол. Если только стиральная машина и то она поддерживает!

Как установить файловый сервер, настроить и работать в нем?

2. Установка проста и не требует дополнительных знаний. Точнее ее совсем нет, скачанный файл hfs.exe положим в любую папку на ваше усмотрение. Я положил на диск C:\hfs папку я создал сам и назвал ее для удобства и понятия в дальнейшем сокращенным названием самого сервера. Запустив скачанный файл Hfs.exe который упрятали по пути выше описанному, кликая на него два раза мышкой, вас встретит окно сервера с определившемся ip адресом вашего компьютера, локальным адресом(серым). Собственно он и будет выступать когда будет идти запрос на файловый сервер. Если кликнуть на "Open in Browser" то откроется страница с нашим сервером, как на картинке 2.
3. Картинка 2.) Запущенный файловый сервер в браузере, как видят его другие пользователи.

Как положить или закачать файлы на сервер?

4. Для начала надо создать папку в которую будем добавлять файлы. Папок можно сделать сколько угодно. Кликаем "Menu" как показано на картинке ниже. Выбираем из контекстного меню "Add Folder From disk":
5. Далее нам откроется окно, в котором выбираем место где будем создавать папку, нажимаем на кнопку "создать папку" . Кликаем "OK"
6. Последует не совсем понятный вопрос, какую папку вы хотите создать. Виртуальную маленькую или настоящую большую. Лично я не совсем понял что имел автор который создавал данный сервер, у меня стало много версий что это может значить. Я не стал разбираться и создал настоящую большую папищу. Что то типо этого и выбирал "Real Folder":
7. Папка создана и вы можете увидеть ее пример на картинке, под цифрами 1-2 ниже. Цифра 3. Здесь будет выводится вся информация о файловом сервере, какие команды и действия выполнялись, кто заходил. Да будет идти лог, записываться вся информация и все адреса, кто когда, где, что делал на файловом сервере:
8. Настройку файлового сервера с хранилищем файлов сделали и теперь время посмотреть как он работает. Если ваше устройство с которого вы хотите зайти на файловый сервер подключено к одному WiFi или одному роутеру что и сам сервер. Тогда откройте браузер любой в котором вы выходите для серфинга в интернет и наберите тот ip адрес под которым у вас выступает файловый сервер, прямо в адресной строке где обычно набираете адрес сайта. Не путать с адресной строкой поисковиков. Нажимаете ENTER после ввода адреса и попадаете на файловый сервер прямо в браузере что очень удобно, не надо ставить клиенты как для других файловых серверов которые работают на FTP или SFTP протоколе.

Как зайти на файловый сервер из интернет, находясь на работе или в гостях?

9. Зайти на файловый сервер через интернет находясь в другом месте, не в вашей локальной сети очень просто и для этого есть даже тест в самом сервере чтоб протестировать настройки. Для начала вам нужны два самых необходимых варианта без которых вы это сделать не сможете. 1.) Это Статический белый IP адрес для узнаваемости вашего сервера в интернете. 2.) Делать проб рос 80 порта на вашем роутере, что тоже не составит труда. После как вы это сделали вы можете протестировать все настройки запустив тест из самого сервера:
10. Прогресс бар будет показывать на сколько завершен или пройден тест сделанных настроек и доступен ваш сервер из интернет:
11. У меня нет выделенного "IP" и поэтому мой тест провален, с надписью что закрыты порты на роутере а именно 80 порт.
12. Если у вас будет выделенный адрес который можно получить несколькими способами их поверьте много и сделан проброс портов что тоже не трудно в настройках роутера. Все будет работать как часики. В локальной сети сервер уже готов раздавать файлы всем желающим. Это можно сделать и в офисе, дома передать файлы на другой компьютер в место флешки, не бегая по этажам или кабинетам, с телефона или компьютера.

Так как же закачать файлы на сервер?

13. Открываем в проводнике "Windows" нашу созданную папку для сервера и копируем туда нужные для все общего обозрения файлы. Я создал в папке текстовый файл и написал в нем Привет!!! Закрываем папку и в главном окне сервера кликаем на "Open in Browser", как делали в самом первом примере. Теперь в браузере открылась страничка с файлом.
14. 1. В этом разделе будут ваши папки отображены.
15. 2. По нажатии на папку в первом разделе, здесь будут показаны файлы лежащие в папке. Кликнув по файлу мышкой вы его откроете(если файл текстовый можно прочитать содержимое прямо в браузере).
16. 3. Скачать файл можно нажав на кнопку "Archive"

Как запретить или ограничить круг лиц для доступа к серверу?

17. Научили наш сервер показывать файлы, папки но к ним имеет доступ любой желающий если знать ip адрес. Можно создать несколько папок с разными паролями для разных людей или круга лиц. Снова главное окно файлового сервера как в первый раз, так как все настройки происходят только на самом сервере. Это сделано с целью безопасности. Клик правой кнопкой мышки по папки которую ограничиваем в доступе для других, которой не все будут иметь доступ. В контекстном меню выбираем "Set user/pass..":
18. Очень знакомое окошко с водом логина и пароля, такие используют много где. Пишем логин на ваше усмотрение и пароль тоже на усмотрение и второй раз пароль, еще раз подтверждаем пароль. "OK".
19. Как и в выше примерах в которых заходили на файловый сервер чтоб посмотреть файлы через браузер. Так и в этом тоже так же набираем IP адрес вашего файлового сервера(напомню его можно посмотреть в главном окне сервера). Его уже давно надо добавить в закладки чтоб не водить его каждый раз. Как только вы перешли на сервер вам не отобразиться сайт с файлами от вашего файлового сервера. Потому что на папку поставлено ограничение для входа и просмотра, скачивания и загрузки. Вам будет предложено вести логин и пароль довольно в знакомом окошке:
20. Если все ведено правильно система пропустит вас сверив данные и вы увидите свои файлы. Такой сервер, приятней чем просто "FTP" прост в использовании и можно смотреть операции пользователей зашедших на сервер из главного окна. С настройкой и дальнейшем администрировании сервера справиться как я писал выше, сами убедившись из статьи, справиться даже ребенок. Подойдет как в домашних условиях так и в офисе. Надо передать файл другу, пожалуйста положили в папку сервера. Скопировали и отправили адрес сервера, пусть забирают. Все очень просто у вас есть папка на компьютере из которой могут другие забирать файлы или наоборот добавлять. У вас на компьютере есть что-то вроде своего облака только на HTTP протоколе, не надо устанавливать дополнительных клиентов для скачивания или загрузки файлов как это делают по FTP протоколу! Зайдя на сервер через браузер все выглядит как собственный сайт, типо что то сайта с программами софтом. Действительно стоящий сервачок и я пока писал статью задумался идеей создать, точнее прикрепить сервер к этому сайту, сделав раздел как раньше был для скачивания программ.

Шкурки для файлового сервера:

1. Можно изменить внешний вид файлового сервера. Что админскую часть что для пользователей. Достаточно приятные шкурки выкладывают пользователи. Правда английские версии, можно найти на форуме. Можете скачать уже скачанную мной шкурку с Яндекс диска. Выглядит она следующим образом:

Серверное администрирование

Думаю, что любая группа разработчиков рано или поздно сталкивается с такой, казалось бы, примитивной задачей как

• вики, учет задач, тикетов, дефектов;
• система управления версиями/репозиторий;
• файловый сервер.

И если в случае первого и второго предлагается множество прекрасных средств, в частности для багтрекинга существуют известные каждому Redmine , Trac , а для управления версиями Subversion , Git , Mercurial , то для грамотной организации файлового хранилища приходится в очередной раз изобретать велосипед.

Что требуется?

Что я понимаю под файловым сервером? Хороший вопрос. В идеале это должна быть система по типу каталога, способная хранить большие объемы двоичных файлов (pdf, doc, xls, msi, avi и др.), позволяющая тегировать файлы для гибкого поиска по хранилищу, автоматически индексировать их содержимое и метаданные, производить поиск по множеству критериев, предоставлять доступ к файлам как локально, так и через браузер (web-интерфейс), совместно редактировать файлы, иметь клиенты для разных ОС, синхронизирующие версии с сервера, но что-то я замечтался… Конечно, же, такой системы не существует. Сейчас, наверное, многие возразят мне и укажут на Microsoft SharePoint Server , однако для небольшой компании этот продукт неподъемен ввиду сложности в обслуживании и астрономической цены.

Такие варианты как Dropbox, SkyDrive и другие сразу же отбрасываются, так как руководство не хочет распространять проекты компании неизвестно куда, опять же есть ограничения на скорость доступа (в случае файлового сервера в локальной сети большинство запросов поступает по высокоскоростным соединениям и лишь часть - через веб-интерфейс), а также на размер хранимых данных.

Скажу сразу, что я до сих пор нахожусь в поиске наилучшего варианта и те средства, о которых я расскажу ниже, лишь отчасти удовлетворяют предьявляемым требованиям. Сочетая несколько средств, может быть, есть шанс получить желаемый эффект.

OwnCloud

Недавно вышла новая версия (4.5) системы для организации хранения, синхронизации и обмена данными OwnCloud. Ранее на Хабрахабре уже появлялась замечательная об OwnCloud, которая и мотивировала меня познакомиться с облаком поближе.
Об особенностях процесса установки OwnCloud хабраюзером была написана прекрасная статья .
Первое впечатление было просто волшебным: современный web-интерфейс, возможность онлайн просмотра (txt, PDF, ODF) и редактирования (txt) файлов, календарь, задачи, адресная книга, синхронизация по протоколу WebDAV, поиск по содержимому, а что самое главное - возможность монтирования локальных папок и внешних хранилищ по протоколам FTP, Samba, и др. Однако после более плотного знакомства обнаружилось огромное количество багов и глюков, как достаточно безобидных и даже забавных, так полное и безвозвратное падение системы. С OwnCloud врагам не нужно применять хитрые DDoS-атаки ибо эта функция изначально заложена разработчиками в ядро системы.
Больше всего интересовала функция монтирования удаленной файловой системы через Samba. То есть в локальной сети выделялся web-сервер с системой управления проектами и OwnCloud, а также простой Windows-файловый сервер, с которого web-интерфейс и подтягивал бы данные для удаленного доступа. Однако монтирование через Samba не захотело функционировать ни при каких условиях, несмотря на официально заявленную функциональность и примеры на сайте OwnCloud. Была произведена попытка обмануть OwnCloud и подсунуть её «локальную» папку с примонтированной Samba-шарой, но это вгоняло OwnCloud в неадекватное состояние.
Вообще, средство достаточно неплохое для домашнего использования, или если Вам достаточно пространства жесткого диска сервера на всю компанию. Стоит отметить развитое сообщество разработчиков OwnCloud, в котором Вам всегда подскажут как бороться с очередным фэйлом. Добавьте ссылку на их багтрекер себе в избранное, так как вам часто придется общаться с этими ребятами.

iFolder

Разрабатываемое компанией Novell, средство iFolder также предоставляет так необходимые нам возможности - распределение на несколько серверов, синхронизация между клиентами, веб-интерфейс к хранилищу.
Горьким фактом является то, что iFolder со стороны Linux поддерживает openSUSE, для которого процесс установки состоит из одной команды.
Для других дистрибутивов Linux установка iFolder - это практически невыполнимая задача несмотря на множество мануалов, например iFolderInstall . Мне, к сожалению, не удалось установить iFolder ввиду специфичных версий пакетов, которые требуются для работы системы и которые уже давно не доступны на сайте iFolder Novell. Возможно, читатели Хабра более удачливые и продвинутые и у них получится найти общий язык с iFolder.
Помимо iFolder на том же сайте компания Novell предлагает еще два проекта для совместной работы (Kablink Teaming) и для обмена сообщениями (Kablink Conferencing), впрочем они были мне не так интересны, поэтому оставляю знакомство с ними вам на десерт.

SparkleShare

Достаточно , написанное согласно приданию некими хакерами, которым надоело синхронизировать свои файлы. Оно основано на системе управления версиями git и по сути является надстройкой. Для файлового сервера создается отдельный репозиторий и затем над ним навешивается SparkleShare. Клиенты, работая с файлами, синхронизируют их между собой и сервером по аналогии клиента для Dropbox. Кроме официального сайта , есть неплохая инструкция по установке и работе с SparkleShare . «Благодаря» фундаменту в виде git возникают и недостатки, свойственные системам такого класса: клиенты хранят полную локальную копию репозитория, что в случае больших объемов просто невозможно. Существует способ «ленивого» доступа к репозиторию посредством git-fs, но только в режиме чтения. Опять же для непрограммистов (экономисты, отдел кадров), это слишком высокотехнологичное решение и они скорее будут пересылать друг другу документацию бесконечными e-mail, чем воспользуются git. Опять же ненависть репозиториев к бинарным файлам окончательно исключает SparkleShare из списка возможных решений.

Syncany

Казалось бы вот она, мечта : облачное файловое хранилище с поддержкой FTP, IMAP, WebDAV, Windows NetBIOS/CIFS, SFTP/SSH, шифрованием данных и т.п. Но проект находится в разработке вот уже два года и официальных релизов системы не поступало. Авторы приветливо предлагают вступить в ряды разработчиков или пожертвовать то, что не жалко… Так что, Хабрачитатели, мечтающие внести свою лепту в Cloud Storage, есть прекрасный вариант реализовать себя.

Rsync и Lsyncd

Выполняют функции, сходные с Dropbox, то есть синхронизацию локальной и удаленной папки. Это не совсем то, что я искал, поэтому не буду слишком подробно останавливаться на этом решении. Отмечу лишь отсутствие графического интерфейса и клиентов для ОС Windows, что автоматически исключает Rsync и Lsyncd из списка.

AeroFS

Если предыдущие продукты можно было скромно называть облачными, то AeroFS использует это понятие по полной. По сути AeroFS - это p2p сеть, которая коллективно хранит файлы не обязательно с использованием центрального сервера! Система полностью распределенная и использует сложные алгоритмы репликации данных. Есть возможность выделить центральный сервер, который привносил бы два положительных момента - web-интерфейс и дополнительную дупликацию данных (вдруг все уедут в командировку и сеть начнет испытывать истощение). До сих пор у меня к AeroFS много вопросов, ответы на которые получить пока не удается. Скачивание релиза доступно только по инвайтам, поэтому ждемс… Обязательно отпишусь по результата разворачивания AeroFS.

UPD: AjaXplorer

Благодаря мы можем познакомиться с ещё одним средством: AjaXplorer . Впечатление, как и от OwnCloud, самые положительные. На сайте разработчиков есть возможность протестировать демо-хранилище за что им огромный плюс. Стоит также отметить простоту установки и добавления репозиториев. С технической точки зрения AjaXplorer характеризуется свойствами: онлайн просмотр (txt, pdf, zip, графика, мультимедиа) и редактирование файлов (txt), разграничение прав, адаптируется под браузеры iOS и Android, поиск (c внешними хранилищами все же лучше не использовать, к сожалению), множество плагинов на любой случай жизни. Также нужно отметить возможность дружбы AjaXplorer с различными системами управления версиями посредством плагина, что для нас тоже важно. Внешние хранилища можно подключать по Samba, FTP(S), WebDAV, IMAP, POP. И это прекрасно. Из недостатков можно отметить лишь ресурсоемкость. С другой стороны, за все нужно платить…

UPD: Amahi

Благодаря , мы узнали об Amahi . Что это за зверь? На самом деле Amahi - прекрасная платформа для домашнего медиа-центра в концепции «умного дома». Сразу бросается в глаза медиа ориентированность: Squeezebox сервер, DLNA сервер, Gallery 2, UPnP сервер uShare, медиа стриммеры Jinzora и Ampache, медиа-библиотеки OpenDB и VCD-db, учет домашнего хозяйства Home Inventory, хранение рецептов phpRecipeBook, торрент-клиенты, вики, форумы и пр. Стоит отметить также «бесплатную» услугу отслеживания динамического IP, то есть в некоторых случаях (стоит сказать, весьма ограниченных), Вам не понадобится покупать белый статический IP-адрес. Также существует возможность расширять функциональность плагинами.
Установка хоть и выполняется из терминала, но Вам настойчиво и весьма бесцеремонно установят графическую панель конфигурирования, сменят IP-адрес сервера , включат DHCP , перезагрузят сервер и вообще будут себя чувствовать как дома. Конечно, для неопытных пользователей такое решение «из коробки» просто необходимо, но в большинстве случаев, я считаю, это недопустимо.
С технической точки зрения Amahi поддерживает Samba, VPN, WebDAV (Outlook, iCal) и др. Более подробно прошу на