メインコンテンツまでスキップ

シャドウ拒否

シャドウライセンスポリシーによるライセンスキャッピングイベントを確認するには、シャドウ拒否レポートを開きます。このレポートは、定義されたシャドウライセンスポリシーに基づいてアプリケーション利用が制限されたすべてのキャッピングイベントを対象とします。各キャッピングインスタンスをユーザー、システム、アプリケーションレベルの詳細とともに追跡するため、ライセンス制御の挙動を監視・検証できます。

OpenLM Platform では、このレポートは System Monitoring ダッシュボードの Shadow Denials シートです。Reporting Dashboard を開き、System Monitoring、Shadow Denials の順に選択します。

これらのイベントを生成するポリシーはシャドウライセンスで設定します。また、プロセスマネージャーは自身の Dashboard ページの Shadow Denials タブとしてこのシートを埋め込んでいます。

次のスクリーンショットは、合計、チャート、イベント単位のテーブルを含む Shadow Denials シートを示します。

ベンダー、ポリシータイプ、時間、ユーザーごとのチャートと、イベント単位のテーブルを含む、キャッピング合計を表示する Shadow Denials シート Shadow Denials シートには、キャッピングイベント、拒否率、イベント単位の詳細が表示されます。

KPI​

このシートは、次の主要業績評価指標(KPI)を表示します。

  • Total Capping Events: 記録されたシャドウ拒否イベントの総数。
  • Total Successful Sessions: 拒否されなかったセッションの総数。
  • Denial Rate (%): (キャッピングイベント数 ÷ 合計チェックアウト試行数)× 100 で算出。合計チェックアウト試行数 = 成功セッション数 + 拒否数。

視覚化​

このレポートには、次の視覚化があります。

  • Top Impact Analysis: キャッピングイベント数に基づき、もっとも影響を受けたベンダーとアプリケーションを表示します。これにより、ライセンス制限の影響を強く受けているソフトウェアやベンダーを特定し、最適化やポリシー調整の候補を見つけられます。
  • Capping Distribution Charts: さまざまな消費ポリシータイプ(プロセス、ワークステーション、ワークステーション上のユーザーなど)にわたって、キャッピングイベントがどのように分布しているかを可視化します。これにより、どこでもっとも頻繁に制御が適用されているかを特定できます。
  • Time-Series Analysis: キャッピングイベントの時間推移を表示し、選択した期間内の急増、繰り返しパターン、ライセンス制御の挙動上の異常を検出できます。
  • Denial Rate per User Chart: 各ユーザーの拒否されたセッションの割合を表示し、ライセンスキャッピングの影響をもっとも受けているユーザーを特定するのに役立ちます。アクセス上の問題のトラブルシューティングやユーザー体験の改善に有用です。
  • User & Workstation Charts: ユーザーとワークステーションごとのキャッピングイベントを比較できる視点を提供します。これらのチャートは、ライセンス制限に頻繁に遭遇する特定のユーザーやマシンを特定するのに役立ちます。
  • Detailed Capping Table: ユーザー、ワークステーション、アプリケーション、ベンダー、ポリシータイプ、拒否ステータスなど、イベント単位の細かいデータを表示します。このテーブルは、個別のキャッピングイベントの詳細分析、監査、検証に役立ちます。表示される値は次のとおりです。
    • Username: ライセンスキャッピングが適用されたユーザーアカウント。
    • Workstation: アプリケーションがアクセスされたマシン/ホスト。
    • IP Address: キャッピングイベント発生時のワークステーションの IP アドレス。
    • Capping Timestamp: キャッピングが発生した正確な日時。
    • Application Name: キャッピングイベントを発生させたアプリケーション。
    • Vendor Name: アプリケーションに関連付けられたソフトウェアベンダー。
    • Tracking Type: 利用検出に使用された方式(プロセス、ファイル、またはディレクトリ)。
    • Consumption Policy Type: キャップが適用されたレベル(プロセス、ワークステーション、またはワークステーション上のユーザー)。
    • Shadow License Policy: キャップ適用の根拠となったポリシーまたはルール。
    • Denial Status: キャッピングによりセッションが拒否されたかを示します。
    • Limit: 適用されたポリシーの下でのライセンス利用しきい値。

レポートを絞り込むには、次のフィルターを使用します。

  • Date: キャッピングイベントを分析する特定の期間を選択できます。
  • User: 個別ユーザーごとのキャッピング状況を追跡できます。
  • Workstation: このフィルターから任意のワークステーションを選択できます。
  • Application Name: このフィルターから任意のアプリケーション名を選択できます。
  • Vendor: このフィルターから任意のベンダーを選択できます。
  • Tracking Type: 利用検出方式(プロセス、ファイル、ディレクトリ)でフィルターできます。
  • Consumption Policy Type: キャッピングポリシーの適用方法でフィルターできます。
  • Denial Status: true / false の拒否ステータスでフィルターできます。

このレポートの読み方​

レポートを読むときは、次の点を参考にします。

  • シャドウ拒否は、ライセンスサーバーの拒絶ではなく、OpenLM Platform があなたのポリシーを執行した結果です。 Denial Rate はチェックアウト試行全体に対するキャッピングイベントの割合であり、自分で設定した上限がどれだけ効いているかを測ります。率の上昇は、需要が設定した上限に迫っていることを意味し、ベンダーのプールが枯渇したことを意味しません。
  • セッション数が健全なのに Denial Rate が 0% なのは、現在の需要ではポリシーが効いていないということです。 余裕であって故障ではありません(既定の 14 日間の窓ではまさにこれがよく表示されます。履歴はDate フィルターを広げると現れます)。
  • Consumption Policy Type 別のキャッピング分布は、執行が実際に効いている場所を示します(プロセス単位、ワークステーション単位、ワークステーション上のユーザー単位)。1 つのポリシータイプがほぼすべてのイベントを生んでいるなら、最初に見直すべき上限はそれです。
  • ユーザー別の拒否率チャートは、広い圧力(多くのユーザーが時々かかる)と、少数のユーザーが常に上限に当たる状態を区別します。後者は容量の問題ではなく、そのユーザーたちとのポリシー適合の相談です。
注意

キャッピングイベントは少しずつ蓄積されます。既定の Last 14 days では、成功セッションが多数ある一方でキャッピングイベントが 0 と表示されることがよくあります。履歴を見るには Date フィルターを広げてください。

ドキュメントチームは、大規模言語モデルを使ってこのページを下書きすることがあります。公開前に、テクニカルライターがすべてのページをレビューし、製品と照らし合わせて検証します。最終的な判断は人間が行います。