次の方法で共有

アプリケーション要求ルーティング モジュールの使用

IIS チーム別

はじめに

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

  • アプリケーションの可用性とスケーラビリティを向上させます。
  • コンテンツ サーバー リソースをより適切に利用します。
  • パイロット管理や A/B テストを含むアプリケーションの展開を容易にします。
  • 管理コストを削減し、共有ホストの機会を創出します。

ARR は、受信 HTTP 要求を検査してルーティングの決定を行うために URL 書き換えモジュール に依存します。 そのため、ARR 機能を有効にするには URL 書き換えモジュールが必要です。

ARR サポートは、 Microsoft のヘルプとサポートによって提供されます。 フォーラムはアクティブなままです。

特徴

IIS の Microsoft アプリケーション要求ルーティングには、次の主要な機能が含まれています。

  • HTTP ベースのルーティングの決定 IP レベルでルーティングの決定を行うハードウェア ロード バランサーとは異なり、ARR はアプリケーション レベルでルーティングの決定を行います。 URL 書き換えモジュールで ARR を使用すると、HTTP ヘッダーとサーバー変数に基づく強力なルーティング規則を記述できます。
  • 負荷分散アルゴリズム ユーザーが選択した負荷分散アルゴリズムを適用して、サービス HTTP 要求に最も適したコンテンツ サーバーを決定できます。 6 つのアルゴリズムが用意されています。
  • 正常性の監視 ライブ トラフィックと特定の URL テストの両方を使用して、コンテンツ サーバーの正常性を判断できます。 サーバーの正常性の意味を定義するために、一連の構成パラメーターが用意されています。 ライブ トラフィックと URL テストの両方を無効にし、カスタム正常性監視プロバイダーを使用することもできます。 これを行うには、RSCA API を呼び出してサーバーの正常性を設定します。
  • クライアント アフィニティ COOKIE を使用すると、ARR はクライアントからコンテンツ サーバーへのすべての要求をアフィニティ化できます。 ARR は NAT の背後にあるクライアントを区別するため、各クライアントは個別に処理されます。 この機能を使用するには、クライアントが Cookie を受け入れることが必要です。
  • ホスト名アフィニティ"ホスト名アフィニティ" は、共有ホストの特定の機能です。 この機能により、管理を最小限に抑え、合理化し、追加のビジネス チャンスを生み出すために、デプロイ トポロジが変更されます。 このシナリオの詳細については、「 アプリケーション要求ルーティングを使用した共有ホスティングのデプロイ」を参照してください。 ラウンド ロビンとメモリの 2 つのプロバイダーを使用して、ホストをアフィニティする必要があるサーバーを決定します。
  • 複数のサーバー グループ ARR では、複数のサーバー グループを管理できます。これは、環境内のコンテンツ サーバーの論理的なグループです。 この機能により、パイロット管理および A/B テスト シナリオで ARR を使用できます。
  • UI を使用した管理と監視 IIS マネージャーを使用すると、ARR のすべての構成設定と集計されたランタイム統計を管理および表示できます。
  • 失敗した要求トレース 規則 ARR のトラブルシューティングと診断を迅速に行うために、特定のトレースが追加されました。

モジュールの使用

これらの記事では、ARR を使用してコア シナリオを構成して実現する方法について説明します。 各記事ではシナリオが豊富になるため、次の順序で記事を読み取ることをお勧めします。

  • Last updated on