Cluster Server 7.4.3 管理者ガイド - Linux
- 第 I 部 クラスタ化の概念と用語
- Cluster Server の概要
- Cluster Server について
- クラスタ制御のガイドラインについて
- VCS の物理コンポーネントについて
- VCS の論理コンポーネント
- クラスタトポロジーについて
- VCS 設定の概念
- Cluster Server の概要
- 第 II 部 管理 - VCS の利用方法
- VCS ユーザー権限モデルについて
- コマンドラインによるクラスタの管理
- コマンドラインでの VCS の管理について
- VCS ライセンスのインストールについて
- LLT の管理
- VCS の起動
- VCS エンジンと関連プロセスの停止
- VCS へのログイン
- VCS 設定ファイルの管理について
- コマンドラインによる VCS ユーザーの管理について
- VCS のクエリーについて
- サービスグループの管理について
- リソースの管理について
- リソースタイプの管理について
- クラスタの管理について
- VCS でのアプリケーションとリソースの設定
- VCS Simulator を使った VCS の動作の予測
- 第 III 部 VCS 通信と操作
- クラスタの通信、メンバーシップ、データ保護について
- クラスタ通信について
- クラスタメンバーシップについて
- メンバーシップアービトレーションについて
- データ保護について
- I/O フェンシングを使う VCS 操作の例
- I/O フェンシングを使わない、クラスタメンバーシップとデータ保護について
- I/O フェンシングを使わない VCS 動作の例
- I/O フェンシングの管理
- vxfentsthdw ユーティリティについて
- vxfentsthdw の -c オプションを使ったコーディネータディスクグループのテスト
- vxfenadm ユーティリティについて
- vxfenclearpre ユーティリティについて
- vxfenswap ユーティリティについて
- コーディネーションポイントサーバーの管理について
- IPv6 またはデュアルスタックをサポートする CP サーバーの設定について
- ディスクベースとサーバーベースのフェンシング設定間の移行について
- VCS の動作の制御
- リソース障害時の VCS の動作
- サービスグループレベルでの VCS 動作の制御について
- リソースレベルでの VCS 動作の制御について
- ストレージ接続消失時の VCS 動作
- サービスグループワークロード管理
- ワークロード管理を示した設定例
- サービスグループの依存関係のロール
- クラスタの通信、メンバーシップ、データ保護について
- 第 IV 部 管理 - 高度な操作
- VCS イベント通知
- VCS イベントトリガ
- イベントトリガのi使用
- イベントトリガの一覧
- Virtual Business Service
- 第 V 部 Veritas High Availability 設定ウィザード
- 第 VI 部 ディザスタリカバリ用のクラスタ設定
- クラスタの相互接続 - グローバルクラスタの作成
- コマンドラインによるグローバルクラスタの管理
- RDC の設定
- キャンパスクラスタの設定
- 第 VII 部 トラブルシューティングおよびパフォーマンス
- VCS パフォーマンスに関する注意事項
- クラスタコンポーネントの処理速度に対する影響
- クラスタ操作の処理速度に対する影響
- システムパニックのときの VCS の処理速度に関する注意事項
- スケジュールクラスと優先度の設定について
- VCS エージェントの統計機能
- VCS のチューニングパラメータについて
- VCS のトラブルシューティングおよびリカバリ
- VCS メッセージログ
- VCS エンジンのトラブルシューティング
- LLT(Low Latency Transport)のトラブルシューティング
- GAB(Group Membership Services/Atomic Broadcast)のトラブルシューティング
- VCS の起動に関するトラブルシューティング
- systemd ユニットサービスファイルの問題のトラブルシューティング
- サービスグループに関するトラブルシューティング
- リソースに関するトラブルシューティング
- サイトのトラブルシューティング
- I/O フェンシングのトラブルシューティング
- フェンシングの起動時にすでに発生しているスプリットブレイン状態が報告される
- CP サーバーのトラブルシューティング
- VCS クラスタノードでのサーバーベースのフェンシングのトラブルシューティング
- コーディネーションポイントのオンライン移行中の問題
- 通知に関するトラブルシューティング
- グローバルクラスタのトラブルシューティングとリカバリ
- ライセンスに関するトラブルシューティング
- ライセンスのエラーメッセージ
- セキュア設定のトラブルシューティング
- ウィザードベースの設定に関する問題のトラブルシューティング
- [Veritas High Availability]ビューの問題のトラブルシューティング
- VCS パフォーマンスに関する注意事項
- 第 VIII 部 付録
オンラインになっているクラスタ内のコーディネータディスクグループの置き換え
vxfenswap ユーティリティを使って、コーディネータディスクグループを置き換えることもできます。次の例は、コーディネータディスクグループ vxfencoorddg を新しいディスクグループ vxfendg に置き換えます。
コーディネータディスクグループを置き換えるには
- システム間の通信が適切に機能していることを確認します。
- FaultTolerance 属性の値を決定します。
# hares -display coordpoint -attribute FaultTolerance -localclus
- フェンシングの設定の一部としての使用を計画するコーディネーションポイントの数を推定します。
- FaultTolerance 属性の値を 0 に設定します。
メモ:
値を 0 に設定する必要があるのは、この後の手順で、この属性の値をコーディネーションポイントの数未満の数に再設定する必要があるためです。これにより、Coordpoint エージェントにエラーが発生しないようにします。
- LevelTwoMonitorFreq 属性の既存の値を確認します。
# hares -display coordpoint -attribute LevelTwoMonitorFreq -localclus
メモ:
次のステップに進む前に属性値をメモします。移行後、属性を再び有効化するときに同じ値に設定する必要があります。
- Coordpoint エージェントのレベル 2 の監視の無効化します。
# haconf -makerw
# hares -modify coordpoint LevelTwoMonitorFreq 0
# haconf -dump -makero
- クラスタがオンラインになっていることを確認します。
# vxfenadm -d
I/O Fencing Cluster Information: ================================ Fencing Protocol Version: 201 Fencing Mode: SCSI3 Fencing SCSI3 Disk Policy: dmp Cluster Members: * 0 (sys1) 1 (sys2) RFSM State Information: node 0 in state 8 (running) node 1 in state 8 (running)
/etc/vxfendg
ファイル内にある現在のコーディネータディスクグループの名前(通常は vxfencoorddg)を見つけます。# cat /etc/vxfendg vxfencoorddg
- 現在のコーディネータディスクグループを置き換えることができる代替ディスクグループを見つけます。
# vxdisk -o alldgs list
DEVICE TYPE DISK GROUP STATUS sda auto:cdsdisk - (vxfendg) online sdb auto:cdsdisk - (vxfendg) online sdc auto:cdsdisk - (vxfendg) online sdx auto:cdsdisk - (vxfencoorddg) online sdy auto:cdsdisk - (vxfencoorddg) online sdz auto:cdsdisk - (vxfencoorddg) online
- I/O フェンシングに準拠しているかどうか新しいディスクグループを検証します。次のコマンドを実行します。
# vxfentsthdw -c vxfendg
- 新しいディスクグループがまだデポートされていない場合は、次のコマンドを実行してディスクグループをデポートします。
# vxdg deport vxfendg
- 次のいずれかを実行します。
新しいフェンシングモードとディスクポリシー情報を含む
/etc/vxfenmode.test
ファイルを作成します。新しいフェンシングモードとディスクポリシー情報を使って既存の
/etc/vxfenmode
を編集し、既存の/etc/vxfenmode.test
ファイルがあれば削除します。
/etc/vxfenmode.test ファイルと /etc/vxfenmode ファイルの形式が同じであることに注意してください。
詳しくは、『Cluster Server インストールガイド』を参照してください。
- 任意のノードで、vxfenswap ユーティリティを起動します。たとえば、vxfendg がコーディネータディスクグループとして使う新しいディスクグループの場合、次のコマンドを実行します。
# vxfenswap -g vxfendg [-n]
このユーティリティのタスクは次のとおりです。
既存の
/etc/vxfentab
ファイルのバックアップを作成します。各ノードで、変更するディスクグループ用のテストファイル
/etc/vxfentab.test
を作成します。vxfenswap コマンドで指定したディスクグループを読み取り、そのディスクグループを各ノードの
/etc/vxfentab.test
ファイルに追加します。すべてのノードで新しいディスクのシリアル番号が同じになっていることを確認します。チェックが失敗すると、スクリプトは終了します。
各ノードで新しいディスクグループが I/O フェンシングをサポートできることを確認します。
- 正常なディスクであることが確認されると、ユーティリティは、成功したことを報告し、コーディネータディスクグループを置き換えるかどうかを確認します。
コーディネーションポイント上のキーをクリアして vxfenswap 操作を続行するかどうかを指定します。
Do you want to clear the keys on the coordination points and proceed with the vxfenswap operation? [y/n] (default: n) y
- ユーティリティから表示されたメッセージを確認し、コーディネータディスクグループを置き換えることを確認します。置き換えない場合は、手順 21 にスキップします。
Do you wish to commit this change? [y/n] (default: n) y
ユーティリティがコミットを正常に処理すると、ユーティリティは
/etc/vxfentab.test
ファイルを/etc/vxfentab
ファイルに移動します。ユーティリティはこの新しいディスクグループで
/etc/vxfendg
ファイルも更新します。 - コーディネータフラグを「on」に設定する前にインポートされていない場合は、新しいディスクグループをインポートします。
# vxdg -t import vxfendg
- 新しいコーディネータディスクグループに対して、coordinator 属性の値を「on」に設定します。
# vxdg -g vxfendg set coordinator=on
古いディスクグループに対して、coordinator 属性の値を「off」に設定します。
# vxdg -g vxfencoorddg set coordinator=off
- 新しいディスクグループをデポートします。
# vxdg deport vxfendg
- コーディネータディスクグループが変更されたことを確認します。
# cat /etc/vxfendg vxfendg
コーディネータディスクグループの交換操作が完了しました。
- コーディネータディスクグループを置き換えない場合は、プロンプトで n と答えます。
vxfenswap ユーティリティは、コーディネータディスクグループへのすべての変更をロールバックします。
- CoordPoint エージェントの LevelTwoMonitorFreq 属性を再び有効にします。属性を無効化する前に設定した値を使用する必要がある場合があります。
# haconf -makerw
# hares -modify coordpoint LevelTwoMonitorFreq Frequencyvalue
# haconf -dump -makero
Frequencyvalue は属性値です。
- FaultTolerance 属性の値を、コーディネーションポイントの合計数の 50% よりも低い値に設定します。
たとえば、設定に 4 つのコーディネーションポイントがある場合、属性値は 2 未満の値にする必要があります。2 を超える値を設定した場合、CoordPoint エージェントにエラーが発生します。