Файл сервер из того что есть...

[Filin]

В локальной (домашней) сети существует файл сервер (П-4 3Ггц, 512 RAM). Построен на материнке АСУС P5GDC-V. На ней можно подключить до 12 винтов (6 сата и 6 ата, причем 4 сата можно в рейд 0,1,JBOD и также 4 ата). Сервак существует давно и со временем накопилось винтов разномастных (так получилось).На данном серваке также крутится страничка сети и почта юзеров. Операционка - винда 2003 сервер.

 

В общем сложности сейчас стоит 8 винтов:

2 шт 80 гигов сигейт 7200.7 с 8 меговым буфером, точно модель не помню. (SATA)

3 шт 120 гигов самсунги на 5400 оборотов.

1 шт 160 гигов самсунг на 5400 оборотов

1 шт 200 гигов WD на 7200

1 шт 200 гигов Maxtor 7200

 

Щас встает вопрос по увеличению емкости. Вот думаю как дальше увеличивать. Основной критерий для сервера это одно логическое пространство как можно больше, т.к. сервер в основном предназначен для хранения фильмов и желательно их видеть на одном логическом винту. Хотел использовать режим JBOD на рейде, но оказывается при падении одного винта остальные тоже недоступны, а скорость при этом не увеличивается. Отказоустойчивость важна только для части пространства на которой находится веб страничка, почта, форум и кой какие важные файлы. С потерей остального готов мирится, правда если не все сразу (а по одному винту например), т.к. восстанавливать полностью все фильмы занимает длителеьное время. Рейд пятый пока тоже отпадает из цены и терять один винт как то неохота. Так что вот думаю сделать так:

 

1. Перевести систему на FreBSD, т.к. есть опыт работы с ней (роутер стоит на ней же) и устраивает организация дискового пространства как раз такая какая нужно.

2. Два сигейтовских винта по 80 гиг поставить в отказоустойчивый рейд (зеркало) и на них установить систему, страничку, форум и т.д.

3. Докупить еще на первое время 2шт 200 гиговых винтов сата и добавить в систему. (Потом потихоньку менять 120 гиговики или купить карточку для подключения дополнительных винтов)

 

По поводу скорости сильно пока не беспокоюсь, т.к. на сервере будет стоят ограничение на одновременное подключение человек 5-6. На данный момент стоит такое ограничение и сервер справляется.

 

Кто что предложит получше ?

[Guest]

Узнай будет ли поддерживать встроенные рейд контроллеры BSD :).

[Guest]

Лучше купить умный ред контроллер и сделать 5 рейд если есть бабки. под BSD количество польключений лучше не ограничивать и подними там samba демон как все люди делают :).

[pirat_os]

клевый рейд который нам засоветовали 3WARE 9500S-12 фрей держится стоит 790 у.е. до 12 винтов.

[balamutang]

Узнай будет ли поддерживать встроенные рейд контроллеры BSD :).

это точно. SATA под фрей это не работа а писец....

[Guest]

balamutang,

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

[Filin]

1) Ну только под фрёй дело не встало, могу в принципе поставить любую юникосовую систему.

2) Насчет рейд контроллера за 790 баксов, нет уж я лучше винтов на эту сумму накуплю. Пока повышения скорости не очень необходимо.

 

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

[PbI6a]

клевый рейд который нам засоветовали 3WARE 9500S-12 фрей держится стоит 790 у.е. до 12 винтов.

более 2 Тб держит ?

или всётки, как и написано на сайте, нет ?

[Guest]

Сталкивались в свое время с такой-же проблемой.

Наше решение:

 

1. Отказаться от РАИД вообще. По скорости дает прирост только на длинном потоковом чтении файлов, а в серваке с множеством мелких запросов и кучей пользователей выигрыша по скорости нету никакого. На RAID level5 денег нету, все остальные - фигня, и не стоит того гемморроя, когда в результате вылета одного диска теряется сразу до 600 гигов фильмов (было уже такое, когда имели 4 диска по 160 гигов в виде одного RAID-диска).

 

2. Сплошное логическое пространство не получается, но успешно эксплуатируем прилинкованные в разные каталоги Video различные диски.

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

 

3. Операционкой работает Линукс Mandrake 10, но такую-же схему (прилинковка дисков в каталоги) можно реализорвать и на WindowsNT с NTFS, ну и, конечно, на FreeBSD.

 

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

[balamutang]

balamutang,  

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

да нафиг к ним дрова. и нафиг такие райд-контроллеры. они все равно полусофтовые. софтовый райд от фри будет эффективней полусофтового от BIOS.уже проверено. но САТА под фрей все равно хреново работает.

[Filin]

DmitryE195,

 

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

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

3) Прилинковка каталогов как раз вот мне и не нравится :( Неудобно.

 

balamutang,

Вроде в 5 версии САТА ок работает ?

[Guest]

DmitryE195,

Неправда ваша насчет ненужности рейдов. При множестве мелких запросов 2 внта лучше справятся, чем один.

5 рейд оптимально так, как главное скорость считывания. Кстати восстановление Террабайта инфы не так затратно, как покупка лишнего винта на 200 гигов к 5 уже установленным.

PbI6a,

Больше 2 Тб не держит в 1 рейд массиве...но никто не мешает их создать 2 или 3. То есть можно на 250 гиговых дисках создать рейд 5 с емкостью 1 Тбайт и 2 Тбайта.

[Guest]

Filin, я тоже был абсолютно уверен, что нам надо быстрое потоковое чтение больших непрерывных кусков -- фильмы, например. Наш серв 1,5 терабайта, забит фильмами под завязку... Однако.... Доступ то через Самбу, и клиент не скачивает, а сразу смотрит фильм, лежащий на серваке. Необходимый для просмотра поток: 300 - 600 килобайт в секунду.

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

 

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

3 контроллера, обслуживающих 6 дисков, например, будут в рассматриваемом примере отдавать инфу пользователям заведомо быстрее, чем 1 быстрый контроллер, который будет одновременно обслуживать 50 запросов... ПОтому что в схеме без раида каждый диск работает самостоятельно, и не ждет окончания 20-30 предыдущих операций. Лишь бы шина и сетевая вытягивали такой поток.

 

Гость, сомнительно, что при множестве мелких запросов два винта будут быстрее, чем один. Точнее, да, согласен, будут быстрее -- при условии, что читаемый объем поместится в кэш, а данные лежат друг за другом. Иначе - либо с такой-же скоростью, либо медленнее, потому как позиционирование головок двух винтов будет либо с той же скоростью, что и одного, а то и медленнее... А все задержки при множестве мелких запросов -- именно из-за потери времени на позиционирование. Чтение то быстрое, спору нет... Только вот разогнаться оно не успевает, как приходит команда перескочить на полдиска вперед и прочитать очередные 4 килобайта ... :)

 

Filin, прилинковка каталогов и мне не нравится, зато мне нравится, что когда от перегрева навернулся раздел на диске - я аккуратненько отсоединил диск и Акронисом восстановил раздел. А при объединении дву-трех дисков такой фокус прошел бы? Сомневаюсь. А при вылете диска из РАИД?

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

 

Я тоже люблю UltraWide320, RAID Level5, HotSwap-корзины и SCSI контроллеры, но работать приходится с тем, на что денег хватает. :)

[Guest]

Предыдущий пост - это был я.... Блин, зарегестрироваться надобно бы :)

[Guest]

Dmitry195,

Дык собственно никто и не говорит что для малюбюджетного хранилища информации нужен скази контроллер и Хот свап корзины. Я бы сказал только IDE использовать достаточно.

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

[balamutang]

Вроде в 5 версии САТА ок работает ?

с 5 версии только начал работать.... хотя назвать это работой....

 

/////А клиентов всего шесть сотен. И в результате в пике нагрузки, вечером, имеем не потоковое чтение, а именно рывки дисков по 50 одновременным запросам для обслуживания 50 одновременно пользующихся клиентов, смотрящих 50 разных фильмов. ////

меняйте политику. с самбы на ФТП. иначе придется менять харды регулярно..

[Guest]

Скажите пожвлуйста или дайте линку (2 ое желателнее ибо достал я вас ламерскими вопросами). Почему лучше ФТП юзать??

[Barsick]

Потому что по FTP клиент сначала быстро выкачает фильм, а потом будет его смотреть со своего винта

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

[Guest]

Barsick,

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

Сервер делается для людей, а не ради самого сервера. Ничто не вечно.

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

Рывков не будет если обеспечить эелезную часть. Придется переползать на PCI-X инормальный рейд контроллеры которые обладают функцией выравнивания нагрузки на винты, ну или чем-то подобным. Я не понимаю причем тут SMB, если 100 пользователей закачивая фильмы обеспечат такой же расколбас сервера...

[Guest]

Гость, согласен. У нас в сетке тоже политика такая, что делается все для удобства и удовлетворения клиента, а не для обеспечения "правильности" работы сервера или сети. Нет, это не значит. что мы садим пользователей на шею -- во всем должен быть разумный компромисс...

 

Но... Большинство пользователей не смогут использовать ресурсы FTP просто потому, что не сумеют ими воспользоваться. И для нас, обслуживающего персонала этой сети, важно удобство пользователя и его интересы. Даже если все винты придется менять раз в год.

[balamutang]

Но... Большинство пользователей не смогут использовать ресурсы FTP просто потому, что не сумеют ими воспользоваться.

не надо ля-ля. интернет-эксплорером они зайдут на FTPшник и не заметят как. так что все с удобствами нормально.

[balamutang]

Barsick,

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

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

 

Можно например выложить игру на файловый образом и оттуда юзать его. А если ФТП то придется скачивать образ на диск к себе и тогда нахрен файловый нужен?

Сервер делается для людей, а не ради самого сервера. Ничто не вечно.

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

Рывков не будет если обеспечить эелезную часть. Придется переползать на PCI-X инормальный рейд контроллеры которые обладают функцией выравнивания нагрузки на винты, ну или чем-то подобным. Я не понимаю причем тут SMB, если 100 пользователей закачивая фильмы обеспечат такой же расколбас сервера...

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

[Я_рядом]

Просто как идея. Вот такая смешная железяка:

 

 

Компания Netgear предлагает, недорогое средство решение проблем создания и сопровождения файл-серверов доступных как в одноранговых Windows-сетях, так и для Интернет-пользователей по FTP.

Недорогой маршрутизатор широкополосного доступа Netgear WGT634U со встроенной Wi-Fi точкой доступа, оснащается портом USB, через который к нему могут быть подключены до 26 (версия ПО 1.4.1.8) USB 1.1/2.0 «FLASH» дисков или HDD.

Доступ к каталогам может быть осуществлен как через «Проводник Windows» (NEBIOS), так через любой FTP клиент(TCP/IP). Права доступа к каталогам назначаются через удобный графический WEB-администрирования маршрутизатора. Администрирование общих ресурсов Windows и FTP осуществляется независимо, что позволяет формировать гибкие правила доступа к информации для локальных и Интернет-пользователей.

 

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

 

Скорость доступа к информации на USB-носителях при этом составляет до 480Мбит/с (согласно стандарту USB 2.0), что однозначно гарантирует отсутствие эффекта «бутылочного горлышка» как для локальных, так и Интернет-пользователей.

Функции ведения системного журнала (SYSLOG) и оповещения о происходящих событиях по электронной почте (e-mail alert) предоставят локальным пользователям исчерпывающую информацию необходимую для контроля доступа к разделяемым ресурсам.

 

Характеристики продукта

Протоколы маршрутизации:

— Поддержка статической и динамической маршрутизации,

— Прозрачная адресная трансляция для IPSec и L2TP PPTP VPN,

— NAT,

— PPTP клиент,

— PPPoE клиент,

— DHCP клиент и сервер

Функции:

— Автоматическое определение настроек для подключения к оператору услуг Интернет доступа,

— Демилитаризованная зона (DMZ),

— Списки доступа на уровне MACадресов,

— Поддержка служб динамической привязки доменных имен DDNS,

— Фильтрация доступа к Интернет ресурсам на основе URL,

— Ведение журнала событий и оповещение через e-mail,

— Wi-Fi Protected Access Pre-shared Key (WPA PSK)

Интерфейсы

— Internet/Магистральный порт: 10/100 Мбит/с Ethernet, RJ-45

— ЛВС: 4 порта 10/100 Мбит/с Ethernet, RJ-45

— Wi-Fi: 1, 2, 5.5, 6, 9, 11, 12, 18, 24, 36, 48, 54, and 108 Мбит/с

Межсетевой экран:

— Проверка пакетов с контролем состояния сессии (SPI),

— Трансляция сетевых адресов (Network Address Translation - NAT),

— Обнаружение атак отказа в обслуживании, ведение журнала атак и отвергнутых маршрутизатором пакетов,

— Прозрачная трансляция до 2-х IPSec VPN и множества L2TP и PPTP VPN

Если кто хочет ознакомиться с особенностями настройки, то можно посмотреть здесь

[Barsick]

И файлопомойка на USB-сосках по $100/Gb :)

[Filin]

Dmitry195

 

У нас стоит ограничение на одновременное подключение к каталогу 5-6 человек, поэтом предупреждаю чтобы несмотрели с сервака а выкачивали на комп и смотрели. Ну естественно чтобы предварительно выбрав фильм. Хотя конечно это не метод предупреждение, не все слушаются, поэтому сейчас как приеду (я в отпуске) хочу сделать так:

1) При доступе через "шары" ограничение сниму.

2) Поставлю ограничение на скорость скачивания через шары и время скачивания, т.е. напрмер не больше минуты. При этом пользователи смогут выбрать фильм и пролистать его.

3) Через фтп будет доступ неограниченный чтобы люди привыкали скачивать через фтп. (правда наверное ограничу все таки на один ип не более 5-6 фильмов в день).

 

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