アラート
概要
OpenLM アラートは、条件に応じて通知を発する独自ルールを定義し、ライセンス環境をプロアクティブに監視できるようにします。ライセンスサーバーの停止、使用率の急上昇、ライセンス期限切れなどの潜在的問題を管理者へ通知し、安定性の向上、コンプライアンスの確保、ダウンタイムの最小化に役立ちます。
OpenLM Platform のアプリランチャー（右上のグリッドアイコン）を開き、Platform Administration（プラットフォーム管理）→ Alerts を選択します。
アラートは次の 4 要素で構成されます。
- Alert rules: アラートの契機となる条件と、発生時にメール通知する宛先を定義
- Alert log（Alerts ページ）: 発生したアラートの一覧
- System events: OpenLM 各サービスが自動的に報告するイベントの確認
- Notification service: 配信方法（メールまたはチケット）の設定
ヒント： アラートを活用して、事後対応からプロアクティブなシステム健全性監視へ移行しましょう。
Alerts アプリは、Alerts の閲覧者（viewer）または管理者（administrator）ロールを持つユーザーが利用できます。閲覧者は読み取り専用です。ルールの作成・編集、アラートやシステムイベントの削除、通知設定の変更には管理者ロールが必要です。
Alerts ページ
Alerts ページには、OpenLM 各サービスで発生したアラートがすべて表示されます。
できること
- システムが生成したアラートメッセージを閲覧。各アラートには Title（発生元ルールの名前）、Severity（重大度）、Delivery time（配信時刻）、Source（条件を報告したサービス）が表示されます。
- 時間、ソース、重大度（Critical、High、Medium、Low）でフィルタ。Delivery Time ピッカーで期間を絞り込み、フィルタアイコンを選択すると Title・Severity・Source 列のドロップダウンフィルタが表示されます。
- 検索ボックスでタイトルまたは説明文のテキストを検索。
- アラートを選択して詳細、発生元、発生時刻を確認。Description パネルにはアラートの構造化された詳細が表示されます。たとえばドングルのアラートでは、デバイスの識別子、名前、メーカー、ユーザー、ホスト、接続時刻が一覧されます。一覧の先頭のアラートが自動的に選択されます。
- 不要になったアラートは行をチェックして Delete で削除（管理者のみ）。アラートは保持期間（既定で 90 日）を過ぎると自動的に削除されます。
このビューでは、ライセンスサーバーの停止、期限が近づいたライセンス、ブラックリスト登録済みドングルのワークステーションへの接続など、現在/過去の問題を俯瞰できます。
Alert Rules ページ
Alert Rules ページでアラートロジックを定義し管理します。
できること
- 既存ルールを名称・重大度で確認。グリッドには各ルールの Status（Active / Inactive）と、割り当てられたメール宛先数（Recipients）も表示されます。
- ルール編集画面の Enabled トグルで有効/無効を切替。結果はグリッドの Status 列に反映されます。
- ルール一覧のフィルタ/検索。検索はルール名と条件名の両方に一致し、列フィルタで重大度を絞り込めます。
- 事前定義された条件から選んで新規ルールを追加。
- ルールを選択すると詳細パネルで条件と宛先を確認できます。鉛筆アイコン（Edit Rule）で編集します。
- 行をチェックして Delete でルールを削除（管理者のみ）。
ルールの作成
- Add Rule を選択。
- ルール名を割り当てる。このルールが発するアラートは、この名前をタイトルとして持ちます。
- 重大度を設定（Critical、High、Medium、Low。新規ルールの既定は High）。アラートはルールの重大度を引き継ぎます。
- 保存後すぐに動作するよう Enabled トグルはオンのままにします。
- Conditions タブで、ルールのトリガーとなる条件を選択します。条件を報告するプロダクトと「Triggers when」（トリガー条件の説明）が表示されます。
- 条件にパラメーターがある場合（条件パラメーター参照）、条件の下で設定します。
- Emails to be notified タブで宛先を追加します。アドレスを入力し、Receiver Type（To、Cc、Bcc）を選んで Add を選択します。
- Save をクリック。
注意: ルールはアラートがいつトリガーされるか決めます。通知はどのように、だれに知らされるかを定義します。
宛先を編集できるのは、Notifications Service ページで配信チャネル（メールまたはチケット）が少なくとも 1 つ有効になっている場合のみです。両方オフの場合、Emails タブにはエディターの代わりに案内が表示されます。
利用可能な条件
各ルールは 1 つの条件を監視します。OpenLM Platform では、報告元プロダクト別に次の条件を選択できます。
| 条件 | 報告元 | トリガー条件 |
|---|---|---|
| License expiring | Software License Management | すべての調達（procurement）が期限切れとなるため、ライセンスが設定日数以内にカバレッジを完全に失う。 |
| License procurement expiring | Software License Management | 単一のライセンス調達が期限切れまで設定日数以内になった（他の調達でライセンスがまだカバーされていても発生）。 |
| Network license usage threshold | Software License Management | ネットワークライセンスフィーチャーの同時使用数が、利用可能シート数の設定割合に達した。 |
| License server down | Software License Management | 監視中のライセンスサーバーのデーモンが応答を停止し、ライセンスを追跡できない。 |
| License server data error | Software License Management | ライセンスサーバーには到達できるが応答を読み取れず、ライセンスデータが信頼できない。 |
| License Manager host down | Software License Management | 冗長構成ライセンスサーバーのホストの 1 つが応答を停止し、冗長性が低下した。 |
| Blacklisted device connected/disconnected | Dongle Monitoring | ブラックリスト登録済みデバイス（紛失・廃止済みドングルなど）が接続または切断された。 |
| Non-blacklisted device disconnected | Dongle Monitoring | ブラックリストに登録されていないデバイスが監視対象ワークステーションから切断された。 |
| Synchronization failed | Directory Sync | ディレクトリ（LDAP/Active Directory）同期ジョブが失敗した。 |
| User has no default project | Projects | ユーザーが使用実績を生成したが、それを紐付ける既定プロジェクトがない。 |
| User not eligible for subscription optimization | Subscription Optimizer | ユーザーがサブスクリプション最適化に必要な条件を満たしていない。 |
| Usage without agent | License Access Control | マシンに OpenLM Agent がインストールされていないため、ユーザーのライセンスアクセスがブロックされた。 |
| SaaS Agent monitoring failure | Cloud Broker | クラウド（SaaS）Agent がプラットフォームに対する操作の失敗を報告した（Autodesk Cloud のエラーなど）。 |
| Reporting error | Reporting | OpenLM がレポートデータを処理できず、レポートが不完全または古くなる可能性がある。 |
| OpenLM License high usage | OpenLM License | OpenLM ライセンスフィーチャーが使用上限（100%）に達した。 |
| OpenLM License grace period ending | OpenLM License | ライセンスフィーチャーの使用が 100% を超え、使用量を減らさなければ超過分のフィーチャーが無効化されると警告している。 |
| OpenLM License feature suspended | OpenLM License | 猶予期間（grace period）後、超過使用された OpenLM ライセンスフィーチャーが停止（無効化）された。 |
条件パラメーター
ほとんどの条件は追加入力を必要としません。パラメーターを持つのは次の 3 つです。
- Network license usage threshold — アラートを発する使用率（1〜100%）を設定します。既定は 80% です。
- User has no default project — 影響を受けるユーザー全員をアラートに含めるか、一覧を指定人数（既定 100 人）に制限するかを選びます。
- Usage without agent — Notify affected user をオンにすると、ブロックされた各ユーザーにも OpenLM Agent のインストールを求める通知を直接送信します（メールアドレスが不明なユーザーは、代わりに管理者向けアラート内に列挙されます）。
ルールの発火条件
- アラートを発するのは**有効（Enabled）**なルールのみです。無効なルールは無視されます。
- 1 イベントにつき 1 アラート: 同じ条件を複数の有効なルールが監視している場合、最も重大度の高いルールだけが発火します。
- アラートのタイトル、重大度、宛先は、発生元ルールから引き継がれます。
- Network license usage threshold にはクールダウンが組み込まれています。あるライセンスで発火すると、同じライセンスでは 24 時間再発火しません。ただし使用率がしきい値を下回るとただちに再アーム（リセット）されます。
System Events ページ
System Events ページは、OpenLM コンポーネント全体のシステム活動を詳細に記録します。
できること
- サービスの状態変更、警告、またはエラーを含むイベントを表示します。
- 時間、重大度、またはソースでフィルターできます。
- イベントメッセージのテキストを検索できます。
- イベントを選択すると、詳細パネルで全文を確認できます。
- 行をチェックして Delete でイベントを削除できます（管理者のみ）。
- 発生したアラートの根本原因を調査します。
システムイベントは OpenLM の各サービスがユーザーの操作なしに送信するもので、ルールやセットアップ不要で自動的に表示されます。このセクションは、問題の発生源を把握するうえで Alerts ページを補完します。
Notifications Service ページ
Notifications Service ページを使用して、アラートの配信方法を管理します。
対応チャネル
- Email notifications: 各ルールの宛先リストへアラートメールを送信
- Ticketing system integration: チケットシステムの受信用 email-to-ticket アドレスへメール送信してチケットを作成（例: ServiceNow）。配信はメールのみで、直接的な API 連携はありません。
設定手順
- サイドバーで Notifications Service に移動。
- 通知方法（メール/チケット）をトグルで有効/無効化。
- Save を選択します（管理者のみ）。
これらのトグルは Alerts アプリ全体のオン/オフスイッチです。各アラートの宛先はルールごとに（ルールの Emails to be notified タブで）定義し、送信自体はプラットフォームの通知サービス（Notification Service）が行います。
テナントの有効化直後は両チャネルとも無効です。ルールを作成する前に少なくとも 1 つ有効にしてください。無効のままだとアラートは Alerts ページに記録されるだけで誰にも通知されず、ルール編集画面でも宛先を編集できません。
推奨: 必ずテストアラートで設定を検証してください。
追加のベストプラクティス
アラート設定を最大限に活用するために、次の推奨事項に従ってください。
- ライセンス要件の変化に応じてルールを定期的に見直す
- 行動の優先順位付けに適切な重大度を設定
- 事後分析や傾向把握に System Events を活用
- Compliance や Notifications と併用して可視性を高める