条件の作成および設定

アプリケーションのパフォーマンスメトリックを評価する条件または条件のセットを定義できます。

条件を評価するには、次のオプションを使用します。

  • 正常性ルールウィザードに埋め込まれている式ビルダーを使用して、相互依存の複数のメトリックからなる複雑な式に基づいた条件を作成できます。
  • 正常性ルール内の複数の条件を評価するためのカスタムブール式。ブール式では および 演算子を使用できます。

Create a Condition

To create a condition:
  1. In the Critical Condition or Warning Condition window, click + Add Condition to add a new condition component. A row defining the condition is displayed.
  2. Configure the Condition as required.
  3. Continue to add conditions as required. You can add a maximum of 8 conditions. Conditions are designated as A, B, C, and so on.
  4. From the drop-down list above the conditions, select:
    • All: if all of the conditions must evaluate to true to constitute rule violation.
    • Any: if any of the conditions must evaluate to true to constitute rule violation. The health rule evaluates all the specified conditions one by one and if one or more conditions evaluate to true, an alert is triggered. The Health Rule Violation Events Summary displays all the conditions that are violated. For example, you have specified four conditions A, B, C, and D. The health rule evaluates all the four conditions and if condition A and C are violated, an alert is triggered. The Health Rule Violation Events Summary displays the violated conditions A and C that triggered the alert.
    • Custom: if a combination of conditions defined in a boolean expression must evaluate to true to constitute rule violation. For more information on how to create a custom boolean expression, see Create a Custom Boolean expression.
  5. For health rules based on the following health rule types, select:
    • Business Transaction
    • Node health-hardware
    • Node health-transaction performance
    You must specify the evaluation scope in the Critical Criteria and Warning Criteria panels. If you select the percentage of nodes, enter the percentage. If you select the number of nodes, enter an absolute number.

サーバーレスティアの評価

AWS Lambda のティアを構成するサーバレスエンティティをモニタすると、次に示すように正常性ルールが評価されます。

正常性ルールのタイプ 影響を受けるエンティティ 条件評価基準 評価
  • ビジネストランザクション
  • サービスエンドポイント
  • エラー率
サーバレスティア BT 平均 メトリックはティアレベルで集約されます。
サーバレスノード
  • すべてのノード
  • ノードの割合(%)
  • ノードの数
サーバレスティアのメトリックはティアレベルで集約され、他のティアのメトリックは定義された基準に従って評価されます。
ティア/ノードの正常性(トランザクション パフォーマンス) サーバレスティア
  • ティア平均(ティア内のすべてのノードの平均)
  • すべてのノード
  • ノードの割合(%)
  • ノードの数
サーバーレスティアのメトリックは、定義されている評価基準に関係なく、ティアレベルで集約されます。
サーバレスノード
  • ティア平均(ティア内のすべてのノードの平均)
  • すべてのノード
  • ノードの割合(%)
  • ノードの数
サーバーレスティアのパフォーマンスは、[Tier/Node Health (Hardware)] 正常性ルールについては評価されません。サーバーレスプラットフォームのランタイムインスタンスがオンデマンドでアップ/ダウンするため、AWS はノードレベルのダッシュボードやメトリックを提供しません。
ティア/ノードの正常性(ハードウェア)
  • サーバレスティア
  • サーバレスノード
- サーバーレスティアのパフォーマンスは、[Tier/Node Health (Hardware)] 正常性ルールについては評価されません。サーバーレスプラットフォームのランタイムインスタンスがオンデマンドでアップ/ダウンするため、AWS はノードレベルのダッシュボードやメトリックを提供しません。

条件を構成する

条件を構成する
  1. Splunk AppDynamicsこの名前は生成された通知テキスト内および コンソールで使用され、違反を特定します。
    注: 定義する条件ごとに一意の名前を入力してください。
  2. [Add Condition] ボタンの下にあるドロップダウンリストから、条件を評価するメトリックを定義し、以下を選択します。
    • 単純なメトリックを指定するための単一のメトリック。
    1. [Value] ドロップダウンリストで、次のオプションからメトリックの限定子を選択します。
      限定子のタイプ 説明
      最小 設定された評価時間全体について報告される最小値。このタイプがないメトリックもあります。
      最大 設定された評価時間全体について報告される最大値。このタイプがないメトリックもあります。
      注: イベントストレージ-ライセンス超過モニタリングに関連するメトリックの場合、サポートされる修飾子タイプは Maximum です。
      設定された評価時間全体について報告されるすべてのメトリック値の相加平均。この値はメトリックのタイプに基づきます。
      注: カスタムメトリックの SUM として時間ロールアップを選択した場合、Value は、設定された評価時間の長さ全体で報告されたすべてのメトリック値の算術和です。
      合計 設定された評価時間全体について報告されるすべてのメトリック値の合計。
      Count 設定された評価時間全体についてメトリック値が測定された回数。
      グループ数 メトリック値に寄与しているノードの数。通常、アプリケーションまたはティアレベルのメトリックに関連します。
      現在 その時点(1分間)における値。
    2. 単純なメトリックを指定するには、[Select a Metric] をクリックします。[Metric Selection] ウィンドウが表示されます。[] ウィンドウのメトリックブラウザには、正常性ルールのタイプに適したメトリックが表示されます。または、相対メトリックパスを定義することができます。
    3. c. モニターするメトリックを選択し、[Select Metric] をクリックします。
      注: アラート感度の調整を使用すると、(BT、サービスエンドポイント、またはリモートサービスをモニタする)正常性ルールのメトリック評価を微調整できます。条件を評価するには、1 つのメトリックを選択する必要があります。詳細については、「正常性ルールの作成とメトリック評価の微調整」を参照してください。
    • メトリック式を作成するためのメトリック式
  3. メトリックの後ろにあるドロップダウンリストから、メトリックを評価するための比較のタイプを選択します。
    • 正常性ルールの有効性を、メトリックがベースラインから定義された範囲(標準偏差またはパーセンテージ)内にあるときに限定するには、メニューから [Within Baseline] を選択します。メトリックが定義された範囲外にあるときに正常性ルールの有効性を限定するには、[Not Within Baseline] を選択します。それから、使用するベースライン、評価ユニットの数値限定子および評価ユニットを選択します。例:

      3 つのベースライン標準偏差によるデフォルトのベースラインの範囲内
    • メトリックを静的リテラル値と比較するには、[< Specific value]、[> Specific Value]、[= Specific Value]、または [!= Specific Value] を選択します。テキストフィールドに特定の値を入力します。例:

      Errors per Minute の値 > 100
    • メトリックをベースラインと比較するには、ドロップダウンリストで [select < Baseline] または [> Baseline] を選択して、使用するベースライン、評価ユニットの数値修飾子、および評価ユニットを選択します。評価ユニットとしてベースラインの標準偏差またはベースラインの割合を使用できます。例:

      [Maximum of Average Response Time] は [Daily Trend - Last 30 days]、3 [Baseline Standard Deviations] の [< Baseline]
      注: ベースラインの割合とは、条件がトリガーされるベースラインを上回るまたは下回る割合のことです。たとえば、ベースライン値が 850 で、ベースラインの割合を「> 1%」と定義した場合、値が > [850+(850x0.01)] または 859 の場合は、条件が となります。サンプルセットが小さすぎる時に正常性ルール違反がトリガーされないよう、ロード(値が測定された回数)が1000以下の場合はこれらのルールは評価されません。例えば、非常に短いタイムスライスが指定されると、ロードに十分な大きさがないため、条件が満たされてもルール違反とならない場合があります。
      次のベースライン オプションを使用できます。
      • デフォルトのベースライン

      • [適応型週次トレンド - 過去 3 か月間(Adaptive Weekly Trend- Last 3 months)](ベータ版)

      • [すべてのデータ - 過去 15 日間(All data- Last 15 days)]

      • [日次トレンド - 過去 30 日間(Daily Trend- Last 30 days)]

      • [月次トレンド - 過去 1 年間(Monthly Trend- Last 1 year)]

      • [週次トレンド - 過去 3 か月間(Weekly Trend- Last 3 months)]

    ベースラインオプションの詳細については、「動的ベースライン」を参照してください。

  4. 条件に「永続的しきい値」を定義して、false アラートを減らす場合:
    注: 30 分以下の評価タイムフレームを定義している場合にのみ、条件の永続的しきい値を定義できます。
    1. Trigger only when a violation occurs __ times in the last __ min(s) を選択します。
    2. メトリックのパフォーマンスデータが定義されたしきい値を超えて違反となる回数を定義します。
    3. 必要に応じて、別の評価のタイムフレームを設定して、評価のタイムフレームを調整します。
      注: 30 分以下の評価タイムフレームを定義している場合にのみ、条件の永続的しきい値を定義できます。
  5. メトリックデータが評価に使用できない場合に正常性ルールのステータスを制御する場合は、Evaluation for "no data" scenarios に対応する次のいずれかのオプションを使用します。
    • [Critical] または [Warning]:正常性ルールは、このデータが利用できない状態を重大または警告状態とみなし、正常性ルールのステータスがそれぞれ赤色または黄色で表示されます。
    • Unknown:正常性ルールは、データが利用できない状態を不明と見なし、正常性ステータスが灰色で表示されます。
    • Healthy:正常性ルールは、データが利用できない状態を正常と見なし、正常性ルールのステータスが緑色で表示されます。
  6. 完了したら [Save] をクリックします。

エージェント可用性メトリックの評価

正常性ルール条件を使用してエージェント可用性メトリックを評価した結果、誤検知が発生する可能性があります。例:

  • 通信エラーのため、エージェントが数分間、コントローラに接続していない可能性があります。
  • 待機時間の問題によってデータが数分間遅れる場合があります。
ネットワークの問題や、エージェントがコントローラと通信できない場合に発生する 1〜2 分のメトリック損失が通知されるように、正常性ルールを構成できます。正常性ルールを次のように構成します。
  1. 正常性ルールが影響を与えるノードを選択します。また、階層を設定することもできますが、ノードを設定することをお勧めします。
  2. [Node Health - Hardware, JVM, CLR] を正常性ルールの [Type] として選択します。
  3. 最後の5分間と10分の待機時間を使用します。
  4. 3 つの [< Specific Value] の合計になるように条件を設定します。

この構成では、過去 5 分間にエージェントが 2 分を超えてダウンした場合に違反が生成されます。

式を作成する

式ビルダーにアクセスして、条件の基礎となる複雑な式を作成するには、ドロップダウンリストから [Metric Expression] オプションを選択して [Add Expression] をクリックします。メトリックとして使用する数式を作成できる [Metric Expression] ウィンドウが表示されます。

たとえば、遅延したビジネストランザクションの割合を測定するために、次の式が作成されます。

  1. 数式ビルダーの [Variable Declaration] ペインで、[+ Add variable] をクリックして変数を追加します。
  2. [Variable Name] フィールドに変数の名前を入力します。
  3. ドロップダウンリストで、次のオプションからメトリックの限定子を選択します:

    最小

    設定された評価時間全体について報告される最小値。この修飾子は、すべてのメトリックで使用できるわけではありません。

    最大

    設定された評価時間全体について報告される最大値。この修飾子は、すべてのメトリックで使用できるわけではありません。

    設定された評価時間全体について報告されるすべてのメトリック値の相加平均。この値はメトリックのタイプに基づきます。

    注: カスタムメトリックの [] として時間ロールアップを選択した場合、[] は、設定された評価時間の長さ全体で報告されたすべてのメトリック値の算術和です。

    合計

    設定された評価時間全体について報告されるすべてのメトリック値の合計。

    Count

    設定された評価時間全体についてメトリック値が測定された回数。

    グループ数 メトリック値に寄与しているノードの数。通常、アプリケーションまたはティアレベルのメトリックに関連します。

    現在

    その時点(1分間)における値。

  4. [Select a metric] をクリックし、埋め込まれたメトリックブラウザを開きます。
    注:

    式の中のいずれかのメトリックがnull値である場合、正常性ルールは評価されません。これは、次の例に示すような誤った評価を避けるためです。

    null値 評価
    ABC a 式全体が負と評価されます。
    a/b b 数値「a」はゼロで除算され、エラーに評価されます
    A から B a または b 式全体がゼロと評価されます。
  5. 式で使用する各メトリックについて、手順 1 から 4 を繰り返します。
  6. [Expression] ペインで、[Insert Variable] をクリックし、[Variable Declaration] ペインで作成した変数と適切な数学記号を挿入することによって、式を作成します。
  7. 式が作成されたら、[Save] をクリックします。

カスタムブール式の作成

正常性ルールに必要なすべての条件を定義したら、正常性ルールを評価するためのカスタムブール式を作成できます。

  1. 条件の上にあるドロップダウンリストから、[Custom] オプションを選択します。
  2. 演算子を使用して条件の組み合わせを入力します。たとえば、(A OR B) AND C と入力します。
    注: および 演算子を使用して条件の有効な組み合わせを入力してください。入力しないと、評価は失敗します。
  3. Save をクリックします。

Modify the Custom Boolean Expression

  1. Select the expression in the Condition Combination field.
  2. Edit the boolean expression as required.
  3. Click Save.

条件の削除

削除([X])アイコンをクリックして、条件コンポーネントを削除します。

注: 条件を削除する場合は、それに応じてブール式を更新します。