アプリケーション要求ルーティング処理を使用したキャッシュ階層管理
作成者: IIS チーム
このドキュメントのこのセクションは、IIS 7 以降向けの Microsoft アプリケーション要求ルーティング処理バージョン 2 に適用されます。
目的
アプリケーション要求ルーティング処理 (ARR) について説明し、キャッシュ アレイ ルーティング プロトコル (CARP) を使用してエッジ キャッシュ ノードとしてその構成をうまく行うことです。
ARR バージョン 2 では、ARR バージョン 1 で導入されたサーバー グループの概念を拡張して、キャッシュ ノード間のリレーションシップを定義します。 サーバー グループは、1 つ以上のメンバー サーバーの論理グループです。 ARR バージョン 1 では、サーバー ファーム内のメンバー サーバーは、ARR が受信要求を転送できるアプリケーション サーバーとして扱われます。 ARR バージョン 2 では、同じ概念を使用して、キャッシュ ノードの次の "層" がグループ化されます。キャッシュ ミスが発生した場合、ここに要求がルーティングされることになります。
次の図は、サーバー グループ (ファーム) を使用して、子 (エッジ) キャッシュ ノードの観点から親キャッシュ ノードを指定する方法を示しています。
キャッシュ ノードの管理は共有構成を使用すると、さらに簡略化できます。 上の図では、子 (エッジ) キャッシュ ノードは 1 つの構成を共有し、親キャッシュ ノードは別の構成を共有しています。 その結果、2 つの共有構成を管理する必要があります。
このチュートリアルでは、キャッシュ階層の管理におけるサーバー ファームの概念について主に説明します。 コンテンツ配信ネットワークとエッジ キャッシュ ネットワーク (CDN/ECN) でエンド ツー エンドの子と親のキャッシュ ノードを構成する方法の詳細については、こちらのチュートリアルを参照してください。
前提条件
このチュートリアルは、ARR バージョン 1 のコア機能とシナリオについて良く理解していることを前提としています。
- アプリケーション要求ルーティング処理サーバー グループを定義して構成する
- アプリケーション要求ルーティング処理を使用した HTTP 負荷分散
- アプリケーション要求ルーティング処理を使用して 3 層展開アーキテクチャを構成する
- アプリケーション要求ルーティング処理を使用したパイロット プログラム管理
- アプリケーション要求ルーティング処理を使用した共有ホスティング
ARR バージョン 2 の新機能であるディスク キャッシュ機能についても理解している必要があります。 次の記事に概要が記載されています。
アプリケーション要求ルーティング処理バージョン 2 がインストールされていない場合は、次のページからダウンロードできます。
- 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 をインストールします。
手順 1 - ディスク キャッシュを構成する。
ディスク キャッシュをまだ構成していない場合は、こちらの記事に従って構成します。
手順 2 - キャッシュ階層を定義する。
UI を使用してサーバー ファームを作成および定義するには:
IIS マネージャーを起動します。
サーバーのルートを選択して展開します。 これは、子 (エッジ) キャッシュ ノードです。
サーバー ファームを作成するために、[サーバー ファーム] を右クリックし、[サーバー ファームの作成...] をクリックします。
サーバー ファームの名前を入力します。 以下の例では、myParentCacheNodes がサーバー ファームの名前です。 次へ をクリックします。
次の手順として、サーバー ファームに親キャッシュ ノードを追加します。 ウィザードの [サーバーの追加] ページで、必要な数の親キャッシュ ノードを追加します。 子ノードにキャッシュ ミスがある場合、要求は CARP を使用して親キャッシュ ノードのいずれかに転送されます。 [完了] をクリックします。
ARR バージョン 1 の場合と同様に、ARR バージョン 2 では URL 書き換えモジュールに依拠して、受信 HTTP 要求およびサーバー変数を検査して要求ルーティングの決定を行います。 確認ダイアログ ボックスで、[はい] をクリックして、このサーバー グループの既定の URL 書き換えルールを作成します。
親キャッシュ ノードをメンバーとして持つサーバー グループが正常に作成されました。
手順 3 - キャッシュ アレイ ルーティング プロトコル (CARP) を有効にする。
ARR バージョン 2 には CARP のサポートが含まれています。 CARP は、子キャッシュ ノードでキャッシュ ミスが発生したときに要求を転送する親キャッシュ ノードを決定するために使用されます。
UI を使用して CARP を有効にするには:
IIS マネージャーを起動します。
上記の手順 2 で作成したサーバー ファーム myParentCacheNodes を選択します。
次のアイコンが表示されます。
[負荷分散] をダブルクリックします。
ドロップダウン リストから [Request hash]\(要求ハッシュ\) を選択します。 ARR バージョン 2 の要求ハッシュでは CARP を使用します。
[適用] をクリックして変更を保存します。
まとめ
これで、ARR を使用してキャッシュ階層が正常に定義されました。 その他の ARR バージョン 2 のチュートリアルについては、こちらの記事のドキュメントを参照してください。 CDN 環境では、URL 書き換えルールは、このチュートリアルで示したものよりもはるかに複雑であることに注意してください。 CDN/ECN 環境で一般的な 2 層 (子と親) のキャッシュ ノードで ARR を構成する方法については、次のチュートリアルを参照してください。