2. Dell
  3. PowerVault MD3000
PowerVault MD3000

Dell PowerVault MD3000, /EMC AX4-5i, /EMC CX4i 仕様

  • こんにちは！Dell フェイルオーバークラスタソフトウェア（Windows Server 2003対応）のユーザーマニュアルについて、ご質問にお答えします。このマニュアルには、クラスタの構築、管理、トラブルシューティングに関する詳細な情報が含まれています。例えば、ネットワークアダプタの追加方法、クォーラムディスクの修復方法、MSCSアカウントパスワードの変更方法などが記載されています。どのようなご質問でもお気軽にお尋ねください！
  • クラスタノードにネットワークアダプタを追加するにはどうすればよいですか？
    クォーラムディスクが破損した場合、どうすれば復旧できますか？
    Windows Server 2003 MSCSアカウントのパスワードを変更するにはどうすればよいですか？
    サポートされるOSは何ですか？
Microsoft
®
Windows Server
®
2003 を使用する Dell™フェイルオーバークラスタ ソフ
トウェアのインストール＆トラブルシューティング
はじめに
システムのクラスタリングへの準備
クラスタ管理ソフトウェアのインストール
フェイルオーバークラスタについて
クラスタのメンテナンス
クラスタ構成へのアップグレード
トラブルシューティング
メモ、注意、警告
本書の内 容は 予告なく変更 されることがあります。
©2008 すべての著作権は Dell Inc. にあります。
Dell Inc. の書面による許可のない複製は、いかなる形態においても厳重に禁じられています。
本書に使用されている商標：Dell、DELL ロゴ、PowerEdge、PowerVault および OpenManage は Dell Inc. の商標です。Active Directory、Microsoft、Windows、Windows Server および Windows NT は米国その
他の国における Microsoft Corporation の商標または登録商標です
。
本書では、必要に応じて上記以外の商標や会社名が使用されている場合がありますが、 それらの商標や会社名は、一切 Dell Inc. に帰属するものではありません。
2008 年 4 月Rev. A00
メモ： コンピュータを使いやすくするための重要な情報を説明しています。
注意： ハードウェアの損傷やデータの損失の可能性を示し、その危険を回避するための方法を説明しています。
警告： 物的損害、けが、または死亡の原因となる可能性があることを示しています
。
目次に戻る
クラスタ管理ソフトウェアのインストール
Microsoft
®
Windows Server
®
2003 を使用する Dell™フェイルオーバークラスタ ソフトウェアのインストール＆トラブルシューティング
Microsoft クラスタアドミニストレータ
本項では、Microsoft
®
クラスタアドミニストレータを使用して、クラスタを設定および管理する方法について説明します。Microsoft は、クラスタ管理に組み込みツールとしてクラスタアドミニストレータを
提供しています。
Microsoft クラスタアドミニストレータ
クラスタアドミニストレータは、クラスタの設定と管理を行う Microsoft のツールです。以下の項では、クラスタアドミニストレータをクラスタノードでローカルで実行する方法と、このツールをリモートコンソ
ールにインストールする方法について説明します。
クラスタノードでのクラスタアドミニストレータの起動
スタート® プログラム® 管理ツール® クラスタアドミニストレータ の順にクリックして、クラスタアドミニストレータを起動します。
リモートコンソールでのクラスタアドミニストレータの実行
Microsoft
®
Windows OS を実行しているリモートコンソール（または管理ステーション）に Windows 管理ツールパッケージとクラスタアドミニストレータをインストールすることで、クラスタサービス
をリモートで管理および監視できます。クラスタアドミニストレータは、Windows Server
®
2003 OS に含まれている管理ツールパッケージの一部です。
Windows 2003 Server 管理ツールは、Windows XP（Service Pack 1 またはそれ以降が適用されたもの）および Windows Server 2003 にのみインストールできます。
クラスタアドミニストレータと Windows 管理ツールパッケージをリモートコンソールにインストールするには、以下の手順を実行します。
1. リモートコンソールとして設定するシステムを選択します。
2. 選択したシステムで現在実行している OS を確認します。
3. システムの CD ドライブに以下のいずれか適切な再インストール用 CD をセットします。
l
『
Windows Server 2003, Enterprise Edition CD
』
l
『
Windows Server 2003 R2, Enterprise Edition CD 1
』
l
『
Windows Server 2003, Enterprise x64 Edition CD
』
l
『
Windows Server 2003 R2, Enterprise x64 Edition CD 1
』
4. エクスプローラのウィンドウを開き、システムの CD ドライブに移動し、ディレクトリ \i386 をダブルクリックします。
5. 『Windows Server 2003 R2, Enterprise Edition CD 1』または『Windows Server 2003, Enterprise Edition CD』をセットした場合は、ADMINPAK.MSI をダブルクリックしま
す。
『Windows Server 2003 R2, Enterprise x64 Edition CD 1』または『Windows Server 2003, Enterprise x64 Edition CD』をセットした場合は、WADMINPAK.MSI をダブ
ルクリックします。
6. 画面の指示に従って、インストール作業を完了します。
リモートコンソールでのクラスタアドミニストレータの起動
リモートコンソールで以下の手順を実行します。
1. システムに Windows 管理ツールパッケージがインストールされていることを確認します。
2. スタート ボタンをクリックして プログラム を選択します。
3. 管理ツール を選択します。
4. クラスタアドミニストレータ を選択します。
目次に戻る
目次に戻る
はじめに
Microsoft
®
Windows Server
®
2003 を使用する Dell™フェイルオーバークラスタ ソフトウェアのインストール＆トラブルシューティング
クラスタソリューション
その他のマニュアル
クラスタリングは、特定のハードウェアやソフトウェアを使用して複数のシステムを接続し、あたかも 1 つのシステムであるかのように機能させることによって、ハードウェアやソフトウェア障害に対する自
動的なフェイルオーバーを可能にします。クラスタシステムの 1 つ（「クラスタノード」または「ノード」と呼ばれる）に障害が発生すると、障害のあるシステム上で実行中のリソースは、Microsoft Cluster
Service（MSCS）ソフトウェアによって、同じクラスタ内の別の 1 つまたは複数のシステムに移動されます。この処理を「フェイルオーバー」といいます。MSCS は、特定のバージョンの Windows
®
OS のフェイルオーバー用ソフトウェアコンポーネントです。
障害のあるシステムが修復されてオンラインに復帰すると、MSCS の設定に応じて、リソースは修復された元のシステムに自動的に再度転送（フェイルバック）されるか、フェイルオーバーシステムに留
まります。詳細については、アクティブおよびパッシブクラスタノードの構成を参照してください。
仮想サーバーとリソースグループ
クラスタ環境では、ユーザーがアクセスするのは物理サーバーではなく、MSCS によって管理される仮想サーバーです。各仮想サーバーにはそれぞれ、共有ストレージシステム内に独自の IP アドレ
ス、名前、およびハードドライブが割り当てられています。MSCS は仮想サーバーを「リソースグループ」として管理します。リソースグループにはクラスタリソースのリストが含まれています
。
仮想サー
バーとリソースグループのオーナーシップはユーザーには見えません。リソースグループの詳細については、クラスタリソースを参照してください。
MSCS は、同じサーバーノード上で再起動できない障害の発生したアプリケーション、または障害の発生したサーバーノードを検出すると、リソースグループを 1 つまたは複数のサーバーノードに移動
して、仮想サーバーを新しいネットワーク接続に再マップします。これによる影響は、MSCS が仮想サーバーへのネットワーク接続を確立しなおしてアプリケーションを再起動する間、仮想サーバー内の
アプリケーションを使用しているユーザーがリソースにアクセスするのに一瞬の遅れを感じる程度です。
クォーラムリソース
クォーラムリソースとして指定された単一の共有ディスクには、ノードの障害発生時にこれを回復するために必要な（クラスタデータベースに対するすべての変更を含む）設定データが保管されます。
クォーラムリソースに設定できるリソースの属性は次のとおりです。
l シングルノードが、クォーラムリソースに対する物理的制御を獲得し保護できるようにします。
l クラスタ内のどのノードからもアクセス可能な物理ストレージが用意されます。
l
Microsoft Windows NT
®
ファイルシステム（NTFS）を使用します。
詳細については、Microsoft のサポートサイト support.microsoft.com で クォーラムリソースおよび MSCS のオンラインマニュアルを参照してください。
クラスタソリューション
Windows Server 2003 フェイルオーバークラスタでは、使用するストレージアレイに応じて最大 8 つのクラスタノードを実装できます。また、用意されている機能は次のとおりです。
l ファイバーチャネル、SAS（シリアル接続 SCSI）、または iSCSI テクノロジを搭載した共有ストレージバス
l ネットワーククライアントに対するリソースの高可用性
l 共有ストレージに対する冗長パス
l アプリケーションおよびサービスの障害復旧
l クラスタ全体をオフラインにしないでノードやストレージシステムの修復、メンテナンス、アップグレードが可能な柔軟なメンテナンス機能
サポートされるクラスタ構成
Windows Server 2003 フェイルオーバークラスタ環境で使用できる Dell 承認のハードウェア、ファームウェア、およびソフトウェアのコンポーネントのリストは、高可用性クラスタリングに関するデル
のウェブサイト www.dell.com/ha で、『Dell Cluster Configuration Support Matrices』（Dell クラスタ構成のサポートマトリクス）を参照してください。
クラスタのコンポーネントと要件
使用するクラスタには次のコンポーネントが必要です。
l OS
l クラスタノード（サーバー）
l クラスタストレージ
メモ： 本書で Microsoft Windows Server 2003 という場合は、特に明示されていない限り、Windows Server 2003 Enterprise Edition、Windows Server 2003 R2
Enterprise Edition、Windows Server 2003 Enterprise x64 Edition、および Windows Server 2003 R2 Enterprise x64 Edition を指します。
メモ： Dell™WindowsServerフェイルオーバークラスタはマジョリティノードセットクォーラムリソースタイプをサポートしていません。
OS
サポートされている OS を表1-1 にまとめます。詳細な機能のリストについては、お使いの OS のマニュアルを参照してください。
表 1-1.WindowsOSの機能
クラスタノード
クラスタノードのハードウェア要件を 表1-2 に示します。
表 1-2.クラスタノードの要件
Windows Server 2003 Enterprise Edition/Windows Server 2003 R2
Enterprise Edition
Windows Server 2003 Enterprise x64 Edition/Windows Server 2003 R2
Enterprise x64 Edition
クラスタごとに最大 8 ノードをサポート
クラスタごとに最大 8 ノードをサポート
ノードごとに最大 64 GB の RAM をサポート
ノードごとに最大 1 TB の RAM をサポート
サーバーの構成（CYS）ウィザードとサーバーの管理（MYS）ウィザードを使用したクラスタの
構成および管理
CYS ウィザードと MYS ウィザードを使用したクラスタの構成および管理
メタディレクトリサービス
メタディレクトリサービス
メモ： ノードごとにサポートされる RAM の容量も、クラスタプラットフォームによって異なります。
メモ： 1 つのクラスタでの複数 OS の実行は、ローリングアップグレード中のみサポートされています。Windows Server 2003, Enterprise x64 Edition/Windows Server 2003
R2, Enterprise x64 Edition にアップグレードすることはできません。Windows Server 2003, Enterprise x64 Edition/Windows Server 2003 R2, Enterprise x64 Edition
の場合は、新規インストールのみが許可されています。
メモ： MSCS と NLB（ネットワーク負荷分散）の機能は、同じクラスタノード上で共存することはできませんが、多層クラスタ内で一緒に使用することはできます。詳細については、高可用性クラ
スタに関するデルのウェブサイト www.dell.com/ha または Microsoft のウェブサイト www.microsoft.com を参照してください。
コンポーネント
最小要件
クラスタノード
Windows Server 2003 を実行している 2～8 台の DellPowerEdge™システム。
RAM
Windows Server 2003, Enterprise Edition または Windows Server 2003 R2, Enterprise Edition の場合は、各クラスタノードに少なくとも 256 MB の
RAM が装備されていること。
Windows Server 2003, Enterprise x64 Edition, または Windows Server 2003 R2, Enterprise x64 Edition の場合は、各クラスタノードに少なくとも
512 MB の RAM が装備されていること。
NIC
2 枚以上の NIC（1 枚はパブリックネットワーク用で、もう 1 枚はプライベートネットワーク用）。
メモ： パブリックネットワーク用の各 NIC は同一仕様のもの、プライベートネットワーク用の各 NIC も同一仕様のものを使うことをお勧めします。
内蔵ディスクコントローラ
各ノードについて、2 台以上の内蔵ハードドライブに接続された 1 つのコントローラ。サポートされている RAID コントローラまたはディスクコントローラならどれでも使用で
きます。
ミラーリング（RAID 1）には 2 台のハードドライブ、パリティ付きのディスクストライプ（RAID 5）には 3 台以上のハードドライブが必要です。
メモ： 内蔵ドライブにはハードウェアベースの RAID または ソフトウェアベースのディスクフォールトトレランスの使用を強くお勧めします。
HBA ポート
l ファイバーチャネルストレージを使用したクラスタの場合は、各ノードに 2 つのファイバーチャネル HBA。ただし、サーバーに内蔵（またはサポートされている）デ
ュアルポートファイバーチャネル HBA が含まれている場合を除く。
l SAS ストレージを使用したクラスタの場合は、各ノードに 1 つまたは 2 つの SAS 5/E HBA。
メモ： 可能なら、各 HBA を別々の PCI バスに接続すると可用性とパフォーマンスが向上します。サポートされているシステムと HBA については、高可用性クラスタに関
するデルのウェブサイト www.dell.com/ha で、『Dell Cluster Configuration Support Matrices』（デルのクラスタ構成のサポートマトリクス）を参照してくださ
い。
iSCSI イニシエータと
iSCSI アクセス用の
NIC
iSCSI ストレージを使用したクラスタの場合は、各クラスタノードに Microsoft iSCSI Software Initiator（iSCSI ポートドライバとイニシエータサービスを含む）をイン
ストールします。
各ノードに 2 枚の iSCSI NIC または 2 個のギガビットイーサネット NIC ポート。TOE（TCP/IP オフロードエンジン）または iSCSI オフロード機能を備えた NIC も、
iSCSI トラフィック用に使用できます。
メモ： 可能なら、各 NIC を別々の PCI バスに接続すると可用性とパフォーマンスが向上します。サポートされているシステムと HBA については、高可用性クラスタに関
するデルのウェブサイト www.dell.com/ha で、『Dell Cluster Configuration Support Matrices』（デルのクラスタ構成のサポートマトリクス）を参照してくださ
い。
クラスタストレージ
Windows Server 2003 を使用した Dell フェイルオーバークラスタソリューション用の共通の共有システムに、すべてのノードを接続する必要があります。ストレージアレイの種類とアレイのトポロジ
によって、クラスタの設計が影響を受ける場合があります。たとえば、直接接続の SAS ストレージアレイは 2 つのクラスタノードをサポートできるのに対して、SAN 接続のファイバーチャネルまたは
iSCSI アレイは 8 つのクラスタノードをサポートできます。
共有ストレージアレイでは、クラスタ化されたアプリケーションとサービスのデータを、各クラスタノードがアクセスできる共通の場所に保存することができます。特定の時点で所定のディスクボリュームへ
のアクセスまたはコントロールが可能なのは 1 つのノードだけですが、共有ストレージアレイを使用することで、1 つのノードに障害が発生した場合に、他のノードがそれらのボリュームをコントロールで
きるようになります。これは、他のクラスタリソースの能力を高めることにもなります。この能力は、ディスクボリュームが残りのノードにフェイルオーバーする能力によって左右されるからです。
また、冗長パスを使用して各ノードを共有ストレージアレイに接続することをお勧めします。ノードとストレージアレイの間に複数の接続（=パス）を提供することで、シングルポイント障害の回数が減ります
（シングルポイント障害が発生すると、クラスタ化されたアプリケーションまたはサービスの可用性に影響が及ぶ可能性があります）。
特定のストレージアレイを使用した Dell Windows Server フェイルオーバークラスタソリューションの導入に関する詳細および推奨事項については、該当するストレージアレイ用の Dell フェイルオ
ーバークラスタハードウェアの『インストール&トラブルシューティング』をデルサポートサイト support.dell.com からダウンロードし、「クラスタハードウェアのケーブル接続」の項を参照してください。
その他のマニュアル
l Dell Windows Server フェイルオーバークラスタハードウェアの『インストール&トラブルシューティング』には、お使いのクラスタに共有ストレージを導入するための具体的な設定手順が説
明されています。
l 『Dell Cluster Configuration Support Matrices』（デルのクラスタ構成のサポートマトリクス）には、Windows Server 2003 フェイルオーバークラスタ環境で使用できる Dell 承認の
ハードウェア、ファームウェア、およびソフトウェアのコンポーネントのリストがあります。
l ラックソリューションに付属の『ラック取り付けガイド』では
、
システムをラックに取り付ける方法について説明しています。
l 『はじめに』では、最初にシステムをセットアップする場合の概要を説明しています
。
l HBA のマニュアルでは、HBA の取り付け手順について説明しています。
l システム管理ソフトウェアのマニュアルでは、システム管理ソフトウェアの機能、動作要件、インストール、および基本操作について説明しています。
l OS のマニュアルでは、OS ソフトウェアのインストール手順（必要な場合）や設定方法、および使い方について説明しています。
l システムとは別に購入されたコンポーネントのマニュアルでは、購入されたオプション装置の取り付けや設定について説明しています。
l Dell PowerVault のテープライブラリのマニュアルでは、テープライブラリのインストール、トラブルシューティング、およびアップグレードについて説明しています。
l サーバーおよびストレージシステムに付属のその他のマニュアル。
l システム、ソフトウェア、またはマニュアルの変更に関して記載されたアップデート情報がシステムに付属していることがあります。
l リリースノートまたは readme ファイルには、システムやマニュアルの最新のアップデート情報や、専門知識をお持ちのユーザーや技術者向けの高度な技術上の参考資料が含まれている場
合があります。
目次に戻る
警告： システムに同梱されている安全情報のマニュアルには、安全および認可機関に関する重要な 情報が記載されています
。
保証情報に関しては、『サービス ＆ サポートのご
案内』を参 照してください。
メモ： Dell PowerEdge クラスタ内の Dell ブレードサーバーモジュールを設定するには
、
デルサポートサイト support.dell.com で『Using Dell Blade Servers in a Dell
PowerEdge High Availability Cluster』（Dell PowerEdge 高可用性クラスタにおける Dell ブレードサーバーの使い方）マニュアルを参照してください。
メモ： このアップデート情報には他の文書の内容を差し替える情報が含まれていることがあるので、必ず最初にお読みください。
目次に戻る
クラスタのメンテナンス
Microsoft
®
Windows Server
®
2003 を使用する Dell™フェイルオーバークラスタ ソフトウェアのインストール＆トラブルシューティング
ネットワークアダプタのクラスタノードへの追加
同じ IP サブネットにあるクラスタノードの IP アドレスの変更
Microsoft Windows Server 2003 を実行中のクラスタからのノードの削除
クォーラムリソースでの chkdsk /f の実行
破損したクォーラムディスクの回復
Windows Server2003 の MSCS アカウントパスワードの変更
クラスタディスクの再フォーマット
ネットワークアダプタのクラスタノードへの追加
1. アップグレードするノードのすべてのリソースを別のノードへ移動します。
特定のノードへのクラスタリソースの移動については、MSCS のマニュアルを参照してください。
2. アップグレードするノードをシャットダウンします。
3. 追加のネットワークアダプタを取り付けます。
拡張カードの取り付け手順については、システムの『インストール&トラブルシューティング』を参照してください
。
4. ノードの電源を入れて、Windows OS を起動します。
Windows が新しいアダプタを検出して、適切なドライバをインストールします。
5. 必要に応じて、ネットワークアダプタのドライバをアップデートします。
6. 次の手順でネットワークアダプタのアドレスを設定します。
a. スタート ボタンをクリックし、コントロールパネル を選択して、 ネットワーク接続 をダブルクリックします。
b. 接続 ボックス内で、システムに取り付けた新しいアダプタを確認します。
c. 新しいアダプタを右クリックし、プロパティ を選択します。
d. 固有の静的 IP アドレス、サブネットマスク、およびゲートウェイを割り当てます。
7. OK をクリックし、ネットワークアダプタのプロパティを終了します。
8. スタート ボタンをクリックし、プログラム® 管理ツール® クラスタアドミニストレータ の順に選択します。
9. ネットワーク タブをクリックします。
10. 新規作成したリソースが「New Cluster Network」というラベル名で表示されていることを確認します。
新しいリソースの名前を変更するには、リソースを右クリックし、新しい名前を入力します。
11. すべてのクラスタリソースを元のノードに移動します。
12. 手順 2～手順 11 を各ノードで繰り返します。
インストールおよび IP アドレスの割り当てが正しく行われていれば、新しいネットワークアダプタのすべてのリソースがオンラインで表示され、ping コマンドに正常に応答します。
メモ： この手順を実行するには、Microsoft
®
Windows Server
®
2003（最新のサービスパックを含む）および Microsoft Cluster Services（MSCS）が両方のノードにインストールされ
ている必要があります。
メモ： Windows が新しいネットワークアダプタを検出できない場合、そのネットワークアダプタはサポートされていません
。
メモ： 新しいネットワークアダプタの IP アドレスのホスト ID 部分が、既存のネットワークアダプタと異なっていることを確認してください。たとえば、ノード内の既存のネットワークアダプタ
のアドレスが 192.168.1.101 で、サブネットマスクが 255.255.255.0 なら、2 番目のネットワークアダプタには IP アドレス 192.168.2.102 とサブネットマスク
255.255.255.0. を割り当てることができます。
メモ： 各ノードについて、最初のノードで実行したのと同じ手順で、同じサブネットに IP アドレスを割り当てます。
同じ IP サブネットにあるクラスタノードの IP アドレスの変更
1. クラスタアドミニストレータ を開きます。
2. そのノードの MSCS を停止します。
第 2 のノードで実行中のクラスタアドミニストレータユーティリティによって、クラスタサービス ウィンドウに第 1 のノードが停止していることを示す赤いアイコンが表示されます。
3. IP アドレスの再割り当てを行います。
4. DNS を実行している場合は、必要に応じて DNS エントリが正しいことを確認します。
5. そのノードの MSCS を再起動します。
ノード間の接続が再確立され、クラスタアドミニストレータに表示されるノードアイコンが青に戻り、ノードが再びオンラインになったことが示されます。
Microsoft Windows Server 2003 を実行中のクラスタからのノードの削除
1. すべてのリソースグループを別のクラスタノードに移動します。
2. スタート ボタンをクリックし、プログラム® 管理ツール® クラスタアドミニストレータ の順に選択します。
3. クラスタアドミニストレータの画面で、アンインストールするノードのアイコンを右クリックし、クラスタサービスの停止 を選択します。
4. クラスタアドミニストレータで、アンインストールするノードのアイコンを右クリックし、ノードの削除 を選択します。
ノードを削除できない場合、またはそのノードがクラスタ内の最後のノードの場合は、次の手順を実行します。
a. コマンドプロンプトを開きます。
b. cluster node <ノード名> /force と入力します。
<ノード名> はクラスタから削除するクラスタノードです。
5. クラスタアドミニストレータを閉じます。
クォーラムリソースでの chkdsk /f の実行
1. クォーラムリソースを一時的に別のドライブに移動します。
2. クラスタ名を右クリックし、プロパティ を選択します。
3. クォーラム タブをクリックします。
4. 別のディスクをクォーラムリソースとして選択し、<Enter> を押します。
5. クォーラムリソースが保存されていたディスク上で chkdsk /f を実行します。
6. クォーラムリソースを元のドライブに戻します。
破損したクォーラムディスクの回復
クォーラムディスクには、ノードに障害が発生した場合にクラスタを回復する際に必要となる設定データが保存されています。クォーラムディスクリソースをオンライン状態にできないと、クラスタが起動せ
ず、すべての共有ドライブが使用できなくなります。この状況が発生し、クォーラムディスクで chkdsk を実行する必要が生じた場合は、コマンドラインから手動でクラスタを起動してください。
メモ： ノードを別のサブネットに移行する場合は、すべてのクラスタリソースをオフラインにし、すべてのノードを一緒に新しいサブネットに移行してください。
メモ： オープンファイルハンドルが有効になっているデバイスで、chkdsk コマンドに /f（固定）オプションを付けて実行することはできません。MSCS がクォーラムリソース上のオープンファイ
ルハンドルを管理するので、クォーラムリソースが格納されているハードドライブでは chkdsk /f を実行できません。
コマンドラインプロンプトから手動でクラスタを起動するには、次の手順を実行します。
1. コマンドラインウィンドウを開きます。
2. 次のとおりに入力してクラスタのディレクトリを選択します。
cd \windows\cluster（Windows Server 2003 の場合）
3. 次のとおりに入力して、クォーラムのロギングを行わずに、（1 つのノードだけで）手動モードで MSCS を起動します。
Clussvc -debug -noquorumlogging
MSCS が起動します。
4. クォーラムリソースとして指定されたディスクで chkdsk /f を実行します。
a. 2 つ目のコマンドラインウィンドウを開きます。
b. chkdsk /f と入力します。
5. chkdsk ユーティリティの完了後、最初のコマンドラインウィンドウで <Ctrl><c> を押して MSCS を停止します。
6. サービスコンソールから次の手順を実行して、MSCS を再起動します。
a. スタート ボタンをクリックし、プログラム® 管理ツール® サービス の順に選択します。
b. サービス ウィンドウで、クラスタサービス を右クリックします。
c. ドロップダウンメニューで、開始 をクリックします。
d. どちらかのウィンドウのコマンドラインプロンプトで、Net Start Clussvc と入力します。
クラスタサービスが再起動します。
破損したクォーラムリソースから回復する方法の詳細については、Microsoft のサポートサイト www.microsoft.com で技術情報 258078 を参照してください。
Windows Server2003 の MSCS アカウントパスワードの変更
Microsoft Windows Server 2003 を実行しているすべてのノードのサービスアカウントパスワードを変更するには、コマンドラインプロンプトで次のように入力します。
Cluster /cluster:[cluster_name] /changepass
cluster_name はお使いのクラスタの名前です。
パスワード変更のヘルプを表示するには、次のように入力します。
cluster /changepass /help
クラスタディスクの再フォーマット
1. スタート ボタンをクリックし、プログラム® 管理ツール® クラスタアドミニストレータ の順に選択します。
2. クラスタアドミニストレータ の左ペインで、Groups ディレクトリを展開します。
3. Groups ディレクトリ内で、再フォーマットするディクスを含むクラスタリソースグループを右クリックし、オフラインにする を選択します。
4. クラスタアドミニストレータ の右ペインで、再フォーマットする物理ディスクを右クリックし、オンラインにする を選択します。
5. クラスタアドミニストレータ の右ペインで、再フォーマットする物理ディスクを右クリックし、プロパティ を選択します。
プロパティ ウィンドウが表示されます。
6. 詳細 タブをクリックします。
7. "Looks Alive" ポーリング間隔 ボックスで 値の指定 を選択します。
メモ： Windows Server 2003 では、MSCS アカウントに対するパスワードを空欄にすることはできません。
注意： この手順を実行する前に、クラスタディスクからすべてのクライアントシステムが接続解除されていることを確認してください。
8. 値の指定 フィールドで、次のように入力します。
6000000
6000000 は、6,000,000 ミリ秒（100 分）を表します。
9. 適用 をクリックします。
10. Windows デスクトップで、マイコンピュータ アイコンを右クリックし、管理 を選択します。
コンピュータの管理 ウィンドウが表示されます。
11. コンピュータの管理 の左ペインで、ディスクの管理 をクリックします。
物理ディスクの情報が右ペインに表示されます。
12. 再フォーマットするディスクを右クリックして、フォーマット を選択します。
ディスクの管理 によってディスクが再フォーマットされます。
13. ファイル メニューの 終了 を選択します。
14. "Looks Alive" ポーリング間隔 ボックスで、リソースの種類からの値を使う を選択し、OK をクリックします。
15. クラスタアドミニストレータ の左ペインで、再フォーマットされたディスクを含むクラスタグループを右クリックし、オンラインにする を選択します。
16. ファイル メニューの 終了 を選択します。
目次に戻る
目次に戻る
フェイルオーバークラスタについて
Microsoft
®
Windows Server
®
2003 を使用する Dell™フェイルオーバークラスタ ソフトウェアのインストール＆トラブルシューティング
クラスタオブジェクト
クラスタネットワーク
ネットワークインタフェース
クラスタノード
クラスタリソース
アクティブおよびパッシブクラスタノードの構成
フェイルオーバーポリシー
クラスタオブジェクト
クラスタオブジェクトは、クラスタによって管理される物理ユニットと論理ユニットです。各オブジェクトは、次の要素と関連しています。
l クラスタ内のオブジェクトとオブジェクトの動作を定義するプロパティ
l オブジェクトのプロパティの操作に使用されるクラスタ制御コードのセット
l
Microsoft
®
Cluster Services（MSCS）によってオブジェクトを管理するためのオブジェクト管理機能のセット
クラスタネットワーク
クラスタネットワークは、クラスタノード間（プライベートネットワーク接続）、LAN 内のクライアントシステム間（パブリックネットワーク接続）、またはこの両者の組み合わせ（パブリック-プライベートネット
ワーク接続）に通信リンクを提供します。
ネットワーク障害の防止
MSCS のインストール時には、クラスタノードに接続されているパブリックネットワークセグメントとプライベートネットワークセグメントを確認します。確実なクラスタフェイルオーバーと中断のない通信を
実現するために、次のことを守ってください。
1. プライベートネットワークは内部通信用に設定する。
2. すべてのプライベートネットワークに障害が発生した場合の冗長パスを提供するため、パブリックネットワークはすべての通信用に設定する。
3. 追加のネットワークアダプタはクライアントシステム用のみまたはすべての通信用に設定する。
ネットワークの優先度と役割は、MSCS のインストール時、または Microsoft クラスタアドミニストレータソフトウェアの使用時に設定できます。
ノード間（ノードツーノード）通信
パブリック（クライアント）アクセス専用に設定されているネットワークがあると、クラスタサービスはそのネットワークを内部のノード間通信に使用しません。プライベート通信（または混在ネットワーク）用
に設定されたネットワークのすべてに障害が発生すると、ノードは情報を交換できず、1 つまたは複数のノードが MSCS を終了し、クラスタへの参加を一時的に停止します。
ネットワークインタフェース
クラスタアドミニストレータ、その他のクラスタ管理アプリケーションを使用すると、すべてのクラスタのネットワークインタフェースを表示することができます。
クラスタノード
クラスタノードとは、Microsoft
®
Windows OS および MSCS を実行しているクラスタ内のシステムのことです。
クラスタ内の各ノードについて、次のことが言えます。
l クラスタのすべての設定とリソースデータを保管する 1 つまたは複数のクラスタストレージデバイスに接続していて、すべてのクラスタ設定データにアクセスできます。
l ネットワークアダプタを介して他のノードと通信します。
l クラスタに対するシステムの参加または離脱を認識しています。
l 各ノードで実行中のリソースを認識しています。
l クラスタの管理とアクセスに使用される共通のクラスタ名を使って、その他のノードとともにグループ化されます。
クラスタの処理に関連するノードの状態の定義を 表4-1 に示します。
表 4-1.ノードの状態と定義
1 つのノードで MSCS の設定を行う際に、管理者はそのノード用に独自のクラスタを形成するか、既存のクラスタに参加させるかを選択します。ノードは、MSCS の起動時に、クラスタ内部通信が有効
になっているネットワーク上のその他のアクティブノードを検索します。
新しいクラスタの形成
MSCS は、すべてのアクティブノードで現在のクラスタデータベースのコピーを保持します。ノードの 1 つがクラスタに参加できない場合、このノードはクォーラムリソースの制御権を獲得してクラスタを
形成しようとします。このノードはクォーラムリソース内のリカバリログを使用して、クラスタデータベースをアップデートします。
既存のクラスタへの参加
ノードがクラスタ内の別のアクティブノードと通信できる場合、このノードはクラスタに参加することができます。ノードは、クラスタへの参加時に、クラスタデータベースの最新のコピーを使ってアップデー
トされます。MSCS によってノードの名前とバージョンの互換性が確認されると、ノードがクラスタに参加します。
クラスタリソース
クラスタリソースは、次の特徴を持つ物理または論理コンポーネントです。
l オンラインとオフラインに切り替えることができる
l クラスタ内で管理される
l 一度に 1 つのシステムがホストとして管理する
MSCS がダイナミックリンクライブラリ（DLL）を使用してリソースを要求すると、リソースモニターがリソースの状態をチェックし、制御します。
リソースのプロパティの設定
リソースの プロパティ ダイアログボックスを使用して、次のタスクを実行することができます。
l リソースの名前、説明、および実行可能な所有者の表示と変更
l 独立したリソース用メモリスペースの割り当て
l リソースタイプ、グループのオーナーシップ、リソースの状態の表示
l リソース所有中のノードの表示
l 既存の依存関係の表示とリソース依存関係の変更
l リソースの再起動と（必要に応じた）リソースの設定変更
l MSCS のポーリング間隔に対する Looks Alive（リソースの一般的なチェック）と Is Alive（リソースの詳細なチェック）の設定を使用したリソースのオンライン状態のチェック
l MSCS がリソースを オフライン または 障害 状態にするまでの、保留状態（オンライン待ち または オフライン待ち）のリソース解決に必要な時間的要件の指定
l 特定のリソースパラメータの設定
すべてのリソースは 全般、依存関係、および 詳細 タブを含みます。また、リソースの種類によっては追加のタブもあります。
リソースの依存関係
MSCS では、リソースをオンラインやオフラインにする際にリソース依存関係リストを使用します。たとえば、物理ディスクとファイル共有があるグループを同時にオンライン状態にする場合、ファイル共有
を収めた物理ディスクはファイル共有の前にオンライン状態にする必要があります。 表4-2 に、リソースとその依存関係を示します。
状態
定義
ダウン
ノードは、クラスタ処理にアクティブに参加していません。
参加中
ノードは、クラスタ処理にアクティブに参加しようとしています。
一時停止
ノードは、クラスタ処理にアクティブに参加していますが、リソースグループのオーナーシップを持つことができず、リソースをオンライン状態にすることができません。
アップ
ノードは、クラスタグループのホストの役割を含むすべてのクラスタ処理にアクティブに参加しています。
不明
ノードの状態が確認できません。
メモ： クラスタオブジェクトのプロパティは、複数ノードで同時にアップデートしないでください。詳細については、MSCS のオンラインドキュメントを参照してください。
表 4-2.クラスタリソースと必要な 依存
リソースプロパティの詳細設定
プロパティ ダイアログボックスの 詳細設定 タブを使うと、次のタスクを実行できます。
l リソースを再起動する、または障害発生時にリソースを停止する。
詳細については、しきい値と期間値の調整を参照してください。
l Looks Alive または Is Alive パラメータを調整する。
l リソースタイプのデフォルト番号を選択する。
l リソースの保留状態に対する時間のパラメータを指定する。
リソースパラメータ
ほとんどのリソースの場合、プロパティ ダイアログボックスの パラメータ タブが使用できます。 表4-3 に、各リソースとそれぞれのリソース用に設定できるパラメータのリストを示します。
表 4-3.リソースと設定可能なパラメータ
クォーラムリソース
クォーラムリソースは、通常すべてのクラスタノードからアクセス可能なクラスタの共通リソースです。クォーラムリソースは、一般には共有ストレージシステムの物理ディスクにあたり、データの整合性、
クラスタの一貫性、クラスタの操作内容に関する情報を保持します。
クォーラムリソースは、クラスタを形成する場合やノードが通信に失敗した場合に、アクティブで通信中の 1 組のノードだけがクラスタを形成できるようにします。何らかの理由でノードに障害が発生し、ク
ォーラムリソースを含むノードがクラスタ内のその他のノードと通信できない場合は、MSCS がクォーラムリソースを制御していないノードを自動的にシャットダウンします。ノードで障害が発生した場合、
クラスタが障害のあるリソースを復旧したり、現在の構成のクラスタを再作成したりするために、クラスタ構成データベースを使用します。
このソリューション製品では、クォーラムリソースとして共有の物理ディスクのみがサポートされています。
クォーラムリソースはクラスタの整合性を確保します。各ノードのクラスタデータベースのプライベートコピーは、MSCS がクォーラムリソースの回復ログを使用してアップデートしています。これによっ
て、クラスタデータベースのバージョンが正しく維持され、クラスタの完全性も確保されます。
OS は、クォーラムリソースを使用して、アクティブで通信中の 1 組のノードだけをクラスタとして動作させます。ノードがクラスタを形成できるのは、そのノードがクォーラムリソースの制御を獲得できる場
合に限られます。ノードが新しいクラスタに参加したり、既存のクラスタに留まったりできるのは、クォーラムリソースを制御するノードと通信できる場合だけです。
リソースの障害
メモ： 必要な依存関係は、リソースを作成する前に設定しておく必要があります。
リソース
必要な依存関係
ファイル共有
ネットワーク名（分散ファイルシステム [DFS] のルートとして設定された場合のみ）
IP アドレス
なし
ネットワーク名
ネットワーク名に対応する IP アドレス
物理ディスク
なし
リソース
設定可能なパラメータ
ファイル共有
共有の許可と同時にサポートするユーザー数
共有名（参照リストまたはエクスプローラリスト内の名前が、クライアントシステムによって検出されます）
共有のコメント
共有ファイルパス
IP アドレス
IP アドレス
サブネットマスク
IP アドレスリソースのネットワークパラメータ（適切なネットワークを指定します）
ネットワーク名
クラスタ名または仮想サーバー
物理ディスク
物理ディスクリソースのハードドライブ（リソース作成後は変更できません）
メモ： マジョリティノードセットクォーラムリソースタイプはサポートされていません。
MSCS は定期的にリソースモニターを起動して、リソースが正常に機能しているかどうかを確認します。リソースの障害をチェックするには、Looks Alive と Is Alive のポーリングを設定します。Is
Alive では、MSCS がより詳細なリソース状態のチェックを要求するため、一般にポーリング間隔が Looks Alive の場合よりも長くなります。
しきい値と期間値の調整
しきい値 により、リソースのフェイルオーバーを行う前に実行する再起動の試行回数が決まります。期間 値には、しきい 値がリソースを再起動するために必要な時間要件を割り当てます。
期間値によって指定された時間内に MSCS による再起動の最大試行回数を超えても、リソースが再起動できない場合、MSCS はそのリソースに障害があると判断します。
フェイルオーバーの設定
リソースは、グループを対象にして、そのグループ内のリソースに障害が発生した場合、グループ全体が別のノードにフェイルオーバーするように設定できます。フェイルオーバーの試行回数がグルー
プのしきい値を超えてもリソースの障害が復旧できない場合、リソースの Retry Period On Failure（障害時の再試行期間）プロパティで指定された時間が経過すると、MSCS がリソースの再起動
を試みます。
Retry Period On Failure （障害時の再試行期間）の値を設定する場合は、以下のガイドラインに従ってください。
l ミリ秒ではなく、分を単位の値として選択します（ただし、デフォルト値はミリ秒単位）。
l リソースの再起動期間プロパティの値に等しい値かそれよりも大きい値を選択します。
リソースの依存関係
依存リソースは、動作するために別のリソースを必要とします。リソースの依存関係を 表4-4 に示します。
表 4-4.リソースの依存関係
新しいリソースの作成
お使いのクラスタソリューションにリソースを追加する前に、クラスタが以下の条件を満たしていることを確認します。
l リソースのタイプが、MSCS が提供する標準リソース、または Microsoft あるいはサードパーティのベンダーが提供するカスタムリソースのどちらかである。
l そのリソースを含むグループがクラスタ内にすでに存在している。
l すべての依存リソースが作成済みである。
l 独立したリソースモニターが存在する（過去に問題を起こしたことのあるリソースに対して推奨）。
新しいリソースを作成するには、次の手順を実行します。
1. スタート ボタンをクリックし、プログラム® 管理ツール® クラスタアドミニストレータ の順に選択します。
クラスタアドミニストレータ ウインドウが表示されます。
2. コンソールツリーで、Groups フォルダをダブルクリックします。
3. リソースを所属させるグループを選択します。
4. ファイル メニューから、新規 をポイントし、リソース をクリックします。
メモ： テクニカルサポートによる指示がないかぎり、Looks Alive と Is Alive の設定は調節しないでください。
メモ： 特定のリソース用の Looks Alive 値、Is Alive 値、しきい値、および 期間 値の設定方法については、「リソースのプロパティの詳細設定」を参照してください。
メモ： テクニカルサポートの担当者による指示がない限り、しきい 値と 期間 値は調整しないでください。
メモ： テクニカルサポートによる指示がないかぎり、Retry Period On Failure（障害時の再試行期間）の設定は調節しないでください。
用語
定義
依存リソース
他のリソースに依存するリソースです。
依存関係
他のリソースが依存するリソースです。
依存ツリー
一連の依存関係または依存階層です。
依存ツリーには、次の規則が適用されます。
l 依存リソースおよびその依存関係は同じグループに所属する必要があります。
l 依存リソースは、依存階層に従って、依存関係の前にオフラインにし、依存関係の後でオンラインにします。
5. 新しいリソースの作成 ウィザードで、名前 および 説明 フィールドに適切な情報を入力し、適切な リソースの種類 および グループ を新しいリソースのために選択します。
6. 次へ をクリックします。
7. リソースの実行可能な所有者を追加または削除して、次へ をクリックします。
新しいリソース ウィンドウが 利用できるリソース と リソースの依存関係 の選択欄とともに表示されます。
l 依存関係を追加するには、利用できるリソース の下のリソースを選択して 追加 をクリックします。
l 依存関係を削除するには、リソース依存関係 の下でリソースを選択して 削除 をクリックします。
8. 他のすべてのリソースの依存関係について、手順 7 を繰り返し、 完了 をクリックします。
9. リソースのプロパティを設定します。
リソースプロパティの設定方法の詳細については、MSCS のオンラインヘルプを参照してください。
リソースの削除
1. スタート ボタンをクリックし、プログラム® 管理ツール® クラスタアドミニストレータ の順に選択します。
クラスタアドミニストレータ ウインドウが表示されます。
2. コンソールツリーで、リソース フォルダをダブルクリックします。
3. 詳細ペインで、削除するリソースを選択します。
4. ファイル メニューで、オフライン をクリックします。
リソースを削除するには、その前にオフライン状態にしておく必要があります。
5. ファイル メニューで、削除 をクリックします。
リソースを削除すると、クラスタアドミニストレータによって、削除されたリソースに依存するリソースがすべて削除されます。
ファイル共有のリソースの種類
お使いのクラスタソリューションを可用性の高いファイルサーバーとして使用する場合は、次の種類のファイル共有をリソースとして選択します。
l 基本ファイル共有 - 1 つのファイルフォルダが 1 つの名前でネットワークに公開されます。
l 共有サブディレクトリ - 各ファイルフォルダとそのすぐ下のすべてのサブフォルダを、いくつかのネットワーク名で公開します。この方法は、多数の関連するファイル共有を 1 台のファイルサー
バーに作成するのに効率的です。
l DFS ルート - スタンドアロンの DFS（Distributed File System）ルートを管理するリソースを作成します。フォールトトレラント DFS ルートの場合、このリソースでは管理できません。DFS
ルートのファイル共有リソースは、ネットワーク名および IP アドレスへの依存を必要とします。ネットワーク名には、クラスタ名またはそれ以外の仮想サーバー用ネットワーク名のどちらかが使
用されます。
アクティブおよびパッシブクラスタノードの構成
アクティブノードは、アプリケーションからの要求を処理し、クライアントサービスを提供します。パッシブノードは、ハードウェアまたはソフトウェアの障害発生時にクライアントアプリケーションとサービス
を確保するためのバックアップノードです。クラスタ構成には、アクティブおよびパッシブの両方のノードを含めることができます。
お使いのクラスタソリューションは、アクティブ / アクティブ（アクティブ
x
）およびアクティブ / パッシブ（アクティブ
x
/ パッシブ
x
）構成のさまざまなバリエーションをサポートしています。変数 x はアクティ
ブまたはパッシブなノードの数を表します。
Microsoft Windows Server 2003 OS を実行しているクラスタソリューションは、表4-6 に示すように、最大 8 ノードまでのマルチ構成をサポートしています。
アクティブ / アクティブ（アクティブ
x
）構成には、各ノードで個別のアプリケーションまたはサービスを実行している仮想サーバーが含まれます。アプリケーションがノード 1 で実行されているとき、残りの
クラスタノードはノード 1 に障害が発生するまで待機する必要はありません。残りのノードでは、ノード 1 のリソースに対するフェイルオーバー機能を提供する一方で、独自のクラスタ対応アプリケーショ
ン（または同一アプリケーションの別インスタンス）を実行できます。たとえば、障害の発生したノードで実行中のアプリケーションをクラスタ内の複数のアクティブノードに移行できるため、マルチウェイフェ
イルオーバーはアクティブ / アクティブフェイルオーバーソリューションであると言えます。ただし、このためには、ノードに障害が発生した場合に増加する負荷を処理できる十分なリソースを各ノードに確
保しておく必要があります。
アクティブ / パッシブ（アクティブ
x
/パッシブ
x
）構成では
、
1 つまたは複数のアクティブなクラスタノードがクラスタ化されたアプリケーションの要求を処理し
、
1 つまたは複数のパッシブクラスタノードがア
クティブノードの障害に備えます。
メモ： パッシブノードには、アクティブノードで実行されているリソースをサポートするのに必要な処理能力とストレージ容量を確保する必要があります。
表4-5 にアクティブ/アクティブ構成タイプについてまとめます。
表 4-5.アクティブ / アクティブ構成タイプ
表4-6 に、いくつかのアクティブ / パッシブ構成の種類をまとめます。
表 4-6.アクティブ / パッシブ構成タイプ
フェイルオーバーポリシー
フェイルオーバーポリシーを適用する際に、クラスタノードが複数の故障したクラスタノードをサポートするのに十分なリソース（メモリや処理能力）がない場合は、フェイルバックを設定します。
Windows Server 2003 のクラスタ構成
Windows Server 2003 を実行しているクラスタ構成では、次のフェイルオーバーポリシーを適用します。
l N （アクティブノード数）+ I （非アクティブノード数）フェイルオーバー
l フェイルオーバーのペア
l マルチウェイフェイルオーバー
l フェイルオーバーリング
Windows Server 2003 で実装されるフェイルオーバーポリシーの概要を 表4-7 に示します。詳細については、この表の後に続く各項を参照してください。
表 4-7.WindowsServer2003のフェイルオーバーポリシー
構成タイプ
アクティブクラスタノード
定義
アクティブ
2
2
アクティブなノードは、ノードのリソースと構成に応じて、要求を処理し、相互にフェイルオーバー機能を提供します。
アクティブ
3
3
アクティブ
4
4
アクティブ
5
5
アクティブ
6
6
アクティブ
7
7
アクティブ
8
8
構成タイプ
アクティブクラスタノード
パッシブクラスタノード
説明
アクティブ
1
/パッシブ
1
1
1
アクティブノードは要求を処理し、パッシブノードはアクティブノードの障害に備えて待機します。
アクティブ
2
/パッシブ
1
2
1
アクティブ
2
/パッシブ
2
2
2
アクティブ
3
/パッシブ
1
3
1
アクティブ
3
/パッシブ
2
3
2
アクティブ
4
/パッシブ
1
4
1
アクティブ
4
/パッシブ
2
4
2
アクティブ
5
/パッシブ
1
5
1
アクティブ
5
/パッシブ
2
5
2
アクティブ
6
/パッシブ
1
6
1
アクティブ
6
/パッシブ
2
6
2
アクティブ
7
/パッシブ
1
7
1
フェイルオーバー
ポリシー
説明
長所
短所
N + I
1 つまたは複数のノードが複数のサーバーのバック
アップを行う。
最高のリソース可用性が得られる。
l 複数のバックアップノードの障害を処理できない場合がある。
l すべてのノードを完全に利用できない場合がある。
フェイルオーバーの
ペア
2 ノード間でアプリケーションのフェイルオーバーがで
きる。
各ノードのサイズの計画が簡単。
ペアになっているノードのアプリケーションは 2 ノードの障害を処理でき
ない。
マルチウェイ
実行中のアプリケーションは、クラスタの複数のノード
アプリケーションの負荷が分散される。
フェイルオーバーノードに、追加の負荷を処理できるだけの十分なリソー
N + I フェイルオーバー
N + I フェイルオーバーは、専用のパッシブクラスタノードにアクティブクラスタノードをバックアップするアクティブ / パッシブのポリシーです。このソリューションは専用のリソースを必要とする重要なア
プリケーションに最適です。ただし、バックアップノードはアイドル状態を維持し、クラスタに追加のネットワークリソースを提供しないため、クラスタの管理運用費が高くなります。
6 つのアクティブノードと 2 つのパッシブノードから成る 6 + 2（N + I）のフェイルオーバー構成の例を 図4-1 に示します。 表4-8 は、 図4-1 の N + I フェイルオーバーマトリクスです。
図 4-1.8ノードクラスタの N + I フェイルオーバー構成の例
表 4-8.8ノードクラスタの N + I フェイルオーバー構成の例
グループの類似性の設定
Windows Server 2003 を実行している N + I（アクティブ / パッシブ）フェイルオーバークラスタでは、いくつかのリソースグループが同じノード上で実行されているほかのグループと競合を起こす場
合があります。たとえば、同じノード上で複数の Microsoft Exchange 仮想サーバーを実行すると、アプリケーションの競合が発生することがあります。Windows Server 2003 を使用して、類似
したノードや個別のノードにフェイルオーバーするように、グループ間の依存関係にパブリックプロパティ（属性）を割り当てます。このパブリックプロパティは「グループの類似性」と呼ばれます
。
グループの類似性では、指定されたリソースが可能な限り別のノード上で実行されるようにする AntiAffinityClassNames パブリックプロパティを使用します。
たとえば、表4-8 のクラスタリソースグループ A と グループ B の AntiAffinityClassNames の文字列は同じ（AString）で、これらのグループが可能な限り別のノードで実行されるよう割り当てられ
ていることを示しています。ノード 1 に障害が発生すると、リソースグループ A は次のバックアップノード（ノード 7）にフェイルオーバーします。その後ノード 2 に障害が発生すると、これらの
AntiAffinityClassNames 文字列値（AString）によってグループ A と グループ B が競合グループであることが示されているため、グループ B はノード 7 をスキップしてノード 8 にフェイルオーバ
ーします。
表4-8 に示されたクラスタグループのパブリックプロパティを設定するには、次の手順を実行します。
1. コマンドプロンプトを開きます。
2. 次のように入力します。
cluster group "A" /prop AntiAffinityClassNames="AString"
3. 残りのクラスタグループについても、手順 2 を実行します。
N + I クラスタ構成のグループの類似性を指定するには、該当するストレージアレイ用の Dell フェイルオーバークラスタハードウェアの『インストール&トラブルシューティング』をデルサポートサイト
support.dell.com からダウンロードし、そこに記載されているクラスタデータシートを使用してください。
フェイルオーバーのペア
フェイルオーバーのペアとは、マルチノードクラスタ内で各アプリケーションが特定の 2 つのノード間でフェイルオーバーすることを許可するフェイルオーバーポリシーです。クラスタアドミニストレータの
に移行する。
スを確保する必要がある。
フェイルオーバーリ
ング
実行中のアプリケーションは、事前に割り当てられた
次のノードに移行する。
1 台のサーバーの障害に対するノードのサイ
ズの予測が簡単。
フェイルオーバー用の次のノードに負荷を処理する十分なリソースがな
い場合がある。
クラスタリソースグループ
プライマリノード
AntiAffinityClassNames の値
A
ノード 1
AString
B
ノード 2
AString
C
ノード 3
AString
D
ノード 4
AString
E
ノード 5
AString
F
ノード 6
AString
実行可能な所有者 のリストによってフェイルオーバーしたアプリケーションを実行するノードを設定します。
2 ノードで良好に実行できるアプリケーションがあり、それらのアプリケーションを Windows Server2003 に移行する場合は、フェイルオーバーのペアが適切なポリシーです。このソリューションは
計画と管理が簡単で、同じサーバー上で良好に実行できないアプリケーションがある場合は、別のフェイルオーバーのペアに簡単に移動できます。ただし、フェイルオーバーのペアでは、ペアのノードに
あるアプリケーションは 2 ノードで発生した障害には対処できません。
フェイルオーバーのペア構成を 図4-2 に示します。また、 図4-2 に示すクラスタ用のフェイルオーバー構成を 表4-9 に示します。
図 4-2.フェイルオーバーペア構成の例
表 4-9.4ノードクラスタのフェイルオーバーペア構成の例
マルチウェイフェイルオーバー
マルチウェイフェイルオーバーとは、実行中のアプリケーションを、障害の発生したノードからクラスタ内の複数のノードに移行させるアクティブ / アクティブのポリシーです。このソリューションでは、自動
フェイルオーバーと負荷分散が行われます。フェイルオーバーノードには作業負荷を処理できるように十分なリソースを確保してください。4 ノードマルチウェイフェールオーバー構成の例を 図4-3 に示
します。
また、 図4-3 に示すクラスタの 4 ノードマルチウェイフェイルオーバー構成を 表4-10 に示します。クラスタアドミニストレータの 優先所有者 リストには、各リソースグループごとに、そのリソースグ
ループのフェイルオーバー先の順序を示しています。この例では、ノード 1 が A、B、および C のアプリケーションを所有し、 ノード 1 に障害が発生すると、A、B、および C のアプリケーションは 2、3、
および 4 のクラスタノードにフェイルオーバーします。2、3、および 4 のノードでアプリケーションを同様の設定にしてください。
マルチウェイフェイルオーバーを実施する場合は、パフォーマンスの低下を避けるため、フェイルバックを設定します。詳細については、フェイルオーバークラスタについてを参照してください。
図 4-3.4ノードのマルチウェイフェイルオーバー構成の例
表 4-10.4ノードのマルチウェイフェイルオーバー構成の例
フェイルオーバーリング
フェイルオーバーリングは、実行しているすべてのアプリケーションを、障害のあるノードから優先オーナーリスト内のあらかじめ割り当てられた次のノードに移行させる、アクティブ / アクティブフェイルオ
ーバーポリシーです。障害発生ノードがリスト内の最後のノードである場合、障害発生ノードのアプリケーションは、リスト内の最初のノードにフェイルオーバーします。
このタイプのフェイルオーバーは、高可用性を実現しますが、追加の負荷を処理できるようにフェイルオーバー先の次のノードに十分なリソースを確保しておく必要があります。
クラスタリソースグループ
実行可能な所有者のリスト
App1
1, 2
App2
3, 4
アプリケーション
優先所有者リストのフェイルオーバーの順序
A
ノード 2
B
ノード 3
C
ノード 4
フェイルオーバーリング構成の例を 図4-4 に示します。
図 4-4.4ノードのフェイルオーバーリング構成の例
フェイルオーバー機能とフェイルバック機能
フェイルオーバー
アプリケーションまたはリソースに障害が発生すると、MSCS が障害を検出して、リソースの再起動を試みます。再起動に失敗すると、MSCS はそのアプリケーションをオフラインにして、アプリケーショ
ンおよびそのリソースを別のノードに移動し、別のノードからアプリケーションを再起動させます。
詳細については、「リソースプロパティの詳細設定」を参照してください。
クラスタリソースはグループとして配置されるので、MSCS はリソースをまとめて移動することができます。これによってフェイルオーバーやフェイルバックの処理で、すべてのリソースが確実に転送され
ます。
フェイルオーバーが終了すると、クラスタアドミニストレータによって、以下のリカバリポリシーがリセットされます。
l アプリケーションの依存関係
l 同じノードでのアプリケーションの再起動
l 障害発生ノードの修復が済んでオンラインに戻ったときの、負荷の再分散（またはフェイルバック）
フェイルバック
フェイルバックを行うと、リソースが元のノードに戻されます。システム管理者が障害の発生したノードを修復し再開すると、MSCS が実行中のアプリケーションとそのリソースをオフライン状態にしてか
ら、フェイルオーバー用のクラスタノードから元のノードに移動して、アプリケーションを再起動します。
指定時刻にフェイルバックが実行されるようにする設定、またはフェイルバックがまったく実行されないようにする設定も可能です。リソースがオンライン状態に戻るまでの遅延時間を最小限にするため、
フェイルバックの時刻は混雑していない時間帯に設定してください。
フェイルオーバーポリシーの変更
フェイルオーバーポリシーを変更する場合は、以下のガイドラインに従ってください。
l MSCS がグループリソースの障害を検出して応答するための方法を定義します。
l リソースをオフラインにする順序が制御されるように、リソース間の依存関係を確立します。
l クラスタリソースの タイムアウト、フェイルオーバー しきい値、およびフェイルオーバー 期間 を指定します。
詳細については、「リソースプロパティの詳細設定」を参照してください。
l Microsoft クラスタアドミニストレータを使用して、クラスタリソースに対する 実行可能な 所有者のリスト を指定します。リソースの 実行可能な所有者のリスト は、どのノードがホストとして
そのリソースを運用できるかを指定します。
詳細については、クラスタアドミニストレータのマニュアルを参照してください。
目次に戻る
目次に戻る
システムのクラスタリングへの準備
Microsoft
®
Windows Server
®
2003 を使用する Dell™フェイルオーバークラスタ ソフトウェアのインストール＆トラブルシューティング
クラスタ構成の概要
1. システムの設置場所がクラスタに必要な電源の要件を満たしていることを確認します。
お住まいの地域の電源の要件については、デルの販売担当者にお問い合わせください。
2. サーバー、共有ストレージアレイ、および相互接続スイッチ（たとえばラック内）を設置し、すべてのコンポーネントの電源をオンにします。
3. OS（関連するサービスパックと修正プログラムを含む）、ネットワークアダプタドライバ、ストレージアダプタドライバ（MPIO ドライバを含む）を、クラスタノードとなる各サーバーに導入します。使用
する導入方法によっては、この手順を正常に完了するためにはネットワーク接続が必要な場合もあります。
4. クラスタのパブリックおよびプライベートネットワークへのアクセスを提供するために、各サーバーノード上のネットワークアダプタに物理ネットワークトポロジと TCP/IP 設定を確立します。
5. 各サーバーノードを同じ Windows Active Directory ドメイン内のメンバーサーバーとして設定します。
6. クラスタノードとして設定するサーバーとストレージアレイの間に接続を確立するために、物理ストレージトポロジと必要なストレージネットワークの設定を行います。ストレージシステムのマニュ
アルの説明に従って、ストレージシステムの設定を行います。
7. ストレージアレイ管理ツールを使用して、少なくとも 1 つの LUN を作成します。LUN は、Windows Server 2003 フェイルオーバークラスタ用のクラスタクォーラムディスクとして、および
Windows Server 2008 フェイルオーバークラスタ用の Witness（監視）ディスクとして使用されます。クラスタノードとして設定するサーバーに、この LUN が表示されていることを確認しま
す。
8. 1 台のサーバーを選び、クラスタ名、クラスタ管理 IP、およびクォーラムリソースを設定することで、新しいフェイルオーバークラスタを作ります。
9. 残りのノードをフェイルオーバークラスタに加えます。
10. クラスタネットワークの役割を設定します。クラスタの制御外にある iSCSI ストレージに使用する（またはクラスタ外の他の用途の）任意のネットワークインタフェースを取ります。
11. 新しいクラスタのフェイルオーバー機能をテストします。
12. フェイルオーバークラスタに可用性の高いアプリケーションとサービスを設定します。構成によっては、クラスタに LUN を追加したり、または新しいクラスタリソースグループを作成したりする必
要があります。新しいリソースのフェイルオーバー機能をテストします。
クラスタ構成の概要
インストールの概要
ドメインモデルの選択
クラスタノード内の内蔵ドライブの設定
Microsoft Windows OS のインストールと設定
Windows ネットワークの設定
ストレージ接続ポートとドライバのインストール
共有ストレージシステムの取り付けと設定
フェイルオーバークラスタの設定
クラスタの機能の検証
クラスタリソースの可用性の検証
警告： カバーを取 り外 して、システム内部の部品に触 れる作業は 、トレーニングを受けたサービス技術者の方だけが行 ってください。安全上の注意、コンピュータ内 部の 作業、お
よび静 電気 障害への対処の詳細については、システムに付属のマニュアルに記載されている安全にお使いいただくための注意事項を参照してください
。
メモ： 手順 1、手順 2、および 手順 9 の詳細については、該当するストレージアレイ用の Dell フェイルオーバークラスタハードウェアの『インストール&トラブルシューティング』をデルサポート
サイト support.dell.com からダウンロードし、「システムのクラスタリングへの準備」を参照してください。手順 3 ～ 手順 7、および 手順 10 ～ 手順 13 の詳細については、本章を参照してく
ださい。
メモ： クラスタ設定情報とゾーニング設定（該当する場合）を「クラスタデータシート」と「ゾーニング設定の記録」にそれぞれ記入しておくと、クラスタの計画と導入に役立ちます。詳細につ
いては、該当するストレージアレイ用の Dell フェイルオーバークラスタハードウェアの『インストール&トラブルシューティング』をデルサポートサイト support.dell.com からダウンロー
ドし、「クラスタデータシート」と「ゾーニング設定の記録」を参照してください。
メモ： クラスタノードをドメインコントローラとして使用することも可能です。詳細については、「ドメインモデルの選択」を参照してください。
メモ： セキュリティ上の理由から、クラスタ設定時には、単一ノード上に LUN を設定することを強くお勧めします（手順 8）。他のクラスタノードからアクセスできるように、後で LUN を設
定します（手順 9）。
メモ： Windows Server 2008 のフェイルオーバークラスタの場合は、Cluster Validation Wizard（クラスタ評価ウィザード）を実行して、お使いのシステムでクラスタ構成が可
能であることを確認してください。
メモ： Windows Server 2008 フェイルオーバークラスタには、Cluster Validation Wizard（クラスタ評価ウィザード）も使用できます。
ページを読み込んでいます...
ページを読み込んでいます...
ページを読み込んでいます...
ページを読み込んでいます...
ページを読み込んでいます...
ページを読み込んでいます...
ページを読み込んでいます...
ページを読み込んでいます...
ページを読み込んでいます...
ページを読み込んでいます...
ページを読み込んでいます...
ページを読み込んでいます...
ページを読み込んでいます...
/