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 部 付録
インテリジェントなリソース監視の動作方法
IMF 対応エージェントが起動すると、エージェントは IMF 通知モジュールを初期化します。リソースが安定状態になった後、エージェントはリソースの監視に必要な詳細を IMF 通知モジュールに登録します。たとえば、プロセスエージェントはプロセスの PID を IMF 通知モジュールに登録します。 エージェントの imf_getnotification 関数はリソースの状態が変化するのを待ちます。 IMF 通知モジュールがリソースの状態の変化を imf_getnotification 関数に通知すると、エージェントフレームワークは監視エージェント関数を実行して、そのリソースの状態を確認します。 エージェントが状態の変化を VCS に通知すると、VCS は適切な処理を実行します。
リソースは、2 つの連続する監視エージェント関数が状態を ONLINE または OFFLINE として報告すると、安定状態に移行します。どのように安定状態に移行するかについて、いくつかの例を次に示します。
リソースがオンライン状態になると、オンラインエージェント関数が完了した後で、監視エージェント関数がスケジュールされます。この監視エージェント関数が状態を ONLINE として報告すると想定します。次の監視エージェント関数は、MonitorInterval 属性によって指定された時間間隔が経過した後で実行されます。この監視エージェント関数も状態を ONLINE として報告した場合は、2 つの連続した監視エージェント関数がリソースの状態を ONLINE として報告したことになるので、安定状態になります。2 番目の監視エージェント関数が状態を ONLINE として報告した後、IMF の登録コマンドがスケジュールされます。リソースは IMF の通知モジュールによって登録され、IMF の制御下に入ります。MonitorInterval のデフォルト値は 60 秒です。
リソースのオフライン状態についても、同様の一連のイベントが発生します。
IMF があるエージェントタイプに対して無効化されており、リソースが ONLINE 状態であるときにそのエージェントタイプに対して IMF を有効化すると想定します。次の監視エージェント関数は、MonitorInterval によって指定された時間間隔が経過した後で実行されます。この監視エージェント関数も状態を ONLINE として報告した場合は、2 つの連続した監視エージェント関数がリソースの状態を ONLINE として報告したことになるので、安定状態になります。
そのエージェントタイプに対して IMF を有効化したあとで、リソースが最初に OFFLINE と報告され、次の監視エージェント関数でも状態が OFFLINE と報告された場合、同様の一連のイベントが発生します。
IMF 通知モジュールについてを参照してください。