Веб-сервисы ASPX.NET и IIS7, пулы приложений
Можно масштабировать в некоторых другое направление здесь в зависимости от бюджета и аппаратной доступности. Рассмотрите эти шаги, вероятно, в этом порядке, но безотносительно исков Ваша ситуация:
Перестройте диски в чередуемый набор RAID для увеличения производительности неструктурированного диска. Это будет означать создавать резервную копию файлов от дисков, создавая массив, затем кладя обратно данные на дорожку. Если можно позволить себе потерять некоторую способность ради большей отказоустойчивости, пойдите для чередуемого и зеркального массива, который переживет отказ диска
Добавьте специализированный набор дисков RAID для хранилища файлов страницы/временного файла сервера. Сделайте это быстрой установкой RAID0 с вниманием на производительность. Удостоверьтесь, что Ваше приложение бросает файлы в память при обслуживании их, и что файл подкачки является достаточно большим для размещения файлов. Это - довольно дешевое, straightforwards улучшение.
Добавьте больше RAM к серверу (это - относительно дешевый материал в наше время) с вниманием на объемную общую RAM, а не чистой производительностью. Сервер может, вероятно, обработать несколько различных скоростей RAM - и более медленный материал может быть более дешевым на Гбит - Вам действительно не нужен uber высокая производительность RAM, скорее Вы должны увеличить объем.
Повторно разделите приложение на уровни так, чтобы файлы были поданы от выделенного узла, и остальная часть трафика сети/базы данных и обработки обрабатывается отдельной машиной. Это оставит один сервер выделенным обслуживанию файлов, и Вы получите выигрыш в производительности от этого.
Разделите свое устройство хранения данных на уровни и добавьте быструю дорожку дисков для обслуживания новейшего MP3s от. Переместите файлы в более медленное устройство хранения данных, после того как спрос понижается. Выполнимость этого подхода зависит от усилия, вовлеченного в перемещение файлов регулярно, и сколько из него можно автоматизировать в приложении.
Добавьте массив твердотельных дисков для обслуживания новейших файлов.
В конечном счете можно быть нацелены на решение для многоуровневого хранения, которое складывает как это в порядке, самом быстром к самому медленному: - RAM - Файл подкачки - SSD - Быстрая дорожка SATA/SAS - Объемный Дисковый массив
Это только тогда, когда есть ошибка, и это было 404; это говорит о том, что запрос, генерирующий ошибку, не был частью пространства имен, обслуживаемого вашим пулом приложений. Потому что 404 не найден, и это означает, что URL-адрес неверен; психическая отладка сообщает нам, что это не попадает в / путь / вашего приложения.
Если веб-сайт по умолчанию работает как DefaultAppPool в корневом каталоге, любые неверно направленные запросы, которые попадают за пределы вашего конкретного пути к приложению (который выполняется в Your40AppPool), будут обслуживается DefaultAppPool.
Netsh http sh ser
покажет вам пространства имен URL, определенные для каждого пула приложений (просто посмотрите на него некоторое время, пока не освоитесь). Если какой-либо запрос нацелен на что-либо за пределами / path /, сопоставленного с Your40AppPool, он будет обслуживаться тем, что зарегистрировано на уровне сайта (или ящика),