Cluster Server 8.0.2 付属エージェントリファレンスガイド - Solaris
- 付属エージェントの概要
- ストレージエージェント
- ストレージエージェントの概要
- DiskGroup エージェント
- DiskGroupSnap エージェント
- Disk エージェント
- Volume エージェント
- VolumeSet エージェント
- Mount エージェント
- IMF 対応
- Mount エージェントの依存関係
- Mount エージェントのエージェント関数
- Mount エージェントの状態の定義
- Mount エージェントの属性
- Mount エージェントのリソースタイプ定義
- Mount エージェントに関する注意事項
- 高可用性のファイアドリル
- VxFS ファイルシステムロック
- IMF の使用に関する注意事項
- IPv6 の使用に関する注意事項
- ループバックファイルシステムのサポート
- Mount エージェントに対するレベル 2 の監視の有効化
- ZFS ファイルシステムとプールの作成例
- 非グローバルゾーン内での VxFS 直接マウントのサポート
- Mount エージェントの設定例
- Mount エージェントのデバッグログレベル
- Zpool エージェント
- VMwareDisksエージェント
- SFCache エージェント
- Network エージェント
- ネットワークエージェントについて
- IP エージェント
- NIC エージェント
- IPMultiNICB と MultiNICB エージェントについて
- IPMultiNICB エージェント
- MultiNICB エージェント
- MultiNICB エージェントのベースモードとマルチパスモード
- MultiNICB エージェントの Oracle トランキング
- MultiNICB エージェントの haping ユーティリティ
- MultiNICB エージェントの依存関係
- MultiNICB エージェントのエージェント関数
- MultiNICB エージェントの状態の定義
- MultiNICB エージェントの属性
- MultiNICB エージェントのベースモードとマルチパスモードのオプション属性
- MultiNICB エージェントのベースモードのオプション属性
- MultiNICB エージェントのマルチパスモードのオプション属性
- MultiNICB エージェントのリソースタイプの定義
- Solaris オペレーティングモード: MultiNICB エージェントのベースとマルチパス
- MultiNICB エージェントのベースモード
- MultiNICB エージェントのフェールオーバーとフェールバック
- MultiNICB エージェントのマルチパスモード
- Solaris 11 の MultiNICB エージェントと IPMultiNICB エージェントの設定
- MultiNICB エージェントのトリガスクリプト
- MultiNICB エージェントの設定例
- MultiNICB エージェントのデバッグログレベル
- DNS エージェント
- ファイル共有エージェント
- サービスエージェントとアプリケーションエージェント
- サービスエージェントとアプリケーションエージェントについて
- AlternateIO エージェント
- Apache HTTP サーバーエージェント
- Application エージェント
- CoordPoint エージェント
-
LDom エージェント
- プライマリドメインと論理ドメインの依存関係と障害ポリシーの設定
- IMF 対応
- 依存関係
- エージェント関数
- 状態の定義
- 属性
- リソースタイプの定義
- LDom エージェントの注意事項
- auto-boot? 変数について
- DomainFailurePolicy 属性の注意事項
- VCS を使った論理ドメインの移行
- グローバルクラスタ環境の DR のための LDom エージェントの設定
- IMF との LDom エージェントの使用
- 設定例 1
- 設定例 2
- ユーザー起動の LDom 移行をサポートするための設定
- VCS で開始された移行のための設定
- 設定例(仮想マシンサービスグループの動的なフェールオーバー)
- デバッグログレベル
- Process エージェント
- ProcessOnOnly エージェント
- Project エージェント
- RestServer エージェント
- Zone エージェント
- インフラエージェントとサポートエージェント
- エージェントのテスト
- レプリケーションエージェント
NIC エージェントの排他的 IP ゾーンの設定
次に、NIC リソースと IP リソースでの排他的 IP ゾーンの設定例を示します。 次の例では、nic_value はベース NIC 名(bge0 など)、zone_name は排他的 IP ゾーンの名前です(Zone リソースの設定について詳しくは、Zone エージェントの項を参照してください)。
group grp1 (
SystemList = { sysA = 0 }
ContainerInfo@sysA = { Name = zone_name, Type = Zone,
Enabled = 1 }
AutoStartList = { sysA }
Administrators = { z_zone_res_sysA }
)
IP ip_res (
Device = nic_value
Address = "166.93.3.10"
NetMask = "255.255.255.0"
ExclusiveIPZone = 1
)
NIC nic_res (
Device = nic_value
NetworkHosts = { "166.93.3.1" }
ExclusiveIPZone = 1
)
Zone zone_res (
)
ip_res requires nic_res
ip_res requires zone_res排他的 IP ゾーンに設定された NIC リソースで障害が検出された場合は、次の手順を実行して、障害を解消します。
- NIC リソースが設定されているデバイスを修復します。 デバイスが正常であることを確認します(ケーブル接続、ネットワーク接続などを調べます)。
- NIC で障害が発生しているシステムの排他的 IP ゾーンに応じて次のいずれかを実行します。
稼働中: 対応は必要ありません。次の NIC 監視サイクルで、正常な NIC デバイスの検出後に障害が解消されます。
稼働していない: 次のコマンドを実行することにより、NIC リソースの「clearNICFaultInZone」action エントリポイントを呼び出して、NIC デバイスで障害をクリアします。
# hares -action nic_res clearNICFaultInZone -sys sysA
メモ:
NIC のリソースが排他的 IP ゾーン用に設定されている場合、ゼロ以外の値に ToleranceLimit 属性を設定することをお勧めします。
排他的 IP ゾーン用に設定された NIC リソースは、ゾーンが機能する場合にゾーン内で監視されます。ゾーンのシャットダウン中に NIC のモニタープログラムが呼び出された場合、モニターは誤って NIC をオフラインとして報告することがあります。これは、ネットワークサービスの一部がオフラインでありながらゾーンが完全に終了していない場合に起こります。この報告はゼロ以外の値に ToleranceLimit 値を上書きして設定することで回避できます。
ToleranceLimit 値は次のように計算します: ゾーンを完全にシャットダウンするための時間 = NIC リソースの MonitorInterval 値 + (MonitorInterval 値 x ToleranceLimit 値)以下。
たとえば、ゾーンのシャットダウンに 90 秒かかり、NIC エージェントの MonitorInterval が 60 秒(デフォルト値)に設定されている場合、ToleranceLimit 値は 1 に設定します。