Является ли сервер NAS / SAN + HTTP хорошим совпадением? - PullRequest
1 голос
/ 02 апреля 2009

Является ли сервер NAS / SAN + HTTP хорошим решением для обслуживания большого количества статических файлов через Интернет?

Ответы [ 2 ]

1 голос
/ 02 апреля 2009

Добавьте кеширование памяти на вашем сервере, и все будет хорошо. В Apache есть пара модулей, которые это делают.

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

0 голосов
/ 22 мая 2009

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

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

Если вы можете избежать SAN или NAS, избегайте этого. Внутренние жесткие диски обычно дешевле и быстрее. Они также имеют меньше путаницы производительности, когда есть проблема. Обслуживание проще. Масштабируемость проще (т.е. вы увеличиваете производительность по мере увеличения емкости, если реплицируете данные на каждый сервер).

Подумайте, как легко получить большой объем быстрого хранилища на сервере. HP DL380 G5 может иметь более 1,5 ТБ на одном 2U-сервере. Ожидайте, что хранилище будет быстрее, чем большинство решений SAN или NAS. У вас не будет избыточности контроллера, но если у вас все равно есть резервные серверы, вы повысите общую надежность решения по сравнению с наличием одной копии данных с избыточными путями к нему.

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

Я могу себе представить, что SAN является правильным решением, когда набор данных огромен, и нет времени для создания программного решения. По моему опыту, подавляющее большинство сетей SAN основаны скорее на политических требованиях, чем на технических.

Я могу себе представить, что NAS является правильным решением, когда NAS-сервер представляет собой Netapp, набор данных очень большой, и решение необходимо развернуть слишком быстро, чтобы программное решение могло распространять данные на несколько серверов внутренняя память. Хороший NAS-сервер очень дорогой, безусловно, дороже, чем платить за разработку программного решения, чтобы избежать его. Но его можно развернуть быстрее.

Если есть политические соображения, SAN и NAS могут помочь возложить вину за проблемы / сбои на другие группы или поставщиков. Обычно это самое важное соображение, когда я вижу решение SAN или NAS.

...