Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
このページの目次
 

Paragon Automation GUIでのカスタムルールの設定

Paragon Automation GUIを使用した新しいルールの作成

Paragon Automation GUIを使用して新しいルールを作成するには、まずルールに関する一般的な説明情報を入力し、次に[ルール]ページでいくつかのルール定義ブロックをナビゲートして、Paragon Automationルールの特定の設定を指定します。

新しいParagon Automationルールの作成を開始するには、次の手順に従います。

  1. 左側のナビゲーション バーにある [構成>ルール] アイコンをクリックします。Paragon Automationのルールのリストが[ルール]ページの左側に表示されます。
  2. [ルールの追加] ボタン (+ルールの追加) をクリックします。
  3. 次の入力パラメーターを使用して、ルールに関する一般的な説明情報を入力します。

    パラメーター

    説明

    ルール

    新しいルールの場合、このパラメーターには / user_rule_random characters があらかじめ入力externalされています (例:external / user_rule_2p0ghk)。スラッシュ(/)で区切られたフィールドは、それぞれParagon Automationのトピック名とParagon Automationのルール名を表します。

    external は、ユーザー定義トピックに使用されるトピック名です。ジュニパーが事前に定義したParagon Automationルールについては、ジュニパーがデバイスコンポーネントベースのトピック名をいくつか厳選しました。Paragon Automationのトピックの詳細については、 Paragon Insightsのトピックを理解するを参照してください。

    user_rule_random charactersルール名を、パケットイン、パケットアウト、system_memoryなど、ルールの説明を適切に表す名前に置き換えます。

    ルールの頻度

    (ネットワークルールのみ)Paragon Automationがネットワークルールのデータを収集する頻度を指定します。この設定は、ネットワークグループに適用される周波数プロファイルにルールが含まれている場合に上書きされます。

    説明

    (オプション)ルールの詳細な説明を入力します。

    概要

    (オプション)ルールの簡単な説明を入力します。概要は、[ルール] ページの左側に一覧表示されているルール名にカーソルを合わせると表示されます。

    フィールド集約時間範囲

    このオプションの値は、Paragon Automationがセンサーが受信したデータを集約する頻度を定義します。これにより、時系列データベース内のデータ ポイント エントリの数を減らすことができます。
  4. (ネットワークルールのみ)新しいルールがネットワーク ルールの場合は、[ネットワーク ルール] スイッチを右に切り替えます。
  5. 必要に応じてルール定義ブロックを設定します。

    Synopsis 入力パラメーターのすぐ下にあるルール定義ブロックへのリンクがあります: センサー、 フィールド、 ベクトル、 変数、 関数、 トリガー、 およびルール プロパティ。以下のセクションでは、これらの各ルール定義ブロックの入力パラメータについて説明します。

  6. 次のいずれかのオプションを選択して、新しいルールを保存します。

    保存

    定義されたトピック領域内にルールを保存しますが、更新された構成は展開しないでください。このオプションは、たとえば、複数の変更を行っていて、すべての更新を同時に展開する場合に使用できます。

    保存&展開

    構成をすぐに展開し、定義されたトピック領域内にルールを保存します。

ルールのフィルタリング

[ルール] ページの左側に表示されるトピックとルールをフィルター処理できます。これにより、探しているルールをすばやく見つけることができます。検索機能は、トピック、ルール、センサータイプ、およびその他のカテゴリで機能します。タイトルだけでなく、ルールの定義内容にも取り組んでいます。

次の手順では、このフィルター処理機能について説明します。

  1. 左側のナビゲーション バーの [ 構成] > [ルール ] に移動します。

    [ ルール ] ページが表示されます。ルール定義領域の左側には、下の 図 1 に示すような新しいセクションがあります。

    図 1: ルールのフィルタリング Rule Filtering
  2. プルダウン メニューから、実行する検索の種類を選択します。
  3. 検索フィールドに、検索テキストの入力を開始します。

    以下のトピック リストが縮小され、検索条件に一致するトピックとルールのみが表示されます。

センサー

Sensor ブロックを使用して、新しいルールの構成を開始します。図 2 に、OpenConfig センサーpppoe-error-statisticsのセンサー定義を示します。

図 2: センサーの定義 A Sensor Definition
  1. センサーの追加ボタン(+センサーの追加)をクリックします。

    新しいセンサー定義が表示され、 のようなSensor_2kgf04名前が Sensor_random characters になります。

    1 つのルールに複数のセンサーを設定できます。

  2. センサー名を、定義するルールに適した名前に変更します。
  3. ドロップダウン リストから、センサー タイプを選択します。 OpenConfig、 Native GPB、 iAgent、 SNMP、 Syslog、 NetFlowのいずれかを選択できます。

    センサータイプを定義するために必要な要素は、選択した内容によって異なります。頻度は #s、#m、#h、#d、#w、#y、または #o で表されます。# は数値で、s、m、h、d、w、y はそれぞれ秒、分、時間、日、週、年、オフセットを指定します。o 式は、数式、参照、トリガー、学習期間、およびホールドタイムで使用するオフセット乗数を定義するために使用されます。

    次の一覧では、 選択したセンサーの種類に基づいて変化する要素について説明します。他のルール要素は、[ センサー タイプ ] の選択によって変更されません。

    • OpenConfig

      センサー パス は、使用可能な OpenConfig センサーのドロップダウン リストから定義されます。 頻度 とは、センサーがParagon Automationに報告する頻度(秒単位)を指します。センサーが周波数プロファイルに含まれている場合は、周波数をオーバーライドできます。
    • Native GPB

      センサー パス とは、ネイティブ GPB センサーのパスを指します。 ポート とは、センサーがParagon Automationと通信するGPBポートのことです。
    • iAgent

      File は、NETCONF でアクセス可能なセンサーを定義する YAML 形式のファイルの名前です。 テーブル は、YAMLファイルで使用可能なPyEZテーブルとビューのドロップダウンリストから定義されます。 周波数とは 、センサーがParagon Automationによってポーリングされる頻度を指し、周波数プロファイルにセンサーを含めることで上書きできます。

      選択したテーブルに基づいて、ターゲット引数または動的引数の入力フィールドも提供される場合があります。これらの追加フィールドについては、次のいずれかを実行できます。

      • 入力フィールドは空白のままにします。デフォルト値は適用されません。

      • 一定の固定値を入力します。

      • 二重中括弧/花括弧で囲まれた変数名を入力します(例: {{test-variable}})変数名は、Paragon Automationルールで以前に定義された変数に属している必要があり、変数の [タイプ ]オプションが [センサー引数]に設定されている必要があります。
    • SNMP

      テーブル は、使用可能なSNMPテーブルのドロップダウンリストから定義されます。 周波数とは 、Paragon Automationがデバイスのデータをポーリングする頻度を秒単位で指し、周波数プロファイルにセンサーを含めることで上書きできます。
    • Syslog

      パターンセット は、1つ以上のパターンを含むユーザー設定要素です(監視するイベントごとにパターンを設定します)。 最大保留期間は 、高度なケースで使用され、パターンセット内の複数のパターンを使用してイベントを関連付けるときにシステムが待機する最大時間を指します。
      メモ：

      syslog センサーには、いくつかの事前構成が必要です。詳細については、 Syslogの取り込み を参照してください。

    • Flow

      テンプレート名は 、ジュニパーが提供する組み込みの NetFlow v9 および IPFIX テンプレートのリストです。

フィールド

センサーは通常、デバイス上のインターフェイスに関するすべての情報、シャーシ関連情報、システム プロセスとメモリ関連情報などの情報を伝送します。センサーを構成した後、特定のニーズに合わせてセンサー情報を処理するフィールドを指定する必要があります。たとえば、インターフェイスの管理ステータスや運用ステータスをキャプチャするフィールドを定義したり、トラフィック数のしきい値を設定したりできます。

フィールドを追加するには:

  1. [ フィールド ] リンクをクリックします。

    画面が更新され、定義された項目オブジェクトが表示されます。

  2. [フィールドの追加] ボタン (+フィールドの追加) をクリックします。
  3. ランダムフィールド名を、定義するルールに適したインターフェイス 名、 設定済みしきい値などに置き換えます。
  4. (オプション)新しいフィールドに説明テキストを追加します。
  5. 適切なフィールド タイプを設定します。フィールド タイプのオプションは、文字列、整数、浮動小数点数、符号なし整数です。文字列は既定のフィールド タイプです。

    フィールド タイプとして符号なし整数を選択することもできます。符号なし整数は、0 から 4,294,967,295 までの値を含むことができるデータ型です。

  6. (オプション) ルールキーに追加 スイッチを 切り替えます。

    キーにルールを追加スイッチは、このフィールドにインデックスを付けて検索可能にする必要があることをParagon Automationに指示します。たとえば、このスイッチを有効にすると、[デバイス] ページの [ キー ] 列にフィールド名が表示されます。

  7. プルダウン・メニューから適切なインジェスト・タイプ (フィールド・ソース) を選択します。

    次のリストは、 取り込みタイプ (フィールド ソース) メニューで使用できるオプションを示しています。

    • センサー - このセンサー定義または別のセンサー定義を使用します。

      • パス-センサー定義内でこのOpen ConfigまたはNetconfパスをたどり、インターフェイス名などの特定のデータを収集します。iAgent センサーの場合、 パス は YAML ファイルで定義されたパスを指します。

      • Where–使用可能なデータをフィルタリングして、特定のインターフェイスなど、内部の特定の要素に関する情報を収集します。このフィールドは、ルール内の他の場所で定義されている 変数 を参照できます。変数を参照する場合は、 {{interface_name}} のようにスラッシュで囲まれた口ひげ表記を使用します。

      • ゼロ抑制-Junos Telemetry Interface Open ConfigやネイティブGPBセンサーなど、Junos OSを実行しているデバイスに関連する一部のセンサーでは、データの値がゼロの場合、センサーからフィールドデータは送信されません。ゼロ抑制スイッチを有効にして、センサーからフィールドデータが送信されない場合は常にフィールドデータ値をゼロに設定します。

      • 欠落している場合のデータ-センサーからデータが送信されない場合は、デフォルトのデータ値として値を指定します。指定する値の形式は、定義されたフィールド型 (文字列、整数、または浮動小数点数) と一致する必要があります。ゼロ抑制スイッチも有効になっている場合、指定されたデータ欠損値は無視され、デフォルトのセンサーデータ値はゼロに設定されます。

    • 参照 - 別のルールからのフィールドまたはトリガー値への参照。

      • データ欠損時データ - 参照データを取得しない場合のデフォルトデータ値として値を指定します。指定する値の形式は、定義されたフィールド型 (文字列、整数、または浮動小数点数) と一致する必要があります。

    • 定数 – ルール内で定義された、値が変更されない 変数 を参照する場合は、定数を使用します ( IO_Drops_Threshold 定数は、変更されず、変数への参照ではない文字列または数値にすることもできます。

      • 定数値 - 口ひげ表記を使用して、 {{IO_Drops_Threshold}} のように変数を参照します。

    • 数式 - [式] プルダウン メニューから目的の数式を選択します。

  8. (オプション) [フィールド集計の時間範囲] を設定します。一般ルール パラメーターを含む [フィールド] タブの上にあるこの定期的な集計設定は、データベースに入力されるデータ ポイントの数を減らすのに役立ちます。たとえば、センサー設定でParagon Automationが10秒ごとにデータを取り込むように指定されている場合、この設定を構成して、関連するフィールドデータをたとえば60秒ごとに集約して記録できます。この設定を使用する場合、フィールド固有の時間範囲で同じ値を使用する必要があることに注意してください。
メモ：

受信データがタグ付けプロファイルで定義されたユーザー定義の条件を満たしているかどうかに基づいて、ルールにフィールドとキーを追加できます。タグ付けプロファイルは、Paragon Automationの左側のナビゲーションバーの [管理]>[取り込み設定 ]で定義されます。詳細については、Paragon Insightsのタグ付け を参照してください。

ベクトル

(オプション)これで、ルールにセンサーとフィールドが定義されたので、ベクトルを定義できます。

ベクトルは、1 つのフィールドに複数の値がある場合、または別のフィールドから値を受け取る場合に使用されます。

ベクトルの構文は次のとおりです。

  1. ベクトルリンクをクリックします。図 3 は、新しく追加されたベクターの Vectors ブロックを示しています。
    図3: ベクトルブロック Vectors Block
  2. ベクターの追加ボタン(+ベクターの追加)をクリックします
  3. ランダムベクトル名を、ルールに適した名前に置き換えます。
  4. ドロップダウンリストからインジェストタイプを選択します。追加の入力フィールドは、選択した内容によって異なります。

    パスの場合:

    パラメーター

    説明

    フィールドのリスト

    ドロップダウン リストからフィールドを選択します。フィールドのリストは、このルールで定義されているすべてのフィールドから派生します。

    時間範囲

    データを収集する時間範囲を指定します。時間範囲は #s、#m、#h、#d、#w、#y で表され、# は数値で、s、m、h、d、w、y はそれぞれ秒、分、時間、日、週、年を指定します。たとえば、「7 日」と「7d」と入力します。

    数式の場合:

    パラメーター

    説明

    ベクター名

    (一意の数式タイプのみ)ドロップダウンリストからベクトル名を選択します。ベクトルのリストは、このルールで定義されたすべてのベクトルから派生します。

    フォーミュラタイプ

    ドロップダウン リストから式の種類を選択します。

    unique

    別のベクターの一意の要素を持つベクターを作成します。
    and

    2 つのベクトルを比較し、両方のベクトルに共通する要素を持つベクトルを返します。
    or

    2 つのベクトルを比較し、両方のベクトルの要素を含むベクトルを返します。
    unless

    2 つのベクトルを比較し、左のベクトルの要素を持つベクトルを返しますが、右のベクトルは返しません。

    左ベクトル

    ドロップダウンリストからベクトル名を選択します。ベクトルのリストは、このルールで定義されたすべてのベクトルから派生します。

    右ベクトル

    ドロップダウンリストからベクトル名を選択します。ベクトルのリストは、このルールで定義されたすべてのベクトルから派生します。

変数

(オプション) 変数 ブロックは、関心のあるセンサーの部品を定義する場所です。たとえば、インターフェイスのスループットを監視するルールには、デバイスで使用可能なインターフェイスのリストから特定のインターフェイスを識別する方法が必要です。フィールドの詳細については、以下で説明します。

  1. [ 変数] タブをクリックします。
  2. 変数の追加ボタン (+変数の追加) をクリックします。
  3. ランダムな 変数名を 、ルールに適した変数名 ( pem-power-usage-threshold など) に置き換えます。
    ベスト プラクティス:

    Paragon Automation内の要素の命名に関してジュニパーで受け入れられている規則は、常に小文字で始まり、単語を区切るためにハイフンを使用することです。変数名が一意で、明確な名前が付けられ、認識可能なパターンに従っていることを確認して、他のユーザーが変数の目的を理解できるようにします。略語は、全体を通して一貫して使用する必要があります。
  4. [ 既定値 ] フィールドに適切な既定値を設定します。

    既定値は、フィールド タイプによって異なります。整数フィールド タイプは数値のデフォルト値を使用しますが、文字列フィールド タイプは文字列を使用して正確な既定値を設定し、正規表現を使用してリストから既定値を設定できます。ルール定義時に設定されたデフォルト値は、デバイスレベルまたはデバイスグループレベルのいずれかで適用時に上書きできます。

  5. 「タイプ」ドロップダウン・リストから適切な変数タイプを選択します。

    使用可能なフィールドタイプは、整数、浮動小数点、文字列、ブール値、デバイス、デバイスグループ、および符号なし整数です。

    変数型として符号なし整数を選択することもできます。符号なし整数は、0 から 4,294,967,295 までの値を含むことができるデータ型です。

関数

(オプション)必要な関数を定義します。

Functions ブロックを使用すると、ユーザーは Python ファイルで関数を作成し、そのファイルで使用可能なメソッドを参照できます。Pythonファイルは、Paragon Automationの外部で作成する必要があります。メソッド名と引数は、関数を定義するときに必要になるため、知っておく必要があります。

Paragonオートメーションでは、Pythonユーザー定義関数を使用して複数の値を返すことができます。値は、データベース内の複数のフィールドに格納されます。

たとえば、3 つの戻り値を持つ関数example_function.pyがあるとします。ルールで example_function.py を呼び出すと、ユーザー定義関数 (UDF) の最初の戻り値が、関数を呼び出すルール フィールドに格納されます。設定する必要があるのは、 r2 残りの 2 つの戻り値に対して や r3などの戻りフィールドのみです。戻り値のこれらのフィールドは、[関数] タブの [戻り値の一覧] で構成できます。

時系列データベースでは、返品リスト・フィールドの名前の先頭には、UDF を使用するルール・フィールドの名前が付けられます。たとえば、 rule_field_name-r2 のようになります。

図 4 に、Functions ブロックの構成例を示します。

図 4: 関数ブロック The Functions Block

関数を設定するには:

  1. 「関数」リンクをクリックします。
  2. [+ 関数の追加] をクリックします。
  3. 関数名を入力します。たとえば、used-percentage.
  4. [関数へのパス] フィールドに、関数を含む Python ファイルの名前を入力します。これらのファイルは、/var/local/healthbot/input/hb-default ディレクトリに保存する必要があります。リストには、そのディレクトリ内のすべての Python (.py) ファイルが入力されます。
  5. Method Nameフィールドに、Python ファイルで定義されているメソッドの名前を入力します。たとえば、used_percentage.
  6. (オプション)説明ボックスに関数の説明を入力します。
  7. (オプション) Python 関数が取ることができる引数ごとに、[+ 引数の追加] をクリックします。

    引数の追加ボタンをクリックするたびに、引数の名前を入力し、引数が必須かどうかについてトグルスイッチを設定する必要があります。デフォルトでは、どの引数も必須ではありません。

  8. (オプション)関数に戻り値を持つ引数が複数ある場合は、[+ 戻り値リストの追加] をクリックします。
  9. 戻り値の名前とデータ型 (整数など) を入力します。

トリガー

設定する必要があるルール定義の必須要素は、trigger 要素です。 図 5 に、ルールの Triggers ブロック system.memory/check-system-memory を示します。フィールドの詳細については、以下で説明します。

図 5: トリガー ブロック The Triggers Block

トリガーの設定には、ポリシーの設定に使用する用語の作成が含まれます。トリガー内の用語が一致した場合、何らかのアクションが実行されます。用語は、ルール内で定義されたフィールド、関数、変数などを相互に評価したり、特定の値を探したりできます。用語は、用語リストの上部から下部の順に評価されます。一致するものが見つからない場合は、一致が見つかるまで、または用語スタックの一番下に達するまで、次の用語(存在する場合)が評価されます。

  1. [ トリガー] リンクをクリックします。
  2. トリガーの追加ボタン(+トリガーの追加)をクリックします。
  3. ランダムトリガー名を、定義しているトリガーにとって意味のある名前 ( foo-link-operation-state など) に置き換えます。2 つ以上のルールで同じトリガー名にならないように、ルールとトリガーに非常に一意の名前を使用することをお勧めします。
  4. (オプション)頻度フィールドに値を入力します。この値は、フィールドデータとトリガーを照会および評価する頻度をParagon Automationに指示します。ここに入力がない場合は、センサー周波数がこの値に適用されます。ここで入力する周波数は、2oなどのセンサー周波数の倍数またはオフセットとして入力できます。たとえば、センサー周波数が10秒でトリガー周波数が2oの場合、トリガー周波数は20秒(2 * 10秒)になります。
  5. 用語の追加ボタン (+用語の追加) をクリックします。

    [用語] 領域が展開され、[条件の追加] ボタン (+条件の追加) が [タイミング] セクションに表示され、[色] フィールドと [メッセージ] フィールドが Then セクションに表示されます。

  6. 用語が評価する条件を定義するには、[ + 条件の追加] ボタンをクリックします。

    [When] セクションが展開され、[左オペランド]、[演算子]、および [時間範囲] の各フィールドが表示されます。

    メモ：

    条件の設定は必須ではありません。 Term が特定のアクションを実行することを保証する場合は、条件を設定しないでください。これは、たとえば、トリガー内のどの用語も一致しなかったことを示す必要がある場合に、用語スタックの一番下に役立ちます。
  7. これらの各フィールドのプルダウン メニューから値を選択します。

    選択した演算子に応じて、[演算子] フィールドと [時間範囲] フィールドの間に新しいフィールド [右オペランド] が表示される場合があります。

    左右のオペランドのプルダウン・メニューには、ルールで定義されたフィールドと変数が取り込まれます。演算子フィールドは、実行される比較の種類を決定します。時間範囲フィールドを使用すると、トリガーは、土壇場でパケットがドロップされたかどうかなどを評価できます。

  8. (オプション)「色」フィールドと「メッセージ」フィールドに値を設定し、「Then」セクションにアクションエンジン情報を追加します。

    これらのフィールドはアクション フィールドです。同じ項内で設定された条件に一致すると、ここで定義したアクションが実行されます。緑、黄、または赤の色の値を設定できます。メッセージも設定でき、色が設定されているかどうかには依存しません。

    トリガーの設定中に、アクションワークフロー(アクションエンジン)をルールにリンクできます。アクションワークフローをリンクするときに入力引数を追加することもできます。 [アクション エンジン ] セクションは、PIN-Advanced ライセンスでのみ有効です。詳細については、 アクションエンジンワークフローの概要 および Paragon Insightsライセンスの概要を参照してください。

    色またはメッセージが設定されている場合は、[Then] セクションの下部に [次の用語の評価] というラベルの付いたトグル ボタンが表示されます。このボタンの既定値はオフ (非アクティブ) です。

    メモ：

    用語の When セクションに一致するものがない場合、 Then セクションは無視されます。これが発生した場合、次の項ダウンが評価されます (存在する場合)。

    [When] セクションで一致した場合、[次の用語の評価] ボタンが [オン (アクティブ)] に設定されていない限り、[Then] セクションのアクション (存在する場合) が実行され、用語の処理が停止します。

    [次の条件を評価]ボタンを設定すると、Paragon Automationで「一方の条件と別の条件の両方が真である場合、このアクションを実行する」などのより複雑な評価を行うことができます。

ルールのプロパティ

(オプション) [ルールのプロパティ] ブロックでParagon Automationルールのメタデータを指定します。使用可能なオプションは次のとおりです。

属性

説明

バージョン

Paragonオートメーションルールのバージョンを入力します。

貢献

ドロップダウン リストからオプションを選択します。

著者

有効な電子メール アドレスを指定してください。

日付

ポップアップカレンダーから日付を選択します。

サポートされているParagon Automationバージョン

ルールが有効な最も古いParagon Automationリリースを指定します。

ジュニパーデバイス>サポートされるデバイス

Junos または Junos Evolved のいずれかを選択します。デバイス メタデータには、製品名、リリース名、リリース サポート (ドロップダウン リスト)、およびプラットフォームが含まれます。複数のデバイス、デバイスごとに複数の製品、および製品ごとに複数のリリースのメタデータを追加できます。

サポートされているすべてのデバイスに適用する既定のセンサーを選択できます。また、ジュニパーデバイスや、特定のOSを実行するジュニパーデバイスに適用するデフォルトセンサーを選択することもできます。

サポートされているデバイス>他のベンダーのデバイス

ジュニパー以外のベンダーについては、ベンダー識別子、ベンダー名、製品、プラットフォーム、リリース、およびオペレーティングシステム関連の情報を追加できます。

ジュニパー以外のすべてのデバイスに適用するデフォルトのセンサーを選択できます。

ヘルパー ファイル

Paragon Automationルールで必要なファイルを指定します。

アクション前タスク

ルールでプレアクションタスクを設定する前に、アクションエンジンワークフローを設定する必要があります。アクション エンジン ワークフローを設定するには、「アクション エンジン ワークフローの管理 」を参照してください。

事前アクションタスクを設定するには:

  1. [ルール] ページの [ 事前/事後のアクション ] タブをクリックします。

  2. [プレアクション] セクションの [アクション エンジン] リストでアクション エンジン ワークフローを選択します。

  3. デバイスリストから入力引数を入力します。

    リストには、選択したアクションエンジンワークフローで以前にアクション前タスクとして設定した引数が表示されます。

  4. Paragon Automationでデバイスグループ内の各デバイスで事前アクションタスクを1回だけ実行する場合は、一度だけ実行を有効にします。

  5. 次のいずれかの操作を行います。

    • 「 保存 」をクリックして構成の変更を保存しますが、更新した構成はデプロイしません。このオプションは、たとえば、複数の変更を行っていて、後ですべての更新を同時に展開する場合に使用できます。

      詳細については、 Paragon Insightsの設定変更のコミットまたはロールバック を参照してください。

    • 「 保存して展開」 をクリックして、ルール構成を GUI に保存し、構成を展開します。

      プレイブックにルールを含め、デバイスグループでプレイブックインスタンスを実行すると、Paragon Automationはテレメトリデータを取り込んでいる間にプレアクションタスクを実行します。

プレアクションタブに埋め込まれたアクションエンジンワークフローのステータスを監視できます。詳細については、「 アクションエンジンワークフローの管理 」を参照してください。

ポストアクションタスク

ルールでポストアクションタスクを設定する前に、アクションエンジンワークフローを設定する必要があります。アクション エンジン ワークフローを設定するには、「アクション エンジン ワークフローの管理 」を参照してください。

ポストアクションタスクを設定するには:

  1. [ルール] ページの [ 事前/事後のアクション ] タブをクリックします。

  2. [ポスト アクション] セクションで、[アクション エンジン] ボックスの一覧でアクション エンジンのワークフローを選択します。

  3. デバイスリストから入力引数を入力します。

    リストには、選択したアクション エンジン ワークフローでアクション後タスクとして以前に構成した引数が表示されます。

  4. Paragon Automationでデバイスグループ内の各デバイスに対して1回だけアクション後処理タスクを実行する場合は、execute-onceを有効にします。

  5. 次のいずれかの操作を行います。

    • 「 保存 」をクリックして構成の変更を保存しますが、更新した構成はデプロイしません。このオプションは、たとえば、複数の変更を行っていて、後ですべての更新を同時に展開する場合に使用できます。

      詳細については、 Paragon Insightsの設定変更のコミットまたはロールバック を参照してください。

    • 「 保存して展開」 をクリックして、ルール構成を GUI に保存し、構成を展開します。

      プレイブックインスタンスを(このルールで)停止すると、Paragon Automationはプレイブックのサービスを停止した後にポストアクションタスクを実行します。

ポストアクションタブに埋め込まれたアクションエンジンワークフローのステータスを監視できます。詳細については、「 アクションエンジンワークフローの管理 」を参照してください。

関連ドキュメント