Настройка функции консолидации запросов в маршрутизации запросов приложений

По Вон Ю

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

Goal

Сведения о функции консолидации запросов в службе "Маршрутизация запросов приложений" (ARR).

Предварительные требования

Это расширенная функция в ARR. В этой статье предполагается, что вы знакомы с общей функциональностью 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. Общие сведения о функции консолидации запросов в ARR.

Прокси-серверы кэша хорошо работают, если содержимое уже доступно. Однако при управлении данными потоковой передачи в режиме реального времени прокси-серверы кэша не так эффективны, так как динамическое содержимое заранее недоступно для кэширования. Например, когда десятки тысяч зрителей настраивается на watch игры в баскетбол с помощью Интернета, как кэшировать содержимое трансляции? Кроме того, так как пользователи настраиваются на событие одновременно, как защитить сервер-источник при наличии каскадных промахов кэша на узлах кэша и пересылки всех запросов на сервер-источник?

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

Схема, на которую показан процесс переадресации запросов на сервер-источник в многоуровневой системе кэша.

Шаг 2. Настройка функции консолидации запросов в ARR.

Эта функция по умолчанию отключена. Обратите внимание, что конфигурация для этого компонента является частью параметров прокси-сервера. Функцию консолидации запросов можно настроить на уровне сервера, если ARR используется в качестве прокси-сервера, или на уровне фермы серверов, если используется компонент фермы серверов.

В этом пошаговом руководстве показан параметр прокси-сервера на уровне фермы серверов.

  1. Запустите диспетчер IIS.

  2. Выберите Фермы серверов.

  3. Выберите созданную ферму серверов.

  4. Отображаются следующие значки:

    Снимок экрана: значки ферм серверов в диспетчере I IS.

  5. Дважды щелкните кэширование.

  6. Установите флажок Включить консолидацию запросов .

    Снимок экрана: область кэширования с включенным кэшем дисков и консолидацией запросов.

  7. Нажмите кнопку Применить , чтобы сохранить изменения. Вы успешно включили функцию консолидации запросов. Примечание. Тот же параметр конфигурации доступен на уровне прокси-сервера на странице Параметры прокси-сервера сервера.

Итоги

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

Другие пошаговые руководства по ARR версии 2 см. в документах этой статьи.