アプリケーション要求ルーティング処理バージョン 2 の概要
作成者: 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 を使用するように事前条件を変更します。