Вопрос

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

Это было полезно?

Решение

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

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

Другие советы

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

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

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

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

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

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

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

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

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top