 |
||||||||||||
|
||||||||||||
| 前のページ 1 2 3 4 次のページ | ||||||||||||
|
||||||||||||
| サーバクラスタ（MSCS） | ||||||||||||
|
Wolfpackの流れを組むのがこのサーバクラスタであり、最初に詳細を紹介します。サーバクラスタは、表2のWindowsサーバOSでのみで利用可能で、データベースなどの基幹アプリケーションに対して高い可用性とスケーラビリティを提供します。 クラスタを構成するノードの1つが、メンテナンスのための予定されたダウンタイム、または障害による予定外のダウンタイムのいずれかによって使用不能となった場合は代わりに別のノードがエンドユーザにサービスを提供します。 このプロセスはフェイルオーバーと呼ばれます。フェイルオーバーが発生した場合、クラスタサービスにアクセスしているユーザはそのままサービスにアクセスでき、そのサービスが別のサーバ（ノード）から提供されていることに気付かずに利用できます。 Wolfpackという名前に負けていたものが、Windows Server 2003でその名前があらわす規模にようやく追い着いたといえるでしょう。
表2：サーバクラスタを構築できるWindowsサーバOSのEditionとノードの最大数
注1:
同一のクラスタに32bitと64bitノードの混在はできません。
クラスタの構成として各稼動サービスをリソースといい、それをグルーピングしたものをクラスタグループといいます。  図1：4ノードクラスタ構成の例 図1のネットワーク側はアプリケーションから通常1つのアドレスへのアクセスとなるように仮想アドレスを利用します。この単一クォーラムデバイスクラスタのモデルは前述した表2であげた全OSで利用できる構成となります。 一方、Windows Server 2003ファミリーからマジョリティノードセットサーバクラスタが追加されました。図1の各ノードにそれぞれクォーラムデータを持つ構成ですが、障害を起こしたノード数が一定数に達するとクラスタが機能しなくなるという欠点があります。 ただし、マジョリティノードセットサーバクラスタは遠隔地で構成することもでき、3ノードはA拠点、5ノードはB拠点というような構成を組むことが可能です。ご興味がおありの方はぜひ下記URLを参照してください。 |
||||||||||||
| サーバクラスタにはサポート済み構成を利用するべき | ||||||||||||
|
サーバクラスタ構築後に問題となる点として最も多いのがハードウェア構成についてのサポートですので、構想段階に必ず採用しようとしているハードウェア構成がサポート済み構成かどうかを確認してください。次にFAQ（よくあるご質問集）から一文を抜粋します。
すべてのサーバクラスタは、マイクロソフトによってサポートされるための条件を満たしていると認定される必要があります。認定済みの構成は、マイクロソフトから提供されるハードウェア互換性テストを使用して、広範なテストを実施されています。
認定済みのソリューションは、http://www.microsoft.com/hwdq/hcl/で公開されているMicrosoftハードウェア互換性リスト（HCL）に記載されています。マイクロソフトによってサポート済みのクラスタ ソリューションは、HCLに記載されているもののみです。 |
||||||||||||
| マイクロソフトのクラスタ対応アプリケーション | ||||||||||||
|
OSに含まれるサービスでクラスタに対応しているのはDHCP／MSDTC／IIS（注2）／ファイル共有／メッセージキュー／MSMQトリガ／印刷スプーラ／WINSです。その他にクラスタに対応しているマイクロソフト製品は次の通りです。
注2:
WebサーバであるIISに関しては後述のネットワーク負荷分散を推奨させていただいております。
表3：クラスタに対応しているマイクロソフト製品 これら以外にもクラスタ構築に関して疑問が多く寄せられるのがサーバクラスタです。ぜひ下記URLの資料を参考にし、ハードウェアを購入するベンダーとよく相談していただければスムーズなクラスタ構築が行えます。 |
||||||||||||
|
前のページ 1 2 3 4 次のページ |
||||||||||||
|
|
||||||||||||
|
|
||||||||||||
|
||||||||||||
|
|
||||||||||||
|
||||||||||||
-
-
連載
