共有ホスティング用のアプリケーション要求ルーティング処理 (ARR) 2.0
作成者: Walter Oliver
はじめに
このトピックは、次の目的でホストが必要とする情報のガイド マップです。
- IIS 7 以降のアプリケーション要求ルーティング処理 (ARR) 2.0 機能について説明します。
- 共有ホスティング構成に関する記事に示されているように ARR を設定します。
Microsoft のアプリケーション要求ルーティング処理 (ARR) 2.0 は、HTTP ヘッダー、サーバー変数、および負荷分散アルゴリズムに基づいて、コンテンツ サーバーに HTTP 要求を転送するプロキシ ベースのルーティング モジュールです。 ARR の主要な機能は "ホスト名アフィニティ" と呼ばれ、これは共有ホスト専用に設計されています。 これは ARR サーバーの背後にある特定の数のサーバーに対する要求をアフィニタイズする (アフィニティを作成する) ことで (要求を行うクライアントが 1 つか複数かに関係ない)、特定のサイトで消費されるリソースが、定義された数のサーバー上のリソースのみになるようにします。 この機能を使用すると、ホスト側は、顧客のニーズの経時的変化に応じて特定の数のサーバーに対して顧客が支払うことができるという新しいビジネス モデルを定義できます。
ARR 2.0 のダウンロードに進みます。
ARR 2.0 の詳細
ARR は Windows Web プラットフォームの重要なコンポーネントです。<共有ホスティング構成に関する記事へのリンク>。 共有ホスティング シナリオでホスト側が ARR を利用する方法を理解するには、次のことを行うことができます。
- ビデオを見る (
http://www.msteched.com/2010/NorthAmerica/WSV324
)。 - この概要記事を読む。 これには、共有ホスティングに対する現在のアプローチと、ARR で実現される新しいアプローチの違いが記載されています。
次の図は、クライアントとターゲット Web サイト サーバーの間の要求の論理フローを示しています。
要約すると、ARR の利点は次のとおりです。
- HTTP(S) 要求は ARR によって動的に負荷分散されます。
- 管理者は、サイト割り当てが事前定義されていない新しい Web サーバーを追加することで、Web ファーム環境の水平スケーリングが可能です。
- Web サーバー リソースは、より均等に分散されます。
- サイトが高可用性になります。
- 管理者は 1 つの共有構成を管理するだけで済みます。
- ARR ドメイン/サーバー アフィニティ機能により、サーバー対サイトの新しいリソース割り当てモデルが開始されます。
共有ホスティング用に ARR を設定する
次の手順と記事は、共有ホスティング構成の記事で説明されているように、ARR サーバーと対応する Web サーバー ファームを設定するための完全なガイドを構成するものです。
ARR を実行し、クライアントと Web アプリケーション サーバーの間のすべての Web 要求を処理する、インターネットに接続されているサーバーを指定します。
指定されたサーバーに ARR をインストールします。
ARR のアプリケーション プール プロセス モデルを変更します。
次の記事の手順を使用して、ARR Web サーバー ファームを設定します。 共有構成に関する詳細については、https://www.iis.net/learn/manage/managing-your-configuration-settings/shared-configuration_264 を参照してください。
共有ホスティング用に ARR を構成します。<リンク: https://www.iis.net/learn/extensions/configuring-application-request-routing-(arr)/shared-hosting-using-application-request-routing-arr>。
高可用性とスケーラビリティが必要かどうかを評価します。 そうである場合、2 つの方法があります。
- ハードウェア ロード バランサーを使用する。<リンク: https://www.iis.net/learn/extensions/configuring-application-request-routing-(arr)/achieving-high-availability-and-scalability-arr-and-hardware-load-balancer>。
- NLB を使用する。<リンク: https://www.iis.net/learn/extensions/configuring-application-request-routing-(arr)/achieving-high-availability-and-scalability-arr-and-nlb>。
- ARR サーバーは、ファーム内の Web サーバーとの共有構成を使用しないことに注意してください。 ただし、高可用性とスケーラビリティのシナリオでは、ARR サーバーは、それらとの間で構成を共有するように設定されます。
ホストされているサイトに SSL が必要かどうかを評価します。 そうである場合、ARR Web サーバー ファーム内の Web サーバーに、インターネットから直接アクセスできないようにします。 ARR サーバーのみをインターネットから使用できるようにする必要があります。 ARR では SSL オフロードが既定で使用されるため、これは非常に重要です。 SSL が必要ない場合は、SSL オフロードを無効にします。 SSL オフロードには次のような利点があります。
- 要求と応答を暗号化および復号化するためのサイクルを割り当てないようにすることで、Web サーバーのサーバー リソースを最大化するのに役立ちます。
- SSL 証明書 (ドメインごとのもの) は、Web ファーム内のすべてのサーバーではなく、(ARR サーバーに) 1 回インストールされます。
<問題: ARR 用に NAS でログ ファイル ディレクトリのアクセス許可を設定する手順が必要です。>
顧客サイトのエラーの詳細を転送するように ARR サーバーを構成します。 ARR サーバーは、顧客が Web サイトによって Web クライアントに送り返してもらう必要があるエラーの詳細を転送するように構成される必要があります。 この手順が完了すると、顧客はエラー ページのコンテンツを制御できるようになります。 既定では、ARR サーバーはエラーを転送しますが、エラーの詳細は省略します。 エラーの詳細を転送できるようにするには、次の手順に従います。
まとめ
この記事では、ホスト側が共有ホスティング環境で ARR について学習し、設定するために必要なガイダンスへのマップを提供します。 これには、推奨される共有ホスティング構成と、ARR を設定するために必要な手順が含まれています。