Назад | Перейти на главную страницу

Рекомендации по обслуживанию большого количества файлов

В настоящее время у нас есть один Windows Server 2008 R2 в качестве контроллера домена и файлового сервера.

Мы обслуживаем около 6 миллионов файлов JPG на 4 серверах IIS, которые затем обслуживаются веб-пользователями.

Проблема в том, что мы ежедневно получаем предупреждения о памяти на сервере. Наш текущий сервер обслуживает эти файлы с одного диска (LUN). У нас также есть проблема с количеством файлов на диске. Таблица основных файлов будет слишком большой, поскольку мы продолжаем добавлять изображения.

Наш текущий план:

Мои вопросы:

  1. Как лучше всего обслуживать файлы?
  2. Можем ли мы перейти на один сервер с 4 или 5 дисками (LUN) или мы должны перейти на 2 файловых сервера с 3 дисками каждый?

Вам следует перейти на 2 (или более) или более серверов для резервирования. Если вы сбалансируете их нагрузку, будет проще отключить или перезагрузить их для обслуживания. Если у вас 3 сервера, но на самом деле нужно только 2, тогда ваше окно обслуживания может быть также в течение дня.

Я бы также распределил диски (LUN) по этим серверам - опять же для избыточности.

Как вы получаете предупреждения о памяти? Проводили ли вы какой-либо анализ процесса, чтобы увидеть, не выходит ли использование памяти за пределы нормы? Помните, что LSASS и кеш будут увеличиваться до уровня физической памяти.

ОБНОВИТЬ:

Отсутствие предупреждений в Windows Server 2003 меня не удивляет, поскольку он не так эффективно использует оперативную память, как Windows Server 2008. Вы хотите, чтобы на используемом сервере использовалось как можно больше памяти, поэтому мониторинг только использования памяти - бесполезная метрика. Начиная с Windows Vista, Windows использует максимально возможный объем оперативной памяти. Вы можете увидеть такое же поведение в Windows 7, вызвав монитор ресурсов и посмотрев на вкладку памяти. Вот изображение с моей машины:

Обратите внимание, что у меня свободно только 64 МБ! Это хорошая вещь. (раньше было 2 МБ, но я, должно быть, только что что-то закрыл). Обратите внимание, что синяя полоса показывает 1369 МБ резервной ОЗУ - это, по сути, кеш файловой системы, и если мне нужно больше ОЗУ в приложении, страницы берутся отсюда.

Поэтому вам нужно знать не то, сколько оперативной памяти используется, а сколько использует каждое приложение и является ли использование памяти этим конкретным приложением нормальным.

Хороший способ определить это (для генерации предупреждения) - посмотреть на использование памяти и количество сбоев страниц в секунду. Если у вас слишком много ошибок страниц, И у вас высокая загрузка оперативной памяти, И у вас мало резервной оперативной памяти, скорее всего, существует проблема. (на файловом сервере сбои страницы не являются таким надежным индикатором проблем, поскольку он обслуживает файлы - таким образом, генерируются сбои страниц, вы должны определить это перед установкой порога)

Надеюсь, этот краткий обзор мониторинга памяти поможет.