Cluster Server 8.0 付属エージェントリファレンスガイド - Linux
- 付属エージェントの概要
- ストレージエージェント
- ストレージエージェントの概要
- DiskGroup エージェント
- DiskGroupSnap エージェント
- Volume エージェント
- VolumeSet エージェント
- LVMLogicalVolume エージェント
- LVMVolumeGroup エージェント
- Mount エージェント
- IMF 対応
- Mount エージェントの依存関係
- Mount エージェントのエージェント関数
- Mount エージェントの状態の定義
- Mount エージェントの属性
- Mount エージェントのリソースタイプ定義
- Mount エージェントに関する注意事項
- ディレクトリ名のスペースのサポート
- 複数 bindfs のサポート
- 高可用性のファイアドリル
- VxFS ファイルシステムロック
- IMF の使用に関する注意事項
- Mount エージェントに対するレベル 2 の監視の有効化
- RHEL 7 と RHEL 8: NFS ファイルシステムのバージョン
- RHEL 7 と RHEL 8: バインドマウントの構成
- Amazon EFS のサポート
- Mount エージェントの設定例
- Mount エージェントのデバッグログレベル
- Mount エージェントの制限事項
- VMwareDisksエージェント
- SFCache エージェント
- AWS EBSVol エージェント
- AzureDisk エージェント
- GoogleDisk エージェント
- Network エージェント
- ネットワークエージェントについて
- IP エージェント
- NIC エージェント
- IPMultiNIC エージェント
- MultiNICA エージェント
- DNS エージェント
- AWSIP エージェント
- AWSRoute53 エージェント
- AzureIP エージェント
- AzureDNSZone エージェント
- GoogleIP エージェント
- ファイル共有エージェント
- サービスエージェントとアプリケーションエージェント
- サービスエージェントとアプリケーションエージェントについて
- Apache HTTP サーバーエージェント
- Application エージェント
- AzureAuth エージェント
- CoordPoint エージェント
- KVMGuest エージェント
- KVMGuest エージェントの依存関係
- KVMGuest エージェントのエージェント関数
- KVMGuest エージェントの状態の定義
- KVMGuest エージェントの属性
- KVMGuest エージェントのリソースタイプ定義
- KVMGuest エージェントに関する注意
- RHEL 6、RHEL 7(KVM 環境)、SuSE Enterprise Linux 11 SP2 と SP3 で作成されたゲストのサポート
- ストレージとネットワークの設定
- ゲストのライブ移行
- RHEV 環境の仮想マシンの管理
- SuSE KVM の ISO イメージの管理
- VCS を使った仮想マシンの移行
- グローバルクラスタ設定の DR のための KVMGuest エージェントの設定
- AD ベースのドメインを使用する RHEV-M の非管理者ユーザーの設定
- ホストがクラッシュした場合の仮想マシンのフェールオーバー
- KVMGuest エージェントは RHEV 環境で curl コマンドと xpath コマンドを要求する
- RHEV 環境: VM が動作しているノードがパニックに陥るか強制的にシャットダウンされる場合、VCS は別のノードで VM を開始できない
- KVMGuest 環境の設定例
- RHEV 環境の設定例
- SuSE KVM の設定例
- KVMGuest エージェントのデバッグログレベル
- Process エージェント
- ProcessOnOnly エージェント
- RestServer エージェント
- インフラエージェントとサポートエージェント
- エージェントのテスト
- レプリケーションエージェント
- レプリケーションエージェントについて
- RVG エージェント
- RVGPrimary エージェント
- RVGSnapshot
- RVGShared エージェント
- RVGLogowner エージェント
- RVGSharedPri エージェント
- VFRJob エージェント
属性
表: 必須属性
必須属性 | 説明 |
|---|---|
FaultTolerance | FaultTolerance 属性は、コーディネーションポイント上の登録が見つからないか、ノードとコーディネーションポイント間の接続が消失したことを CoordPoint エージェントが宣言するときを判断します。 キー(または登録)が見つからないコーディネーションポイントの数や、到達不能なコーディネーションポイントの数が FaultTolerance 属性の値を超過すると、エージェントは FAULTED を報告します。 ユーザー自身の設定の必要条件に従ってこの属性の値を設定してください。たとえば、FaultTolerance の値を 1 に設定すると、キー(または登録)が見つからないコーディネーションポイントの数や到達不能なコーディネーションポイントの数が 2 以上の場合に、CoordPoint エージェントは FAULTED を報告します。 CoordPoint エージェントが監視を開始する前か、または監視を行っている間に、FaultTolerance 属性の値を変更してください。 CoordPoint エージェントが監視している間に属性を設定すると、CoordPoint エージェントは次の監視サイクルに新しい値を読み込みます。 現在の FaultTolerance の値を表示するには、次のコマンドを入力します。 # hares -display coordpoint -attribute FaultTolerance データ形式と値のタイプ: 整数 - スカラー デフォルト: "0" |
表: オプションの属性
オプションの属性 | 説明 |
|---|---|
ActionOnCoordPointFault | この属性により、コーディネーションポイントで消失した登録キー (もしあれば) を自動的に置き換えることができるかどうかを判定できます。また、カーネルドライバのコーディネータディスクのパブリック文字パスがそのコーディネータディスクのデバイスパスに一致しない場合に修正アクションを実行するかどうかも判定します。 デフォルトでは、この属性は無効になっています。この属性を有効にするには、値を RefreshRegistrations に設定します。 更新手順に 2 回連続して失敗すると、そのノードでは再び試みられません。hares コマンドを実行すると、そのノードの更新手順を再度有効にできます。 # /opt/VRTS/bin/hares -action coordpoint enable_refresh -sys <sys_name> データ形式と値のタイプ: 文字列 - スカラー デフォルト: None この属性を有効にするには、値を |