組み込みモニターのカスタマイズ

システムおよびライブラリのモニターをカスタマイズし、警告の関連性を高めるより複雑なモニター構成の出発点として使用します。

内蔵モニターをカスタマイズするには、ナビゲーションパネルのAlerts and Diagnostics > アラートを管理から：

システムまたはライブラリモニターのアクションメニューを開き、構成を選択します。
一般タブのフィールドをカスタマイズします。
定義されたNQLのクエリと条件タブを適応します。
- トリガー条件、フィルター、‘グループ化’句およびスケジューリング頻度を含みます。
プロアクティブなアラート管理のためのメールまたはウェブフックによる通知の設定を確認します。

組み込みのモニターを使用する前に、

次のライブラリモニターには、コラボレーションエクスペリエンス拡張製品が必要です。

コール品質 - Zoom の悪いコール数（増加）
コール品質 - Teams の悪いコール数（増加）

次のシステムモニターには、完全にInfinityへ移行された Nexthinkインスタンスが必要です。

バイナリ接続確立時間の増加
バイナリの接続失敗比率の増加

Nexthinkからのライブラリモニターの更新は、あなたが行ったカスタマイズを保持しません。

システムとライブラリモニターを含む組み込みのモニターの特定のフィールドの編集を、システムが防いでいます。

組み込みモニターの全般フィールドをカスタマイズする

モニター構成ページで、全般タブの以下のフィールドを確認してください。

組み込みのモニターは、以下のトリガー方法を提供します:
- スケジュール メソッドは定期的なチェックに使用されます。 クエリと条件タブで、スケジュール頻度を使用して、メトリクスがどのくらいの頻度で検証されるかを設定します。
- 組み込みのモニターに限定されるイベント方式は、リアルタイムで問題を即座に検出します。 クエリと条件タブで、トリガー条件を定義し、しきい値がアラートをトリガーする前にどのくらいの間侵害されるかを設定します。
組み込みのモニターは、以下のタイプの検出モードを提供します:

メトリックしきい値

メトリック閾値は、1つ以上のメトリックの値がユーザー定義の閾値に達したときにアラートをトリガーします。

メトリック変化

メトリック変化は、現在のメトリック値が7日間のグローバル平均から設定されたしきい値を超えるまで変化した場合にトリガーされます。

メトリック季節変化

メトリックの季節変動は、現在のメトリック値が、設定した標準偏差帯域に基づいて過去7日間の時刻ごとの基準値から外れると、アラートをトリガーします。

グローバル検出

グローバル検出— 組み込みのモニターにのみ利用可能 — は、特定の数のデバイスが他のバージョンや設定よりもパフォーマンスが劣るバイナリバージョンまたはバイナリ構成を使用している場合にアラートをトリガーします。

システムはモニター名を使用して、アラート概要ページに通知を送信し、モニターを視覚化します。
既存のモニターのためのNQL IDを編集することはできませんが、このIDを使用してNexthink内でモニターをクエリすることができます。

組み込みモニターの既定のクエリと条件の調整

該当する場合、組み込みモニタは特定のメトリックを評価するための固定された定義済みのNQLクエリを持っています。

一部の組み込みモニタは、その基になるNQLクエリを公開していません。

モニター構成ページから、クエリと条件タブのフィールドを適応させます。

必要に応じて、調査で表示ボタンをクリックしてクエリ調査結果を表示します。

アラートを起動する既存のトリガー条件をカスタマイズします。トリガー条件は、モニターに対して選択された検出タイプに敏感です。

メトリックしきい値のトリガー条件

メトリックしきい値検出で組み込みモニタのトリガー条件を変更するとき、モニタは設定した値に対して以上、以下の関係演算子に基づいてアラートをトリガーします。

すべてのトリガー条件が満たされると、システムはアラートをトリガーします。

メトリック変化のトリガー条件

メトリック変化検出で組み込みモニタのトリガー条件を変更するとき：

最初のトリガー条件は、現在のメトリックを基準値(7日間のグローバル平均)と比例的に比較する偏差ルール－大きいまたは小さい－を表します。
追加のトリガー条件は、設定したしきい値に対して以上、以下の関係演算子に基づいてアラートを活性化します。

すべてのトリガー条件が満たされると、システムはアラートをトリガーします。

次の例では、最初のトリガー条件は、CPU使用量の値が過去7日間の平均の2倍になったときにアラートを活性化します。

これらのトリガー条件は、スケジュールとイベントトリガーモニターの両方に適用されます。

メトリック季節変化 のトリガー条件

メトリック季節変動検出で組み込みモニタのトリガー条件を変更するとき：

最初のトリガー条件は、過去7日間の時刻ごとの基準値から計算された感度帯域や範囲を設定します。現在のメトリック値がその時間帯の選択された標準偏差範囲外にある場合、モニタはアラートをトリガーします：
- 少し = 一つの標準偏差(±1σ)
- 中程度 = 二倍の標準偏差(±2σ)
- 高い = 三倍の標準偏差(±3σ)
追加のトリガー条件は、設定されたしきい値に対して以上、以下の関係演算子に基づいてアラートを活性化します。

すべてのトリガー条件が満たされると、システムはアラートをトリガーします。

次の例では、最初のトリガー条件は、不成功接続の割合が基準から標準偏差二倍(±2σ)の帯域外にある場合にアラートを活性化します。

イベントトリガーを持つ組み込みモニターの場合、システムは別の時間ベースのトリガー条件を提供します:

グローバル検出 トリガー条件

グローバル検出を使用した組み込みモニタをカスタマイズする際、モニタは、組織間で他のバージョンまたは構成よりもパフォーマンスが悪い場合、設定した値に対して以上、以下の関係演算子に基づいてアラートをトリガーします。

グローバル検出方式は、イベントトリガーを持つ組み込みモニター専用です。

where条件を使用して、特定のアプリケーションまたはデバイスを監視対象に含めるまたは除外するフィルターを最大20のプロパティ値で追加します。
- フィルターは、ユーザー、デバイス、アプリケーション、バイナリを評価する組み込みモニターの場合にのみ利用できます。
組織階層内のデバイス性能と通話品質の問題を追跡する組み込みモニタ用に、カスタムレベルや場所の内訳を含めグループ化句を追加してください。
- デバイス性能モニタでのオプションとしてグループ化を使用するには、製品構成で地理位置情報を有効にする必要があります。
組み込みモニターのスケジューリング頻度を確認して、システムがトリガー条件をどのくらいの頻度で評価するかを判断してください。アラートトリガーのためのデータポイントのスケジューリングについて詳しく知るために、アラートの開始方法ドキュメントを参照してください。

アラートのスケジュール頻度、たとえば7日間のように、各月の1日から開始し、モニターがアラートを7日ごとに評価することを意味します。

これにより、システムが予想よりも早くアラートをトリガーする可能性があり、特定の月の28日にアラートが発生した後、翌月の1日に再度トリガーされるようなケースが起こるかもしれません。

アラートの自動回復オプションを選択します。多くのアラートシナリオでは、組み込みのモニタはトリガー条件が正規化されているため、72時間の復旧期間を延長する必要はありません。
- これらの場合、モニターの最初の評価が非活動によるデータを返さない際、アラートを即座に回復します。
- 逆に、週末休暇を考慮し、非活動期間中にアラートを維持するために72時間待つことを決定することもできます。新しいアラートを閉じて開く代わりに、この方法を利用します。