この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
ステップ 1 | [Navigation] ペインで [Equipment] をクリックします。 | ||||||||||||||||||||||||||||||||
ステップ 2 | の順に展開します。 | ||||||||||||||||||||||||||||||||
ステップ 3 | モニタするサーバをクリックします。 | ||||||||||||||||||||||||||||||||
ステップ 4 | [Work] ペインで次のタブのいずれかをクリックして、サーバのステータスを表示します。
| ||||||||||||||||||||||||||||||||
ステップ 5 | [Navigation] ペインで、 の順に展開します。 | ||||||||||||||||||||||||||||||||
ステップ 6 | [Navigation] ペインで、次のアダプタのコンポーネントを 1 つ以上クリックしてナビゲータを開き、コンポーネントのステータスを表示します。
|
ステップ 1 | [Navigation] ペインで [Equipment] をクリックします。 | ||||||||||||||||||||||||||||||
ステップ 2 | の順に展開します。 | ||||||||||||||||||||||||||||||
ステップ 3 | モニタするサーバをクリックします。 | ||||||||||||||||||||||||||||||
ステップ 4 | [Work] ペインで次のタブのいずれかをクリックして、サーバのステータスを表示します。
| ||||||||||||||||||||||||||||||
ステップ 5 | [Navigation] ペインで、 の順に展開します。 | ||||||||||||||||||||||||||||||
ステップ 6 | [Work] ペインで、次のアダプタのコンポーネントを 1 つ以上右クリックしてナビゲータを開き、コンポーネントのステータスを表示します。
|
ステップ 1 | [Navigation] ペインで [Equipment] をクリックします。 | ||||||||||||||||||
ステップ 2 | の順に展開します。 | ||||||||||||||||||
ステップ 3 | モニタするモジュールをクリックします。 | ||||||||||||||||||
ステップ 4 | 次のタブのいずれかをクリックして、モジュールのステータスを表示します。
|
Crypto Card のモニタリング
Cisco UCS Manager では、Cisco UCSB-B200-M4 ブレード サーバでのメザニン Crypto Card(UCSB-MEZ-INT8955)のインベントリ管理が行えます。Cisco Crypto Card の中心的な機能は、UCS ブレード サーバに対して、特定のアプリケーション用のハードウェア ベース暗号化機能を提供することです。
Cisco B200 M4 ブレード サーバでは、オプションとして、ホットプラグ対応の SAS、SATA ハード ディスク ドライブ(HDD)またはソリッド ステート ドライブ(SSD)を計 2 台利用可能で、広範な IT ワークロードに適しています。Crypto Card は、ブレード サーバのスロット 2 に設置します。
Cisco UCS Manager は、ブレード サーバに設置された Crypto Card を検出すると、モデル、リビジョン、ベンダー、シリアル番号を、[Equipment] > [Chassis] > [Server_Number] > [Inventory] > [Security] サブタブに表示します。サポートされていないブレード サーバに Crypto Card を追加すると、Crypto Card の検出に失敗します。
Cisco UCS Manager は、Crypto Card のファームウェア管理をサポートしていません。
Crypto Card の挿入時または取り外し時は、詳細なディスカバリがトリガーされます。Crypto Card を他の Crypto Card、アダプタ、Fusion I/O またはパス スルー カードと交換した場合、動作しているサーバでの詳細なディスカバリがトリガーされます。Crypto Card の交換については、次のようなシナリオが想定されます。
Crypto Card を別の Crypto Card と交換する。
Crypto Card をアダプタと交換する。
Crypto Card を Fusion I/O と交換する。
Crypto Card を GPU カードと交換する。
Crypto Card をパス スルー カードと交換する。
アダプタを Crypto Card と交換する。
ストレージ メザニンを Crypto Card と交換する。
GPU カードを Crypto Card と交換する。
Cisco UCS Manager を以前のバージョンにダウングレードする場合、クリーンアップは必要ではありません。ダウングレード後に UCS Manager をアップグレードする場合は、カードを再検出してインベントリに登録させる必要があります。Crypto Card をサポートしていないサーバでも、検出は中断されずに続行されます。
Crypto Card の検出、関連付け、関連付け解除、および解放は、Cisco UCS Manager で処理されます。
ステップ 1 | [Navigation] ペインで [Equipment] をクリックします。 | ||||||||||||||||||
ステップ 2 | の順に展開します。 | ||||||||||||||||||
ステップ 3 | [Work] ペインで [Inventory] タブをクリックし、[Security] サブタブをクリックします。
|
NVMe PCIe SSD デバイスのモニタリング
Cisco UCS Manager GUI は、Non-Volatile Memory Express(NVMe)Peripheral Component Interconnect Express(PCIe)SSD ストレージ デバイスのインベントリを検出、識別、および表示します。サーバ内のストレージ デバイスの状態を表示できます。NVMe 対応 PCIe SSD ストレージ デバイスは、SAS または SATA の SSD と比較して、遅延を短縮し、1 秒あたりの入出力操作数(IOPS)を増加させ、電力消費を削減できます。
ヘルス モニタリング
Cisco UCS ファブリック インターコネクト システムの統計情報と障害をモニタできるため、次のようなシステムの全体的な完全性を管理できます。
カーネル メモリ不足:これは Linux カーネルが直接対処するセグメントです。Cisco UCS Manager は、カーネルのメモリが 100 MB を下回った場合に、ファブリック インターコネクトで重大な障害を生成します。ファブリック インターコネクトのメモリ不足障害のモニタリングを参照してください。メモリ不足しきい値に到達すると、KernelMemFree と KernelMemTotal の 2 つの統計情報アラームが出されます。KernelMemFree および KernelMemTotal 統計情報は、ユーザが独自のしきい値を定義できるシステム統計情報のしきい値ポリシーに追加されます。
メモリ不足の障害については、次の Cisco UCS ファブリック インターコネクトでサポートされています。
[Correctable Parity Errors]:(UCS 6300 ファブリック インターコネクトの場合のみ)これらのエラーをシステムで収集し、報告するには、[Statistics] > [sysstats] > [CorrectableParityError] の順に選択します。
修正不可能なパリティ エラー(UCS 6300 ファブリック インターコネクトのみ):これらのエラーは [Faults] タブでファブリック インターコネクトの重大な障害を生成して、CallHome をトリガーします。これらの重大な障害では、ファブリック インターコネクトのリブートが必要になる場合があります。ファブリック インターコネクトの修正不可能なパリティ エラーによる重大な障害のモニタリングを参照してください。
ファブリック インターコネクトのメモリ不足および修正可能なメモリに関する統計情報の表示法:
Cisco UCS Manager システムは、カーネルの空きメモリが 100 MB を下回った場合に、ファブリック インターコネクトで高い重大度の障害を生成します。
メモリ不足の障害については、次の Cisco UCS ファブリック インターコネクトでサポートされています。
ファブリック インターコネクトのメモリ不足障害を表示するには:
修正不可能なパリティ エラーの発生は、[Faults] タブにあるファブリック インターコネクトに重大な障害を生成して、Call Home をトリガーします。重大な障害は、ファブリック インターコネクトのリブートを必要とする場合があります。
![]() (注) | これは、UCS 6300 ファブリック インターコネクトにのみ適用されます。 |
修正不可能なパリティ エラーの障害の監視法:
Cisco Integrated Management Controller(CIMC)は、ブレード サーバとラックマウント サーバについて、次のメモリ使用量イベントを報告します。
メモリが 1 MB を下回り、メモリ使用量が致命的と CIMC が判断。リセットが差し迫った状況。
メモリが 5 MB を下回り、メモリ使用量が過度に高いと CIMC が判断。
メモリが 10 MB を下回り、メモリ使用量が高いと CIMC が判断。
CIMC のメモリ使用量イベントの表示法:
CIMC が 2 つのヘルス イベントを報告し、その一方の重大度が高くもう一方の重大度が低い場合、システムは高い重大度の障害を 1 つ生成して、[Health] タブの [Management Services] サブタブに詳細を表示します。個々のヘルス イベントは個別の障害に変換されません。最も高い重大度のヘルス イベントが 1 つの障害に変換されます。障害は タブに表示されます。 |
Cisco Chassis Management Controller(CMC)は、IOM およびシャーシについてメモリ使用量イベントを報告します。
システムは、報告されたヘルス ステータスを集約して 1 つの障害を生成します。
CMC のメモリ使用量イベントの表示方法:
Cisco UCS Manager は、System Stats に集計された次の Cisco ファブリック エクステンダ(FEX)に関する統計情報を報告します。
Cisco 2200 シリーズおよび 2300 シリーズ FEX は、統計情報モニタリングをサポートしています。
![]() (注) | Cisco UCS ミニ プラットフォームでは、FEX 統計情報はサポートされていません。 |
すべての FEX 統計は FexSystemStats として、ユーザ独自のしきい値を定義できるしきい値ポリシーに追加されます。
管理インターフェイス モニタリング ポリシーでは、ファブリック インターコネクトの mgmt0 イーサネット インターフェイスをモニタする方法を定義します。Cisco UCS Manager によって管理インターフェイスの障害が検出されると、障害レポートが生成されます。障害レポートの数が設定された数に達した場合、システムは管理インターフェイスが使用不能であると見なし、障害を生成します。デフォルトでは、管理インターフェイス モニタリング ポリシーは有効です。
その時点で管理インスタンスであるファブリック インターコネクトの管理インターフェイスに障害が発生した場合、Cisco UCS Manager はまず、下位のファブリック インターコネクトがアップ状態であるかどうかを確認します。さらに、ファブリック インターコネクトに対して記録されている障害レポートがその時点でない場合、Cisco UCS Manager はエンドポイントの管理インスタンスを変更します。
影響を受けるファブリック インターコネクトがハイ アベイラビリティ設定でプライマリに設定されている場合、管理プレーンのフェールオーバーがトリガーされます。このフェールオーバーはデータ プレーンに影響しません。管理インターフェイスのモニタリングに関連している次のプロパティを設定できます。
管理インターフェイスのモニタに使用されるメカニズムのタイプ。
管理インターフェイスのステータスがモニタされる間隔。
管理が使用できないと判断し障害メッセージを生成する前にシステムの失敗を許容するモニタリングの最大試行回数。
ステップ 1 | [Navigation] ペインで [Admin] をクリックします。 | ||||||||||||||||||||||||
ステップ 2 | の順に展開します。 | ||||||||||||||||||||||||
ステップ 3 | [Management Interfaces] をクリックします。 | ||||||||||||||||||||||||
ステップ 4 | [Work] ペインで、[Management Interfaces Monitoring Policy] タブをクリックします。 | ||||||||||||||||||||||||
ステップ 5 | 次のフィールドに入力します。
| ||||||||||||||||||||||||
ステップ 6 | モニタリング メカニズムに を選択する場合、[Media Independent Interface Monitoring] 領域 の次のフィールドに入力します。
| ||||||||||||||||||||||||
ステップ 7 | モニタリング メカニズムに を選択する場合、 領域 の該当するタブのフィールドに入力します。
IPv4 アドレスを使用している場合は、[IPv4] サブタブの次のフィールドに入力します。
IPv6 アドレスを使用している場合は、[IPv6] サブタブの次のフィールドに入力します。
IPv4 アドレスに 0.0.0.0 と入力すると、ARP ターゲットが削除されます。または IPv6 アドレスの場合は N-disc ターゲットが削除されます。 | ||||||||||||||||||||||||
ステップ 8 | モニタリング メカニズムに を選択する場合、 領域 の次のフィールドに入力します。
| ||||||||||||||||||||||||
ステップ 9 | [Save Changes] をクリックします。 |
Cisco UCS でのローカル ストレージのモニタリングでは、ブレードまたはラック サーバに物理的に接続されているローカル ストレージに関するステータス情報を提供します。これには、RAID コントローラ、物理ドライブおよびドライブ グループ、仮想ドライブ、RAID コントローラ バッテリ(バッテリ バックアップ ユニット)、Transportable Flash Module(TFM)、スーパーキャパシタ、FlexFlash コントローラおよび SD カードが含まれます。
Cisco UCS Manager は、アウトオブバンド インターフェイスを使用して LSI MegaRAID コントローラおよび FlexFlash コントローラと直接通信するため、リアルタイムの更新が可能になります。表示される情報には次のようなものがあります。
RAID コントローラ ステータスと再構築レート。
物理ドライブのドライブの状態、電源状態、リンク速度、運用性およびファームウェア バージョン。
仮想ドライブのドライブの状態、運用性、ストリップのサイズ、アクセス ポリシー、ドライブのキャッシュおよびヘルス。
BBU の運用性、それがスーパーキャパシタまたはバッテリであるか、および TFM に関する情報。
LSI ストレージ コントローラは、スーパーキャパシタを備えた Transportable Flash Module(TFM)を使用して RAID キャッシュ保護を提供します。
SD カードおよび FlexFlash コントローラに関する情報(RAID のヘルスおよび RAID の状態、カード ヘルスおよび運用性を含む)。
再構築、初期化、再学習などストレージ コンポーネント上で実行している操作の情報。
![]() (注) | CIMC のリブートまたはビルドのアップグレード後は、ストレージ コンポーネント上で実行している操作のステータス、開始時刻および終了時刻が正しく表示されない場合があります。 |
すべてのローカル ストレージ コンポーネントの詳細な障害情報。
![]() (注) | すべての障害は、[Faults] タブに表示されます。 |
サポートされるモニタリングのタイプは、Cisco UCS サーバによって異なります。
Cisco UCS Manager を使用して、次のサーバについてローカル ストレージ コンポーネントをモニタできます。
Cisco UCS B200 M3 ブレード サーバ
Cisco UCS B420 M3 ブレード サーバ
Cisco UCS B22 M3 ブレード サーバ
Cisco UCS B200 M4 ブレード サーバ
Cisco UCS B260 M4 ブレード サーバ
Cisco UCS B460 M4 ブレード サーバ
Cisco UCS C460 M2 ラック サーバ
Cisco UCS C420 M3 ラック サーバ
Cisco UCS C260 M2 ラック サーバ
Cisco UCS C240 M3 ラック サーバ
Cisco UCS C220 M3 ラック サーバ
Cisco UCS C24 M3 ラック サーバ
Cisco UCS C22 M3 ラック サーバ
Cisco UCS C220 M4 ラック サーバ
Cisco UCS C240 M4 ラック サーバ
Cisco UCS C460 M4 ラック サーバ
Cisco UCS B200 M5 サーバ
Cisco UCS B480 M5 サーバ
Cisco UCS C220 M5 サーバ
Cisco UCS C240 M5 サーバ
Cisco UCS C480 M5 サーバ
![]() (注) | すべてのサーバがすべてのローカル ストレージ コンポーネントをサポートするわけではありません。Cisco UCS ラック サーバの場合は、マザーボードに組み込まれたオンボード SATA RAID 0/1 コントローラはサポートされません。 |
レガシー ディスク ドライブ モニタリングのみが、次のサーバで Cisco UCS Manager を介しサポートされます。
![]() (注) | Cisco UCS Manager がディスク ドライブをモニタするには、1064E ストレージ コントローラは、パッケージ バージョンが 2.0(1) 以上の Cisco UCS バンドルに含まれるファームウェア レベルが必要です。 |
これらの前提条件は、有益なステータス情報を提供するため行われるローカル ストレージ モニタリングやレガシー ディスク ドライブ モニタリングの際に満たす必要があります。
![]() (注) | 以下の情報は、B200 M1/M2 および B250 M1/M2 ブレード サーバにのみ適用されます。 |
Cisco UCS のレガシー ディスク ドライブ モニタリングにより、Cisco UCS ドメイン内のサポート対象ブレード サーバについて、ブレードに搭載されているディスク ドライブのステータスが Cisco UCS Manager に提供されます。ディスク ドライブ モニタリングは、LSI ファームウェアから Cisco UCS Manager への単方向の障害信号により、ステータス情報を提供します。
次のサーバ コンポーネントおよびファームウェア コンポーネントが、サーバ内のディスク ドライブ ステータスに関する情報の収集、送信、および集約を行います。
物理的なプレゼンス センサー:ディスク ドライブがサーバ ドライブ ベイに挿入されているかどうかを調べます。
物理的な障害センサー:ディスク ドライブの LSI ストレージ コントローラ ファームウェアからレポートされる操作可能性のステータスを調べます。
IPMI ディスク ドライブの障害センサーおよびプレゼンス センサー:センサーの結果を Cisco UCS Manager に送信します。
ディスク ドライブの障害 LED 制御および関連付けられた IPMI センサー:ディスク ドライブの障害 LED の状態(オンまたはオフ)を制御し、それらの状態を Cisco UCS Manager に伝えます。
フラッシュ ライフ ウェア レベル モニタリングによって、ソリッド ステート ドライブの寿命をモニタできます。フラッシュ ライフ残量の割合とフラッシュ ライフの状態の両方を表示できます。ウェア レベル モニタリングは次の Cisco UCS ブレード サーバのフュージョン IO メザニン カードでサポートされます。
Cisco UCS B22 M3 ブレード サーバ
Cisco UCS B200 M3 ブレード サーバ
Cisco UCS B420 M3 ブレード サーバ
Cisco UCS B200 M4 ブレード サーバ
Cisco UCS B260 M4 ブレード サーバ
Cisco UCS B460 M4 ブレード サーバ
Cisco UCS B200 M5 サーバ
Cisco UCS B480 M5 サーバ
![]() (注) | ウェア レベル モニタリングの必須事項は次のとおりです。 |
ステップ 1 | [Navigation] ペインで [Equipment] をクリックします。 | ||
ステップ 2 | の順に展開します。 | ||
ステップ 3 | ローカル ストレージ コンポーネントのステータスを表示するサーバをクリックします。 | ||
ステップ 4 | [Work] ペインの [Inventory] タブをクリックします。 | ||
ステップ 5 | [Storage] サブタブをクリックして、RAID コントローラと FlexFlash コントローラのステータスを表示します。 | ||
ステップ 6 | 下矢印をクリックして [Local Disk Configuration Policy]、[Actual Disk Configurations]、[Disks]、[Firmware] バーの順に展開し、追加のステータス情報を表示します。
|
RAID 0 ボリュームでは、一貫性チェック操作はサポートされていません。一貫性チェックを実行するには、ローカル ディスク設定ポリシーを変更する必要があります。詳細は『UCS Manager Server Management Guide』の「Server Related Policies」の章にある「Changing a Local Disk Policy」のトピックを参照してください。
グラフィックス カードのモニタリング
Cisco UCS ManagerCisco UCS Managerカードやコントローラのプロパティを表示できます。グラフィックス カードは、次のサーバでサポートされています。
Cisco UCS C240 M3 ラック サーバ
Cisco UCS C460 M4 ラック サーバ
Cisco UCS B200M4 ブレード サーバ
Cisco UCS B200 M5 サーバ
Cisco UCS B480 M5 サーバ
Cisco UCS C220 M5 サーバ
Cisco UCS C240 M5 サーバ
Cisco UCS C480 M5 サーバ
![]() (注) | 特定の NVIDIA グラフィック処理ユニット(GPU)では、エラー訂正コード(ECC)と vGPU の組み合わせはサポートされません。シスコでは、NVIDIA が公開しているそれぞれの GPU のリリース ノートを参照して、ECC と vGPU の組み合わせがサポートされているかどうか確認することを推奨しています。 |
Cisco UCS Manager では、Cisco B200 M4 ブレード サーバで使用する NVIDIA Graphics Processing Unit(GPU)メザニン グラフィックス モジュール(N16E-Q5)の、インベントリおよびファームウェア管理が行えます。GPU を利用することで、科学計算、分析、エンジニアリング、コンシューマ、企業アプリケーションでの計算処理が高速化されます。Cisco B200 M4 ブレード サーバでは、オプションとして、ホットプラグ対応の SAS、SATA ハード ディスク ドライブ(HDD)またはソリッド ステート ドライブ(SSD)を計 2 台利用可能で、広範な IT ワークロードに適しています。
Cisco UCS Manager は、ブレード サーバ内の GPU グラフィック カードの存在を現場交換可能ユニットとして検出し、モデル、ベンダー、シリアル番号、PCI スロットとアドレス、ファームウェアなどのデバイス インベントリ情報を収集します。Cisco UCS Manager で GPU カードのインベントリを表示するには、[Equipment] > [Chassis] > [Server_Number] > [Inventory] > [GPUs] サブタブの順に展開します。
GPU カードのファームウェア管理には、ファームウェアのアップグレードおよびダウングレードが含まれます。既存の Cisco UCS Manager サービス プロファイルを使用して、GPU ファームウェアをアップグレードします。クリーンアップが必要であるため、古いバージョンのファームウェアを使用した GPU ファームウェアのダウングレードは行わないでください。
GPU カードは、ブレード サーバのスロット 2 に設置します。サポートされていないブレード サーバにカードを挿入すると、GPU カードの検出に失敗します。
GPU カードを交換すると、動作しているサーバでの詳細なディスカバリがトリガーされます。詳細なディスカバリをトリガーする GPU カードの交換シナリオは、次のように各種存在します。
GPU カードを別の GPU カードと交換する。
GPU カードをアダプタと交換する。
GPU カードをストレージ メザニンと交換する。
アダプタを GPU カードと交換する。
ストレージ メザニンを GPU カードと交換する。
GPU カードを Crypto Card と交換する。
Crypto Card を GPU カードと交換する。
![]() (注) | GPU グラフィックス カードのメモリ(DIMM)には最大 1 TB の制限があります。 |
ステップ 1 | [Navigation] ペインで [Equipment] をクリックします。 | ||||||||||||||||||||||||||||||
ステップ 2 | 次のいずれかを実行します。 | ||||||||||||||||||||||||||||||
ステップ 3 | [Work] ペインで [Inventory] タブをクリックし、[GPU] サブタブをクリックします。
|
LSI ストレージ コントローラは、スーパーキャパシタを備えた Transportable Flash Module(TFM)を使用して RAID キャッシュ保護を提供します。Cisco UCS Manager を使用すると、これらのコンポーネントをモニタしてバッテリ バックアップ ユニット(BBU)の状態を決定できます。BBU の動作状態は次のいずれかになります。
[Operable]:BBU は正常に動作しています。
[Inoperable]:TFM または BBU が欠落している、または BBU に障害が発生しており交換する必要があります。
[Degraded]:BBU に障害が発生すると予測されます。
TFM およびスーパーキャパシタ機能は Cisco UCS Manager リリース 2.1(2) 以降でサポートされています。
Cisco UCS B420 M3 ブレード サーバの TFM およびスーパーキャパシタの CIMC センサーは、Cisco UCS Manager によってポーリングされません。
TFM およびスーパーキャパシタが Cisco UCS B420 M3 ブレード サーバに搭載されていない、または搭載後にブレード サーバから取り外した場合、障害は生成されません。
TFM は Cisco UCS B420 M3 ブレード サーバに搭載されていないが、スーパーキャパシタが搭載されている場合、Cisco UCS Manager によって BBU システム全体が欠落していると報告されます。TFM とスーパーキャパシタの両方がブレード サーバに存在することを物理的に確認する必要があります。
次の Cisco UCS サーバは TFM およびスーパーキャパシタをサポートしています。
次の手順は、PCIe\NVMe フラッシュ ストレージを備えたサーバの RAID コントローラ統計を表示するための方法を示しています
この手順は、RAID 設定および TFM をサポートする Cisco UCS サーバにのみ該当します。BBU に障害が発生した場合、または障害が予測される場合には、そのユニットをできるだけ早く交換する必要があります。
![]() (注) | これは、RAID 設定および TFM をサポートする Cisco UCS サーバにのみ適用されます。 |
Cisco UCS M3 以降のすべてのブレード サーバとラックマウント サーバに信頼されたプラットフォーム モジュール(TPM)が搭載されています。オペレーティング システムでの暗号化に TPM を使用することができます。たとえば、Microsoft の BitLocker ドライブ暗号化は Cisco UCS サーバ上で TPM を使用して暗号キーを保存します。
Cisco UCS Manager では、TPM が存在しているか、有効またはアクティブになっているかどうかを含めた TPM のモニタリングが可能です。