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