リリースノート

v.206リリースノート

機能のハイライト

  • リモートセッションの2要素認証
  • リソース エクスプローラーに新しいアラート フィルターが追加されました
  • リソース エクスプローラーはフルスクリーンでの自動更新をサポートします

更新の監視

  • AWS グローバル ネットワークの新しいモニタリング
  • リソース データソース レベルでのアラート チューニング パラメータの追加
  • WMI ログソース ログ フィールドの動的グループ正規表現

アカウント情報

強化

リモートセッションの2要素認証

リモートセッションログインのセキュリティを強化するために、次の場所に移動して2要素認証を有効にできるようになりました。 LogicMonitor ポータル > 設定 > ポータル設定 > リモート セッションの有効化。

お願い: 現在、2 要素認証はローカル ユーザーのみが利用できます。

リモートセッションにアクセスするには、 リソースツリー > マネージャーリソースオプション > リモートセッションの開始.

詳細については、を参照してください。 リモートセッションの開始.

クラウド監視

強化

リソース エクスプローラーに新しいアラート フィルターが追加されました

ユーザーは、アラート フィルターを使用して、リソース エクスプローラーでアラート ステータス別にリソースをフィルターできます。アラート時間、スケジュールされたダウンタイム、および特定のデータポイントを使用して結果をフィルターします。

詳細については、を参照してください。 リソースエクスプローラー 製品ドキュメントに記載されています。

強化

リソース エクスプローラーはフルスクリーンでの自動更新をサポートします

リソース エクスプローラーは、フルスクリーン時にリソース情報を自動的に更新するようになりました。

この機能により、オペレーション センター環境のリソース エクスプローラーの機能が向上します。

詳細については、を参照してください。 リソースエクスプローラー 製品ドキュメントに記載されています。

強化

AWS グローバル ネットワークの新しいモニタリング

リージョン `ap-southeast-4` および `il-central-1` が AWS サービスで監視できるようになりました。これらのリージョンは、アジア太平洋 (メルボルン) およびイスラエル (テルアビブ) に対応します。

ダッシュボード

強化

円グラフウィジェットにドーナツグラフ表示を追加しました

リソース データを円グラフとドーナツ グラフで表示できるようになりました。

アクセスするには、 ダッシュボード > ウィジェットの追加 > 円グラフ > 表示設定 > 視覚化で、ドーナツ グラフを選択します。

詳細については、以下を参照してください 円グラフ 製品ドキュメントの記事。

強化

ログクエリウィジェットを追加しました

ダッシュボードに新しいログ クエリ ウィジェットを追加します。ログ クエリ ウィジェットは、IT インフラストラクチャ内の問題、エラー、または異常を特定するのに役立つログの詳細を提供します。

ログクエリウィジェットを設定するには、 ダッシュボード > ウィジェットを追加 > ログ.

詳細については、以下を参照してください ログクエリウィジェット 当社の製品ドキュメントに記載されています。

インテグレーション

既知の問題

アラートノート

既存の ServiceNow インシデント管理統合に Notes Updated HTTP メソッドを使用している場合、ServiceNow テーブル名または URL に「incident」という単語が含まれるアラート ノートは ServiceNow Work Notes に送信されません。

LMログ

強化

WMI ログソース ログ フィールドの動的グループ正規表現

新しい方法 動的グループ正規表現 WMI Logsource ログフィールドに追加されました。詳細については、 Windows イベント ログ ログソース構成 製品ドキュメントに記載されています。

強化

Kubernetes Pod と Kubernetes イベント ロギング LogSource ログ フィールドの動的グループ正規表現メソッド

新しい方法 動的グループ正規表現 KubernetesポッドとKubernetesイベントログのLogsourceログフィールドに追加されます。詳細については、 Kubernetes イベント ログの LogSource 構成 (NAIST) と Kubernetes ポッドのログソース構成 製品ドキュメントに記載されています。

モジュール

強化

改良された Cisco Meraki NetScan

Cisco Meraki LogicModules 用の改良された拡張スクリプト NetScan では、スクリプトがエラーを起こしてデバイスの追加に失敗するのを防ぐために、名前または IP アドレスのないデバイスをスキップするようになりました。

詳細については、を参照してください。 Cisco Meraki モニタリング 製品ドキュメントに記載されています。

強化

改良されたJuniper Mist NetScan

Juniper Mist LogicModules 向けの改良された拡張スクリプト NetScan では、カスタム プロパティを使用して明示的な同意なしに重複したデバイスが作成されないようになりました。

詳細については、を参照してください。 ジュニパーミストモニタリング 製品ドキュメントに記載されています。

強化
推奨されない

LogicModules のモジュールへの移行

将来のリリースでは、LogicModules は設定から​​利用できなくなります。 Exchange、My Module Toolbox、およびナビゲーション バーのモジュールからモジュールを管理するためのすべての設定にアクセスできます。

詳細については、を参照してください。 モジュールの概要 製品ドキュメントに記載されています。

推奨されない

Apache Groovy 4 によるすべての LogicMonitor 提供の LogicModule のサポート

将来のリリースでは、LogicMonitor コレクターは Apache Groovy 2 をサポートしなくなります。LogicMonitor が提供するすべての公式モジュールは、Apache Groovy 4 と互換性を持つようになります。この移行をサポートするために、LogicMonitor は、Groovy 4 と互換性を持つ公式 LogicModules のアップデートをリリースする予定です。

この移行の結果、次のことを行う必要があります。

  • カスタマイズされたモジュールまたはコミュニティが提供するモジュールを検証して互換性を確保します
    カスタマイズしたモジュールの検証の詳細については、次を参照してください。 カスタム モジュール Groovy 移行の検証 製品ドキュメントに記載されています。
  • LogicMonitor が提供するモジュールのモジュール更新をインストールします。 グルービー4 タグ(利用可能な場合)
    詳細については、を参照してください。 モジュール管理 製品ドキュメントに記載されています。

LogicMonitor EA Collector 34.500 以降は、Groovy 2 および Groovy 4 と互換性があります。EA Collector リリースの詳細については、「 EAコレクター34.500 リリースノート。

既知の問題

Apache Groovy 4 を使用してモジュールを実行する場合、GroovyScriptHelper を使用して LogicMonitor スニペットをスクリプトに組み込むと、次の例外がスローされる可能性があります。

exception:groovy.lang.MissingPropertyException: No such property:

この問題を軽減するには、次のようにクラスのインポート方法を調整します。

if(GroovySystem.version.startsWith("2.")) {
    modLoader = com.logicmonitor.common.sse.utils.GroovyScriptHelper.getInstance()._getScript("Snippets", Snippets.getLoader())
} else {{{}}
    modLoader = com.santaba.agent.groovy.utils.GroovyScriptHelper.getInstance("v4").getScript("Snippets", Snippets.getLoader())
} 

たとえば、以下は Groovy 2 で GroovyScriptHelper がどのように使用されるかを示しています。

import com.logicmonitor.common.sse.utils.GroovyScriptHelper as GSH
import com.logicmonitor.mod.Snippets 
 
modLoader = GSH.getInstance()._getScript("Snippets", Snippets.getLoader()).withBinding(getBinding()) 
 
lmDebug = modLoader.load("lm.debug", "0", true) 
lmDebug.default_context = "Test:SettingContext"

以下に示すように、Groovy 4 で GroovyScriptHelper を使用するようにスクリプトを変更できます。

import com.logicmonitor.mod.Snippets 
 
if(GroovySystem.version.startsWith("2.")) {    
modLoader = com.logicmonitor.common.sse.utils.GroovyScriptHelper.getInstance()._getScript("Snippets", Snippets.getLoader())
} else {   
modLoader = com.santaba.agent.groovy.utils.GroovyScriptHelper.getInstance("v4").getScript("Snippets", Snippets.getLoader())
} 
 
lmDebug = modLoader.load("lm.debug", "0", true) 
lmDebug.default_context = "Test:SettingContext"

重要: LogicMonitor は、LogicMonitor が提供するモジュールのこの問題を軽減するために、公式 LogicModules のアップデートをリリースしています。カスタマイズされたモジュールまたはコミュニティが提供するモジュールを利用している場合は、有効なパラメータをすべてのデータ構造に渡すようにモジュールを更新する必要があります。

既知の問題

スクリプト内のレガシー クラスで Apache Groovy 4 を使用してモジュールを実行すると、次の例外がスローされる可能性があります。

java.lang.RuntimeException: org.codehaus.groovy.control.MultipleCompilationErrorsException: startup failed

この問題を軽減するには、JPMS 準拠のパッケージ名に移行します。この変更を行っても、Groovy 2 との下位互換性は失われません。

たとえば、次のスクリプトはレガシー クラスを使用します。

import groovy.util.XmlSlurper
import groovy.util.XmlParser
def xmlSlurper = new XmlSlurper()
def xmlParser = new XmlParser()

Groovy 4 では、従来のクラスを JPMS 準拠のパッケージ名に置き換えて、次のように例外を解決できます。

import groovy.xml.XmlSlurper
import groovy.xml.XmlParser
def xmlSlurper = new XmlSlurper() 
def xmlParser = new XmlParser()

重要: LogicMonitor は、LogicMonitor が提供する公式モジュールのこの問題を軽減するために、LogicModules のアップデートをリリースしています。カスタマイズされたモジュールまたはコミュニティが提供するモジュールを利用している場合は、有効なパラメータをすべてのデータ構造に渡すようにモジュールを更新する必要があります。

既知の問題

Apache Groovy 4 を使用してモジュールを実行し、そのモジュールにデータ構造の無効な型パラメータが含まれている場合、モジュールは次の実行時例外をスローします。

java.lang.RuntimeException: org.codehaus.groovy.control.MultipleCompilationErrorsException: startup failed: 

重要: LogicMonitor は、LogicMonitor が提供する公式モジュールのこの問題を軽減するために、LogicModules のアップデートをリリースしています。カスタマイズされたモジュールまたはコミュニティが提供するモジュールを利用している場合は、有効なパラメータをすべてのデータ構造に渡すようにモジュールを更新する必要があります。

既知の問題

Apache Groovy 4 および java.util.Date.format() を使用してモジュールを実行すると、次の例外がスローされます。

exception:groovy.lang.MissingMethodException: No signature of method: java.util.Date.format() is applicable for argument types: (String) values: [yyyy-MM-dd'T'HH:mm:ss z]

重要: この問題は、LogicMonitor Collector バージョン 35.400 以降で修正されています。 Apache Groovy 4 を使用してモジュールを実行するときにこの問題を軽減するには、LogicMonitor Collector バージョン 35.400 以降にアップグレードしてください。

既知の問題

Apache Groovy 4 を使用してモジュールを実行すると、次の例外がスローされます。

exception:groovy.lang.RunTimeException: Unable to load FastStringService 

資料

強化

リソース データソース レベルでのアラート チューニング パラメータの追加

静的アラートしきい値の設定に加えて、アラート トリガー間隔、アラート クリア間隔、およびリソース データ ソース レベルでデータなしアラートを含むアラート チューニング パラメータを設定できるようになりました。静的しきい値を設定するときに、アラート チューニング パラメータを設定しないと、デフォルト値が適用されます。リソース データ ソース レベルで静的しきい値とアラート チューニング パラメータを設定しないと、リソース グループで設定された静的しきい値とアラート チューニング パラメータが適用されます。現在、この機能はデータ ソース ロジック モジュールにのみ適用されます。

詳細については、 アラート調整タブ 製品ドキュメントに記載されています。

REST API

強化

Python および GO v3 SDK レスポンスの更新

LogicMonitor v3 Python SDKは、 return_raw_response すべてのGET呼び出しでプロパティを使用します。プロパティ値をTrueに設定すると、応答にはGET呼び出しで要求された特定の結果のみが表示されます。新しいプロパティは、要求されていないフィールドを回避します。 'null' レスポンスの値。さらに、フィールドラベルにアンダースコアが含まれている場合(created_byフィールドなど)、 return_raw_response=True 応答内の created_by の値にはアンダースコアが含まれません。

同様に、LogicMonitor v3 GO SDKでは、GET呼び出しで要求された特定の結果のみを表示するために、すべてのGET呼び出しでXNUMXつの新しいメソッドがサポートされるようになりました。たとえば、アラートの場合、メソッドは次のようになります。 // params := lm.NewGetAlertByIDJSONParams() and // resp, err := client.LM.GetAlertByIDJSON(params). 新しいメソッドは、要求されていないフィールドを回避します。 'null' 応答の値。

サービスインサイト

既知の問題

データポイント分析機能

データポイント分析機能は現在、メンバー インスタンス グラフではサポートされていません。

トポロジー

強化

強化されたノードグループ化

ノード グループ化では、リソース グループ、リソース、アラート ページ、アラートの詳細がサポートされるようになりました。

詳細については、を参照してください。 ノードのグループ化 当社の製品ドキュメントに記載されています。

ユーザーアクセス

除去

すべてのユーザー テーブルから API のみの列が削除されました

LogicMonitorは、 APIのみ すべてのユーザーからの列 表。この 情報は現在、 ユーザータイプ コラム。

アクセスするために   ユーザータイプ 列に移動して、 すべてのユーザー テーブル (設定 > ユーザーと役割 > ユーザー)。 ザ ユーザータイプ 列には、SAML、ローカル、API のみの 3 種類のユーザーが表示されます。

ご覧になれます ユーザータイプ レガシーUIの列 そして新しいUI。

コレクターリリース

EA Collector 35.401は22年2024月XNUMX日にリリースされました。詳細については、 EAコレクター35.401 リリースノート。

コンテナ監視リリース

Container Monitoring 7.1.1 は、28 年 2024 月 XNUMX 日にリリースされました。新しい Container Monitoring 機能、機能拡張、修正された既知の問題、アップグレード手順の詳細については、次を参照してください。 コンテナ監視 7.1.1 リリースノート。

LogicModuleリリース

新規および更新された LogicModule は、LogicMonitor ポータルで直接利用できます。 Exchange から新しいモジュールをインストールしたり、My Module Toolbox で既存のモジュールを更新したりできます。詳細については、「」を参照してください。 モジュールのインストール (NAIST) と モジュール管理 製品ドキュメントに記載されています。

このセクションでは、このリリースで新しく追加された、このリリースで更新された、または将来のリリースで削除される LogicModule をリストします。

更新されたLogicModules

更新されたLogicModulesDetails
1 つのデータソース:
  – Cisco_Catalyst_AccessPointHealth
ステータスアラートの評価を 1 未満の値ではなく 1 より大きい値に修正しました。
3 構成ソース:
  – SCP_標準
  – SFTP_標準
  – SSH_Exec_Standard
すべての共通構成で、確認時にアラートがクリアされるようになりました。
1 つのデータソース:
  – Cisco_NTP
1 プロパティソース:
  – addCategory_CiscoNTP
2 ログソース:
  – Meraki ネットワーク イベント
  – Meraki セキュリティ アプライアンスのイベント
SSH を使用する更新された Cisco NTP モジュールは、リソースの使用に対してより慎重になりました。これにより、一部のデバイスで実行しているときに CPU の大きなスパイクが防止されるはずです。

更新された Meraki LogSources では重複するログ エントリが無視され、パフォーマンスが大幅に向上しました。
5 つのデータソース:
  – Cisco_Meraki_API
  – Cisco_Meraki_AccessPointSSID
  – Cisco_Meraki_SecurityApplianceHealth
  – Cisco_Meraki_SecurityApplianceTunnels
  – Cisco_Meraki_SecurityApplianceUnderlay
1 プロパティソース:
  – addERI_Cisco_Meraki_Device
1 ログソース:
  – Meraki ネットワーク イベント
ネットワーク ID の更新後に NetScan を再実行せずに発生する複雑な問題を回避するために、モジュールのデフォルトは「auto.meraki.networkid」になりました。
1 つのデータソース:
  – Cisco_Meraki_AccessPointHealth
ステータスが null の場合にフォールバック値が報告されない問題を修正しました。
1 つのデータソース:
  – Microsoft_SQLServer_モニターユーザー
タイプミスを修正し、システム カテゴリ「SQL_Node」のデバイスを正しく除外しました。

警告: このデータを収集していた SQL クラスター ノード リソースではデータが失われる可能性がありますが、これらのデバイスはこのモジュール向けではありません。

2 プロパティソース:
  – ConfigCheck_4_Interactive
  – ConfigCheck_5_Telnet
Common Config のインタラクティブ PropertySource で、設定された制限よりも大きい構成によって障害が発生し、後続の構成がチェックされなくなる問題を修正しました。
1 つのデータソース:
  – Docker_コンテナ_cAdvisor20
ステータス データポイントの説明を更新し、アラートを削除しました。
1 つのデータソース:
  – VMware_ESXi_NetworkInterfaces
1 トポロジソース:
  – Networking_L2_snmpSwitch
インターフェースERIを追加しました。
LLDP/CDP ネイバーを検出する場合でもブリッジ テーブルを処理するための topo.bridgetables ホスト プロパティのサポートが追加されました。
1 つのデータソース:
  – VMware_SDWAN_Interfaces
AD とコレクションが失敗する原因となっていたリンク ID ルックアップ フォールバック メソッドの問題を修正しました。
2 プロパティソース:
  – NetApp_システム情報
  – 追加カテゴリ_Cisco_ISE_MNT
Groovy 2 および Groovy 4 との互換性をサポートするように更新されました。XMLParser のサポートを継続するために、新しい JPMS 準拠パッケージのインポートが追加されました。
4 プロパティソース:
  – 追加カテゴリ_CiscoCUCMAPI
  – カテゴリー_EMC_Avamar を追加
  – カテゴリーを追加_NetApp
  – 追加ERI_NetApp
Groovy 2 および Groovy 4 との互換性をサポートするように更新されました。XMLSlurper のサポートを継続するために、新しい JPMS 準拠パッケージのインポートが追加されました。
1 ログソース:
  – Cisco_Catalyst_Center_Issues
冗長なデータをキャプチャしていたログのメッセージ フィールドから「エラー:」を削除しました。
1 つのデータソース:
  – Cisco_Catalyst_SDWAN_API
1 ログソース:
  – Cisco Catalyst SDWAN アラーム
Cisco Catalyst SDWAN アラームのパフォーマンスが向上しました。