プロキシ管理が失われた場合の障害分離の仕組み（Hyper-V）
仮想ネットワークの作成に使われる Microsoft Hyper-V 仮想化技術は、sp に固有の管理チャンスを提供します。sp は、標準的な方法を使用して仮想デバイスに直接接続できます。また sp は同時に、Hyper-V 技術から仮想デバイスの情報を収集できます。この意味で、Hyper-V 技術は「プロキシ（代理）」であり、このプロキシから sp は仮想デバイス情報を収集します。sp はデバイスとの直接の接続を失うと、アラームを生成します。同様に、Hyper-V 技術が仮想デバイスとの接続を失うか、Virtual Host Manager が Hyper-V マネージャとの接続を失うと、Virtual Host Manager はプロキシ管理ロスト アラームを生成します。
casp1032jp
仮想ネットワークの作成に使われる Microsoft Hyper-V 仮想化技術は、
CA Spectrum
に固有の管理チャンスを提供します。CA Spectrum
は、標準的な方法を使用して仮想デバイスに直接接続できます。また CA Spectrum
は同時に、Hyper-V 技術から仮想デバイスの情報を収集できます。この意味で、Hyper-V 技術は「プロキシ（代理）」であり、このプロキシから CA Spectrum
は仮想デバイス情報を収集します。CA Spectrum
はデバイスとの直接の接続を失うと、アラームを生成します。同様に、Hyper-V 技術が仮想デバイスとの接続を失うか、Virtual Host Manager が Hyper-V マネージャとの接続を失うと、Virtual Host Manager はプロキシ管理ロスト アラームを生成します。これを受けて、
CA Spectrum
は、プロキシ管理障害の原因を特定しようとします。プロキシ障害分離は、標準的な CA Spectrum
障害分離に似ていますが、これらのアラートにより、仮想デバイスのプロキシ
管理が影響を受けているということが警告される点が異なっています。プロキシ管理の障害分離は、仮想デバイスが稼働中かダウンしているかを通知することはできません。ただし、デバイスに関する重要な仮想情報が失われる可能性があるため、プロキシを介した接続がいつ切断されたかを知ることが重要です。Virtual Host Manager が根本原因を検出するために使用するプロキシ障害分離のタイプは、どのデバイスがアラームを出しているか、およびデバイスが生成するイベントのタイプによって異なります。以下のシナリオでは、固有のプロキシ障害管理状況、および Virtual Host Manager 仮想ネットワークにおけるネットワークのエラーをどのように分離するかを説明します。
シナリオ：
CA Spectrum
と Hyper-V マネージャとの間の接続が失われたCA Spectrum
が Hyper-V マネージャ モデルとの接続を失うか、Hyper-V マネージャ モデルのポーリングを停止すると、CA Spectrum
は Hyper-V マネージャが管理するすべての仮想モデルに関する Hyper-V 仮想化技術データを失います。問題を分離するために、Virtual Host Manager は以下のように根本原因を確定します。- CA Spectrumは、仮想マシンおよび Hyper-V ホストを含む、Hyper-V マネージャによって管理されたすべての仮想モデルに対してプロキシ ロスト アラームを生成します。CA Spectrumは、Hyper-V マネージャ モデルに対して Proxy Unavailable アラームも別途生成します。
- 仮想マシン アラームは、対応する Hyper-V ホスト モデル アラームと関連付けられます。
- Hyper-V ホスト モデル アラームは、Hyper-V マネージャ モデルのプロキシ使用不可アラームと関連付けられます。
- その後、プロキシ使用不可アラームは、ダウンしている Hyper-V マネージャの根本原因と関連付けられます。根本原因は通常、以下の状況で作成されたアラームなど、標準CA Spectrum障害管理によって生成されたアラームです。
- Hyper-V マネージャの管理が失われた（つまり、Hyper-V マネージャ ホストのCA eHealth SystemEDGEエージェントで発生した問題）
- マシン接続が失われた
- Hyper-V マネージャ モデルが保守モードになっている