アプリケーション要求ルーティング処理 2.0 を使用した共有ホスティング デプロイの概要

Microsoft のアプリケーション要求ルーティング処理 (ARR) 2.0 は、HTTP ヘッダー、サーバー変数、および負荷分散アルゴリズムに基づいて、コンテンツ サーバーに HTTP 要求を転送するプロキシ ベースのルーティング モジュールです。 詳しくは、「アプリケーション要求ルーティングの使用」をご覧ください。

共有ホスト専用に設計されたホスト名アフィニティと呼ばれる機能があります。 この記事では、この機能の概要と、可用性と拡張性が高く、管理が容易で、追加のビジネス機会を生み出す可能性のある環境をデプロイするために使用する方法について説明します。

一般的な共有ホスティングのデプロイ

一般的な共有ホスティングのデプロイ環境の図を次に示します。

クラウド経由で異なるマシンを接続する共有ホスティングデプロイの図。

  1. ユーザーが www.site2.com を要求します。
  2. www.site2.com に対して DNS が要求されます。
  3. www.site2.com の IP アドレスが返されます。
  4. ブラウザーがその IP アドレスに要求を送信します。
  5. ホスト名に基づいて、要求が対応するサイトにルーティングされます。
  6. www.site2.com の応答が返されます。

上記のデプロイは機能しますが、次のような欠点があります。

  • サイト間に冗長性がありません。
  • 管理者は、サーバーあたりのサイト数を制限することで、トラフィックの負荷分散を行う必要があります。
  • サーバー リソースは、サーバー間で均等に利用されない可能性があります。
  • 管理者は、複数の構成ファイルを管理する必要があります。

アプリケーション要求ルーティング処理を使用した共有ホスティング

アプリケーション要求ルーティング処理のホスト名アフィニティ機能を使用すると、共有ホストでのサイトのデプロイ方法を再考できます。 アプリケーション要求ルーティング処理は、要求が 1 つのクライアントまたは複数のクライアントのどちらから作成されたかに関係なく、要求を ARR の背後にある 1 つのサーバーにアフィニティ化し、特定のサイトがいずれかのサーバーでのみリソースを消費するようにします。 下の図は、このデプロイ環境を示しています。

クラウドに接続されているサーバーとデバイスを示すデプロイ環境の図。

  1. ユーザーが www.site2.com を要求します。
  2. www.site2.com に対して DNS が要求されます。
  3. www.site2.com の IP アドレスが返されます。
  4. ブラウザーがその IP アドレスに要求を送信します。
  5. ARR は、要求を 1 つのサーバーに負荷分散し、www.site2.com に関する要求を対応するワーカー プロセスの有効期間中は同じサーバーにアフィニティ化します。
  6. 要求は、いずれかのサーバーに送信されます。
  7. www.site2.com のコンテンツがファイル共有から要求されます。
  8. www.site2.com のコンテンツが返されます。
  9. www.site2.com の応答が返されます。

アプリケーション要求ルーティング処理を使用する上記のデプロイ環境には、一般的な共有ホスティング デプロイに比して次の利点があります。

  • 要求は、アプリケーション要求ルーティング処理によって動的に負荷分散される。
  • 管理者は、事前定義されたサイト割り当てなしで、新しいサーバーを追加することにより環境を水平にスケーリングできる。
  • サーバーのリソースは、より均等に分散される。
  • サイトの可用性が高くなる。
  • 管理する共有構成が 1 つだけになる。

ARR バージョン 1 リリースでは、ホストは、サイトがホスト名ごとに使用できるサーバーの数を指定できます。 この機能により、ホストは各アプリケーション サーバーを、サイト所有者が購入できる容量の単位として位置づけることができます。

アプリケーション要求ルーティング処理でホスト名アフィニティを使用する方法については、「アプリケーション要求ルーティング処理を使用した共有ホスティング」を参照してください。