アラート

OpenLM Alerts を使うと、応答しなくなったライセンスサーバー、満杯に近づくネットワークライセンスプール、期限切れが迫るライセンス、失敗したディレクトリ同期といったライセンスの問題を、ユーザーから報告される前に把握できます。気になる条件のルールを定義すると、OpenLM Alerts はすべてのアラートを記録し、指定した宛先にメールを送り、何が発生したか、どのプロダクトにまだルールがないかを一目で示します。

何が発生したかの確認、ルールの確認、アラートの配信方法の変更を行うには、該当するページを開きます。

• Overview: 選択した期間に発生したアラート、OpenLM ライセンスの状態、まだアラートルールのないプロダクトの確認
• Alert Rules: アラートの契機となる条件と、発生時にメール通知する宛先を定義
• Alert log: Alerts ページで、発生したすべてのアラートの確認
• System Events: OpenLM 各サービスが自動的に報告するイベントの確認
• Notifications: 配信方法（メールまたはチケット）の設定

ヒント

アラートを活用して、事後対応からライセンス環境のプロアクティブな監視へ移行しましょう。

はじめに

次の前提条件を確認します。

• Alerts の閲覧者（viewer）または管理者（administrator）ロールがあります。閲覧者は読み取り専用です。ルールの作成・編集、アラートやシステムイベントの削除、通知設定の変更には管理者ロールが必要です。

Alerts を開くには、OpenLM Platform のヘッダーにある Navigation（グリッドアイコン）、Platform Administration、Alerts の順に選択します。

関連タスクについては、通知（Notifications）を参照してください。

Overview ページ

何が発生したか、OpenLM ライセンスの状態はどうか、どこにまだルールがないかを一目で確認するには、Overview を開きます。Alerts を開いたときに最初に表示されるページです。次のスクリーンショットは Overview ページです。

Overview は 3 つの問いに同時に答えます。何が発生したか、OpenLM ライセンスの状態はどうか、どのプロダクトが監視されていないか。

発生したアラートを確認する

Overview ページでは、次の操作ができます。

• Period（Last 7、14、30、90 days。既定は 30 日）を設定します。期間チップの付いたカードはすべてこれに従います。Products Missing Alert Rules は現在の設定の Snapshot であり、期間を変えても変わりません。
• Summary で、発生したアラート数、Critical と High の割合、だれかに届くルールの数を確認します。宛先のないルールはだれにも知らせずに発火するため、ドーナツグラフでは No Recipients として別に数えられます。Alerts Raised、Critical、High を選択するとそのアラートが開き、Can Reach Someone または No Recipients を選択するとそのルールが開きます。
• OpenLM License Health で、OpenLM ライセンスの各フィーチャーの使用状況、監視していない OpenLM License の条件、そしてその条件をあらかじめ選択した状態で Add Rule フォームを開く Set Up リンク（管理者のみ）を確認します。
• Latest Critical & High Alerts と Top Rules by Alert Volume に目を通し、Alerts Per Day で傾向を読み取ります。
• Products Missing Alert Rules で、有効化済みのプロダクトのうちまだルールのないものを確認します。
• 一覧の行、フィーチャーのバー、グラフのバーを選択すると、それで絞り込まれた Alerts ページが開きます。カードのフッター（View All OpenLM License Alerts、View All Critical & High、View All Alerts、Go to Alert Rules）からは全件の一覧が開きます。Overview から Alerts ページを開くと、期間がフィルターとして表示されます。

Alerts ページ

何が発生し、なぜ発生したかを確認するには、Alerts を開きます。OpenLM の各サービスが発生させたすべてのアラートが一覧表示されます。次のスクリーンショットは Alerts ページです。

アラートを選択すると詳細が開き、値から原因となったレコードへ移動できます。

アラートを確認して管理する

Alerts ページでは、次の操作ができます。

• システムが生成したアラートメッセージを閲覧。各アラートには Title（発生元ルールの名前）、Severity（重大度）、Delivery time（配信時刻）、Source（条件を報告したサービス）が表示されます。
• 時間、ソース、重大度（Critical、High、Medium、Low）、タイトルでフィルター。フィルターバーが非表示の場合は Toggle Filters（じょうごアイコン）を選択してから、Add Filter を選択して Title、Severity、Source、Delivery Time のいずれかを選びます。各フィルターはバーにチップとして表示されます。
• 検索ボックスでタイトルまたは説明文のテキストを検索。
• アラートを選択して詳細、発生元、発生時刻を確認。Description パネルにはアラートの構造化された詳細が表示されます。たとえばドングルのアラートでは、デバイスの識別子、名前、メーカー、ユーザー、ホスト、接続時刻が一覧されます。一覧の先頭のアラートが自動的に選択されます。
• Description パネル内のリンクから、アラートの元になったレコードへ移動できます。
  • ドングルの識別子は Dongle Monitoring を開きます。
  • フィーチャーは Licenses（OpenLM License のアラートの場合は License Manager）を開きます。
  • ライセンスサーバーは License Servers を開きます。
  • 同期定義やエージェントは Directory Sync を開きます。
• アラートがメールで送信された場合は、Description パネル下部の Notified ドロワーで受信者を確認できます。
• 不要になったアラートは行をチェックして Delete で削除（管理者のみ）。アラートは保持期間（既定で 90 日）を過ぎると自動的に削除されます。

Alerts で、ライセンスサーバーの停止、期限が近づいたライセンス、ブラックリスト登録済みドングルのワークステーションへの接続など、現在と過去の問題を確認します。

Alert Rules ページ

OpenLM に何を監視させ、だれに知らせるかを決めるには、Alert Rules を開きます。次のスクリーンショットは Alert Rules ページです。

詳細パネルでは、エディターを開かずにルールの監視対象と通知先を確認できます。

アラートルールを管理する

Alert Rules ページでは、次の操作ができます。

• 既存ルールを名称・重大度で確認。グリッドには各ルールの Status（Active / Inactive）と、割り当てられたメール宛先数（Recipients）も表示されます。数字を選択すると、そのルールの宛先一覧が開きます。
• ルール編集画面の Enabled トグルで有効/無効を切替。結果はグリッドの Status 列に反映されます。
• ルール一覧のフィルター/検索。フィルターバーで、Severity、Service、Status、Recipients によってルールを絞り込めます。検索はルール名と条件名の両方に一致します。
• 事前定義された条件から選んで新規ルールを追加。
• ルールを選択すると詳細パネルで条件と宛先を確認できます。鉛筆アイコン（Edit Rule）で編集します。
• 行をチェックして Delete でルールを削除（管理者のみ）。

ルールを定義する

ルールを定義するには、次の手順を実行します。

1. Add Rule を選択します。

2. ルール名を入力します。

   このルールが発するアラートは、この名前をタイトルとして持ちます。

3. ルールの重大度を Critical、High、Medium、Low のいずれかに設定します。

   新規ルールの既定は High です。アラートはルールの重大度を引き継ぎます。

4. Enabled トグルをオンのままにします。

   ルールは保存後すぐに動作を始めます。

5. Conditions タブで、ルールのトリガーとなる条件を選択します。

   条件を報告するプロダクトと「Triggers when」（トリガー条件の説明）を確認して、条件が合っていることを確かめます。

6. 条件にパラメーターがある場合は、条件の下で設定します。

7. Emails to be notified タブで、宛先のメールアドレスを入力します。

8. Receiver Type（To、Cc、Bcc）を選択します。

9. Add を選択します。

   宛先ごとに、直前の 3 つの手順を繰り返します。

10. Save を選択します。

各条件のパラメーターについては、条件パラメーターを参照してください。

次のスクリーンショットは、Add Rule フォームの Conditions タブです。

条件を選択すると、それを報告するプロダクトと、何が起きたときに発生するかが表示されます。

次のスクリーンショットは、宛先を 1 件追加した Emails to be notified タブです。

保存する前に宛先をすべて追加してください。宛先のないルールも発火しますが、だれにも届きません。

ルールはアラートが発生するタイミングを決めます。通知は、アラートの配信方法と受信者を定義します。

注意

宛先を編集できるのは、Notifications Service ページで配信チャネル（メールまたはチケット）が少なくとも 1 つ有効になっている場合のみです。両方オフの場合、Emails タブにはエディターの代わりに案内が表示されます。

利用可能な条件

各ルールは 1 つの条件を監視します。OpenLM Platform では、報告元プロダクト別に次の 20 の条件を選択できます。

条件	報告元	トリガー条件
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	ブラックリストに登録されていないデバイスが監視対象ワークステーションから切断された。
Orphaned process mapping	Dongle Monitoring	ドングルベンダーにマッピングされた監視対象が Process Manager に存在しなくなった、またはマッピングされた DLL が監視対象から削除された。プロセスマッピングを参照してください。
Synchronization failed	Directory Sync	ディレクトリ（LDAP/Active Directory）同期ジョブが失敗した。
Directory Synchronization Agent not reporting	Directory Sync	Directory Synchronization Agent が想定される報告間隔内に報告しなかった。
User has no default project	Projects	ユーザーが使用実績を生成したが、それを紐付ける既定プロジェクトがない。
User not eligible for subscription optimization	Subscription Optimizer	ユーザーがサブスクリプション最適化に必要な条件を満たしていない。
Usage without agent	License Access Control	マシンに Workstation Agent がインストールされていないため、ユーザーのライセンスアクセスがブロックされた。
Deployment failed	License Access Control	License Access Control のデプロイが、開始方法を問わず、アクセス変更をライセンスサーバーに適用できなかった。
SaaS Agent monitoring failure	Cloud Broker	SaaS Agent がプラットフォームに対する操作の失敗を報告した（Autodesk Cloud のエラーなど）。アラートの Source 列には SaaS Agent と表示されます。
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 ライセンスフィーチャーが停止（無効化）された。

Usage without agent 条件のエージェントの詳細については、Workstation Agent を参照してください。

条件パラメーター

Deployment failed を含め、ほとんどの条件は追加入力を必要としません。パラメーターを持つのは次の 3 つです。

• Network license usage threshold: アラートを発する使用率（1 から 100）を設定します。既定は 80% です。
• User has no default project: 影響を受けるユーザー全員をアラートに含めるか、一覧を指定人数（既定 100 人）に制限するかを選びます。
• Usage without agent: （省略可）Notify affected user をオンにすると、ブロックされた各ユーザーにも Workstation Agent のインストールを求める通知を直接送信します。メールアドレスが不明なユーザーは、代わりに管理者向けアラート内に列挙されます。

ルールの発火条件

ルールがアラートを発する条件は次のとおりです。

• アラートを発するのは**有効（Enabled）**なルールのみです。無効なルールは無視されます。
• 1 イベントにつき 1 アラート: 同じ条件を複数の有効なルールが監視している場合、最も重大度の高いルールだけが発火します。
• アラートのタイトル、重大度、宛先は、発生元ルールから引き継がれます。
• Network license usage threshold にはクールダウンが組み込まれています。あるライセンスで発火すると、同じライセンスでは 24 時間再発火しません。ただし使用率がしきい値を下回るとただちに再アーム（リセット）されます。

System Events ページ

OpenLM のサービスが自ら報告した内容を、ルールなしで確認するには、System Events を開きます。

システムイベントを確認する

System Events ページでは、次の操作ができます。

• サービスの状態変更、警告、またはエラーを含むイベントを表示します。
• フィルターバーで、時間、重大度、またはソースによって絞り込めます。Add Filter を選択し、Severity、Source、Delivery Time のいずれかを選びます。
• イベントメッセージのテキストを検索できます。
• イベントを選択すると、詳細パネルで全文を確認できます。
• 行をチェックして Delete でイベントを削除できます（管理者のみ）。
• 発生したアラートの根本原因を調査します。

システムイベントは OpenLM の各サービスが自動的に送信するため、ルールやセットアップなしで表示されます。システムイベントを使うと、アラートの背後にある問題の発生源を特定できます。

Notifications Service ページ

アラートの配信方法を管理するには、Notifications Service ページを使用します。次のスクリーンショットは、このページです。

この 2 つのスイッチが、アラートをアプリの外に送るかどうかを決めます。宛先はルールごとの設定のままです。

対応チャネル

Alerts は次の配信チャネルに対応しています。

• Email notifications: 各ルールの宛先リストへアラートメールを送信
• Ticketing system integration: チケットプラットフォームの受信用 email-to-ticket アドレスへメール送信してチケットを作成（例: ServiceNow）。配信はメールのみで、直接的な API 連携はありません。

配信チャネルのオン/オフを切り替える

配信チャネルをオンまたはオフにするには、次の手順を実行します。

1. サイドバーで Notifications Service を選択します。
2. Email Notifications と Ticket Notifications のトグルをオンまたはオフにします。
3. Save を選択します（管理者のみ）。

これらのトグルは Alerts 全体のオン/オフスイッチです。各アラートの宛先はルールごとに（ルールの Emails to be notified タブで）定義し、送信自体は OpenLM Platform の通知（Notifications）サービスが行います。

注意

テナントの有効化直後は両チャネルとも無効です。ルールを作成する前に少なくとも 1 つ有効にしてください。無効のままだとアラートは Alerts ページに記録されるだけで誰にも通知されず、ルール編集画面でも宛先を編集できません。

ヒント

テストアラートで設定を検証してください。

アラートルールのヒント

次のヒントは、アラート設定を効果的に保つのに役立ちます。

• ライセンス要件の変化に応じてルールを定期的に見直す
• 行動の優先順位付けに適切な重大度を設定
• 障害の原因の特定と傾向の把握に System Events を活用
• Alerts を Compliance や Notifications と併用する