Небольшой файловый сервер на Linux: конфигурация?
Модераторы: Trinity admin`s, Free-lance moderator`s
Небольшой файловый сервер на Linux: конфигурация?
Добрый день!
Нужен файловый сервер на Linux (думаю использовать samba, т.к. клиенты --- машины на windows).
Основное назначение сервера --- архив данных. Соответственно, скорость чтения/записи не слишком критична, а критична отказоустойчивость.
Объемы такие: сейчас имеется чуть больше терабайта данных, и они поступают со скоростью около 500Мб/день.
Мне думается, что лучше всего поставить на один "железный" RAID пару зеркальных массивов из SATA-дисков по 750Gb-1Tb. В дальнейшем добавить еще массив или два. Почему пару зеркальных, а не один массив из многих дисков --- потому что в случае сбоя целый диск можно прочитать на любой машине без всякого контроллера (правильно ли я понимаю?).
Подскажите, пожалуйста, с выбором конкретной конфигурации и сколько все это хозяйство может стоить.
Спасибо!
Нужен файловый сервер на Linux (думаю использовать samba, т.к. клиенты --- машины на windows).
Основное назначение сервера --- архив данных. Соответственно, скорость чтения/записи не слишком критична, а критична отказоустойчивость.
Объемы такие: сейчас имеется чуть больше терабайта данных, и они поступают со скоростью около 500Мб/день.
Мне думается, что лучше всего поставить на один "железный" RAID пару зеркальных массивов из SATA-дисков по 750Gb-1Tb. В дальнейшем добавить еще массив или два. Почему пару зеркальных, а не один массив из многих дисков --- потому что в случае сбоя целый диск можно прочитать на любой машине без всякого контроллера (правильно ли я понимаю?).
Подскажите, пожалуйста, с выбором конкретной конфигурации и сколько все это хозяйство может стоить.
Спасибо!
-
- Advanced member
- Сообщения: 442
- Зарегистрирован: 26 июл 2005, 14:28
- Откуда: Москва
- Контактная информация:
Нагрузка невелика:всего несколько записей/чтений файлов в день. Это несколько аудиофайлов в день, которые будут записываться в архив одними операторами и считаваться другими операторами. В общем, не более 20 операций записи/чтения файлов в сутки.
Расчетный объем хранимых данных на ближайшие 5 лет --- не более 2Tb. Конечно, нужно заложить возможность расширения при необходимости, скажем, в два раза.
Backup, допустим, можно сделать на DVD и внешние винчестеры. Но дело в том, что данные, для которых планируется сервер, могут требоваться в процессе работы. Поэтому нужна их постоянная доступность по локальной сети.
Расчетный объем хранимых данных на ближайшие 5 лет --- не более 2Tb. Конечно, нужно заложить возможность расширения при необходимости, скажем, в два раза.
Backup, допустим, можно сделать на DVD и внешние винчестеры. Но дело в том, что данные, для которых планируется сервер, могут требоваться в процессе работы. Поэтому нужна их постоянная доступность по локальной сети.
-
- Advanced member
- Сообщения: 442
- Зарегистрирован: 26 июл 2005, 14:28
- Откуда: Москва
- Контактная информация:
-
- Advanced member
- Сообщения: 442
- Зарегистрирован: 26 июл 2005, 14:28
- Откуда: Москва
- Контактная информация:
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 50 гостей