第7章 インベントリーイベントの通知の設定

Inventory サービスは、以下の 4 種類のイベントをトリガーします。

検証エラー イベントは、insights-client からのペイロードでデータが有効でない場合にトリガーされます (データが破損している、値が正しくない、またはその他の問題)。検証プロセスは、以下の手順に従います。

新しいシステムの登録、および システムの削除 イベントは、インベントリーに新しいシステムを登録したとき、またはシステムがインベントリーから削除されたとき (手動で削除されるか、システムが古くなって Insights によって自動的に削除されるとき) にトリガーされます。

システム の状態が active から inactive (stale)に変わると、システムが古いイベントが発生していました。Hybrid Cloud Console および Insights スキャンで 1 時間ごとにシステム失効性をスキャンし、非アクティブなシステムの古いイベントをトリガーします。デフォルトでは、Insights は 1 日間非アクティブのまま で あれば、システムを古いとマークします。システムが 14 日間非アクティブなままである場合、Insights はシステムを 古い警告 としてマークし、削除をスケジュールします。

システムは、アクティブでない、更新不足、切断、または適切な廃止プロセスなしで、古くなる可能性があります。このイベントは、システムメンテナンスの問題が発生する可能性があることを示しています。

システムの失効性と削除の詳細は、インベントリーアプリケーションの システムライフサイクル を 参照してください。

Red Hat Hybrid Cloud Console の通知サービスを使用して、これらのイベントの通知を設定できます。通知サービスを使用すると、アカウントの上記のイベントに対する応答を設定できます。ユーザーのグループにメール通知を送信したり、Splunk、ServiceNow、Event-Driven Ansible、Slack、Microsoft Teams、Google Chat などのサードパーティーアプリケーションにイベントを転送したりできます。統合サービスで汎用 Webhook を使用して通知を転送することもできます。

新しいシステムの登録、システムが古くなった ため、System deleted イベントは、自動化の運転や、Red Hat Insights を運用ワークフローに統合する場合に特に役立ちます。たとえば、これらのイベントを設定して、コンプライアンスまたはマルウェアチェックを自動的に開始したり、ワークスペースへのシステム割り当てを検証したり、外部 CMDB レコードを更新したり、RHEL 環境を継続的に監視したりできます。