Cluster Server 7.3.1 管理者ガイド - Linux
- 第 I 部 クラスタ化の概念と用語
- Cluster Server の概要
- Cluster Server について
- クラスタ制御のガイドラインについて
- VCS の物理コンポーネントについて
- VCS の論理コンポーネント
- クラスタトポロジーについて
- VCS 設定の概念
- Cluster Server の概要
- 第 II 部 管理 - VCS の利用方法
- VCS ユーザー権限モデルについて
- コマンドラインによるクラスタの管理
- コマンドラインでの VCS の管理について
- VCS ライセンスのインストールについて
- LLT の管理
- VCS の起動
- VCS エンジンと関連プロセスの停止
- VCS へのログイン
- VCS 設定ファイルの管理について
- コマンドラインによる VCS ユーザーの管理について
- VCS のクエリーについて
- サービスグループの管理について
- リソースの管理について
- リソースタイプの管理について
- クラスタの管理について
- VCS でのアプリケーションとリソースの設定
- UNIX の VCS 付属エージェント
- NFS サービスグループの設定
- RemoteGroup エージェントの設定について
- Samba サービスグループの設定について
- HA ファイアドリルを使ったリソースフェールオーバーのテストについて
- InfoScale Enterprise を AWS で使用した HA および DR の設定
- Azure 環境での HA および DR の設定
- VCS Simulator を使った VCS の動作の予測
- 第 III 部 VCS 通信と操作
- クラスタの通信、メンバーシップ、データ保護について
- クラスタ通信について
- クラスタメンバーシップについて
- メンバーシップアービトレーションについて
- データ保護について
- I/O フェンシングを使う VCS 操作の例
- I/O フェンシングを使わない、クラスタメンバーシップとデータ保護について
- I/O フェンシングを使わない VCS 動作の例
- I/O フェンシングの管理
- vxfentsthdw ユーティリティについて
- vxfentsthdw の -c オプションを使ったコーディネータディスクグループのテスト
- vxfenadm ユーティリティについて
- vxfenclearpre ユーティリティについて
- vxfenswap ユーティリティについて
- コーディネーションポイントサーバーの管理について
- ディスクベースとサーバーベースのフェンシング設定間の移行について
- VCS の動作の制御
- リソース障害時の VCS の動作
- サービスグループレベルでの VCS 動作の制御について
- リソースレベルでの VCS 動作の制御について
- ストレージ接続消失時の VCS 動作
- サービスグループワークロード管理
- ワークロード管理を示した設定例
- サービスグループの依存関係のロール
- クラスタの通信、メンバーシップ、データ保護について
- 第 IV 部 管理 - 高度な操作
- VCS イベント通知
- VCS イベントトリガ
- イベントトリガの使用
- イベントトリガの一覧
- Virtual Business Services
- 第 V 部 Veritas High Availability 設定ウィザード
- 第 VI 部 ディザスタリカバリ用のクラスタ設定
- クラスタの相互接続 - グローバルクラスタの作成
- コマンドラインによるグローバルクラスタの管理
- RDC(Replicated Data Cluster)の設定
- キャンパスクラスタの設定
- 第 VII 部 トラブルシューティングおよび処理速度
- 処理速度に関する注意事項
- クラスタコンポーネントの処理速度に対する影響
- クラスタ操作の処理速度に対する影響
- システムパニックのときの 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]ビューの問題のトラブルシューティング
- 処理速度に関する注意事項
- 第 VIII 部 付録
Steward プロセスについて: 2 つのクラスタのグローバルクラスタにおけるスプリットブレインの処理
グローバルクラスタの 2 つのクラスタ間でハートビートがすべて失敗した場合は、次のいずれかの状態を意味します。
リモートクラスタの障害
2 つのクラスタ間のすべての通信リンクの破損
3 つ以上のクラスタがあるグローバルクラスタでは、VCS は、接続されているクラスタに対し、リモートクラスタが停止していることを確認するよう要求します。 このメカニズムを照会と呼びます。
2 ノードのクラスタでは、VCS は Steward プロセスを使って、広域スプリットブレインの発生を最小限に抑えます。 Steward プロセスは、グローバルクラスタ設定の外部のシステムで、スタンドアロンのバイナリとして動作します。
図: Steward プロセス: 2 つのクラスタのグローバルクラスタにおけるスプリットブレインの処理 は、2 つのクラスタを持つ設定の内部でスプリットブレインの発生を最小限に抑える Steward プロセスを示しています。
2 つのクラスタ間のすべての通信リンクが失われた場合、各クラスタは inquiry メッセージを使って Steward に問い合わせを行います。 Steward は、問題のクラスタに ICMP ping を送信し、そのクラスタが動作している場合は否定応答で、そのクラスタが停止している場合は肯定応答で返答します。 Steward は、3 つ以上のクラスタの設定にも使えます。 VCS には、Steward プロセスと Wide Area Connector(WAC)の間で情報のやり取りを保全するオプションがあります。
非セキュア設定では、グローバルクラスタノードと異なるプラットフォーム上で Steward プロセスを設定できます。異なるプラットフォームで Steward プロセスを実行する場合については、安全な設定はテストされていません。
たとえば、Linux システムで実行されるグローバルクラスタに対して、Windows システムの Steward プロセスを実行できます。 ただし、Linux 用の VCS リリースには、Linux 用の Steward バイナリしか含まれていません。 Windows 用の Steward バイナリについては、Windows クラスタ上の VCS インストールディレクトリ(通常は C:\Program Files\VERITAS\Cluster Server
)からコピーする必要があります。
Steward は、各クラスタから Steward を実行するホストへ、それぞれ独立したパスがある場合のみ有効です。 2 つのクラスタ間でパスが 1 つしかない場合は、障害が発生すると、電話または何らかのメッセージングシステムを介してリモートサイトの管理者に手動で確認し、スプリットブレインを回避する必要があります。 VCS グローバルクラスタは、デフォルトでは、管理者の確認を得て、クラスタの境界を越えたアプリケーションのフェールオーバーを行います。 ClusterFailOverPolicy 属性を Auto に設定すると、自動フェールオーバーを設定できます。
Steward のデフォルトポートは 14156 です。