レコードの注意事項
レコードを収集する場合の注意事項を次に示します。
- 〈このページの構成〉
パフォーマンスデータ収集前の注意事項
パフォーマンスデータ収集前の注意事項について次に示します。
レジストリの変更について
この注意事項は,Hyper-V固有のものです。
PFM - RM for Virtual Machineは,OSが提供する標準的な方法で設定された環境での動作だけをサポート対象としています。
Microsoftのサポート技術情報で公開されている情報でも,レジストリエディターでレジストリ情報を直接編集するなど,OSに対して特殊な設定をしている場合,パフォーマンスデータが正しく収集できないことがあります。
履歴データの収集について
PFM - RM for Virtual Machineでは,レコードごとに,インスタンス内のすべての監視対象の履歴データ,またはグループエージェントで集約された履歴データが,同じデータファイルに格納されます。各データファイルのサイズの上限は2GBのため,インスタンス内に多数の監視対象がある場合,またはレコードのインスタンス数が多い場合,履歴データがStoreデータベースに格納できなくなることがあります。
特に,グループエージェントで集約された履歴データは,データファイルを圧迫するおそれがあります。そのため,グループエージェントで監視を行う場合は,データファイルのサイズが2GBを超えないように,インスタンス内の監視対象数を減らすか,LOGIFを使用してStoreデータベースに格納するデータを抑える必要があります。
Storeデータベースのディスク占有量を見積もる方法については,「付録A システム見積もり」を参照してください。
監視対象ホストのシステムリソースを変更するときの注意事項
監視対象ホストのシステムリソースを変更する場合の注意事項を次に示します。
システムリソースの変更前後のパフォーマンスデータについて
監視対象ホストのシステムリソースを変更した場合,変更前と変更後とのパフォーマンスデータとの連続性はありません。したがって,変更前と変更後のパフォーマンスデータを,別のパフォーマンスデータとして扱う必要があります。
データを取得できない場合のレコード生成結果
フィールドに格納するデータを取得できない場合のレコード生成結果について説明します。
レコードが生成されない
次の場合,レコードは生成されません。
-
ODBCキーフィールドとして定義されたフィールドに格納するパフォーマンスデータをPFM - RM for Virtual Machineが収集できない場合
VMware環境の監視においての注意事項
-
ストレージにNFSなどのネットワークファイルシステムを使用している場合,そのインスタンスはPI_VPDI,PI_HPDIレコードで取得できません。
-
監視対象がVMwareの場合,ロックダウンモードを無効にしてください。ロックダウンモードが有効になっていると,パフォーマンスデータの収集に失敗します。
-
仮想マシンの名称に「/(Slash)」,「¥(Backslash)」,「%(Percent)」記号を使用したVMwareを監視することはできません。
Hyper-Vの仮想マシン名称についての注意事項
-
1つのHyper-Vシステム内に同じ名称の仮想マシンが複数存在する場合,PFM - RM for Virtual Machineは正しい情報を取得できないおそれがあります。各仮想マシンには異なる名称を付けてください。
Hyper-V,KVMのレコード収集の注意事項
PIレコードタイプで,2回以上パフォーマンスデータが収集されている必要があるフィールドがあります。
フィールドの値が0になる
次の場合,フィールドの値は0になります。
-
2回以上パフォーマンスデータが収集されている必要があるフィールドで,前回のパフォーマンスデータが収集されていない場合
-
2回以上パフォーマンスデータが収集されている必要があるフィールドで,収集した日時が減少している場合
KVMのレコード収集の注意事項
-
PFM - RM for Virtual Machineは,マウントしているリモートファイルシステムの情報が参照できる状態(dfコマンドが正常に実行できる状態)で運用してください。マウントしているリモートファイルシステムが応答を返さない状態で,インスタンスのDisk_Categoryプロパティを"Y"に設定した場合,Remote Agentサービスが正しくパフォーマンスデータの収集を行えなくなります。この場合,次の回復手順を実施してください。
-
インスタンスのDisk_Categoryプロパティを"N"に変更する。
-
監視対象に指定したリモートホスト上のdfプロセスを停止する。
# kill -TERM(またはKILL) "dfのプロセスID"
-
NFSデーモンを再起動するなど,正常にリモートファイルシステムがマウントされている状態に回復する。
-
インスタンスのDisk_Categoryプロパティを"Y"に戻す。
-
-
Host Logical Disk Status(PI_HLDI)レコードのUsedフィールドの値は,Linuxのファイルシステムが管理している予約ブロックの空き容量は含まれません。このため,Sizeフィールドの値とUsedフィールド+Freeフィールドの値は一致しません。
Docker環境のレコード収集の注意事項
PIレコードタイプで,2回以上パフォーマンスデータが収集されている必要があるフィールドがあります。
フィールドの値が0になる
次の場合,フィールドの値は0になります。
-
2回以上パフォーマンスデータが収集されている必要があるフィールドで,前回のパフォーマンスデータが収集されていない場合
-
2回以上パフォーマンスデータが収集されている必要があるフィールドで,収集したDockerコンテナの開始時刻が変わっている場合
Podman環境のレコード収集の注意事項
PIレコードタイプで,2回以上パフォーマンスデータが収集されている必要があるフィールドがあります。
フィールドの値が0になる
次の場合,フィールドの値は0になります。
-
2回以上パフォーマンスデータが収集されている必要があるフィールドで,前回のパフォーマンスデータが収集されていない場合
-
2回以上パフォーマンスデータが収集されている必要があるフィールドで,前回のパフォーマンスデータを収集してから今回のパフォーマンスデータを収集するまでにコンテナを再起動した場合
Virtage環境の監視においての注意事項
-
LPARにHBAおよび,NICを占有モードで割り当てた場合,次の情報を収集できません。
-
PI_VPDI(VM Physical Disk Status)
-
PI_VNI(VM Network Status)
-
その他の注意事項
-
PI_V***のレコードの値は仮想環境から取得した値であり,実際に稼動しているゲストOSのパフォーマンスモニタの値と一致するわけではありません。
-
監視対象ホストのCPU数が32個以上存在するHyper-V環境を監視した場合,監視対象ホストのイベントログにPerfNet ID:2006が記録される場合がありますが,パフォーマンスデータの収集は問題ありません。また,PerfNet ID:2006のイベントは無視してください。
-
ゲストOSのイメージファイル名およびパス名にASCII文字列以外を使用した場合,PI_VPDIレコードのDisk IDフィールドの値が正しく表示されないことがあります。
-