次の方法で共有

共有ホスティング用のアプリケーション要求ルーティング処理 (ARR) 2.0

  • [アーティクル]

作成者: Walter Oliver

はじめに

このトピックは、次の目的でホストが必要とする情報のガイド マップです。

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 サイト サーバーの間の要求の論理フローを示しています。

H T T P 要求の負荷分散における A P R の役割を示す、クライアントとターゲット Web サイト サーバー間の要求の論理フローの画像。

要約すると、ARR の利点は次のとおりです。

  • HTTP(S) 要求は ARR によって動的に負荷分散されます。
  • 管理者は、サイト割り当てが事前定義されていない新しい Web サーバーを追加することで、Web ファーム環境の水平スケーリングが可能です。
  • Web サーバー リソースは、より均等に分散されます。
  • サイトが高可用性になります。
  • 管理者は 1 つの共有構成を管理するだけで済みます。
  • ARR ドメイン/サーバー アフィニティ機能により、サーバー対サイトの新しいリソース割り当てモデルが開始されます。

共有ホスティング用に ARR を設定する

次の手順と記事は、共有ホスティング構成の記事で説明されているように、ARR サーバーと対応する Web サーバー ファームを設定するための完全なガイドを構成するものです。

  1. ARR を実行し、クライアントと Web アプリケーション サーバーの間のすべての Web 要求を処理する、インターネットに接続されているサーバーを指定します。

  2. 指定されたサーバーに ARR をインストールします。

  3. ARR のアプリケーション プール プロセス モデルを変更します。フロントエンドとバックエンドの間のフローのスクリーンショット。[A P R Server] が強調表示されています。

  4. 次の記事の手順を使用して、ARR Web サーバー ファームを設定します。 共有構成に関する詳細については、https://www.iis.net/learn/manage/managing-your-configuration-settings/shared-configuration_264 を参照してください。
    Web サーバー ファームが強調表示され、Web ファームの共有構成が表示されているフロントエンドとバックエンドの間のフローのスクリーンショット。

  5. 共有ホスティング用に ARR を構成します。<リンク: https://www.iis.net/learn/extensions/configuring-application-request-routing-(arr)/shared-hosting-using-application-request-routing-arr>。

  6. 高可用性とスケーラビリティが必要かどうかを評価します。 そうである場合、2 つの方法があります。

  7. ホストされているサイトに SSL が必要かどうかを評価します。 そうである場合、ARR Web サーバー ファーム内の Web サーバーに、インターネットから直接アクセスできないようにします。 ARR サーバーのみをインターネットから使用できるようにする必要があります。 ARR では SSL オフロードが既定で使用されるため、これは非常に重要です。 SSL が必要ない場合は、SSL オフロードを無効にします。 SSL オフロードには次のような利点があります。

    • 要求と応答を暗号化および復号化するためのサイクルを割り当てないようにすることで、Web サーバーのサーバー リソースを最大化するのに役立ちます。
    • SSL 証明書 (ドメインごとのもの) は、Web ファーム内のすべてのサーバーではなく、(ARR サーバーに) 1 回インストールされます。

  8. <問題: ARR 用に NAS でログ ファイル ディレクトリのアクセス許可を設定する手順が必要です。>

  9. 顧客サイトのエラーの詳細を転送するように ARR サーバーを構成します。 ARR サーバーは、顧客が Web サイトによって Web クライアントに送り返してもらう必要があるエラーの詳細を転送するように構成される必要があります。 この手順が完了すると、顧客はエラー ページのコンテンツを制御できるようになります。 既定では、ARR サーバーはエラーを転送しますが、エラーの詳細は省略します。 エラーの詳細を転送できるようにするには、次の手順に従います。

    1. IIS マネージャーを使用して ARR サーバーを管理し、[エラー ページ] モジュールを選択します。[エラー ページ] モジュールが選択され強調表示されている I I S Manager コントロール パネルのスクリーンショット。
    2. [操作] ウィンドウ (右側) で、[機能設定の編集] をクリックします。 [フィーチャ設定の編集] が強調表示されているエラー ページの [操作] ウィンドウのスクリーンショット。
    3. [エラー ページ設定の編集] ダイアログ ボックスで、[詳細なエラー] を選択し、[OK] をクリックします。

[削除されたエラー] が選択され強調表示されている [エラー ページ設定の編集] のスクリーンショット。

まとめ

この記事では、ホスト側が共有ホスティング環境で ARR について学習し、設定するために必要なガイダンスへのマップを提供します。 これには、推奨される共有ホスティング構成と、ARR を設定するために必要な手順が含まれています。