可用性の高い Web サイトでのクラスタの使用 : 例

トピック

	はじめに
	この資料のトピック
	Microsoft.com の目的
	ネットワーク負荷分散を使用する理由
	Microsoft.com クラスタ概要図
	IIS 6.0 を実行しているネットワーク負荷分散クラスタ セット
	ネットワーク負荷分散ホストの図
	Microsoft.com のネットワーク負荷分散クラスタの構成
	クラスタの監視
	ネットワーク負荷分散に関する推奨事例
	まとめ
	関連情報
	ダウンロード センター

はじめに

高可用性、高信頼性、および高パフォーマンスは、Web サイトの重要な目標です。 この資料では、 マイクロソフトがネットワーク負荷分散を使用して、 マイクロソフト独自の Microsoft.com Web サイトでこれらの目標を実現した方法を詳しく説明します。 ユーザー独自の Web サイトで同様の目標を達成するために、 この資料の情報を使用できます。

この資料では、Microsoft.com Web サイトをサポートするネットワーク負荷分散 (NLB) クラスタについて説明します。 ハードウェア、ソフトウェア、およびネットワーク負荷分散の構成、 さらにその構成を選択した理由を詳しく説明します。 この資料には、 ネットワーク負荷分散に関する推奨事例の一覧の他に、 その Web サイトの信頼性と可用性を高めるために役立つ、 マイクロソフトが使用しているいくつかの操作手順に関する情報が含まれています。 Web サイトの管理者は、 独自のネットワーク負荷分散を実装するための一例として、 Microsoft.com の実装を使用できます。

注意
これは、Microsoft.com Web サイトにおけるクラスタの使用について説明する 2 つの資料の最初の資料です。後日入手可能になる 2 番目の資料には、 Microsoft.com でサーバークラスタと組み合わせたネットワーク負荷分散の使用方法に関する追加情報を含める予定です。

焦点 : ネットワーク負荷分散クラスタ
この資料では、 主に Microsoft.com Web サイトで使用しているネットワーク負荷分散クラスタに注目しています。 ドメイン構造や Active Directory® 構成など、Microsoft.com のその他の側面については、 クラスタの実装に影響する範囲内でのみ説明します。

この資料は、一例としてのみご使用ください
この資料では、 Microsoft.com Web サイトで使用しているネットワーク負荷分散クラスタに関する情報を、 一例として紹介しています。 実際の手順とコンピュータやデバイスの構成は、 独自のネットワークを構成する場合には異なってくるでしょう。 この資料では、後述する目的に特に関連する構成のみを説明しています。 この資料では、 実稼働環境で必要なその他の手順やデバイスについては説明しません。

ページのトップへ

この資料のトピック

ページのトップへ

Microsoft.com の目的

この資料では、 ネットワーク負荷分散および関連する操作手順を使用して、 以下の Microsoft.com Web サイトの技術上およびビジネス上の目的を実現する方法を説明します。

このような目的は、 この資料で説明する一連のネットワーク負荷分散クラスタの他に、 後日リリース予定の関連ホワイト ペーパーで説明するネットワーク負荷分散とサーバー クラスタに適用されます。 これらの目的は、 数多くの Web サイトの目的でもあります。 そのため、同様の目的を持つビジネスにとって、 ここで説明するクラスタの実装が重要になります。

ページのトップへ

ネットワーク負荷分散を使用する理由

マイクロソフトは、 ネットワーク負荷分散を使用して、Microsoft.com Web サイトの技術上およびビジネス上の目的の実現を促進しています。 ここでは、 ネットワーク負荷分散の機能のうち、Microsoft.com で目的の実現を促進する特定の機能について説明します。

この資料では、IIS 6.0 を実行している Microsoft.com のネットワーク負荷分散クラスタ セットについて説明します。 このクラスタ セットは、6 個のネットワーク負荷分散クラスタで構成されています。 各クラスタには、IIS を実行している 10 台のサーバーがあります。

ネットワーク負荷分散は、 ユーザーに影響を与えたり、 ハードウェアの構成を変更することなく、 パフォーマンスの向上、必要に応じたサーバーの追加、 および任意のサーバーの保守を行うことができます。 Microsoft.com は、 ネットワーク負荷分散と複数の冗長なクラスタの組み合わせを使用することにより、 ユーザーへの影響を最低限に抑えて、 クラスタを追加および削除できます。

ネットワーク負荷分散の機能の詳細は以下のとおりです。

複数のクラスタを使用する理由
Microsoft.com では、ネットワーク負荷分散の他に、 複数のクラスタを使用して、 Web サイトの保守をより簡単にします。 たとえば、仮想 IP (VIP) 全体で問題が発生し始めると、 管理者はそのクラスタ全体に対するトラフィックのルーティング (ネットワーク負荷分散以外の処理) を完全に停止できます。 その後、管理者は、問題が生じた VIP に関連するソフトウェアおよび機器で保守や修正手順を実行できますが、 他の VIP はインターネット クライアントの要求に引き続き応答します。

ネットワーク負荷分散クラスタおよび個別のホストのデザインとアーキテクチャの詳細については、 この資料の「Microsoft.com クラスタ概要図」、「IIS 6.0 を実行しているネットワーク負荷分散クラスタ セット」、 および「ネットワーク負荷分散ホストの図」を参照してください。 このような機能を利用するために使用するハードウェアおよびソフトウェアの構成の他、 このクラスタで使用するハードウェアおよびソフトウェアの詳細については、 この資料の「Microsoft.com のネットワーク負荷分散クラスタの構成」を参照してください。

ページのトップへ

Microsoft.com クラスタ概要図

図 1 は、3 個のクラスタ セットを同時に使用して、Microsoft.com Web サイトをサポートする方法の一般的な概要です。 この資料では、Web サーバーのネットワーク負荷分散クラスタを説明します。 このクラスタ セットは、6 個のクラスタで構成されています。 各クラスタは、IIS 6.0 を実行している 10 台のサーバーで構成されています。

2 番目のネットワーク負荷分散クラスタ、およびサーバー クラスタについては、 後日提供する資料で説明します。

図 1

ページのトップへ

IIS 6.0 を実行しているネットワーク負荷分散クラスタ セット

図 2 は、Microsoft.com Web サイトをサポートする Web サーバーのネットワーク負荷分散クラスタを表しています。 このクラスタ セットは、6 個のネットワーク負荷分散クラスタで構成されています。 各クラスタには、IIS 6.0 を実行している 10 台のサーバーがあります。

図 2

6 個の各クラスタは、 一意な仮想 IP (VIP) アドレスを持ちます。 ただし、この 6 個のクラスタすべては "www.microsoft.com" という URL でアクセスできます。 インターネット トラフィックは、 最初にラウンド ロビン方式で 6 個の VIP のいずれかに送信されます。 ラウンド ロビンは、DNS サーバーが使用する単純なメカニズムであり、 ネットワーク リソースの負荷を共有および分散します。 ここでは、ラウンド ロビンを使用して、 インターネットから www.microsoft.com へのクエリの応答に使用する VIP の順序をローテーションします。

6 個のクラスタそれぞれの内部にある各ホストには、2 つのネットワーク アダプタがあります。 1 つは、インターネットに接続して VIP のいずれかにバインドするクラスタ アダプタで、 もう 1 つは管理 LAN によってマイクロソフト ネットワークに接続する管理アダプタです。 各クラスタ内の 10 個のホストはすべて、(赤い線で示すように) ホストのクラスタ アダプタにバインドされる同じ VIP を所有しています。 一方、青い線は、その管理アダプタにバインドする 10 個の一意な IP アドレス セット (クラスタ内の各ホストに 1 つ) を表しています。 2 つのネットワーク アダプタの詳細については、図 3 を参照してください。

このようなネットワーク負荷分散クラスタのデザイン上の考慮点および構成の詳細については、 前述の「ネットワーク負荷分散を使用する理由」、 および後述の「Microsoft.com のネットワーク負荷分散クラスタの構成」を参照してください。

ページのトップへ

ネットワーク負荷分散ホストの図

図 3 は、 各ネットワーク負荷分散ホスト用のネットワーク アダプタ構成を表しています。 これらのホストは、Microsoft.com Web サイト用に Web サーバーのネットワーク負荷分散クラスタを作成します。

図 3

このクラスタ セットは、6 個のネットワーク負荷分散クラスタで構成されています。 各クラスタには、10 台のホストが含まれています。 クラスタ内の各ホストには、2 つのネットワーク アダプタがあります。 クラスタ アダプタ、つまり (Microsoft.com の管理者が "FE" というラベルを付けた) "フロント エンド" アダプタはインターネットに接続されています。 管理アダプタ、つまり (Microsoft.com の管理者が "BE" というラベルを付けた) "バックエンド" アダプタは管理 LAN に接続されます。

FE アダプタは、仮想 IP アドレス (VIP) と一意な専用 IP アドレス (DIP) の両方にバインドされます。 すべてのインターネット トラフィックは、VIP を使用して FE アダプタに送信されます。 通常、このアダプタの DIP は ClusterSentinel のみが使用します。 ClusterSentinel は、Microsoft.com で使用するクラスタの管理および監視ツールです。 具体的に特定のホストを対象とする他のトラフィックは、BE アダプタに転送されます。

各ホストの BE アダプタは一意な静的な IP アドレスを所有し、 クラスタとホストの管理トラフィックに使用します。 通常、管理トラフィックは管理 LAN から発信されます。

ネットワーク負荷分散クラスタ 1 のデザイン上の考慮点および構成の詳細については、 前述の「ネットワーク負荷分散を使用する理由」、 および後述の「Microsoft.com のネットワーク負荷分散クラスタの構成」を参照してください。

ページのトップへ

Microsoft.com のネットワーク負荷分散クラスタの構成

ここでは、Microsoft.com Web サイトをサポートする Web サーバーのクラスタのハードウェア、 ソフトウェア、およびネットワーク負荷分散の構成の詳細について説明します。 この資料の目的としてはクラスタの実装の詳細を重視しているので、 一般的なネットワーク ハードウェアの構成、およびネットワーク負荷分散に特に関係しない他の構成設定については、 限定された情報のみを説明します。 ただし、ネットワーク負荷分散の各設定については詳しく説明します。

ネットワーク負荷分散ホストのハードウェア構成

Microsoft.com では、 ネットワーク負荷分散クラスタ内の各ホストに同一のハードウェアを使用します。 サーバーは、次の標準的なハードウェアを搭載する Compaq ProLiant ML570s (7U) です。

説明
このハードウェアは、Microsoft.com での Web サイトのトラフィックが予想外に高騰したときに必要なプロセッサの容量を提供します。 この資料を作成している時点では、 このハードウェアが現在使用可能な最も処理速度の速い 4 基のプロセッサを持つコンピュータです。 コンピュータには 2 GB のメモリがあるので、 十分なキャッシュ容量を提供するだけではなく、 一度に複数の IIS 6.0 プロセスを処理できます。

各ホストの記憶域の構成
各ホストの記憶域は、次のように構成されています。

図 4

図 4 は、各ホストの記憶域の構成を示しています。 各ホストには 12 個の物理ディスクがあります。 これらの物理ディスクは、3 つの仮想ディスクに構成されます。 仮想ディスク 1 および 2 は RAID-1 構成、 仮想ディスク 3 は RAID-5 構成です。 仮想ディスク 3 (RAID-5) は、2 チャネル RAID コントローラに分散されます。

説明
Microsoft.com では、 各ホストにこの記憶域の構成を実装して、 大容量と冗長性を実現しました。 Windows Server 2003, Enterprise Edition、 および Windows Server 2003, Datacenter Edition は、 RAID-0、RAID-1、および RAID-5 の構成をサポートします。 RAID-1 および RAID-5 構成の目的は、 ハード ディスクに致命的な障害が発生した場合にデータの損失を防ぐことです。 Microsoft.com では、RAID-1 および RAID-5 の構成を使用して、 最低限のコストで必要なフォールト トレランスを提供しました。

ハード ディスクの容量には制限があるので、 仮想ディスクおよびハード ディスクを 2 つのチャネルに分割しました。 各 RAID チャネルは 6 個のハード ディスクしか収容できませんが、 各サーバーには 12 個分の容量があります。 そのため、このように 2 つのチャネルに分割します。

このデザインは、 コストの最少化とパフォーマンスの最適化との間で比較検討した結果です。 2 つのチャネルと 1 つのコントローラのみを使用する場合、 Microsoft.com では 1 つのチャネルに Web コンテンツを配置することを選択したので、 もう 1 つのチャネルにオペレーティング システムと IIS ログを配置する必要があります。 個別のチャネル上にミラー ボリュームを格納するなど、 理想的な高可用性ソリューションでは、 さらにハードウェアのコストが必要になります。

ネットワーク負荷分散ホストのソフトウェア構成

Microsoft.com では、ネットワーク負荷分散クラスタ内の各ホストに次のソフトウェアが含まれています。

ネットワークアダプタ
各サーバーには、2 つのネットワーク アダプタが組み込まれています。 クラスタ アダプタには、"フロントエンド" にちなんで (Microsoft.com 管理者により) "FE" というラベルが付けられています。 管理アダプタには、"バックエンド" にちなんで "BE" というラベルが付けられています。

ネットワーク アダプタには、 以下の内容が含まれています。

説明
アダプタには、簡単に識別するためにラベルが付けられています。 FE アダプタはクラスタ アダプタで、 インターネット トラフィックに使用されます。 一方、BE アダプタは管理アダプタで、 コンテンツのレプリケーションや管理に使用されます。 推奨事例として、ネットワーク負荷分散の実装では 2 つのネットワーク アダプタを使用する必要があります。 この場合 2 つのネットワーク アダプタは、 管理 LAN (別名は DMZ、非武装ゾーン、またはスクリーンド ネットワーク) のトラフィックからインターネット トラフィックを物理的に区別することにより、 新たなセキュリティを追加します。 また、これらのアダプタは、 ユニキャスト モードで動作中のネットワーク負荷分散クラスタが個別のホスト上のアダプタを 1 つも区別できないという制限に対応します。 そのため、クラスタ ホスト間の通信を可能にするには、 各クラスタ ホストに少なくとも 2 つのネットワーク アダプタが必要になります。

TCP/IP 構成

説明
ネットワーク負荷分散にバインドされる各アダプタ (この場合は各ホスト上の FE アダプタ) には、 仮想 IP アドレスに加えて、専用 IP アドレスがあります (図 5 を参照してください)。 専用 IP アドレスは、 ホストごとに一意な静的な IP アドレスである必要があります。 DIP は DHCP アドレスになりません。 DIP は、ネットワーク負荷分散アダプタ経由で特定のホストにリモート接続できるようにするためだけに使用します。 DIP に送信されたトラフィックには負荷が分散されません。

TCP/IP プロパティには、 必ず、最初に専用 IP アドレスを入力してから仮想 IP アドレスを入力することに注意してください。

図 5

単一のネットワーク アダプタを使用して、 クライアントからクラスタへのトラフィック、 および具体的に専用 IP アドレスに移動する必要がある他のネットワーク トラフィック (たとえば、クラスタ内の特定ホストへの Telnet 接続) を処理する場合のみ、 ネットワーク負荷分散は専用 IP アドレス (DIP) を参照します。 Microsoft.com では、 主に ClusterSentinel が DIP を使用します。 コンテンツ レプリケーションなど、 その他すべての管理用の通信が BE アダプタ経由で行われます。

不要と考えられる他のポートや、 直接的なホスト ポート上の通信は、ルーターのアクセス制御リスト (ACL) で制限されます。 NetBIOS は、第 2 の保護層を提供して、ACL の背後での悪意のある行為を防ぐために、FE アダプタを無効にします。 ただし、NetBIOS が無効の場合でも、 サーバー メッセージ ブロック (SMB) トラフィックのダイレクト ホストは依然としてアクティブです。 ダイレクト ホストの詳細については、http://support.microsoft.com/のサポート技術情報の文書、 「204279 : TCP/IP を介する SMB のダイレクト ホスト」を参照してください。

ネットワーク負荷分散の構成

ここでは、 ネットワーク負荷分散クラスタ全体用に構成されるパラメータ、 ネットワーク負荷分散クラスタ内の各ホストに固有のパラメータ、 およびクラスタの機能を制御するポート規則について説明します。

クラスタパラメータ
クラスタ パラメータは、 ネットワーク負荷分散プロパティを構成または表示するときに使用できる [クラスタ パラメータ] タブに表示されます。 これらのパラメータは、 クラスタの各ホストで同じように設定する必要があります。 この設定を行うには、 ホストの実装および構成時にネットワーク負荷分散マネージャを使用することが最も簡単な方法です。

注意
通常、リモート制御オプションは、データの改ざん、サービス拒否、および情報漏洩の可能性など、重要なセキュリティを公開することを示すので使用しません。リモート制御ではなく、ネットワーク負荷分散マネージャや Windows Management Instrumentation (WMI) などの他のリモート管理ツールを使用することを強くお勧めします。リモート制御を有効にする場合、強固なリモート制御パスワードを指定して、アクセスを制限することが不可欠です。パスワードに加え、ファイアウォールを使用して、ネットワーク負荷分散 UDP 制御ポート (リモート制御コマンドを受信するポート) を保護し、外部からの侵入を防ぐことも不可欠です (図 6 を参照してください)。既定では、これらのポートは仮想 IP アドレスのポート 1717 と 2504 になります。 Microsoft.com では、このような保護手段を実装しています。

図 6

ホストパラメータ
ホスト パラメータは、 ネットワーク負荷分散プロパティを構成するときに使用できる [ホスト パラメータ] タブに表示されます。 ホスト パラメータの一部はホストごとに一意になりますが、 多くのパラメータはクラスタ内のすべてのホストではまったく同じです。

ポート規則
ポート規則は、 クラスタに送信されるネットワーク トラフィックを、 各ポートが処理する方法を制御するために設定されています。 規則の数と種類はクラスタ内の各ホストでまったく同じにする必要があります。 ネットワーク負荷分散マネージャを使用してポート規則を構成することをお勧めします。 ネットワーク負荷分散マネージャを使用している場合、 新しくホストを追加すると、 最初のホストからクラスタ ポート規則を自動的に継承します。 ネットワーク負荷分散マネージャを使用せず、 あるホストが数の異なる規則、 または他のホストと別の規則でクラスタに参加しようとすると、 クラスタの構成要素として受け取られません。 残りのクラスタは、従来どおり、トラフィックの処理を継続します。 その一方で、メッセージが Windows イベント ログに記録されます。

クラスタに送信され、 ポート規則で管理されないすべてのネットワーク トラフィックは、 クラスタの現在のメンバの中で優先順位が最も高いホストによって処理されることに注意してください。 この単一ホストがポート規則で管理されていないクラスタ ネットワーク トラフィックをすべて処理します。 優先順位が最も高いホストに障害が発生したり、 オフラインになった場合には、 別のホストがトラフィックのみ継承します。 この既定の動作では、 ネットワーク負荷分散の負荷分散メカニズムで特別に管理していないポートのクラスタ ネットワーク トラフィックはネットワーク負荷分散の影響を受けないことを保証します。 また、クラスタ ネットワーク トラフィックの処理では高可用性が実現されます。

Microsoft.com で構成したポート規則
Microsoft.com では、2 つのポート規則のみを構成しました。

説明
各規則で指定する [ポートの範囲] には、 クラスタの仮想 IP アドレス (VIP) で処理するポートのみが含まれています。 そのため、これらのポートは、ネットワーク負荷分散で管理するトラフィックを処理する唯一のポートです。 ただし、これは各ホストの専用 IP アドレス (DIP)、 または VIP 上の他のホストの間でネットワーク トラフィックの送信を防止しないことに注意してください。 Microsoft.com では、ルーターのアクセス制御リスト (ACL) を使用して、 このようなトラフィックを管理しています。 また、残りのポートすべてを含めるポート規則を作成して、 その後、[ポート規則の構成] ダイアログ ボックス内で [無効] の設定を使用することにより、 残りのポートを無効にすることもできます。 この構成では、さらにホストを保護しますが、 ポート規則をファイアウォールの代わりに使用しないでください。

Microsoft.com では、 この資料の仮想クラスタを使用しません。 そのため、仮想 IP アドレスで [すべて] を選択することにより、 ポート規則はグローバルなポート規則として構成します。

TCP は、このクラスタが処理する唯一のトラフィックの種類です。

[フィルタのモード] を [複数ホスト] に設定すると、 クラスタ内のすべてのホストは、 関連するポート規則のネットワーク トラフィックを処理できます。 このフィルタのモードは、 複数のホストにネットワーク負荷を分散することにより、 スケール変換されるパフォーマンスおよびフォールト トレランスを提供します。 負荷をホスト間で均一に分散するかどうか指定したり、 各ホストが指定された負荷配分を処理するように指定できます。 Microsoft.com では、各ホストに均等な負荷配分を指定しました。

[アフィニティ] を [なし] に設定します。 これは、同じクライアント IP アドレスからの複数の接続が異なるクラスタ ホストによって処理できるように指定できます (クライアントのアフィニティなし)。

注意
Microsoft.com では使用していませんが、ポート 443 の Secure Sockets Layer (SSL) 送信でサーバーリソースを最も効率的に使用するには、通常、クラス C または単一のアフィニティをお勧めします。 SSL 接続は特定のセッション ID に関連付けられます。これにより、(指定した時間の制約内で) 特定のホストと通信するときに再使用できます。クライアントコンピュータがセッション ID を別のホストに渡すと、そのセッションが拒否され、新しいセッションがネゴシエートされます (この処理はユーザーからわかりません)。ネゴシエーションは、別のホストリソースを必要とし、サーバーオーバーヘッドを増加します。そのため、クラス C または単一のアフィニティを使用すると、セッションを再びネゴシエートする回数を最小限に抑えることができます。

これで、この資料の構成セクションを終わりにします。 先に説明したとおり、 ここに記載した情報は、Microsoft.com におけるネットワーク負荷分散の実装に直接関連する設定のみを対象としています。 実稼動中の Web サイトに必要な他のソフトウェアおよびハードウェアの詳細については説明していません。

ページのトップへ

クラスタの監視

ここでは、Microsoft.com Web サイトの管理者がクラスタとクラスタ ホストの状況および構成の監視に使用するツールについて説明します。 Microsoft Operations Manager (MOM) を IIS を実行している各サーバーにインストールして、 イベント ログの監視やスクリプトのリモート実行に使用します。 Microsoft.com では、MOM の他に、ClusterSentinel、HTTP 監視ツール、Data Center Warehouse、 および RMS など、 監視およびレポート用のさまざまなツールを使用します。 マイクロソフトは、企業内で使用するこれら 4 つの監視ツールを開発しました。 ただし、Microsoft Application Center など、 他の市販の製品も同様の機能を提供します。

ClusterSentinel

ClusterSentinel は、 ネットワーク負荷分散クラスタ ホストの監視および制御に使用するツールです。 Microsoft.com 管理者は、ClusterSentinel を使用して、以下の操作を実行します。

ClusterSentinel のトラフィックは、 クラスタ ホストにある FE ネットワーク アダプタ上の専用 IP アドレスによって処理されます。 このクラスタで構成されたネットワーク アダプタの詳細については、 この資料で既に示した「ネットワーク負荷分散ホストの図」を参照してください。

ネットワーク負荷分散マネージャは、Windows Server 2003 ファミリの製品の新機能です。 この機能は、ClusterSentinel で実行する 2 つの作業のうち、 最初の作業に使用できます。 ただし、ネットワーク負荷分散マネージャには、 アプリケーションの状況を監視する機能はありません。

HTTP 監視ツール

HTTP 監視ツール (HTTPMon) は、 Microsoft Windows NT® 4.0 や "Microsoft Windows 2000 リソース キット" に同梱されているリソース キット ユーティリティです。 HTTPMon は、サーバー上の HTTP アクティビティを監視するマルチスレッド化されたツールで、 アクティビティ内で変更があるかどうかをユーザーに通知できます。

HTTPMon は、 一連のリモート アプリケーション レベルのテストをひととおり実行して、30 秒ごとに各サーバーから情報を収集し、 アプリケーション層のエラーを検索します。 このエラーはシステム エラーより多く発生しますが、 検出するのは困難です。 アプリケーション層の問題は、 要求により過負荷に陥っている IIS から、 サーバーの再起動を要求するアプリケーションや応答しないアプリケーションまでさまざまです。 HTTPMon は、RFC 1945 に一致するエラーを探します。 たとえば、状態コード 200 はパフォーマンスが達成されたことを示しますが、 状態コード 500 はサーバー エラーを示します。 テストの結果は、SQL データベースに格納されます。

HTTPMon はサーバーのアプリケーション層で問題 (たとえば、IIS に関する問題) が発生していると判断すると、 クラスタからホストを切り離すようにネットワーク負荷分散に指示します。 1 分後、HTTPMon はサーバーが回復したかどうか再度確認します。 回復した場合、サーバーはサービスに戻ります。 サーバーが依然として応答しない場合は、 コンピュータを処理して、 修正できるように問題の本質を明らかにし、 コンピュータをオンラインに戻すように技術者に通知されます。

Data Center Warehouse

Data Center Warehouse (DCW) は、ClusterSentinel、HTTPMon、 およびさまざまなパフォーマンス モニタからのすべての情報 (秒単位の ASP 要求など) を集めて、 そのデータを 1 つの Web ページに表示するツールです。 各サーバーとクラスタのグローバルなビューが表示されます。 管理者は、収集した情報全体を再調査したり、 (アプリケーションでエラーが発生しているサーバーやクラスタ内でアクティブではない正常に機能しているサーバーなど) 特定のエラー状況のみを表示するように制限できます。

画面 1

画面 1 は、DCW で入手できる情報の種類を示しています。

RMS

RMS は、ソフトウェア構成の監視に使用する別のアプリケーションです。 RMS は、クラスタや各クラスタ ホストの構成とあらかじめ定義された標準構成を比較します。 標準構成には、インストールされているレジストリ設定、 プログラムのバージョン、IIS メタデータ、オペレーティング システムのバージョン、 および Service Pack などの情報が含まれています。 実際のクラスタやホストとあらかじめ定義された構成との間で相違が見つかると、 Microsoft Operations Manager (MOM) を使用して、 その情報を SQL データベースに格納します。

このようなすべてのツールで収集したデータを保持および監視することにより、 Microsoft.com では現在の問題にすばやく対応できます。 また、履歴に基づいた可用性のレポートを使用して、 今後の問題点を示す傾向を監視および追跡することもできます。

ページのトップへ

ネットワーク負荷分散に関する推奨事例

Microsoft.com Web サイトは、 この資料全体で説明したように、 以下の多くの推奨事例を実装します。 また、別の推奨事例も含まれています。 Web サイトの管理者は、 このような事例を参照して、 ネットワーク負荷分散を最も効果的に使用していることを確認する必要があります。

ネットワーク負荷分散ホストと負荷分散されたアプリケーションを適切にセキュリティで保護します

可能な限り、各クラスタホストでは 2 つ以上のネットワークアダプタを使用します。ただし、2 つのネットワークアダプタは必須ではありません

クラスタアダプタ上の TCP/IP ネットワークプロトコルのみを使用します

ネットワーク負荷分散マネージャを使用してオプションを構成します

ネットワーク負荷分散のリモート制御を有効にしない

•

ネットワーク負荷分散のリモート制御オプションは、 データの改ざん、サービス拒否、および情報漏洩の可能性などのセキュリティ上の危険性を表します。 リモート制御を有効にしないことを強くお勧めします。 代わりに、ネットワーク負荷分散マネージャ、 または Windows Management Instrumentation (WMI) など他のリモート管理ツールを使用します。 リモート制御を有効にする場合、 強力なリモート制御パスワードを指定して、 アクセスを制限することが不可欠です。 ファイアウォールを使用して、 ネットワーク負荷分散 UDP 制御ポート (リモート制御コマンドを受信するポート) を保護し、 外部からの侵入を防ぐことも不可欠です (図 7 を参照してください)。 既定では、これらのポートは仮想 IP アドレスのポート 1717 と 2504 になります。 ファイアウォール内にあるセキュリティで保護された信頼されるコンピュータからリモート制御のみを使用します。 図 7

ネットワーク負荷分散マネージャのログ記録を有効にします

クラスタパラメータ、ポート規則、およびホストパラメータの構成オプションが、以下のとおりに設定されていることを確認します

アプリケーションがインストールされているすべてのクラスタホスト上で負荷が分散されたアプリケーションが起動していることを確認します

専用 IP アドレスと仮想 IP アドレスの構成オプションが以下のとおりに設定されていることを確認します

クラスタ内のすべてのホストが同じサブネットに属し、クラスタのクライアントがこのサブネットにアクセスできることを保証します。

以下のガイドラインに従って、クラスタホストの移動を実行します。

すべてのクラスタホストがユニキャストモードとマルチキャストモードのいずれかで動作していることを確認します。

サーバークラスタの構成要素であるコンピュータ上でネットワーク負荷分散を有効にしないでください。

ネットワーク負荷分散のアンインストールを避けます

ページのトップへ

まとめ

Microsoft.com Web サイトにおけるネットワーク負荷分散の使用は、 このクラスタ テクノロジの代表的な実装です。 そのため、この操作は有用な例として役立ちます。 Web サイトの管理者は、 独自のネットワーク負荷分散の実装のために Microsoft.com のホスト、 クラスタ、およびポート規則の構成の詳細を一例として使用できます。 また、Web サイトの管理者は、「推奨事例」をもう一度しっかりと確認して、 ネットワーク負荷分散を最も効率的に使用するようにする必要があります。

ページのトップへ

関連情報

詳細については、以下のリソースを参照してください。

ページのトップへ

ダウンロード センター

ここをクリックして、 このファイルをダウンロードします。

このドキュメントに記載されている情報は、 このドキュメントの発行時点におけるマイクロソフトの見解を反映したものです。 変化する市場状況に対応する必要があるため、 このドキュメントは、記載された内容の実現に関するマイクロソフトの確約とはみなされないものとします。 また、発行以降に発表される情報の正確性に関して、マイクロソフトはいかなる保証もいたしません。

このドキュメントに記載された内容は情報提供のみを目的としており、 明示または黙示に関わらず、 これらの情報についてマイクロソフトはいかなる責任も負わないものとします。

お客様ご自身の責任において、 適用されるすべての著作権関連法規に従ったご使用を願います。 このドキュメントのいかなる部分も、米国 Microsoft Corporation の書面による許諾を受けることなく、 その目的を問わず、どのような形態であっても、複製または譲渡、 あるいは検索システムに格納または公開することは禁じられています。 ここでいう形態とは、複写や記録など、電子的な、または物理的なすべての手段を含みます。 ただしこれは、著作権法上のお客様の権利を制限するものではありません。

マイクロソフトは、このドキュメントに記載されている内容に関し、 特許、特許申請、商標、著作権、またはその他の無体財産権を有する場合があります。 別途マイクロソフトのライセンス契約上に明示の規定のない限り、 このドキュメントはこれらの特許、商標、著作権、 またはその他の無体財産権に関する権利をお客様に許諾するものではありません。

© 2003 Microsoft Corporation.All rights reserved.

Microsoft、および Windows は米国 Microsoft Corporation の米国またはその他の国における登録商標または商標です。

このドキュメントに記載されている会社名、製品名には、各社の商標のものもあります。

ページのトップへ