サポートセンターホーム


データソースの作成

概要

データソースは、収集する数値データ、収集方法、グラフ化してアラートをトリガーする値を定義するテンプレートです。

すべてのデータソース定義には、次のXNUMXつのセクションが含まれています。

データソース定義は、[設定]ページ(設定| LogicModules | データソース)またはExchangeページ(交換| インストールされているモジュール)。 このサポート記事では、[設定]メニューにあるインターフェイスを取り上げていますが、使用するインターフェイスに関係なく、使用可能な構成は同じです。

一般情報

一般情報セクションには、データソースに関する識別情報が含まれています。 これには、データの収集に使用される収集方法、データが収集される頻度、および どのデバイス データが収集されます。

お名前

データソースの一意の名前。 ベストプラクティスとして、この名前はわかりやすいものにする必要があります。最初にプラットフォームまたはアプリケーション名を指定してから、プラットフォームの特定のコンポーネントを指定します。

例:「TomcatThreads-」または「ArubaControllerPowerSupply-」。

として表示

[デバイス]ページにデータソースが表示される名前。 この名前は一意である必要はありません(たとえば、さまざまな種類のデバイスに適用されるため、「CPU」として表示される複数のデータソースが存在する可能性があります)。 ベストプラクティスとして、表示名は完全なデータソース名よりも短くする必要があります。 たとえば、「Windowsサービス」の代わりに「サービス」、「CitrixNetscalerVIP」の代わりに「VIP」などです。

データソース名と表示名には、LogicMonitorのデータポイント式の構文で使用できる演算子と比較関数を含めることはできません。 複雑なデータポイント.

製品説明

このデータソースに関連付けられる説明。 ベストプラクティスとして、私はf データソース 名前は何について明確ではありません データソース が収集している場合、説明フィールドは、名前と説明を見た人が何を明確にするのに十分な情報を提供する必要があります データソース ありません。

テクニカルノート

このフィールドには、データソースに関連するテクニカルノートを含めることができます。

グループ

データソースが追加されるデータソースグループ。 このフィールドを空のままにすると、データソースはデータソースグループに追加されません。 既存のデータソースグループと一致しないテキストを入力すると、テキストが作成されます。

たとえば、すべてのデルのハードウェア監視 データソース グループDellが割り当てられます。 これはそれらを崩壊させます データソース シングルに データソース 展開可能なグループエントリ。  

に適用されます

世界 に適用されます フィールドは、LogicMonitorのAppliesToスクリプトを入力として受け入れ、このデータソースに関連付けられるリソースを決定します。 このフィールドの使用に関する詳細情報(ウィザードおよびテスト機能を含む)、およびAppliesToスクリプト構文の概要については、を参照してください。 AppliesToスクリプティングの概要.

収集間隔

世界 すべてを収集する フィールドは、データが収集される頻度を定義します。 このフィールドは、収集されるデータのタイプに適した収集間隔(つまり、ポーリングサイクル)に設定する必要があります。 頻繁に変更されるメトリック(CPUなど)またはエラーが発生した場合にすぐに注意が必要なメトリック(ping損失など)は、ポーリングサイクルを短くする必要があります(たとえば、ping損失)。たとえば、RAIDシステムでのドライブ損失、ディスク使用率)は、XNUMX分などのより長いポーリングサイクルを持つ必要があります。

注意: ポーリングサイクルが長いほど、監視対象のリソース、コレクター、およびLogicMonitorプラットフォームにかかる負荷が少なくなります。

収集間隔の変更

データソースがXNUMXつ以上のリソースに適用され、それらのリソースに対して監視対象インスタンスが作成されると、収集間隔にある程度依存して、基になるデータストレージが作成されます。 データの損失を最小限に抑えるために、データソースの収集間隔を変更しても、この基になるデータストレージは更新されません。

これは、データの保存方法と表示方法に影響します。 たとえば、収集間隔が短くなると(たとえば、15分から15分に短くなると)、データは収集され、新しいスケジュールでアラートが評価されますが、古いスケジュールに従ってのみ保存(したがってグラフ化)されます。 つまり、15個のデータ値が収集されます(新しい収集間隔に従って15分ごとにXNUMXつ)が、それぞれが個別に保存されるのではなく、これらのXNUMX個の値の平均がXNUMX分ごとに(古い収集間隔ごとに)保存されます。 )。

注意: データソースグラフの生データをダウンロードすることで、基になるデータストアが作成された収集間隔を表示できます。 ダウンロードされたデータには、収集されたデータの新しいエントリごとのタイムスタンプが表示されます。 データソースグラフからデータをダウンロードする方法の詳細については、を参照してください。 [グラフ]タブ.

リソースまたはリソースグループレベルでの収集間隔のオーバーライド

リソースまたはリソースグループレベルで次のカスタムプロパティに数値のポーリング間隔(分単位)を割り当てることにより、特定のリソースまたはリソースグループ内のすべてのリソースのデータソースの収集間隔を上書きできます。

[DataSourceName] .pollinginterval

表示名ではなく、データソース名を使用していることを確認してください。 両方ともデータソース定義に存在します。

注意: このカスタムプロパティは、複雑なデータポイント式内では使用できません。

リソースへのプロパティの割り当ての詳細については、を参照してください。 リソースとインスタンスのプロパティ.

コレクタ

Collectorフィールドは、データの収集に使用されるメカニズムを定義します。

マルチインスタンス?

このオプションをオンにすると、データソースはマルチインスタンスになります。 監視するオブジェクトが複数存在することがわかっている場合は、データソースをマルチインスタンスにする必要があります(サーバー上の複数のディスクまたはボリュームなど)。 

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

データソースがマルチインスタンスの場合(つまり、 マルチインスタンス [一般情報]セクションで[オプション]を選択すると、LogicMonitorのアクティブ検出プロセスを使用して、特定のシステム上の特定のタイプの同様のコンポーネントをすべて検索(および監視)できます。 Active Discoveryプロセスの出力は、LogicMonitorが特定のタイプのデータを収集できるXNUMXつ以上のインスタンスです。 構成を含むActiveDiscoveryの詳細については、を参照してください。 アクティブディスカバリー.

コレクター属性

特定のデータ収集方法では、このセクションで特定の属性を構成する必要があります。 ベストプラクティスとして、tSNMP、JMXなどの[名前]フィールド。[コレクター属性]セクションには、収集するオブジェクトを定義したエンティティが使用する名前を反映する必要があります(つまり、SNMPデータにはoidオブジェクト名、WMIデータにはWMIプロパティ名などを使用します。 )。 詳細については、以下を参照してください データ収集方法 トピック。サポートされているデータ収集プロトコルごとに特定の手順を説明しています。

データポイント

データソース 収集および保存する情報を定義するXNUMXつ以上のデータポイントが必要です。 データポイントが特定されると、デバイスからのデータが指定したしきい値を超えた場合、または予期されるデータがない場合にアラートをトリガーするために使用できます。 データソースのデータポイントの構成の詳細については、を参照してください。 データポイントの概要.

記事上で