サービス自動作成ルール
最終更新日 - 04年2026月XNUMX日
サービス自動作成ルールを使用すると、複数のサービスを簡単に作成・管理できます。プロパティキー（カーディナリティ）に基づいてサービスを選択・グループ化し、作成されたサービスとそのメンバーを視覚化し、必要なサービス階層を定義することができます。この合理的なアプローチにより、サービスの管理と組織化が簡素化されます。
サービス自動作成ルールの高度な機能の詳細については、以下を参照してください。 条件付きカウントとサービスプロパティの使用.
自動作成ルールを使用してサービスを追加するための要件
サービス ルールを作成するには、管理者アクセス権が必要です。
自動作成ルールを使用したサービスの追加
- LogicMonitorで、次の場所に移動します 提供サービス
- 選択する
をクリックして 新しい自動作成ルールによる複数のサービス.
- 下 新しい自動作成ルールから複数のサービスを追加: メンバー ウィザード, ルールの基本を設定します。
- ルール名 フィールドにルールの名前を入力します。
- (オプション）の中で 詳細説明 フィールドに、後でルールを識別できるように適切な説明を入力します。
- デフォルトのサービス重要度 フィールドでデフォルト値を選択します。 最低, ロー, 技法, ハイまたは 最高.
- In ステップ1: メンバーのプロパティを選択する、次のオプションから 1 つを選択します。
- リソース メンバーのみ: 軍人としてリソースのみが含まれます。 グループ化する フィールドでは、リソース レベルで定義されたプロパティ キーを使用する必要があります。
- 個々のインスタンス メンバーのみ: サービスメンバーとしてインスタンスのみが含まれます。 グループ化する フィールドではインスタンス レベルで定義されたプロパティ キーを使用する必要があります。
- リソースと個々のインスタンス メンバーの両方: リソースとインスタンスをサービスメンバーとして含めます。 グループ化する フィールドでは、リソースとインスタンスの両方に存在するプロパティ キーを使用する必要があります。
注意： LogicMonitor は、グループ化フィールドで使用される各プロパティ キーの存在を評価します。
- プロパティ キーが 1 つのエンティティ タイプ (リソースまたはインスタンス) にのみ存在する場合、LogicMonitor はサービスを作成しません。
- 選択したすべてのプロパティ キーがリソースにのみ存在する場合、LogicMonitor はリソース メンバーのみを使用してサービスを作成します。
- 選択したすべてのプロパティ キーがインスタンスにのみ存在する場合、LogicMonitor はインスタンス メンバーのみを使用してサービスを作成します。
- 選択したすべてのプロパティ キーがリソースとインスタンスの両方に存在する場合、LogicMonitor はリソース メンバーとインスタンス メンバーの両方を使用してサービスを作成します。
- グループ化する フィールドで、サービスグループを定義するためのプロパティキーを1つ以上選択します。カーディナリティプロパティを最大5つまで追加できます。 グループ化する フィールド。
さらに、カスタム プロパティ キーが現在どのリソースにも存在しない場合は、それを使用できます。
これらのプロパティがリソースに割り当てられると、ルールがアクティブであれば LogicMonitor によって自動的にサービスが作成されます。
プロパティキーの順序を入れ替えることができます。 グループ化する ルールによって生成されるサービス名のプロパティ値の順序を制御するフィールド。
注意：
- 制限付きまたは機密プロパティ キーをグループ化フィールドとして使用することはできません。
- 制限されたキーには、predef.externalResourceID、system.categories、system.groups、system.ips、system.pushmodules などのプロパティが含まれます。
- 機密キーには、auth.key、azure.secretkey、user.pass、admin.password、aws.accesskey などの資格情報やシークレットが含まれます。
- 機密キーまたは制限キーを使用しようとすると、LogicMonitor によって「カスタム プロパティ キーに機密キーまたは制限キーを含めることはできません」というエラーが表示されます。
たとえば、将来のリソースオンボーディングに備えるために、プロパティキーを持つサービステンプレートを作成します。 country1このキーがどのリソースにも割り当てられていない場合でも、ルールによってリソースが追加されると自動的にグループ化されます。
- 絞り込む フィールドで、特定のリソースを含めるフィルターを定義します。
フィルターは存在しないプロパティのキーと値をサポートします。これにより、リソースデータが利用可能になる前にロジックを事前に定義できます。
注意： LogicMonitor は、非カーディナリティ プロパティのサービス定義への伝播をサポートします。
非カーディナリティプロパティとは、Group By設定で使用されないプロパティ、またはグループ化や命名サービスで使用されないプロパティを指します。これらのプロパティは、作成されたサービスに昇格して組み込むことができるため、サービスメタデータの定義と使用方法の柔軟性が向上します。
注意： ルールの作成後は、グループ化とフィルタリングの両方の値を変更することはできません。
- サービス命名パターン フィールドで、必要に応じてテキストとプロパティ参照を変更してサービス名を定義します。
不要なカーディナリティプロパティを削除して名前をカスタマイズすることができます。
サービス命名パターンのプレビュー領域のプロパティ タイルからアイコンを選択します。
注意：
次の文字を除くすべての文字はサービス名で有効であり、受け入れられます: * ? , ; `(バックティック) (\n)改行。
ルールを保存すると、名前が変更されたサービスは、次のルール評価サイクルが完了した後にのみ表示されます。
- サービスプレビュー、GroupBy、FilterBy、命名パターンに基づいてサービス名をライブプレビューできます。
- プレビューされたサービスを選択して、それに関連付けられたリソースを表示します。
- サービスのプレビュー セクションで、次の情報を表示します。
| サービス詳細へ | 詳細説明 |
| サービス名 | 作成されたサービスの名前を表示します。 |
| リソース | 各サービスに関連付けられているリソースの数を表示します。 |
| サービスの重要性 | 各サービスに割り当てられたデフォルトの重要度レベル（低、中、高など）を表示します。この値はカスタマイズできます。 |
| ステータスを作成 | サービス作成プロセスのステータスを表示します。 |
| ステータスの詳細 | エラーや警告などの詳細なステータス メッセージが表示されます。 |
注意： 任意のサービス名を選択すると、サービスメンバーのプレビューが表示されます。選択したインスタンスのフィルタリングオプションに応じて、プレビューは異なります。
たとえば、リソースと個々のインスタンス メンバーの両方の場合、プレビューにはリソースと個々のインスタンスの両方が表示されます。
- デフォルトのメンバーシップ再評価間隔 フィールドで、LogicMonitor がサービス メンバーシップを再チェックする頻度を選択します。
- すべての5分 — リソースの変更が頻繁に行われ、ほぼリアルタイムの更新が必要な環境に最適です。
- すべての30分 — 中程度に動的な環境に推奨されます。
- 24時間ごと — サービス メンバーシップの変更が最小限で安定した環境に最適です。
- (オプション） 下 ステップ2: サービスグループとプロパティ、 以下をせよ：
- 有効にする これらのサービス用のサービスグループを作成する.
- 選択する レコードを追加 サービスグループを追加する.
- 親サービスグループ フィールドに親サービス グループの名前を入力して、サービスを階層的に整理します。
- サービスグループの命名パターン フィールド、選択 トークンを挿入 動的なフォルダー名を構築します。
注意： スラッシュ（/）を使用してフォルダ階層を示します。トークンは実際のプロパティ値に置き換えられます。
サービス グループを作成した後、編集、削除、プレビューを行うことができます。
注意： サービス ルールを作成するときに、最大 3 つのグループ階層を設定できます。
- 選択する
プレビュー 結果として得られるサービス グループ構造を確認します。
- これらのサービスを追加するその他のサービスグループ フィールドで、追加のサービス グループを指定します。
- 新しいプロパティ セクションで、LogicModule 統合用のカスタム キーと値のペアを追加します。
注意： LogicMonitor は、非カーディナリティ プロパティのサービス定義への伝播をサポートします。
非カーディナリティプロパティとは、Group by設定で使用されないプロパティ、つまりグループ化や命名サービスに使用されないプロパティを指します。これらのプロパティは昇格させて作成されたサービスに含めることができるため、サービス設定の柔軟性が向上します。
さらに、次のこともできます。
- サービス定義の一部として、非カーディナリティ プロパティの名前を変更します。
- プロパティ値内のトークンを使用して、サービス間で動的なカスタマイズとマッピングを行います。
- 選択する 次へ: ルールを保存してメトリックを追加する 自動作成ルールを確定します。
注意：
- デフォルトでは、新しく作成されたルールのステータスは「非アクティブ」です。「サービス自動作成ルール」タブからルールを有効化できます。
- サービス ルールは、アクティブ化されたことがない場合でも、制限なく編集できます。
- アクティブなサービス ルールの次のフィールドのみを編集できます。
- ルール名
- 詳細説明
- 臨界
- 会員評価期間
- 各サービスに追加する新しいプロパティ
この制限は、後でサービス ルールを非アクティブ化する場合でも適用されます。
