組み込みモニターのカスタマイズ
システム と ライブラリのモニターをカスタマイズし、アラートの関連性を高めるための、より複雑なモニター設定の出発点として使用します。
内蔵モニターをカスタマイズするには、ナビゲーションパネルのAlerts and Diagnostics > アラートを管理から：
システムまたはライブラリモニターのアクションメニューを開き、構成を選択します。
一般タブのフィールドをカスタマイズします。
定義されたNQLクエリと条件タブを適応させます。
トリガー条件、フィルター、‘グループ化’句およびスケジューリング頻度を含みます。
プロアクティブなアラート管理のためのメールまたはウェブフックによる通知の設定を確認します。
組み込みのモニターを使用する前に、
次のライブラリモニターには、コラボレーション エクスペリエンス拡張製品が必要です。
コール品質 - Zoom の悪いコール数（増加）
コール品質 - Teams の悪いコール数（増加）
以下のシステムモニターは、完全にInfinityに移行したNexthinkインスタンスを必要とします:
バイナリ接続確立時間の増加
バイナリの接続失敗比率の増加
Nexthinkからのライブラリモニターの更新は、あなたが行ったカスタマイズを保持しません。
システムとライブラリモニターを含む組み込みのモニターの特定のフィールドの編集を、システムが防いでいます。
組み込みモニターの全般フィールドをカスタマイズする
モニター構成ページで、全般タブの以下のフィールドを確認してください。
組み込みのモニターは、以下のタイプの検出モードを提供します:
メトリック変化
メトリクスの変化 は、現在のメトリクス値が7日間のグローバル平均と異なるときにトリガーされます。
メトリック季節変化
メトリック季節変動は、設定された標準偏差バンドに基づいて、過去7日間の時刻基準外に現在のメトリック値がある場合に警告を発します。
グローバル検出
グローバル検出—組み込みモニターのみで利用可能—は、特定の数のデバイスが他のバージョンや設定よりも性能が劣る特定のバイナリ バージョンまたはバイナリ コンフィギュレーションを使用している場合にアラートをトリガーします。
システムはモニター名を使用して、アラート概要ページに通知を送信し、モニターを視覚化します。
既存のモニターのためのNQL IDを編集することはできませんが、このIDを使用してNexthink内でモニターをクエリすることができます。
組み込みモニターの既定のクエリと条件の調整
該当する場合、組み込みモニターは特定のメトリクスを評価するために固定された定義済みの NQL クエリ を持っています。
クラウド インサイトでタグ付けされたグローバル検出モニターは、UIで基礎となるNQLクエリを公開しません。
モニター構成ページから、クエリと条件タブのフィールドを適応させます。
必要に応じて、Show in Investigationsボタンをクリックしてクエリ調査結果を表示します。
アラートを起動する既存のトリガー条件をカスタマイズします。 モニターの検出タイプに応じて、トリガー条件が敏感になります:
メトリックしきい値のトリガー条件
組み込みモニターのメトリック閾値検出でのトリガー条件を変更する場合、メトリクス値が指定された値と等しいまたはそれ以上、または等しいまたはそれ以下のときにモニターはアラートをトリガーします。
すべてのトリガー条件が満たされると、システムはアラートをトリガーします。
メトリック変化のトリガー条件
メトリック変化検出で組み込みモニタのトリガー条件を変更するとき：
最初のトリガー条件は、現在のメトリックを基準値（7日間のグローバル平均）と比例して比較する—高いまたは低い—偏差規則を表します。
追加のトリガー条件は、値が定義された閾値と等しいまたはそれ以上、または等しいまたはそれ以下のときにアラートを有効化することを定義します。
すべてのトリガー条件が満たされた場合にシステムが警告をトリガーします。
以下の例で、最初のトリガー条件は、CPU使用率が過去7日間のメトリック平均の2倍になったときに警告を開始します。
これらのトリガー条件は、スケジュールおよびイベントトリガーモニターの両方に適用されます。
メトリックの季節変動のトリガー条件
組み込みモニタ用のメトリック季節変動検出のためのトリガー条件を変更する場合:
最初のトリガー条件は、過去7日間の時刻基準から計算された感度バンドを設定します。 モニターは、現在のメトリック値がその時間枠の選択された標準偏差範囲外にあると警告をトリガーします:
わずかに ＝ 1標準偏差 (±1σ)
中程度 = 二標準偏差 (±2σ)
非常に = 三標準偏差 (±3σ)
追加のトリガー条件は、値が定義された閾値と等しいまたはそれ以上、または等しいまたはそれ以下のときにアラートを有効化することを定義します。
すべてのトリガー条件が満たされた場合にシステムが警告をトリガーします。
以下の例で、最初のトリガー条件は、接続失敗の割合が基準から二標準偏差 (±2σ)の帯域外にあると警告を開始します。
イベントトリガーを持つ組み込みモニタの場合、システムは追加の時間ベースのトリガー条件を提供します:
グローバル検出のトリガー条件
組み込みモニターをグローバル検出でカスタマイズする場合、メトリックの値が指定された値以上または以下の場合にモニターがアラートを発出します。特定のバージョンや構成が他のバージョンや構成よりも悪化しているときに通知されます。
グローバル検出は、イベントトリガーを持つ組み込みモニタにのみ利用可能なメソッドです。
監視する、または除外する特定のアプリケーションやデバイスを含めたり、除外するためにフィルタを使用して
where条件を追加します—最大20プロパティ値フィルタは、ユーザー、デバイス、アプリケーション、バイナリといったオブジェクトを評価する組み込みモニタにのみ使用可能です。
組織階層の詳細を含むデバイスのパフォーマンスや通話品質の問題の監視における**「グループ化」条件**を追加します。カスタムレベルや位置の内訳も含めます。
デバイスパフォーマンスモニターにおいて、オプションの**「グループ化」**として場所ごとの内訳を使用するには、製品コンフィギュレーションでジオロケーションを有効にする必要があります。
組み込みモニターの固定されたスケジューリング頻度を確認して、システムがトリガー条件を評価する頻度を決定します。 詳細については、アラートのFAQドキュメントを参照してください。アラートのトリガーのためのデータポイントのスケジューリングについて詳しく学べます。
アラートのスケジューリング頻度、例として7日間とは、モニターがそれぞれの月の1日から始まって7日ごとにアラートを評価することを意味します。
これによりシステムが月ごとの28日に1つのアラート、次の月の1日に再びアラートをトリガーするなど、予期しない速さで警告をトリガーすることがあります。
アラートの自動復旧オプションを選択します。 多くのアラートシナリオでは、組み込みモニターはトリガー条件が正規化されているため、72時間の回復期間を延長する必要はありません。
これらのケースでは、モニターの最初の評価がアクティビティのないためにデータを返さない場合、アラートを直ちに回復します。
逆に、例えば週末の休暇を考慮し、非アクティブ期間中にアラートを開いたままにして、新しい警告を閉じたり開いたりしないために、72時間待つことを選択するかもしれません。
関連トピック
Last updated
Was this helpful?