IIS チーム別
ドキュメントのこのセクションは、 IIS 7 以降の Microsoft アプリケーション要求ルーティング バージョン 2 に適用されます。
ゴール
キャッシュ アレイ ルーティング プロトコル (CARP) を使用して、アプリケーション要求ルーティング (ARR) をエッジ キャッシュ ノードとして正常に説明し、構成するには。
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 を選択します。
次のアイコンが表示されます。
[ 負荷分散] をダブルクリックします。
ドロップダウン リストから [ ハッシュの要求 ] を選択します。 ARR バージョン 2 の要求ハッシュは CARP を使用します。
[ 適用 ] をクリックして変更を保存します。
まとめ
これで、ARR を使用してキャッシュ階層が正常に定義されました。 その他の ARR バージョン 2 のチュートリアルについては、 この 記事のドキュメントを参照してください。 CDN 環境では、URL 書き換え規則は、このチュートリアルで示したよりもはるかに複雑であることに注意してください。 CDN/ECN 環境で一般的な 2 層 (子および親) キャッシュ ノードで ARR を構成する方法については、 次 のチュートリアルを参照してください。