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

**システム** と **ライブラリ**のモニターをカスタマイズし、アラートの関連性を高めるための、より複雑なモニター設定の出発点として使用します。

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

1. **システム**または**ライブラリ**モニターのアクションメニューを開き、**構成**を選択します。
2. **一般**タブのフィールドをカスタマイズします。
3. 定義された**NQLクエリと条件**タブを適応させます。
   * **トリガー条件、フィルター、‘グループ化’句**および**スケジューリング頻度**を含みます。
4. プロアクティブなアラート管理のための[メールまたはウェブフックによる通知の設定](https://docs.nexthink.com/platform/ja/user-guide/alerts-and-diagnostics/managing-alerts/configuring-email-and-webhook-notifications-for-alerts)を確認します。

<figure><img src="https://3549141153-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FeLm8O7QKZDn6z806e7Sv%2Fuploads%2Fgit-blob-042731bb576fecf1cf47dade21eb92947af5a376%2Falerts_config.png?alt=media" alt=""><figcaption></figcaption></figure>

***

## 組み込みのモニターを使用する前に、 <a href="#customizingbuilt-inmonitors-prerequisitesanddependencies" id="customizingbuilt-inmonitors-prerequisitesanddependencies"></a>

次の**ライブラリ**モニターには、[コラボレーション エクスペリエンス](https://docs.nexthink.com/platform/ja/user-guide/collaboration-experience)拡張製品が必要です。

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

以下の**システム**モニターは、完全に[Infinityに移行した](https://edocs.nexthink.com/ja/infinity-transition/about-infinity-transition)Nexthinkインスタンスを必要とします:

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

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

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

***

## 組み込みモニターの全般フィールドをカスタマイズする <a href="#customizingbuilt-inmonitors-general" id="customizingbuilt-inmonitors-general"></a>

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

<figure><img src="https://3549141153-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FeLm8O7QKZDn6z806e7Sv%2Fuploads%2Fgit-blob-62eb00c8089d20d1febe39783d340bc7936260cd%2Fimage%20(823).png?alt=media" alt=""><figcaption></figcaption></figure>

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

<details>

<summary>メトリックしきい値</summary>

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

</details>

<details>

<summary>メトリック変化</summary>

**メトリクスの変化** は、現在のメトリクス値が[7日間のグローバル平均](https://docs.nexthink.com/platform/ja/user-guide/alerts-faq#how-does-the-system-compute-the-baseline-for-the-detection-methods-metric-change-and-metric-seasonal)と異なるときにトリガーされます。

</details>

<details>

<summary>メトリック季節変化</summary>

**メトリック季節変動**は、設定された標準偏差バンドに基づいて、過去7日間の[時刻基準](https://docs.nexthink.com/platform/ja/user-guide/alerts-faq#how-does-the-system-compute-the-baseline-for-the-detection-methods-metric-change-and-metric-seasonal)外に現在のメトリック値がある場合に警告を発します。

</details>

<details>

<summary>グローバル検出</summary>

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

</details>

* システムはモニター**名**を使用して、[アラート概要](https://docs.nexthink.com/platform/ja/user-guide/alerts-and-diagnostics/responding-to-alerts/alerts-overview)ページに通知を送信し、モニターを視覚化します。
* 既存のモニターのための**NQL ID**を編集することはできませんが、このIDを使用してNexthink内でモニターをクエリすることができます。

## 組み込みモニターの既定のクエリと条件の調整 <a href="#customizingbuilt-inmonitors-queryandconditions" id="customizingbuilt-inmonitors-queryandconditions"></a>

{% hint style="info" %}
該当する場合、組み込みモニターは特定のメトリクスを評価するために固定された定義済みの **NQL クエリ** を持っています。

**クラウド インサイト**でタグ付けされた**グローバル検出**モニターは、UIで基礎となるNQLクエリを公開しません。
{% endhint %}

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

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

<figure><img src="https://3549141153-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FeLm8O7QKZDn6z806e7Sv%2Fuploads%2Fgit-blob-a5654e093f1fc41a7802943df8f6ea002e8c866c%2Fimage%20(821).png?alt=media" alt=""><figcaption></figcaption></figure>

1. アラートを起動する既存の**トリガー条件**をカスタマイズします。 モニターの検出**タイプ**に応じて、トリガー条件が敏感になります:

<details>

<summary><strong>メトリックしきい値</strong>のトリガー条件</summary>

組み込みモニターの**メトリック閾値**検出での**トリガー条件**を変更する場合、メトリクス値が指定された値と**等しいまたはそれ以上**、または**等しいまたはそれ以下**のときにモニターはアラートをトリガーします。

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

<figure><img src="https://3549141153-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FeLm8O7QKZDn6z806e7Sv%2Fuploads%2Fgit-blob-797eb57effd75515b1a565291e344ddb1dfe0802%2Fimage%20(818).png?alt=media" alt=""><figcaption></figcaption></figure>

</details>

<details>

<summary><strong>メトリック変化</strong>のトリガー条件</summary>

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

* 最初のトリガー条件は、現在のメトリックを[基準値](https://docs.nexthink.com/platform/ja/user-guide/alerts-faq#how-does-the-system-compute-the-baseline-for-the-detection-methods-metric-change-and-metric-seasonal)（7日間のグローバル平均）と比例して比較する—**高い**または**低い**—偏差規則を表します。
* 追加のトリガー条件は、値が定義された閾値と**等しいまたはそれ以上**、または**等しいまたはそれ以下**のときにアラートを有効化することを定義します。

すべてのトリガー条件が満たされた場合にシステムが警告をトリガーします。

以下の例で、最初のトリガー条件は、**CPU使用率**が過去7日間のメトリック平均の2倍になったときに警告を開始します。

{% hint style="info" %}
これらのトリガー条件は、[スケジュールおよびイベントトリガーモニター](#customizingbuilt-inmonitors-general)の両方に適用されます。
{% endhint %}

<figure><img src="https://3549141153-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FeLm8O7QKZDn6z806e7Sv%2Fuploads%2Fgit-blob-04a53ae6fbd96cce73830c953fa1e0f90b0dc71b%2Fimage%20(813).png?alt=media" alt=""><figcaption></figcaption></figure>

</details>

<details>

<summary><strong>メトリックの季節変動</strong>のトリガー条件</summary>

組み込みモニタ用の**メトリック季節変動**検出のための**トリガー条件**を変更する場合:

* 最初のトリガー条件は、過去7日間の[時刻基準](https://docs.nexthink.com/platform/ja/user-guide/alerts-faq#how-does-the-system-compute-the-baseline-for-the-detection-methods-metric-change-and-metric-seasonal)から計算された感度バンドを設定します。 モニターは、現在のメトリック値がその時間枠の選択された標準偏差範囲外にあると警告をトリガーします:
  * **わずかに** ＝ 1標準偏差 (±1σ)
  * **中程度** = 二標準偏差 (±2σ)
  * **非常に** = 三標準偏差 (±3σ)
* 追加のトリガー条件は、値が定義された閾値と**等しいまたはそれ以上**、または**等しいまたはそれ以下**のときにアラートを有効化することを定義します。

すべてのトリガー条件が満たされた場合にシステムが警告をトリガーします。

以下の例で、最初のトリガー条件は、**接続失敗の割合**が基準から二標準偏差 (±2σ)の帯域外にあると警告を開始します。

<figure><img src="https://3549141153-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FeLm8O7QKZDn6z806e7Sv%2Fuploads%2Fgit-blob-aa1777e02a042de4853564ec4d183b7afba9df23%2Fimage%20(815).png?alt=media" alt=""><figcaption></figcaption></figure>

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

<figure><img src="https://3549141153-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FeLm8O7QKZDn6z806e7Sv%2Fuploads%2Fgit-blob-0258d9102a18e622f91340812b7be4f2b2461756%2Fimage%20(810).png?alt=media" alt=""><figcaption></figcaption></figure>

</details>

<details>

<summary><strong>グローバル検出</strong>のトリガー条件</summary>

組み込みモニターを**グローバル検出**でカスタマイズする場合、メトリックの値が指定された値以上または以下の場合にモニターがアラートを発出します。特定のバージョンや構成が他のバージョンや構成よりも悪化しているときに通知されます。

{% hint style="info" %}
**グローバル検出**は、イベントトリガーを持つ組み込みモニタにのみ利用可能なメソッドです。
{% endhint %}

<figure><img src="https://3549141153-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FeLm8O7QKZDn6z806e7Sv%2Fuploads%2Fgit-blob-9c6cd0213bff34467cdb45a5dc0e2bc30750604f%2Fimage%20(817).png?alt=media" alt=""><figcaption></figcaption></figure>

</details>

2. 監視する、または除外する特定のアプリケーションやデバイスを含めたり、除外するために**フィルタ**を使用して`where`条件を追加します—最大20プロパティ値
   * フィルタは、ユーザー、デバイス、アプリケーション、バイナリといったオブジェクトを評価する組み込みモニタにのみ使用可能です。
3. 組織階層の詳細を含むデバイスのパフォーマンスや通話品質の問題の監視における\*\*「グループ化」条件\*\*を追加します。カスタムレベルや位置の内訳も含めます。
   * デバイスパフォーマンスモニターで、場所別の **「グループ化」** をオプションとして使用するには、[製品構成](https://docs.nexthink.com/platform/ja/user-guide/administration/system-configuration/product-configuration)のジオロケーションを有効にする必要があります。
4. 組み込みモニターの固定された**スケジューリング頻度**を確認して、システムがトリガー条件を評価する頻度を決定します。\
   詳細については、[アラートのFAQ](https://docs.nexthink.com/platform/ja/user-guide/alerts-faq#how-does-the-system-compute-the-baseline-for-the-detection-methods-metric-change-and-metric-seasonal)ドキュメントを参照してください。アラートのトリガーのためのデータポイントのスケジューリングについて詳しく学べます。

{% hint style="warning" %}
アラートの**スケジューリング頻度**、例として**7日間**とは、モニターがそれぞれの月の1日から始まって7日ごとにアラートを評価することを意味します。

これによりシステムが月ごとの28日に1つのアラート、次の月の1日に再びアラートをトリガーするなど、予期しない速さで警告をトリガーすることがあります。
{% endhint %}

5. アラートの**自動復旧**オプションを選択します。 多くのアラートシナリオでは、組み込みモニターは**トリガー条件**が正規化されているため、**72時間**の回復期間を延長する必要はありません。
   * これらのケースでは、モニターの最初の評価がアクティビティのないためにデータを返さない場合、アラートを**直ちに**回復します。
   * 逆に、例えば週末の休暇を考慮し、非アクティブ期間中にアラートを開いたままにして、新しい警告を閉じたり開いたりしないために、**72時間**待つことを選択するかもしれません。

***

関連トピック

* [アラートの開始ガイド](https://docs.nexthink.com/platform/ja/user-guide/alerts-and-diagnostics/getting-started-with-alerts)
* [カスタムモニタの作成](https://docs.nexthink.com/platform/ja/user-guide/alerts-and-diagnostics/managing-alerts/creating-custom-monitors)
* [アラート用のメールおよびWebhook通知の設定](https://docs.nexthink.com/platform/ja/user-guide/alerts-and-diagnostics/managing-alerts/configuring-email-and-webhook-notifications-for-alerts)
* [Nexthink Library](https://docs.nexthink.com/platform/ja/user-guide/nexthink-library)
