MSCS / WSFC / MSFC

クラスタ関連のドライバの表示場所

ちょう — Fri, 01 May 2009 23:54:55 GMT

Current revision posted to MSCS / WSFC / MSFC by ちょう on 2009/05/02 8:54:55

クラスタのドライバとして

Cluster Disk Driver (ClusDisk.sys)
- 1 ノードだけがディスクにアクセスするように制御
Cluster Network Driver (ClusNet.sys)
- ハートビートの送信やネットワーク障害の検出

があります。

Windows Server 2003 の MSCS では [デバイスマネージャ] で [非表示のデバイスの表示] を有効にすると
[プラグアンドプレイではないドライバ] に両デバイスが表示がされていました。

Windows Server 2008 の WSFC ではどこに表示されるのか今まで確認したことがなかったので、
調べてみたところ場所が移動していました。

Cluster Disk Driver → システムデバイスの Cluster Disk Driver (ClusDisk.sys)

Cluster Network Driver → ネットワークアダプタの Microsoft Failover Cluster Virtual Adapter (Netft.sys)
# WSFC では ClusNet.sys → Netft.sys に変更になっています。
Overview of Failover Clustering in Windows Server 2008 に変更されたことが記載されていますね。

Cluster Network Driver は [非表示デバイスの表示] を有効にする必要があります。
Cluster Disk Driver は有効にしなくても表示されます。

Windows Server 2008 では DISKPART コマンドの UNIQUEID を使用することでディスク署名を設定することも
できるようになっています。
# 2003 以前ではディスク署名を変更するためには Windows 2000 リソースキットの dumpcfg.exe を使う必要がありました。

これらの情報を利用して、MSFC のクラスタの共有ディスクを交換した場合の復旧手順を確立しておくといざという時に役に立ちそうです。

- 設定編 - ファイル共有マジョリティの設定

ちょう — Fri, 01 May 2009 23:54:11 GMT

Current revision posted to MSCS / WSFC / MSFC by ちょう on 2009/05/02 8:54:11

久しぶりに検証する時間が取れたのでファイル共有マジョリティの設定方法をまとめてみたいと思います。

ファイル共有マジョリティは Windows Server 2008 から追加されたクラスタクォーラムの設定です。
下図のような構成になり、ノード 1 / ノード 2 / 共有ディレクトリの三か所にクォーラム情報を保持します。

設定は

共有ディレクトリの設定
クォーラムの設定

の 2 つの手順で行います。

今回は以下の環境でファイル共有マジョリティを設定して見たいと思います。

※コンピュータアカウントに対してアクセス権を設定します。
　そのため、共有ディレクトリを設定するサーバーはドメインに参加させる必要があります。

共有ディレクトリの設定

ディレクトリを作成します。
作成した共有ディレクトリに以下の権限を設定します。
[クラスタの仮想コンピュータ名] の [フルコントロール]
[クラスタの各ノード] の [フルコントロール]

コンピュータアカウントはユーザーの追加時に [オブジェクトの種類] で [コンピュータ] を選択する必要があります。
# デフォルトでは [コンピュータ] は選択されていません。
作成したディレクトリを共有ディレクトリにします。
共有ディレクトリのアクセス権として以下の権限を設定します。
[クラスタの仮想コンピュータ名] の [フルコントロール][クラスタの各ノード] の [フルコントロール]

こちらもオブジェクトの種類でコンピュータを選択する必要があります。

以上で共有ディレクトリ側の設定は終了です。
次はこの共有ディレクトリを使用してクォーラムを設定します。

ファイル共有マジョリティクォーラムの設定

[フェールオーバークラスタの管理] を実行します。
クラスタの仮想コンピュータ名を選択します。
[その他のアクション] → [クラスタクォーラム設定の構成]を選択します。
ウィザードが起動したら [次へ] をクリックします。
[ノードおよびファイル共有マジョリティ] を選択し、[次へ] をクリックします。
[参照] をクリックします。
共有ディレクトリを選択し、[OK] をクリックします。

今回はクラスタアドミニストレータを起動しているユーザーには共有ディレクトリのアクセス権は設定していません。
そのため、共有ディレクトリの [+] をクリックして展開しようとすると以下のエラー画面になりますが無視して進めます。

共有ディレクトリの階層が深い場合は前の画面の [共有フォルダパス] にパスを直接入力して指定します。
[共有フォルダパス] の設定を確認し、[次へ] をクリックします。
解決策は現在調査中なのですが、ここまでの設定ではおそらく以下のエラーが発生すると思います。

共有ディレクトリ、実ディレクトリにフェールオーバークラスタの管理を実行しているユーザーのフルコントロールを
設定しても回避できませんでした…。

共有ディレクトリを作成しているサーバーの [Power Users] または [Administrators] グループにフェールオーバークラスタの管理を
実行しているユーザーを追加するとエラーは回避することができます。

ローカルセキュリティポリシーで権限をいろいろと付与してみたのですが具体的な権限まで突き止めることができませんでした。
今回は [Power Users] グループに追加して検証を進めていきます。
# 設定終了後は削除可能ですので一時的に [Power Users] に追加するという方法であれば通常運用上も許可される範囲だと考えています。
[次へ] をクリックしてクォーラムを設定します。
[完了] をクリックして設定を完了します。
これでクォーラムの設定がファイル共有マジョリティに設定されます。

設定終了後は [Power Users] または [Administrators] に追加したフェールオーバークラスタの管理の実行ユーザーは
不要になりますのでグループから削除します。

以上で、ファイル共有マジョリティを使用したクォーラムを構成することができます。

コマンドでファイル共有マジョリティをクォーラムに設定する場合は以下のコマンドプロンプトで以下のコマンドを実行します。
# コマンドプロンプトは管理者として実行します。

cluster /cluster:<クラスタ名> res "<リソース名(任意の名称)>" /create /group:"クラスタグループ" /type:"File Share Witness" /priv Sharepath="<共有フォルダのパス>"

cluster res "<設定したリソース名>" /online

cluster :<クラスタ名> /quorum:"<設定したリソース名>"

改行されている個所は 1 行で入力します。

実行結果は以下のようになります。

>cluster /cluster:2008-WSFC-01.lab.local res "File Share Witness (UNCPath)" /create /group:"クラスタグループ" /type:"File Share Witness" /priv Sharepath="\\2003-stg-01\SharedFolder"

リソース 'File Share Witness (UNCPath)' を作成しています...

リソースグループノード状態
-------------------- -------------------- --------------- ------
File Share Witness (UNCPath) クラスタグループ 2008-node-01 オフライン

>cluster res "File Share Witness (UNCPath)" /online

リソース 'File Share Witness (UNCPath)' をオンラインにしています...

リソースグループノード状態
-------------------- -------------------- --------------- ------
File Share Witness (UNCPath) クラスタグループ 2008-node-01 オンライン

>cluster 2008-WSFC-01.lab.local /quorum:"File Share Witness (UNCPath)"
監視リソース名パス種類
--------------------- --------------------------------------------- --------
File Share Witness (UNCPath) マジョリティ

コマンドで実行した場合は [Power Users] グループ等に追加しなくても設定ができます。
この動きをみていると共有ディレクトリのアクセス権も間違ってはなさそうなんですけどね～。
Sysinternals の Procmon.exe を使用してファイルアクセスのトレースを取得してもこれといって失敗は検知されていませんでした。

日本語の情報はなさそうですので時間を見て英語の情報を探してみたいと思います。

ファイル共有マジョリティの設定はいったんここまでで。

- [設定編 - クォーラムディスクの設定

ちょう — Fri, 01 May 2009 23:53:18 GMT

Current revision posted to MSCS / WSFC / MSFC by ちょう on 2009/05/02 8:53:18

クォーラムディスクの設定についてです。

クォーラムディスクの設定については以下の URL に明記されています↓
Failover Cluster Step-by-Step Guide: Configuring the Quorum in a Failover Cluster

以下は抜粋になります。

最小サイズは 512 MB
単一のボリュームにする
クォーラムディスク専用とし、他のアプリケーションデータは格納しない
ドライブ文字を割り当てるかどうかは任意
クラスタで利用可能なディスクストレージを使用
クラスタの構成ウィザードで妥当性を検証
ハード RAID で可用性を確保
クォーラムディスクのバックアップを行うことにより死活監視の I/O に影響が出る可能性があるためバクアップの対象から除外
ウィルススキャンソフトのスキャン対象からクォーラムディスクを除外する
NTFS でフォーマットする

8. の英訳には自信がないのですが、クラスタの構成に変更がない場合はバックアップの対象から除外してもいいのかも知れないですね。
WSFC ではクォーラムディスクだけでクラスタを組むということはないと思いますので、クォーラムディスクの I/O に影響が出ても
マジョリティノードの部分でカバーされ、深刻な問題にはならないような気もしますが。

- 設定編 - クォーラムディスクのドライブ文字

ちょう — Fri, 01 May 2009 23:52:27 GMT

Current revision posted to MSCS / WSFC / MSFC by ちょう on 2009/05/02 8:52:27

WSFC のクォーラムディスクに使用しているディスクですが、ドライブ文字を設定しないドライブでも
使用することができます。
# この内容が Windows Server World の 3 月号に書かれています。

MSCS では Q ドライブ (Quorum) を設定することが多かったと思いますが WSFC では不要です。

クォーラムのドライブ文字は以下の操作でなしにすることができます。

[フェールオーバークラスタ管理] を実行します。
クォーラムディスクに使用しているディスクを確認します。
クォーラムディスクに使用しているディスクは以下のいずれかの方法で確認できます。
1. [記憶域] を選択し、[クォーラム内の監視ディスク] を確認します。
2. [クラスタコアリソース] を開きディスクを確認します。
  ＃クォーラムディスクはコアリソースになります。
3. [その他のアクション] → [クラスタクォーラム設定の構成] → [ノードおよびディスクマジョリティ] を選択して
  現在ディスク使用しているディスクを確認します。
[記憶域] からクォーラムディスクに使用しているディスクを右クリックし、[ドライブ文字の変更] を選択します。
ドライブ文字を [なし] に設定します。
[ドライブ文字を変更する] を選択します。
ドライブ文字が設定されていないディスクがクォーラムディスクとして設定されていることが確認できます。

ウィザードを使ってクォーラムディスクを設定するときに、ドライブ文字が設定されていないディスクを選択することができますので
通常の設定としても問題なさそうです。
# ドライブ文字をなしにして設定するより一度ノードマジョリティに切り替えてからドライブ文字のないディスクを選択したほうが
設定として安心感があるかも知れないですね。

ドライブ文字を設定していないディスクをクォーラムディスクに設定しても、クォーラム構成で警告は発生していません。

ドライブ文字を割り当てない場合、クォーラムディスクを他の用途で使用することはできなくなります。
マイコンピュータにも表示されませんし、

[ディスクの管理] からエクスプローラでアクセスすることもできません。

クォーラムディスク専用として対象のディスクを使用するのであれば問題ないとは思いますが。
設定の際の留意点として覚えておく必要があるかもしれないですね。

次は共有マジョリティの設定をまとめたいと思います。

- 設定編 - ネットワーク設定

ちょう — Fri, 01 May 2009 23:51:24 GMT

Current revision posted to MSCS / WSFC / MSFC by ちょう on 2009/05/02 8:51:24

WSFC のネットワーク設定についてまとめていきたいと思います。

ネットワーク設定で可能なものは

[内部]/[外部] ネットワークの設定
[外部] ネットワークの IP アドレスの設定

だと思います。

以前のバージョンの MSCS と違いハートビートに使用するネットワークの優先順位は設定ができなくなっています。
WSFC ではクラスタのネットワークドライバがルーティングテーブルに応じて優先順を自動的に調整する設定となっているようです。
具体的にこの内容が書かれている技術情報はまだ見つかっていません。Microsoft のパートナー用コミュニティの情報です。

Microsoft の技術情報ではありませんが、TechTarget のホワイトペーパーで DELL の情報として近いものはありました。
Hyper-V仮想化環境の可用性を高めるベストプラクティスとは？

各設定は以下の方法で変更ができます。

[内部]/[外部] ネットワークの設定

クラスタの初期構築後の設定では、クラスタの IP アドレスを設定したネットワークが外部ネットワーク、それ以外のネットワークは
内部ネットワークとして設定されるようです。
外部ネットワークと内部ネットワークの設定は以下の手順で変更できます。

[ネットワーク] を選択します。
対象のネットワークを右クリックし、[プロパティ] をクリックします。

[クライアントにこのネットワーク経由の接続を許可する] の [有効]/[無効] で [内部]/[外部] ネットワークを設定します。
また、ネットワークの名前についてもこの画面で変更します。

設定によってネットワークは以下のように使用されます。
MSCS ではサービス専用のネットワーク (クライアントアクセスのみ) が設定できたのですが、WSFC ではこの設定は
なくなっているみたいですね。
以前との設定の比較表を作ってみました。

	Windows Server 2003 以前の設定
クラスタにこのネットワークの使用を許可する	内部クラスタ通信のみ
クライアントにこのネットワーク経由の接続を許可する	混合ネットワーク
クラスタにこのネットワークの使用を許可しない	無効 (クラスタでは使用しない)

[外部] ネットワークの IP アドレスの設定

外部ネットワークの IP アドレスは [クラスタコアリソース] として設定されています。
クラスタコアリソースは以下の手順で変更することができます。

クラスタ名を選択します。
[クラスタコアリソース] を展開します。
クラスタ名を右クリックし、[プロパティ] を選択します。
変更対象の IP アドレスを選択し、[編集] をクリックします。
[アドレス] に設定されている IP アドレスを変更し、[OK] をクリックします。

IP アドレスを DHCP の設定にしている場合のみ [DHCP を使用する] を選択することができます。
IP の変更画面で [適用] をクリックすると最終的な確認メッセージが表示されますので [はい] をクリックして確定します。
今回は Windows の DNS サーバーを使用していますが DNS の A レコードは連携して変更されていませんでした。
DNS のレコードは手動で設定変更する必要がありそうです。

ネットワークに関係する設定はこれらの操作で変えることができます。
設定は変更できませんが、内部ネットワークの優先順位は以下の手順で確認することができます。

[内部ネットワークの優先順位の確認]

コマンドプロンプトを [管理者として実行] します。
以下のコマンドを実行します。

cluster /LISTNETPRI

[実行結果]

>cluster /LISTNETPRI

内部ネットワークの優先順位を一覧表示しています:

ネットワーク名
---------------
1 Heartbeat
2 Public

上の例では内部ネットワークの優先順位は意図したものになっていますが、構築後にネットワークを追加した場合は
思った通りの設定にならないこともしばしばあるようです。
どうにか意図した順序で認識できるように制御できないか模索中です。

ネットワーク系の設定で思いついたのは以上です。
他にも何かネットワーク系の設定がありましたら別途投稿したいと思います。

次回はディスククォーラムの設定をまとめてみたいと思います。

- 構築編 - その 3

ちょう — Fri, 01 May 2009 23:50:01 GMT

Current revision posted to MSCS / WSFC / MSFC by ちょう on 2009/05/02 8:50:01

コマンドラインからクラスタを構築するためにはコマンドプロンプトから以下の形式でコマンドを実行します。
CLUSTER コマンドを実行するコマンドプロンプトは管理者として実行する必要があります。

管理者として実行していない場合は以下のエラーになります。

>CLUSTER /CLUSTER:2008-WSFC-01 /CREATE /NODES:"2008-NODE-01,2008-NODE-02" /IPADDRESS:10.0.1.100/255.0.0.0
4% クラスタ 2008-WSFC-01 を初期化しています。
9% ノード 2008-NODE-01 のクラスタ状態を検証しています。このフェーズは、クラスタオブジェクト '2008-NODE-01' で 5 (0x00000005) のエラー状態になったために失敗しました。
このフェーズは、クラスタオブジェクト '2008-NODE-01' で 5 (0x00000005) のエラー状態になったために失敗しました。

システムエラー 5 が発生しました (0x00000005)。
アクセスが拒否されました。

複数ノードクラスタを構築する場合

CLUSTER /CLUSTER:<クラスタ名> /CREATE /NODES:"<ノード1>,<ノード2>" /IPADDRESS:<クラスタの IP アドレス>/<サブネットマスク>

[実行例]

>CLUSTER /CLUSTER:2008-WSFC-01 /CREATE /NODES:"2008-NODE-01,2008-NODE-02" /IPADDRESS:10.0.1.100/255.0.0.0
4% クラスタ 2008-WSFC-01 を初期化しています。
9% ノード 2008-NODE-01 のクラスタ状態を検証しています。
13% コンピュータオブジェクト 2008-WSFC-01 のドメインを検索しています
18% ドメインのコンピュータオブジェクト 2008-WSFC-01 を確認しています
22% コンピュータオブジェクト 2008-WSFC-01 をクラスタ名オブジェクトとして構成しています
27% ノード 2008-NODE-01 への Microsoft Failover Cluster Virtual Adapter のインストールを検証しています。
31% ノード 2008-NODE-01 へのクラスタディスクドライバのインストールを検証しています。
36% ノード 2008-NODE-01 にクラスタサービスを構成しています。
40% ノード 2008-NODE-02 への Microsoft Failover Cluster Virtual Adapter のインストールを検証しています。
45% ノード 2008-NODE-02 へのクラスタディスクドライバのインストールを検証しています。
50% ノード 2008-NODE-02 にクラスタサービスを構成しています。
54% ノード 2008-NODE-01 でクラスタサービスを開始しています。
54% ノード 2008-NODE-02 でクラスタサービスを開始しています。
59% クラスタ 2008-WSFC-01 を形成しています。
63% 2008-WSFC-01 にクラスタ共通プロパティを追加しています。
68% クラスタ 2008-WSFC-01 にリソースの種類を作成しています。
72% グループ 'クラスタグループ' を作成しています。
72% グループ '使用可能記憶域' を作成しています。
77% IP アドレスリソース 'クラスタ IP アドレス' を作成しています。
81% ネットワーク名リソース '2008-WSFC-01' を作成しています。
86% コンピュータオブジェクト 2008-WSFC-01 のドメインを検索しています
90% ドメインのコンピュータオブジェクト 2008-WSFC-01 を確認しています
95% コンピュータオブジェクト 2008-WSFC-01 をクラスタ名オブジェクトとして構成しています

100% リソースグループ 'クラスタグループ' をオンラインにしています。

/NODES に複数ノードを指定することにより、1 コマンドで複数ノードクラスタを構築できます。

最初に 1 ノードクラスタで構築し、構築後にノードを参加させる

CLUSTER /CLUSTER:<クラスタ名> /CREATE /NODES:"<ノード1>" /IPADDRESS:<クラスタの IP アドレス>/<サブネットマスク>
CLUSTER /CLUSTER:<クラスタ名> /ADDNODES /NODES:"<ノード2>"

[実行例]

>CLUSTER /CLUSTER:2008-WSFC-01 /CREATE /NODES:"2008-NODE-01" /IPADDRESS:10.0.1.100/255.0.0.0

5% クラスタ 2008-WSFC-01 を初期化しています。
10% ノード 2008-NODE-01 のクラスタ状態を検証しています。
15% コンピュータオブジェクト 2008-WSFC-01 のドメインを検索しています
21% ドメインのコンピュータオブジェクト 2008-WSFC-01 を確認しています
26% コンピュータオブジェクト 2008-WSFC-01 をクラスタ名オブジェクトとして構成しています
31% ノード 2008-NODE-01 への Microsoft Failover Cluster Virtual Adapter のインストールを検証しています。
36% ノード 2008-NODE-01 へのクラスタディスクドライバのインストールを検証しています。
42% ノード 2008-NODE-01 にクラスタサービスを構成しています。
47% ノード 2008-NODE-01 でクラスタサービスを開始しています。
52% クラスタ 2008-WSFC-01 を形成しています。
57% 2008-WSFC-01 にクラスタ共通プロパティを追加しています。
63% クラスタ 2008-WSFC-01 にリソースの種類を作成しています。
68% グループ 'クラスタグループ' を作成しています。
68% グループ '使用可能記憶域' を作成しています。
73% IP アドレスリソース 'クラスタ IP アドレス' を作成しています。
78% ネットワーク名リソース '2008-WSFC-01' を作成しています。
84% コンピュータオブジェクト 2008-WSFC-01 のドメインを検索しています
89% ドメインのコンピュータオブジェクト 2008-WSFC-01 を確認しています
94% コンピュータオブジェクト 2008-WSFC-01 をクラスタ名オブジェクトとして構成しています

100% リソースグループ 'クラスタグループ' をオンラインにしています。
>CLUSTER /CLUSTER:2008-WSFC-01 /ADDNODE /NODES:"2008-NODE-02"

ノード 2008-NODE-02 を構成しています
---------------------------------------
12% ノード 2008-NODE-02 のクラスタ状態を検証しています。
25% クラスタ 2008-WSFC-01 の現在のノードメンバシップを取得しています。
37% ノード 2008-NODE-02 をクラスタ構成データに追加しています。
50% ノード 2008-NODE-02 への Microsoft Failover Cluster Virtual Adapter のインストールを検証しています。
62% ノード 2008-NODE-02 へのクラスタディスクドライバのインストールを検証しています。
75% ノード 2008-NODE-02 にクラスタサービスを構成しています。
87% ノード 2008-NODE-02 でクラスタサービスを開始しています。
100% ノード 2008-NODE-02 がクラスタの完全に機能するメンバであることを確認する通知を待っています。

コマンドプロンプトから構築した場合はどちらのパターンでも [クォーラム構成] は [ノードマジョリティ] となっています。

CLUSTER /QUORUM コマンドを使用して適切なクォーラム構成に変更する必要があります。
設定変更に関しては WSFC 構築手順 [設定編] で記載したいと思います。

また、GUI の場合はドメインユーザーでないとクラスタの構築はできませんでしたが、コマンドプロンプトから実行する場合は
作業しているローカルアカウントとパスワードが同一のユーザーが Active Directory に存在しておりコンピュータアカウントの
操作ができる場合はクラスタの構築ができてしまします。
# ミラーアカウントで認証がとれ、コンピュータアカウントが作成できるとクラスタの構築ができます。

この場合、コンピュータアカウントのセキュリティは以下のようになります。

以下が WMIC で取得したユーザー名と SID の情報になります。

>wmic USERACCOUNT where "(Name='Administrator')" get Caption,Name,SID
Caption                                   Name             SID
2008-NODE-01\Administrator   Administrator S-1-5-21-72470293-2089513440-1915596142-500
LAB\Administrator                   Administrator S-1-5-21-1041543157-1405777126-2591041755-500

LAB\Administrator の SID ではなく 2008-NODE-01\Administrator の SID が設定されています。
ドメインに他のサーバーのローカルアカウントが登録されている状態になりますので何が起きるかわかりません…。

今回の [その3] までで構築の一通りのパターンは試せたと思います。

次回以降で設定系の内容を [設定編] として記載したいと思います。

- 構築編 - その 2

ちょう — Fri, 01 May 2009 23:49:18 GMT

Current revision posted to MSCS / WSFC / MSFC by ちょう on 2009/05/02 8:49:18

- [構築編 - その 2

タグ: MSFC, WSFC

今回は [最初に 1 ノードクラスタで構築し、構築後にノードを参加させる] パターンで構築をしたいと思います。

下の画面までは [WSFC 構築手順 [構築編] その 1] と同じです。
ただし、今回は 1 ノードクラスタで構築をするため、[選択済みサーバー] は [2008-NODE-01] のみ追加しています。
以降の手順も [WSFC 構築手順 [構築編] その 1] と同じなので同様の手順で進めていきます。
ただしクラスタの検証については、[WSFC 構築手順 [構築編] その 1] と異なり、ディスク系の検証が [無効] となっています。

1 ノードクラスタで構築する場合はクォーラムに共有ディスクを使わない形で初期構築がされるため、ディスク系の検証が
[無効] となっているようです。
手順にしたかって操作をし、クラスタの構築を完了させます。
1 ノードクラスタの場合は、[クォーラム構成] が [ノードマジョリティ] となっています。
また、クラスタとして冗長構成となっていないため警告のアイコンが表示されます。

これで 1 ノードクラスタが完成です。次はクラスタにノードを追加します。
追加作業はクラスタを構築したノード (2008-NODE-01) で実施しています。

[フェールオーバークラスタの管理] を開きます。
クラスタ名 (2008-WSFC-01.lab.local) を右クリックし [ノードの追加] をクリックします。
[次へ] をクリックします。
追加するノードを [追加] ボタンを使用して追加し [次へ] をクリックします。
[次へ] をクリックします。
クラスタの検証が実行されます。
[完了] をクリックし、ノードの追加を終了します。
ノードを追加すると [クォーラム構成] が [ノードおよびディスクマジョリティ] に設定されます。
クラスタとして冗長構成がとれていますので警告も消えています。

[ディスクマジョリティ] として使用されているディスクは [2 ノードクラスタ] と同様でサイズが一番小さいディスクが使用されます。

つぎは Server Core を想定して、コマンドラインからクラスタを構築するパターンを [構築編] その 3 として記載したいと思います。

- [構築編 - その 2

ちょう — Fri, 01 May 2009 23:49:06 GMT

Revision 1 posted to MSCS / WSFC / MSFC by ちょう on 2009/05/02 8:49:06

今回は [最初に 1 ノードクラスタで構築し、構築後にノードを参加させる] パターンで構築をしたいと思います。

下の画面までは [WSFC 構築手順 [構築編] その 1] と同じです。
ただし、今回は 1 ノードクラスタで構築をするため、[選択済みサーバー] は [2008-NODE-01] のみ追加しています。
以降の手順も [WSFC 構築手順 [構築編] その 1] と同じなので同様の手順で進めていきます。
ただしクラスタの検証については、[WSFC 構築手順 [構築編] その 1] と異なり、ディスク系の検証が [無効] となっています。

1 ノードクラスタで構築する場合はクォーラムに共有ディスクを使わない形で初期構築がされるため、ディスク系の検証が
[無効] となっているようです。
手順にしたかって操作をし、クラスタの構築を完了させます。
1 ノードクラスタの場合は、[クォーラム構成] が [ノードマジョリティ] となっています。
また、クラスタとして冗長構成となっていないため警告のアイコンが表示されます。

これで 1 ノードクラスタが完成です。次はクラスタにノードを追加します。
追加作業はクラスタを構築したノード (2008-NODE-01) で実施しています。

[フェールオーバークラスタの管理] を開きます。
クラスタ名 (2008-WSFC-01.lab.local) を右クリックし [ノードの追加] をクリックします。
[次へ] をクリックします。
追加するノードを [追加] ボタンを使用して追加し [次へ] をクリックします。
[次へ] をクリックします。
クラスタの検証が実行されます。
[完了] をクリックし、ノードの追加を終了します。
ノードを追加すると [クォーラム構成] が [ノードおよびディスクマジョリティ] に設定されます。
クラスタとして冗長構成がとれていますので警告も消えています。

[ディスクマジョリティ] として使用されているディスクは [2 ノードクラスタ] と同様でサイズが一番小さいディスクが使用されます。

つぎは Server Core を想定して、コマンドラインからクラスタを構築するパターンを [構築編] その 3 として記載したいと思います。

- 構築編 - その 1

ちょう — Fri, 01 May 2009 23:48:17 GMT

Current revision posted to MSCS / WSFC / MSFC by ちょう on 2009/05/02 8:48:17

WSFC の構築ですが以下の 2 パターンがあると思います。

参加させるノードを初期セットアップ時にすべて選択
最初に 1 ノードクラスタで構築し、構築後にノードを参加させる。

Windows Server 2003 のときは 2. のパターンでの構築となっていましたが、
Windows Server 2008 では初期セットアップ時でノード構成をすべて完結させることができます。

今回は 1. のパターンで構築してみたいと思います。

クラスタ管理用のユーザーでサーバーにログインします。
クラスタ管理用のユーザーはクラスタに参加させるサーバーの [Administrators] グループのメンバかつドメインユーザーの
必要があります
[フェールオーバークラスタ管理] を起動します。

ドメインユーザー以外で [フェールオーバークラスタ管理] を起動すると以下のメッセージが表示されます。

このメッセージが表示された場合は管理コンソールに [クラスタの作成] が表示されません。
[クラスタの作成] をクリックします。
[次へ] をクリックします。
クラスタに参加させるノードを [追加] ボタンを使用して追加し、[次へ] をクリックします。

このときにログインしているユーザーが各ノードで [Administrators] 権限を持っていない場合には
以下のメッセージが表示されます。
[はい] を選択し、[次へ] をクリックし、構成の検証テストに移ります。
[次へ] をクリックします。
[すべてのテストを実行する] を選択し、[次へ] をクリックします。
[次へ] をクリックし、検証を実行します。
[レポートの表示] をクリックして検証レポートを表示します。
構成に問題がなければすべて [成功] になっています。
今回の環境ではクラスタ管理用ユーザーにコンピュータアカウントの作成権限は付与していないため、
[Active Directory 構成の検証] のみ警告になっています。

ただし、コンピュータアカウントは WSFC 構築手順 [検証準備編] で作成しているため警告が出ても問題はありません。
レポートを閉じて [完了] ボタンをクリックし、次の処理に移ります。
[クラスタ名] と [IPアドレス] を設定し [次へ] をクリックします。

コンピュータアカウントが有効になっている場合は以下のメッセージが表示され次の処理に移ることはできません。
[次へ] をクリックし、クラスタを作成します。
クラスタの作成が実行されます。

コンピュータアカウントに対して適切な権限が付与されていない場合は以下のメッセージが表示され
クラスタの作成が中断されます。
以上でクラスタの作成は終了です。[完了] をクリックして画面を閉じます。

これで 2 ノードクラスタの作成は終了です。
以下の画像が作成直後の [フェールオーバークラスタ管理] の構成になります。

[参加させるノードを初期セットアップ時にすべて選択] で構築した場合はクォーラム構成は
[ノードおよびディスクマジョリティ] となります。
ディスクマジョリティで使用されるディスクは 2003 の時と同様クラスタとして有効なディスクの中で
容量が小さいものが自動的に設定されます。

ネットワークについてはクラスタの作成時に入力した IP アドレスのネットワークカードが [外部]
それ以外は [内部] として設定されます。

構築後の設定については [設定編] で。

WSFC のネットワーク設定だけ先行してメモを記載しておきます。
2000 / 2003 の MSCS と異なり、WSFC では内部ネットワークとして使用するネットワークの優先順位の
設定はできなくなっています。
内部ネットワークの優先順位は適切なネットワークを自動で判断し決めているようです。

HKLM\Cluster\Networks\[ネットワークインタフェース]\Priority

のレジストリ値は [ffffffff] となっており、この値を手動で設定しても優先順位は変更することはできません。
# 2003 まではこのレジストリ値で優先順位を設定していました。

ネットワークの優先順位は Windows Server 2008 R2 で機能に変更があるようです。
Clustering in Windows Server 2008 R2
>Network Prioritization – Plan your internal cluster network for efficiency, giving the fastest network the highest priority
for internal traffic (heartbeat, CSV & Live Migration traffic)

次は、Windows Server 2003 と同じ [最初に 1 ノードクラスタで構築し、構築後にノードを参加させる]
パターンでの構築を [構築編] その２として記載したいと思います。

- インストール編 -

ちょう — Fri, 01 May 2009 23:45:49 GMT

Current revision posted to MSCS / WSFC / MSFC by ちょう on 2009/05/02 8:45:49

WSFC を使用するためには [フェールオーバークラスタ] の機能をインストールする必要があります。
インストールには以下の 2 種類の方法があります。
どちらかの方法を使用してクラスタで使用する全ノードに機能をインストールします。

サーバーマネージャでインストール
1. サーバーマネージャを起動し、[機能の追加] をクリックします。
2. [フェールオーバークラスタリング] を選択し、[次へ] をクリックします。
3. [インストール] をクリックし、機能をインストールします。
4. 以上でインストール終了です。

ServerManagerCmd でインストール

コマンドプロンプトで以下のコマンドを実行します。

ServerManagerCmd.exe -install Failover-Clustering

以上でインストール終了です。(以下のような実行結果が表示されます。)

C:\>ServerManagerCmd.exe -install Failover-Clustering

インストールの開始...
[インストール] 成功しました: [フェールオーバークラスタリング]。
<100/100>

成功: インストールが正常に完了しました。

インストールが終了すると管理ツールに [フェールオーバークラスタ管理] が導入されます。

これで構築を行うことが可能になります。
次は [構築編] を複数回に分けて記載していきたいと思います。

- 検証準備編 -

ちょう — Fri, 01 May 2009 23:45:12 GMT

Current revision posted to MSCS / WSFC / MSFC by ちょう on 2009/05/02 8:45:12

構築前の準備作業です。

AD の Administrator と各ノードの Administrator のパスワードを違うものにする

ミラーアカウントとして有効にしないようにするため AD の Administrator と
各ノードの Administrator は異なるパスワードを設定します。
GUI で WSFCを構築する場合にはドメインユーザーが必須になるのですが、
CUI の場合は Administrator のパスワードが同一だとミラーアカウントとして有効になり、
ドメインユーザーを使用しなくても WSFC が構築できてしまいます。
# コンピュータアカウントは WSFC の新規作成を実行したノードのローカル Administratorで
作成されるようです。

実際の運用環境では AD と各ノードの Administrator のパスワードは違うことが多いと思いますので
検証の段階から異なるパスワードを設定しておきます。
作業用ドメインユーザーを準備

AD に Domain Users グループのユーザーを作成します。
作成したドメインユーザーを各ノードの Administrators グループに追加します。
WSFC では MSCS と異なりサービスは Local System で起動しますが、クラスタを構築するためには
ドメインユーザーで作業をする必要があります。
そのため、AD に作業用のドメインユーザーを追加します。
コンピュータアカウント作成権限の付与

作成したドメインユーザーに [コンピュータオブジェクトの作成] 権限を付与します。

[コンピュータオブジェクトの作成] 権限を付与できない場合は事前にコンピュータアカウントを
作成しておくことも可能です。
その場合は事前に作成したコンピュータアカウントに作業に使用するドメインユーザーのフルコントロールを付与し、
作成したコンピュータアカウントを無効の状態にしておく必要があります。
コンピュータアカウントが有効の状態では構築時にエラーになります。

コンピュータアカウントにフルコントロールを付与するためには、[Active Directory ユーザーとコンピュータ] の
[拡張機能] を有効にする必要があります。

拡張機能を有効にするとコンピュータアカウントのプロパティを開いた時に [セキュリティ] タブが表示されるようになります。
クラスタ管理用に作成したドメインユーザーに [フルコントロール] を設定しておけば、事前に作成したコンピュータアカウントを
使用してクラスタの構築が可能になります。

事前準備として以上の作業が必要になります。

次はフェールオーバークラスタの役割の追加以降の作業を [インストール編] で記載したいと思います。

- 検証環境編 -

ちょう — Fri, 01 May 2009 23:44:23 GMT

Current revision posted to MSCS / WSFC / MSFC by ちょう on 2009/05/02 8:44:23

まずは [検証環境編] から。

検証のために以下の環境を構築しています。
使用するサーバーは全て Hyper-V 上のゲスト OS として設定しています。

[検証で使用する環境]

Acitive Directory ドメインサービス + DNS + DHCP

サーバー名:2008-AD-01
OS:Windows Server 2008 Datacenter Edition x64
ドメイン名:lab.local

WSFC は DHCP も使用できますので DHCP サーバーとしても利用します。
iSCSI ターゲット

サーバー名:2003-iSCSI-01
OS:Windows Server 2003 R2 Enterprise Edition x64 SP2

WSFC は Parallel SCSI はサポートしていないため物理ディスクリソースを
作成するための iSCSI ターゲットを準備しています。

ターゲットソフトは StarWind iSCSI Target x64 を使用しています。
Star Wind は以下の URL からダウンロードできます。
http://www.rocketdivision.com/wind.html
(RocketDivision からも WSFC の構築手順が公開されています。 )

また、iSCSI ターゲットサーバーはワークグループ環境にしています。
後でファイル共有マジョリティの検証をする際にワークグループ環境のファイルサーバーとしても使用したいので。
WSFC ノード 1

サーバー名:2008-NODE-01
OS:Windows Server 2008 Datacenter Edition x64
ネットワーク:Public (サービス用) / Heartbeat (ハートビート用)

ドメイン参加済み
WSFC ノード 2

サーバー名:2008-NODE-01
OS:Windows Server 2008 Datacenter Edition x64
ネットワーク:Public (サービス用) / Heartbeat (ハートビート用)
ドメイン参加済み

サービス用は実 NIC を外部ネットワーク / ハートビート用はプライベートネットワークとして
仮想ネットワークを設定しています。
WSFC の仮想コンピュータ名

サーバー名:2008-WSFC-01

検証のために以上の環境を用意しました。

2008/12/18 イメージ図を追加しました。

次は作業用ユーザーの準備等を [検証準備編] で記載したいと思います。

構築

ちょう — Fri, 01 May 2009 23:42:36 GMT

Current revision posted to MSCS / WSFC / MSFC by ちょう on 2009/05/02 8:42:36

構築手順の親ページ

メモ

ちょう — Fri, 01 May 2009 23:42:22 GMT

Current revision posted to MSCS / WSFC / MSFC by ちょう on 2009/05/02 8:42:22

メモ

タグ: MSCS

メモをまとめています。

メモ

ちょう — Fri, 01 May 2009 23:42:22 GMT

Revision 2 posted to MSCS / WSFC / MSFC by ちょう on 2009/05/02 8:42:22

メモ

タグ: MSCS, MSFC, WSFC, メモ

メモをまとめています。

メモ

ちょう — Fri, 01 May 2009 23:38:22 GMT

Revision 1 posted to MSCS / WSFC / MSFC by ちょう on 2009/05/02 8:38:22

メモをまとめています。

Windows Server 2008

ちょう — Fri, 01 May 2009 23:42:10 GMT

Current revision posted to MSCS / WSFC / MSFC by ちょう on 2009/05/02 8:42:10

Windows Server 2008

タグ: MSFC, WSFC

Windows Server 2008 のクラスタ構築について

Windows Server 2008

ちょう — Fri, 01 May 2009 23:42:10 GMT

Revision 2 posted to MSCS / WSFC / MSFC by ちょう on 2009/05/02 8:42:10

Windows Server 2008

タグ: MSFC, WSFC

Windows Server 2008 のクラスタ構築について

Windows Server 2008

ちょう — Fri, 01 May 2009 23:42:10 GMT

Revision 1 posted to MSCS / WSFC / MSFC by ちょう on 2009/05/02 8:42:10

Windows Server 2008 のクラスタ構築について

クラスタグループに MSDTC リソースを追加する方法

ちょう — Fri, 01 May 2009 23:38:52 GMT

Current revision posted to MSCS / WSFC / MSFC by ちょう on 2009/05/02 8:38:52

クラスタグループに MSDTC リソースを追加する方法

Windows Server 2003 までの MSCS ではクラスタグループ (クラスタ名 / IP / クォーラムが格納されているグループ)に

MSDTC のリソースを [クラスタアドミニストレータ] を使用して追加することができましたが Windows Server 2008 の WSFC の

管理コンソールである [フェールオーバークラスタの管理] ではクラスタグループが表示されないため、GUI では

このグループに MSDTC のリソースを追加することができません。

2008/12/16 追記

クラスタグループは GUI でも表示されますね。

MSDTC. のリソース作成時にクラスタグループのリソースと依存関係を

持たせられないだけですね…。

意外と GUI でも出来るかも知れないので後で調査したいと思います。

しかし、コマンドプロンプトではクラスタグループにリソースを追加することができますので、クラスタグループ内を

操作したい場合にはコマンド経由でアクセスします。

以下はコマンドプロンプトで MSDTC を追加する手順になります。

# クラスタ名 / クォーラムディスクを使用して MSDTC を追加しています。

1.MSDTC のリソースをグループに追加

CLUSTER RES MSDTC /CREATE /GROUP:"クラスタグループ" /TYPE:"Distributed Transaction Cordinator"

2.コンピュータ名の依存関係を設定

CLUSTER RES MSDTC /ADDEP:"クラスタ名"

3.ディスクの依存関係を設定

CLUSTER RES MSDTC /ADDEP:"クラスタディスク 1"

4.MSDTC をオンラインにする

CLUSTER RES MSDTC /ON

これでクラスタグループに MSDTC を追加することができます。

クラスタグループに MSDTC リソースを追加する方法

ちょう — Fri, 01 May 2009 23:38:52 GMT

Revision 1 posted to MSCS / WSFC / MSFC by ちょう on 2009/05/02 8:38:52

Windows Server 2003 までの MSCS ではクラスタグループ (クラスタ名 / IP / クォーラムが格納されているグループ)に

MSDTC のリソースを [クラスタアドミニストレータ] を使用して追加することができましたが Windows Server 2008 の WSFC の

管理コンソールである [フェールオーバークラスタの管理] ではクラスタグループが表示されないため、GUI では

このグループに MSDTC のリソースを追加することができません。

2008/12/16 追記

クラスタグループは GUI でも表示されますね。

MSDTC. のリソース作成時にクラスタグループのリソースと依存関係を

持たせられないだけですね…。

意外と GUI でも出来るかも知れないので後で調査したいと思います。

しかし、コマンドプロンプトではクラスタグループにリソースを追加することができますので、クラスタグループ内を

操作したい場合にはコマンド経由でアクセスします。

以下はコマンドプロンプトで MSDTC を追加する手順になります。

# クラスタ名 / クォーラムディスクを使用して MSDTC を追加しています。

1.MSDTC のリソースをグループに追加

CLUSTER RES MSDTC /CREATE /GROUP:"クラスタグループ" /TYPE:"Distributed Transaction Cordinator"

2.コンピュータ名の依存関係を設定

CLUSTER RES MSDTC /ADDEP:"クラスタ名"

3.ディスクの依存関係を設定

CLUSTER RES MSDTC /ADDEP:"クラスタディスク 1"

4.MSDTC をオンラインにする

CLUSTER RES MSDTC /ON

これでクラスタグループに MSDTC を追加することができます。