アラート
拡張構成アラートの概要の詳細
Config Alerts の概要では、特定の ConfigSource バージョンに対して生成されたアラートに関する詳細情報が提供されるようになりました。
この機能強化により、構成関連の問題とそれが環境に与える影響をより詳細に把握できるようになります。
詳細については、を参照してください。 構成チェックの表示 製品ドキュメント
コスト最適化
コスト最適化が Azure の FOCUS 1.0 スキーマをサポートするようになりました
コスト最適化の課金監視では、Azure エクスポートの FOCUS 1.0 コストと使用状況スキーマがサポートされるようになりました。
ダッシュボード
リソース エクスプローラー ウィジェットが利用可能になりました
LogicMonitorダッシュボードで、リソースエクスプローラーデータを追跡する新しいウィジェットが利用できるようになりました。新しいカスタムビューを作成するか、保存したリソースエクスプローラービューを読み込んで、リソースの健全性を要約するためのクイックアクセスを実現します。詳細については、 リソース エクスプローラー ウィジェット
リソースエクスプローラウィジェットは埋め込みURLによる共有をサポートしていないことに注意してください。リソースエクスプローラビューの設定の詳細については、 リソース エクスプローラー。 ウィジェットの設定の詳細については、 ウィジェットの作成.
モジュール
改良された Cisco Meraki モニタリング NetScan
更新された Cisco Meraki 向け拡張スクリプト NetScan では、データの取得に、以前非推奨だったエンドポイントに代わって、新しく推奨される Meraki エンドポイントが使用されるようになりました。
詳細については、を参照してください。 Cisco Meraki モニタリング 製品ドキュメントに記載されています。
Apache Groovy 4 によるすべての LogicMonitor 提供の LogicModule のサポート
将来のリリースでは、LogicMonitor Collectors は Apache Groovy 2 をサポートしなくなります。LogicMonitor が提供するすべての公式モジュールは、Apache Groovy 4 と互換性があります。この移行をサポートするために、LogicMonitor は Groovy 4 と互換性のある公式 LogicModules のアップデートをリリースする予定です。
この移行の結果、次のことを行う必要があります。
- カスタマイズされたモジュールまたはコミュニティが提供するモジュールを検証して互換性を確保します
カスタマイズしたモジュールの検証の詳細については、次を参照してください。 カスタム モジュール Groovy 移行の検証 製品ドキュメントに記載されています。 - 互換性の変更がリリースされた LogicMonitor 提供のモジュールのモジュール更新をインストールします。リリースされた更新モジュールは、LogicModules リリース セクションにリストされます。
詳細については、を参照してください。 LogicMonitor 提供モジュール Groovy 4 移行 製品ドキュメントに記載されています。
この移行のタイムラインの詳細については、以下を参照してください。 Apache Groovy 2 のサポート終了マイルストーンの公開発表.
LogicMonitor EA Collector 34.500 以降は、Groovy 2 および Groovy 4 と互換性があります。EA Collector リリースの詳細については、「 EAコレクター34.500 リリースノート。
Apache Groovy 4を使用してモジュールを実行し、 日付フォーマット()、次の例外がスローされます。
例外:groovy.lang.MissingMethodException: メソッド java.util.Date.format() のシグネチャは、引数の型 (文字列) 値: [yyyy-MM-dd'T'HH:mm:ss z] には適用できません
注意: この問題は、LogicMonitor Collector バージョン 35.400 以降で修正されています。 Apache Groovy 4 を使用してモジュールを実行するときにこの問題を軽減するには、LogicMonitor Collector バージョン 35.400 以降にアップグレードしてください。
Apache Groovy 4 を使用してモジュールを実行し、そのモジュールにデータ構造の無効な型パラメータが含まれている場合、モジュールは次の実行時例外をスローします。
java.lang.RuntimeException: org.codehaus.groovy.control.MultipleCompilationErrorsException: 起動に失敗しました:
重要: LogicMonitor は、LogicMonitor が提供する公式モジュールのこの問題を軽減するために、LogicModules の更新プログラムをリリースしています。カスタマイズされたモジュールやコミュニティが提供するモジュールを利用している場合は、すべてのデータ構造に有効なパラメータを渡すようにモジュールを更新する必要があります。
スクリプト内のレガシー クラスで Apache Groovy 4 を使用してモジュールを実行すると、次の例外がスローされる可能性があります。
java.lang.RuntimeException: org.codehaus.groovy.control.MultipleCompilationErrorsException: 起動に失敗しました
この問題を軽減するには、JPMS 準拠のパッケージ名に移行します。この変更を行っても、Groovy 2 との下位互換性は失われません。
たとえば、次のスクリプトはレガシー クラスを使用します。
groovy.util.XmlSlurper をインポートします。
groovy.util.XmlParser をインポートします。
デフxmlSlurper = 新しいXmlSlurper()
def xmlParser = 新しい XmlParser()
Groovy 4 では、従来のクラスを JPMS 準拠のパッケージ名に置き換えて、次のように例外を解決できます。
groovy.xml.XmlSlurper をインポートします。
groovy.xml.XmlParser をインポートします。
デフxmlSlurper = 新しいXmlSlurper()
def xmlParser = 新しい XmlParser()
重要: LogicMonitor は、LogicMonitor が提供する公式モジュールのこの問題を軽減するために、LogicModules のアップデートをリリースしています。カスタマイズされたモジュールまたはコミュニティが提供するモジュールを利用している場合は、有効なパラメータをすべてのデータ構造に渡すようにモジュールを更新する必要があります。
Apache Groovy 4 を使用してモジュールを実行する場合、GroovyScriptHelper を使用して LogicMonitor スニペットをスクリプトに組み込むと、次の例外がスローされる可能性があります。
例外:groovy.lang.MissingPropertyException: そのようなプロパティはありません:
この問題を軽減するには、次のようにクラスのインポート方法を調整します。
GroovySystem.version.startsWith(“2.”) の場合
modLoader = com.logicmonitor.common.sse.utils.GroovyScriptHelper.getInstance()._getScript(“スニペット”, Snippets.getLoader())
場合} else {
modLoader = com.santaba.agent.groovy.utils.GroovyScriptHelper.getInstance(“v4”).getScript(“スニペット”, Snippets.getLoader())
}
たとえば、次の例は Groovy 2 で GroovyScriptHelper がどのように使用されるかを示しています。
com.logicmonitor.common.sse.utils.GroovyScriptHelper を GSH としてインポートします。
com.logicmonitor.mod.Snippets をインポートします。
modLoader = GSH.getInstance()._getScript(“スニペット”, Snippets.getLoader()).withBinding(getBinding())
lmDebug = modLoader.load(“lm.debug”, “0”, true)
lmDebug.default_context = “テスト:設定コンテキスト”
以下に示すように、Groovy 4 で GroovyScriptHelper を使用するようにスクリプトを変更できます。
com.logicmonitor.mod.Snippets をインポートします。
GroovySystem.version.startsWith(“2.”) の場合
modLoader = com.logicmonitor.common.sse.utils.GroovyScriptHelper.getInstance()._getScript(“スニペット”, Snippets.getLoader())
場合} else {
modLoader = com.santaba.agent.groovy.utils.GroovyScriptHelper.getInstance(“v4”).getScript(“スニペット”, Snippets.getLoader())
}
lmDebug = modLoader.load(“lm.debug”, “0”, true)
lmDebug.default_context = “テスト:設定コンテキスト”
重要: LogicMonitor は、LogicMonitor が提供するモジュールのこの問題を軽減するために、公式 LogicModules のアップデートをリリースしています。カスタマイズされたモジュールまたはコミュニティが提供するモジュールを利用している場合は、有効なパラメータをすべてのデータ構造に渡すようにモジュールを更新する必要があります。
セキュリティの設定
アラートルールのソフト制限
LogicMonitorはアラートルールの使用率を25%に制限しています。詳細については、 制限、クォータ、および制約.
コンテナ監視リリース
次のコンテナ モニタリング リリースが利用可能です。
- コンテナモニタリング8.2.0は11年2024月XNUMX日にリリースされました。コンテナモニタリングの新機能、機能強化、修正された既知の問題、アップグレード手順の詳細については、 コンテナ監視 8.2.0 リリースノート。
LogicModuleリリース
新規および更新された LogicModule は、LogicMonitor ポータルで直接利用できます。 Exchange から新しいモジュールをインストールしたり、My Module Toolbox で既存のモジュールを更新したりできます。詳細については、「」を参照してください。 モジュールのインストール, モジュール管理 製品ドキュメントに記載されています。
このセクションでは、このリリースで新しく追加された、このリリースで更新された、または将来のリリースで削除される LogicModule を一覧表示します。LogicModule 機能に関連する変更は、「一般的な更新」セクションに一覧表示されます。
更新されたLogicModules
| LogicModule名 | Details |
| 2 つのデータソース: – Cato_SDWAN_インターフェース – Cato_SDWAN_トンネル | Cato SDWAN インターフェイスおよびトンネル モジュール ActiveDiscovery を更新し、インスタンスを自動的に削除しながらもデータを 30 日間保持し、15 分間隔でインスタンスの変更を検出するようになりました。 |
| 1 つのデータソース: – Microsoft_Azure_ActiveDirectoryアプリケーションシークレット | Microsoft_Azure_ActiveDirectoryApplicationSecrets データ ソースのグラフ データポイントを UntilExpiration から daysUntilExpiration に更新しました。 |
| 1 つのデータソース: – Cisco_Meraki_Orgデバイス数 | 必要なちょっとしたスニペットを追加しました。 |
| 2 つのデータソース: – CDP_Neighbors – SNMP_ネットワーク_インターフェイス 1 トポロジソース: – Networking_L2_snmpSwitch | Nexus スイッチのように CDP インターフェース名を返さないデバイスの場合は、CDP インターフェース名ではなく IF-MIB インターフェース名を使用します。 |
| 1 つのデータソース: – Aruba_ClearPass_ネットワークトラフィック | データポイント radiusTraffic のより正確な測定を実現するために、4 つの半径値を集約しました。 |
| 1 プロパティソース: – カテゴリーを追加_Cato_SDWAN | 不正なシリアル番号のエラーを取得するために try/catch を使用します。ミニトラブルシューターとして cato.sdwan.device.error のプロパティを追加しました。 |
| 1 つのデータソース: – Cisco_トランシーバー_センサー | Cisco_Transceiver_Sensors モジュールを更新し、その REGEX フィルターに「Twe」で始まるモジュールが含まれるようにしました。これにより、有効な検出可能なインスタンスのセットが拡張されます。 |
| 2 つのデータソース: – Cisco_Meraki_API – Cisco_Meraki_SwitchInterfaces 1 プロパティソース: – addCategory_Cisco_Meraki_Device 1 ログソース: – Meraki セキュリティ アプライアンスのイベント | Cisco で非推奨となった getOrganizationDevicesStatuses エンドポイントの使用を、推奨される代替品に置き換えます。 |
| 1 つのデータソース: – VMware_ESXi_CPU | 新しい VMware スニペットを活用するようにリファクタリングしました。 |


