LogicMonitor は、800 億ドルの評価額で 2.4 億ドルの戦略的投資を行い、データ センターに革命を起こすことで AI 環境を破壊しようとしています。

もっと詳しく知る

リソースとインスタンスのプロパティ

最終更新日: 13 年 2024 月 XNUMX 日

リソースとインスタンスのプロパティは、リソースとそれらのリソースで監視されているインスタンスのデータを格納するキーと値のペアのセットです。 プロパティは、LogicMonitor の操作全体で多くの目的を果たします。

目的 Description
どの LogicModules がどのリソースに適用されるかを決定するモジュール (DataSources、PropertySources、EventSources) は、プロパティ値をクエリして、どのリソースに対して実行する必要があるかを判断します。詳細については、を参照してください。 データソースをリソースに適用する方法.
認証資格情報を保存する一部のシステムでは、データにアクセスして収集するために資格情報 (JDBC パスワード、SNMP コミュニティ ストリング) が必要です。 これらの認証情報はプロパティとして保存されます。詳細については、 認証資格情報の定義.
リソースとインスタンスの動的グループ化プロパティ値は、リソースとインスタンスをグループに動的に編成するために使用されます。詳細については、を参照してください。 デバイスグループの概要インスタンスグループ.
複雑なデータポイントの値を操作するプロパティ値は、複雑なデータポイントの計算に使用できます。詳細については、を参照してください。 複雑なデータポイント.
アラートの表示とメッセージをカスタマイズするためのトークンとして機能するプロパティは、アラート テーブルとアラート メッセージでトークンとして使用でき、アラートの生成時に値を動的にレンダリングできます。詳細については、を参照してください。 アラートページからのアラートの管理LogicModuleアラートメッセージで使用可能なトークン

ご注意: 監視対象の Web サイトもプロパティを持つことができます。 詳細については、次を参照してください。 ウェブサイトのプロパティ.

自動的に割り当てられたプロパティ

デバイスまたはインスタンスに割り当てられたプロパティの大部分は、LogicMonitorによって自動的に割り当てられます(手動で割り当てられた場合とは異なります)。 LogicMonitorがプロパティをリソースまたはインスタンスに自動割り当てるXNUMXつの主要なメカニズムがあります。

  • 基本的なシステム情報の発見
  • PropertySourceの実行
  • アクティブディスカバリー

基本的なシステム情報の発見

リソースが監視に追加されると、LogicMonitorはすぐに一連の基本的なクエリを実行して、オペレーティングシステムのバージョン、IPアドレス、sysOID、サポートされているSNMPバージョン、システムカテゴリなどのリソースに関する基本的なシステム情報を決定します。 この基本情報は、リソースに関連付けられたプロパティとして保存されます。

基本的なシステム情報の検出から得られるプロパティの名前は、通常、先頭に system. そして、例外として system.categories プロパティは、編集できません。

LogicMonitorの基本的なシステム情報検出プロセスの一部としてリソースで実行されるXNUMXつのクエリがあります。

  • SNMPクエリ。  このクエリは、リソースの sysinfo、IP アドレス、sysOID、sysname、および SNMP バージョンを検出します。 すべての SNMP バージョンがリソースでサポートされている場合、LogicMonitor はバージョン 3 を割り当てます。 以降のすべての SNMP クエリは、割り当てられたバージョンを使用します。 返された sysOID は LogicMonitor の SNMP sysOID マップで検索され、対応する値が system.categories プロパティに割り当てられます。
  • WMIクエリ。  このクエリはWMIを使用します。 リソースが応答すると、リソースのWindowsオペレーティングシステムのバージョン、IPアドレス、ドメイン、モデル、およびその他のリソース固有の情報がプロパティとして取得されます。
  • ESXクエリ。  このクエリは、リソースが VMware ESX Server であるかどうかを検出します。 そうである場合、リソースの system.virtualization プロパティには、モデル、ベンダー、メモリ、バージョンなどの他のリソース固有のプロパティ割り当ての中で、対応する値が割り当てられます。
  • XenServerクエリ。  このクエリは、リソースが Cisco XenServer であるかどうかを検出します。 そうである場合、リソースの system.virtualization プロパティには、他のリソース固有のプロパティ割り当ての中で、対応する値が割り当てられます。

これらのクエリはすべて同時に実行されます。 同じプロパティの値が複数のクエリによって返される場合、優先順位の競合決定要因が作用します。 たとえば、WMI クエリと SNMP クエリの両方が sysinfo を返す場合、system.sysinfo プロパティは SNMP 応答ではなく、WMI 応答を反映します。

一部の LogicMonitor 構成も、基本的なシステム プロパティとしてリソースに割り当てられます。 例には、LogicMonitor コレクター構成 (たとえば、system.collectorversion によって保管されるコレクターのバージョン) およびリソースがメンバーであるグループ (system.groups によって保管される) が含まれます。

ご注意: 基本的なシステム情報検出は、新しいリソースが監視に配置されたときに実行されるだけでなく、(1)24時間に2回実行され、上記のクエリタイプのいずれかに以前に応答したリソースのプロパティを再検出します。(3)プロパティが更新されるたびに実行されます。リソース上、および(XNUMX)リソースのActiveDiscoveryを手動で開始したとき。

PropertySourceの実行

基本的なシステム情報が決定されてリソースに割り当てられると、XNUMXつ以上のPropertySourcesがさらにプロパティ(または既存のプロパティに追加の値)をリソースに割り当てる可能性があります。 PropertySourcesは、GroovyまたはPowerShellスクリプトの出力に基づいて、リソースレベルでプロパティを自動割り当ておよび/または更新するLogicModuleです。

通常、PropertySources によって作成および割り当てられる新しいプロパティの名前は、先頭に auto. 編集できません。

PropertySourcesは、以前に割り当てられたプロパティを使用して、実行するリソースを決定します。 具体的には、  Applies To  PropertySource 定義にあるフィールドが評価されます。 このフィールドの式は、PropertySource が評価する必要があるプロパティを指定します。 このフィールドの式が true と評価された場合、PropertySource がリソースに適用されます。 このフィールドの使用に関する詳細情報 (ウィザードとテスト機能を含む) と、 AppliesTo スクリプト構文については、を参照してください  AppliesToスクリプティングの概要.

タブに適用

この PropertySource は、以前に Windows として識別されたリソースに対してクエリを実行し、Microsoft を実行しているかどうかを識別します。 Microsoft Exchange が検出されると、リソースの system.categories プロパティに新しい値が割り当てられ、Exchange のバージョンが識別されます。 この新しい値は、LogicMonitor のさまざまなビルド済み Microsoft Exchange DataSource に、このリソースで監視する必要があるインスタンスがあることを通知します。

PropertySourcesが新しく追加または更新されたリソースと自動的に照合されるまでに最大24時間の遅延が発生する可能性があります。 ただし、  PropertySourcesの作成、PropertySourceの関連付けを手動で開始する方法があります。

アクティブディスカバリー

プロパティは、インスタンス固有のメタデータをプログラムで収集するActiveDiscoveryプロセスの一部としてインスタンスに自動的に割り当てることができます。 このプロセスとそれが収集するインスタンス情報の詳細については、を参照してください。  アクティブディスカバリー.

PropertySources によって自動的に割り当てられるリソース プロパティと同様に、Active Discovery によって自動的に割り当てられるインスタンス プロパティには、 auto. 編集できません。

手動で割り当てられたプロパティ

リソースとインスタンスのプロパティは、必要に応じて手動で作成することもできます。 プロパティをリソースに手動で割り当てる一般的な使用例は、データにアクセスして収集するために LogicMonitor が資格情報 (JDBC パスワードや SNMP コミュニティ文字列など) を提供する必要があるシステムの認証資格情報のストレージです。 資格情報をプロパティとして保存する方法の詳細については、次を参照してください。  認証資格情報の定義.

プロパティを手動で割り当てる手順は、  プロパティを手動で割り当てまたは編集する  このサポート記事のセクション。

プロパティ階層を理解する

プロパティが自動的に割り当てられるか手動で割り当てられるかに関係なく、すべて同じ階層ルールに従います。 プロパティは、ルート アカウント レベルからインスタンスまでカスケードします。 これは、インスタンスのプロパティを表示すると、そのインスタンスの親リソースまたはリソース グループ、およびグローバル LogicMonitor アカウントに対して以前に設定され、渡されたプロパティも表示されることを意味します。 リソース ツリーの最も深いレベルに設定されたプロパティは、上位に設定されたプロパティより優先されます。 たとえば、リソース レベルで設定されたプロパティは、グループ レベルで設定されたプロパティをオーバーライドします。 グループ レベルで設定されたプロパティは、グローバル (アカウント) レベルで設定されたプロパティをオーバーライドします。

同じプロパティが定義されている複数のグループのメンバーであるリソースは、最も深いレベルのグループで設定されたプロパティを使用します。 同じプロパティが同じレベルのXNUMXつのグループに設定されていて、リソースがこれらのグループの両方のメンバーである場合、リソースが継承するプロパティの選択は非決定的です。

プロパティの表示

エンティティ(リソース、インスタンス、グループなど)に割り当てられたプロパティは、[リソース]ページにある[情報]タブから表示できます。 カスタムプロパティ(つまり、手動で割り当てられたプロパティが最初に表示され、次にLogicMonitorが自動的に適用したプロパティが表示されます。

リソース情報タブ

PropertySources によって継承または割り当てられたプロパティは展開可能で、割り当てられた親または PropertySource の詳細を表示できます。 たとえば、ハイライトされた snmp.community ここに示されているプロパティは root アカウントから継承されましたが、リソースの親 Discovery グループによってオーバーライドされました。 ハイライトされた auto.contact プロパティは、SNMP 基本情報 PropertySource によって割り当てられます。

プロパティを手動で割り当てまたは編集する

リソースのプロパティを設定する前に、それらを設定する場所を理解する必要があります。これは、そのプロパティが適用されるリソースの数によって異なります。 たとえば、すべてのLinuxリソースに同じSNMPコミュニティ文字列を設定している場合、それをアカウント内のLinuxリソースごとに個別にプロパティとして設定することは意味がありません。 代わりに、このコミュニティ文字列をグローバルアカウントレベルで設定して、すべてのLinuxリソース(およびインスタンス)に適用する方が効率的です。 前を参照してください  プロパティ階層を理解する  プロパティがリソースツリーにカスケードされる方法の詳細については、このサポート記事のセクションを参照してください。

LogicMonitor によって自動的に作成されるプロパティの値を直接割り当てたり、編集したりすることはできません (名前に system. or auto.)。 ただし、この規則には XNUMX つの例外があります。

  • この system.categories 手動で編集できます。 たとえば、に値を追加できます  system.categories  コレクターがリソースにインストールされていることを示すプロパティ。
  • この  !hostproperty  debugコマンド(Collector Debug Facilityから利用可能)を使用して、リソースのシステムプロパティを追加、更新、または削除できます。 コレクターデバッグ機能の詳細については、を参照してください。  コレクターデバッグ機能の使用.

に追加されたプロパティ system.categories 手動または REST API を介してのみ削除できます。

プロパティを手動で割り当てまたは編集するには:

  1. に移動します リソース ページで見やすくするために変数を解析したりすることができます。
  2. リソース ツリーで、プロパティを最初に適用するエントリ レベル (ルート アカウント ノード、グループ、リソース、インスタンス) に移動し、そのカスケードを下方向に開始します。 前を参照  プロパティ階層を理解する  プロパティがリソースツリーにカスケードされる方法の詳細については、このサポート記事のセクションを参照してください。
  3. クリック インフォ タブ。 ここに、割り当てられたすべてのプロパティの表が表示されます。
  4. テーブルのすぐ上にある歯車のアイコンをクリックします。
  5. ノーザンダイバー社の 管理 表示されるダイアログで、下にスクロールして プロパティ のセクションから無料でダウンロードできます。
    • プロパティを編集すると、このレベルで手動で割り当てられた(つまり、プロパティがリソースツリーの上位レベルに存在しない)プロパティ、または上位から継承された値を上書きするためにこのレベルで以前に更新されたプロパティのみが表示されます。レベル。
  6. をクリックすると、表示されている任意のプロパティ値を編集できます。  Value  フィールド。
    • 新しいプロパティを作成するには、  +  アイコンをクリックし、プロパティの名前と値を入力して、  Save.
    • 親リソース、グループ、または LogicMonitor アカウントから継承された既存のプロパティの値を上書き (または追加) するには、そのプロパティの名前と新しい値を入力し、  Save. を除いて、手動で割り当てられたプロパティのみ  system.categories  プロパティで、編集できます。
  7. クリック  Save を終了する 管理 ダイアログ。 設定した値は、より深いレベルでオーバーライドされるまで、階層の下方に継承されます。 たとえば、グローバル レベルで場所のプロパティを適用すると、LogicMonitor は、リソースまたは親グループで場所のプロパティが定義されているリソースを除くすべてのリソースに対してその場所を使用しようとします。

ご注意:

  • UI を介してプロパティをデバイスに追加する場合、文字制限は 24,000 で、最大 24,000 のプロパティ情報を表示できます。
    LogicModules では、スクリプトを使用してプロパティを追加する場合、スクリプト全体の文字数制限は 65535 文字で、このスクリプトを使用して追加されるプロパティ値の文字数制限は 4000 文字です。
  • 新しいカスタム プロパティを作成するときは、システム プロパティで既に使用されている単語を使用しないでください。たとえば、システム プロパティが system.domain の場合、system.domain や domain などのカスタム プロパティを作成するために名前を再利用したり変更したりしないでください。このようなカスタム プロパティを使用すると、誤った結果が返されます。
記事上で