Рекомендации по развертыванию для маршрутизации запросов приложений

Вон Йо

Этот раздел документа относится к маршрутизации запросов приложений Майкрософт версии 2 для IIS 7 и выше.

Цель

Для выделения и понимания рекомендаций по развертыванию Application Request Routing (ARR).
Это больше документ рекомендаций по развертыванию ARR версии 2, чем обычная пошаговая статья.

Необходимые условия

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

Если маршрутизация запросов приложений версии 2 не установлена, ее можно скачать по адресу:

  • Маршрутизация запросов приложений Майкрософт версии 2 для IIS 7 (x86) здесь (https://download.microsoft.com/download/4/D/F/4DFDA851-515F-474E-BA7A-5802B3C95101/ARRv2_setup_x86.EXE).
  • Маршрутизация запросов приложений Майкрософт версии 2 для IIS 7 (x64) здесь (https://download.microsoft.com/download/3/4/1/3415F3F9-5698-44FE-A072-D4AF09728390/ARRv2_setup_x64.EXE).

Выполните действия, описанные в этом документе, чтобы установить ARR версии 2.

Шаг 1. Отключение времени ожидания простоя пула приложений.

Время ожидания простоя пула приложений — это функция IIS, которая завершает работу пула приложений при бездействии. По умолчанию устанавливается время на 20 минут, что представляет собой:

Время (в минутах), которое рабочий процесс будет оставаться в состоянии простоя перед завершением работы. Рабочий процесс неактивен, если он не обрабатывает запросы, и новые запросы не получены.

Цель этой функции в IIS — переназначить ресурс, который использует пул приложений и освободить его, если пул приложений неактивен. Это полезно, если сервер IIS используется для размещения нескольких сайтов и приложений, и он настроен для совместного использования ресурсов на сайтах и приложениях.

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

Действия по отключению времени ожидания простоя пула приложений описаны в статье "Установка маршрутизации запросов приложений" версии 2 .

Шаг 2. Отключение условий переработки пула приложений.

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

Это, конечно, не идеально подходит для кейса использования ARR, когда вы ожидаете, что ARR будет всегда доступен (и также всегда быстро реагировать).

Действия по отключению условий перезапуска пула приложений описаны в статье "Установка маршрутизации запросов приложений" версии 2 .

Шаг 3. Отделите расположение диска кэша от системного диска.

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

Для оптимальной производительности рекомендуется, чтобы расположение диска кэша было физически отдельным диском, чем системный диск. Кроме того, рекомендуется, чтобы диск кэша был с высокой скоростью вращения (15 000 об/мин) для повышения производительности. Если у вас есть только один физический диск, рекомендуется отделить системный диск от диска расположения кэша. Вы можете разделить один и тот же физический диск на несколько томов с помощью управления дисками в диспетчере серверов.

Шаг 4. Отключение создания имен в формате 8.3.

Создание имен файлов и каталогов версии 8.3 для всех длинных имен файлов и каталогов в секциях NTFS может снизить производительность перечисления каталогов. Поскольку ARR в значительной степени использует диск для его функции кэширования, рекомендуется отключить создание имен в формате 8.3.

В Windows Server 2008 создание имени 8.3 можно отключить только для всего сервера. Более явно его нельзя настроить для каждого тома.

В Windows Server 2008 R2 этот параметр можно настроить для каждого тома.

Дополнительные сведения о создании имен 8.3 в NTFS описаны в KB121007. Чтобы просто отключить создание имен 8.3, в командной строке введите fsutil.exe behavior set disable8dot3 1 и нажмите клавишу ВВОД.