Хранение медиа-файлов на другом сервере
Я ищу решение для малого / среднего бизнеса. У нас есть около 500 ГБ медиа-файлов (jpg, tiff, psd, eps, шрифты, indd, avi и т. Д.). Теперь они занимают слишком много места на нашем файловом сервере, и я хочу переместить их в другое место и одновременно подготовить установку программного обеспечения для управления цифровыми активами.
Я вижу два решения:
- Покупка небольшого NAS (1 To с RAID 5 теперь доступна) и небольшого сервера для размещения решения DAM (безусловно, будет веб-сервером linux, мне предложили Gallery здесь).
- Покупка сервера с дополнительными возможностями хранения и запуск веб-сервера на нем.
Как вы думаете?
NAS должен предлагать возможность установки где-либо еще, или инструмент DAM должен иметь возможность проходить через внешний источник.
Любое решение вы бы имели в виду? Мой бюджет действительно ограничен.
2 ответа
С точки зрения философии, я бы предпочел отделить "интерфейс медиасервера" от решения для хранения данных, потому что это обеспечивает большую гибкость в пути и гибкость управления с минимальным воздействием, если у вас есть физические, энергетические и охлаждающие способности в серверной комнате. Ваш веб-сервер может даже быть виртуальной машиной, или в будущем (особенно когда речь идет о файловых серверах), вы можете обнаружить, что вам необходимо изменить управление активами, управление контентом или какой-либо другой аспект хранения и резервного копирования файлов.
Я бы с осторожностью смешал ваше программное обеспечение DAM с хранилищем файлов, потому что у вас может быть больше обновлений, обслуживания, настройки и т. Д., Работающих над этим "приложением", что может повлиять на доступность вашего сервера хранилища файлов. Как правило, для хранения файлов вам нужна система, которая будет держать ваши данные доступными, и вам не придется возиться с чем-то, что требует периодических обновлений / конфигурации вне ОС. Это слишком простая функция, чтобы ее можно было отключить, потому что веб-сервер ведет себя неуверенно или кто-то атакует веб-сервер, в приложении есть ошибка, которая вызывает проблемы.
Кроме того, я бы предостерег от RAID 5. Посмотрите на мои прошлые ответы, касающиеся неустранимых ошибок RAID или google for RAID 5, чтобы понять, почему, но в основном сейчас, когда диски становятся действительно большими, вероятность того, что у вас возникнет неисправимая ошибка, останется незамеченной до у другого диска полная ошибка намного выше, и вы просите полной потери данных (надеюсь, у вас хорошие резервные копии!), если вы используете RAID 5. Придерживайтесь зеркалирования или RAID 10, или кто-то другой может предложить другие идеи RAID, но для хранения большой емкости сейчас я бы не рекомендовал RAID 5.
(и по цене, это не так уж плохо собрать систему стандартных компонентов и запустить что-то вроде FreeNAS с программным RAID, если он подходит прямо к нему; у каждого есть свой любимый дистрибутив NAS с открытым исходным кодом под ключ, чтобы рекомендовать. Я лично предпочитаю аппаратное обеспечение только потому, что легче, когда не удается определить, какой диск плохой, обычно они помечены на карте или на нем есть моргания, и, конечно, большинство карт поддерживают "горячую" замену. Если вам все равно, программный RAID обеспечивает достойную производительность, но может быть болью за то, чтобы выяснить, какой диск тост, когда пользователи дышат вам в шею, чтобы восстановить работу сервера... если данные важны, я лично не согласен с аргументом, что нет бюджета. данные важны, чтобы вы (компания) сделали приоритетом правильную их работу и надежность, или они имеют дело с последствиями потери всех данных или их недоступности в течение нескольких часов, пока вы пытаетесь исправить решение на месте, и они ' пострадает за это дешевая форма управления, состоящая из двух частей, и ИТ-персонал / команда разочаровываются и переходят в такое место, где к ним скорее всего обращаются должным образом, а не в качестве запоздалой мысли.)
Просто второе, что Барт Сильверстрим говорит о RAID. За исключением некоторых очень специфических случаев (например, потокового видео очень большого объема, хранилищ данных) зеркальное отображение гораздо более эффективно для производительности, чем чередование.
Вы, конечно, не должны рассматривать доступ к какой-либо базе данных через NAS - данные должны быть локальными или в сети SAN. По общему признанию, iSCSI более 100 Гбит Ethernet, по сути, предлагает то же преимущество, но, в сущности, представляет собой решение NAS, и это хорошая идея, если вы уверены, что у вас есть навыки для правильной настройки. Возможно, стоит подумать об использовании NAS для резервного копирования, если у вас есть планы по созданию резервных копий вне сайта.
Не зная точно, каков ваш бюджет, и не обращая внимания на текущие данные и модели использования, сложно дать конкретные рекомендации, но я бы склонялся к тому, чтобы делать все это в одной коробке (с максимально возможным объемом памяти и дисков).
C.