次の方法で共有

計画手順 1 - IIS の Web ファーム インフラストラクチャを計画する

  • [アーティクル]

著者: Keith Newman と Robert McMurray

Web ファームの計画の最初の手順では、インフラストラクチャを決定します。 どのようなサーバー構成が必要ですか。 どのようなテクノロジを展開しますか。 負荷分散はどのようにして実行しますか。 サイトには、SSL セキュリティが必要ですか。

このトピックでは、Web ファームの高度な計画を作成するために必要な情報を示します。 単純な Web ファームの構成が選択され、必要とされるサーバーの種類が示されます。 さらに、このトピックでは、アプリケーション要求ルーティング処理 (ARR) が、Web ファームの負荷分散を提供する方法について説明します。

これらのタスクが完了したら、設計に関する決定事項を記録してから、「 Step 2: Plan IIS Web Farm Configuration」に進んでください。

1.1. Web ファームのインフラストラクチャを決定する

Web ファームのインフラストラクチャの設計には多くの方法があります。 この説明では、ローカルのコンテンツと共有ネットワーク コンテンツの 2 つの一般的なインフラストラクチャについて簡単に見ていきます。 両方の設計の長所と短所を比較し、このシナリオで 1 つを選択します。

ローカル コンテンツのインフラストラクチャ

ローカル コンテンツのインフラストラクチャでは、各 Web サーバーがローカルでコンテンツを保持する必要があります。 Web ファームのすべてのノードにコンテンツをプッシュする方法を指定する必要があります。

長所

  • ローカル コンテンツは、サーバー間での分離を提供します。 1 つのサーバーで障害が発生しても、他のサーバーは影響を受けません。
  • ローカル コンテンツでは、バックエンドのコンテンツ ファイル サーバーが必要ないため、必要なコンピューターが少なくて済みます。
  • テストやトラブルシューティングのため、Web サーバーを簡単にオフラインにすることができます。

短所

  • コンテンツをサーバー間でレプリケートする必要があります。 コンテンツのレプリケーションを処理する一般的な方法は、分散ファイル システム レプリケーション (DFSR) を使用することです。 ただし、DFSR では、ドメイン サーバーへのアクセスが必要です。
  • Web サイトからディスクに書き込まれたデータは、レプリケートされるまで他のサーバーが使用できません。
  • 各サーバーで、すべてのコンテンツの完全なコピーが必要です。 大規模な Web サイトでは、コンテンツ記憶域のコストが高くなる場合があります。

共有ネットワーク コンテンツのインフラストラクチャ

共有ネットワーク コンテンツは、Web サイトのコンテンツが含まれる中心的な場所 (たとえば、バックエンドのファイル サーバー) をポイントするすべての Web サーバーを構成します。

長所

  • 共有ネットワーク コンテンツは構成が比較的単純で、Web ファームやマイクロソフトの Web ファーム テクノロジを初めて使用するユーザーに適しています。
  • ディスクに書き込まれたコンテンツをすべてのサーバーですぐに使用することができます。
  • 追加のサーバーを比較的簡単にファームに追加することができます。 単に、コンテンツの UNC パスをポイントするだけです。
  • Web サイトのファイルの一部のコピーを保持するだけで済みます。 Web サーバー上のハード ディスクに含める必要があるのは、オペレーティング システムだけです。

短所

  • バックエンドのファイル サーバーが、単一障害点になります。 この問題は、ファイル サーバーをミラーリングして、フェールオーバーの制御の手段を提供することによって最小限に抑えることができます。
  • ネットワーク帯域幅が、ビジー状態の Web ファームを制限する要因になります。
  • 複数のサーバーが同じファイルを使用すると、ファイルのロックの問題が発生する可能性があります。

このシナリオで選択されたインフラストラクチャ

このシナリオでは、共有ネットワーク コンテンツのインフラストラクチャを使用します。 共有コンテンツ、共有の構成、ソフトウェアの負荷分散、集中 SSL 証明書、アプリケーションの展開方法について説明し、デモンストレーションします。

この Web ファームのインフラストラクチャでは、次のサーバーを構成する必要があります。

  • 負荷分散のための 1 つのアプリケーション要求ルーティング処理 (ARR) サーバー。 このサーバーでは、IIS Web サーバーの既定のインストールが必要です。 ARR の詳細については、「 Step 3: Plan IIS Web Farm Load Balancing」を参照してください。
  • 2 つ以上の Web サーバー。 これらのサーバーでは、IIS Web サーバーと、Web サイトをサポートするために必要な IIS モジュールをインストールする必要があります。
  • コンテンツと構成の共有のための 1 つのファイル サーバー。 構成ファイルと Web サイトのコンテンツのための共有フォルダーを使用してこのサーバーを設定します。
  • 集中 SSL 証明書ストアのための 1 つのファイルサーバー。 集中証明書ストアの詳細については、「 Step 4: Plan SSL Central Certificate Store」を参照してください。

1.2。 ARR を負荷分散で使用する

マイクロソフトのアプリケーション要求ルーティング処理 (ARR) は、HTTP ヘッダー、サーバー変数、および負荷分散アルゴリズムに基づいて、コンテンツ サーバーに要求を転送するプロキシ ベースのルーティング処理モジュールです。 ARR の詳細については、「 Step 3: Plan IIS Web Farm Load Balancing」を参照してください。

ARR の負荷分散を構成するには、すべてのサーバーに対して IP アドレスが必要です。 IP アドレスを検索するには、Ipconfig.exe コマンド ライン ツールを使用します。

1.3。 機能的 Web サイトを開始する

Web ファームを構成する最も簡単な方法は、まずは 1 つのサーバーで Web サイトを動かすことです。 Web サイトを構成する方法の説明については、次の IIS のシナリオを参照してください。

  1. IIS で静的な Web サイトを構築する
  2. IIS で Classic ASP Web サイトを構築する
  3. IIS で ASP.NET Web サイトを構築する
  4. IIS で FTP サイトを構築する

Note

シナリオを単純にするため、Web ファームは 1 つのサイトのみを処理することを前提としています。 ただし、わずかな労力で複数のサイトを設定することもできます。

参照