アプリケーション要求ルーティング処理バージョン 2 の概要

[アーティクル]
03/15/2024

作成者: IIS チーム

はじめに

このドキュメントのこのセクションは、IIS 7 以降向けの Microsoft アプリケーション要求ルーティング処理バージョン 2 に適用されます。

IIS 7 以降用 Microsoft アプリケーション要求ルーティング処理 (ARR) は、HTTP ヘッダー、サーバー変数、および負荷分散アルゴリズムに基づいて、アプリケーションサーバーに要求を転送するプロキシベースのルーティング処理モジュールです。

ARR バージョン 2 は、バージョン 1 のすべての機能を含む増分リリースであり、ディスクベースのキャッシュのサポートを追加します。具体的には、ARR バージョン 2 を使用して次のことができます。

ディスクキャッシュを使用して ARR バージョン 1 のシナリオを強化します。
CDN/ECN 環境でキャッシュノードとしての ARR をキャッシュプロキシとして使用します。
- ARR をエッジ/子キャッシュノードとして使用します。
- ARR を親キャッシュノードとして使用します。

Note

ARR バージョン 1 と ARR バージョン 2 を side-by-side でインストールすることはできません。
ARR バージョン 2 (Beta1、Beta2、RC) と ARR バージョン 2 RTW の以前のリリースを side-by-side でインストールすることはできません。
ARR バージョン 2 RTW では、ARR バージョン 1 RTW と ARR バージョン 2 RC からのアップグレードがサポートされています。他のバージョンの ARR が既にインストールされている場合は、ARR バージョン 2 のインストールに進む前にアンインストールしてください。
IIS マネージャーでサポートされる最小解像度は 1024 x 768 です。

機能

ARR Version 2 の主な機能は次のとおりです。

ディスクベースのキャッシュ — ARR バージョン 1 のカーネルメモリキャッシュに加えて、バージョン 2 では、セカンダリネットワークベースのドライブのサポートを含む、ディスクベースのキャッシュのサポートが追加されます。
キャッシュ階層管理 — キャッシュアレイルーティングプロトコル (CARP) のサポートを含め、キャッシュノード間のリレーションシップを定義および管理します。
CDN/ECN 環境のキャッシュプロキシノード — ARR はディスクキャッシュと CARP をサポートするプロキシベースの HTTP 要求ルーティングモジュールであるため、ARR は CDN/ECN 環境でキャッシュプロキシとして使用できます。
圧縮オブジェクトのキャッシュ — ディスクベースのキャッシュには圧縮オブジェクトが格納されるため、オブジェクトをすべての要求に対してリアルタイムで圧縮する必要はありません。さらに、ARR gzip は、コンテンツサーバーが gzip コンテンツエンコードで応答しない場合でも、オブジェクトを圧縮します。
アプリケーション要求ルーティング処理でクエリ文字列のサポートを使用してキャッシュを構成する
IIS マネージャーを使用してキャッシュされたコンテンツを参照する - IIS マネージャーの 1 つの統合グラフィカルビューで、複数のドライブ間でキャッシュされたコンテンツを参照します。
キャッシュされたコンテンツの削除 - URL パターンを一致させることによって、キャッシュされたコンテンツを削除します。
Scavenger.exe を実行してセカンダリドライブ内のキャッシュされたコンテンツをスタンドアロンユーティリティとして削除します。
キャッシュ制御ディレクティブのオーバーライド —応答ヘッダーでキャッシュ制御ディレクティブを手動でオーバーライドし、キャッシュの動作を変更します。
キャッシュノードのウォームアップ - 要求される前に需要のあるコンテンツでキャッシュノードを事前にウォームアップします。さらに、コンテンツは、親キャッシュ層でのみ選択的に事前キャッシュできます。
インテリジェントなバイト範囲のサポート — ARR はバイト範囲要求を管理可能なセグメントに変換し、応答時間を犠牲にすることなくキャッシュヒット/ミス率を向上させます。
インテリジェントなライブリクエストのサポート — ARR は Live Smooth Streaming と連携し、ライブストリーミングサーバーを過負荷にすることなくライブコンテンツリクエストをサポートするように設計されています。
応答の提供中のキャッシュ — ムービークリップなどの大きなコンテンツのキャッシュには、しばらく時間がかかる場合があります。 ARR バージョン 2 では、応答をすぐに処理しながらコンテンツをキャッシュできます。
パフォーマンスカウンターのサポート — [監視と管理] ビューに表示されるランタイム統計には、パフォーマンスカウンターとしてアクセスできます。

サポート

ARR バージョン 2 は Web リリース (RTW) 製品であり、サポートは Microsoft のヘルプとサポートによって提供されます。フォーラムはアクティブなままです。

モジュールを取得する

IIS 7 (x86) 用 Microsoft アプリケーション要求ルーティング処理バージョン 2 (https://download.microsoft.com/download/4/D/F/4DFDA851-515F-474E-BA7A-5802B3C95101/ARRv2_setup_x86.EXE)。
IIS 7 (x64) 用 Microsoft アプリケーション要求ルーティング処理バージョン 2 (https://download.microsoft.com/download/3/4/1/3415F3F9-5698-44FE-A072-D4AF09728390/ARRv2_setup_x64.EXE)。

モジュールの使用

次の記事では、ARR バージョン 2 をインストールして構成する方法について説明します。 これらの記事は、徐々に高度な内容となっていくため、以下に示す順序でお読みになることを強くお勧めします。

IIS. のインストール アプリケーション要求ルーティング (ARR) バージョン 2 — 運用環境に展開するときの IIS 構成に関する推奨事項が含まれます。
ARR. の場合 有効なディスクキャッシュを構成する — 複数のキャッシュノード間で共有できるプライマリキャッシュドライブとセカンダリキャッシュドライブを構成する方法。
アプリケーション要求ルーティング処理でクエリ文字列のサポートを使用してキャッシュを構成する
ARR の キャッシュ階層を定義する方法。 — キャッシュリレーションシップが ARR でどのように管理されるかについて説明します。
CDN/ECN で ARR をキャッシュノードとして構成する - ARR をエッジ/子キャッシュノードおよび親キャッシュノードとしてデプロイする手順。
ディスク上のキャッシュされたコンテンツを参照する。 — 複数のプライマリキャッシュドライブ間で IIS マネージャーを使用してキャッシュされたコンテンツを表示します。
キャッシュされたコンテンツを削除する ARR. から— 参照中または URL パターンの一致によって、キャッシュされた 1 つ以上のコンテンツを削除します。
Scavenger.exe を実行してセカンダリドライブ内のキャッシュされたコンテンツをスタンドアロンユーティリティとして削除します。
キャッシュ制御ディレクティブ HTTP response. でオーバーライドする — キャッシュ制御ディレクティブに関係なく、キャッシュする対象またはキャッシュする期間を制御します。
予測される contents. を使用してキャッシュノード ARR をウォームアップします。要求される前に、ARR でコンテンツを事前にキャッシュします。
ARR. でバイト範囲要求 セグメントサイズを構成する — ARR がバイト範囲要求を処理する方法について説明します。
ARR. で要求の統合 機能を構成する - ARR がライブストリーミングメディアの提供にどのように役立つかを理解します。
ARR での圧縮の使用。 — コンテンツサーバーが圧縮をサポートしていない場合でも、ARR は圧縮オブジェクトを圧縮してキャッシュします。
パフォーマンスカウンターの使用。 — パフォーマンスカウンターを使用して、リアルタイムのランタイム統計を収集します。
ARR のデプロイに関する推奨事項。 — ARR デプロイのベストプラクティスと推奨事項。

URL 書き換えモジュールの変更

ARR バージョン 2 には、URL 書き換えモジュール 2.0 の更新バージョンが含まれています。これには、URL 書き換え 2.0 ベータ版のリリース以降に導入されたいくつかの重要な変更があります。重要な変更を次に示します。

分散書き換えルールでサーバー変数が設定されている場合は、そのサーバー変数を <allowedServerVariables> コレクションに追加する必要があります。これを行うには、IIS マネージャーの URL 書き換えユーザーインターフェイスを使用するか、次に示すように applicationHost.config ファイルを変更します。グローバルルールを使用してサーバー変数が設定されている場合は、これを行う必要はありません。
```
<rewrite>
  <allowedServerVariables>
    <add name="MY_SERVER_VARIABLE" />
  </allowedServerVariables>
</rewrite>
```
HTTP_CONTENT_TYPE サーバー変数は、RESPONSE_CONTENT_TYPE に置き換えられました。送信書き換えルールで、HTTP_CONTENT_TYPE をチェックする事前条件が使用されている場合、そのルールで動作が停止します。代わりに RESPONSE_CONTENT_TYPE を使用するように事前条件を変更します。

次の方法で共有