v.236リリースノート

アラートページで、エスカレーションステータスに基づいてアラートをフィルタリングできるようになりました。この機能強化により、エスカレーションチェーンに関連付けられたアラートと、どのエスカレーションチェーンにも関連付けられていないアラートを識別できるようになり、アラートのトリアージとワークフローの可視性が向上します。

この機能にアクセスするには、次の場所に移動してください アラート 選択 エスカレーション フィルターから 絞り込む フィールド。

詳細については、を参照してください。 アラートのフィルタリング 製品ドキュメントに記載されています。

リソースエクスプローラウィジェットに、既存のハイブレイアウトに加え、テーブル形式の表示レイアウトが追加されました。この新しいレイアウトでは、リソースの詳細がフィルターとグループプロパティごとに整理されたテーブル形式で表示されます。

これにより、操作なしで複数のリソースの重要な詳細を簡単に確認したり、リソースエクスプローラーにすばやく移動して、表内の特定のリソースに関する追加情報を表示したりすることができます。

この機能にアクセスするには、次の場所に移動してください ダッシュボード 新しいリソースエクスプローラウィジェットを追加するか、 管理 既存のウィジェットで「テーブル」を選択します。 視覚化レイアウト ドロップダウンメニュー。

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

LogicMonitorは従来のUIを段階的に廃止し続けており、 新しい UI のプレビュー ダッシュボードからスイッチが削除され、ダッシュボードは従来のUIでは利用できなくなり、新しいUIでのみ利用できるようになります。新しいUIは、ユーザーエクスペリエンスの向上、パフォーマンスの向上、セキュリティ機能の向上を実現します。

この廃止に関する詳細情報（タイムラインや削除に関する最新情報を含む）については、以下を参照してください。 UIv3 ダッシュボードのサポート終了 (EOL) のお知らせ LMコミュニティで。

ダッシュボードに関する最新情報については、以下をご覧ください。 ダッシュボードの概要 製品ドキュメントに記載されています。

このプロセス中にご質問やサポートが必要な場合は、 支援チーム またはカスタマーサクセスマネージャーにお問い合わせください。

カスタムHTTP配信リクエストおよびPagerDutyインシデントチケットに対して、新しいアクションノートアラートステータスを使用することで、DiagnosticSourceの出力レポートをJSONまたはプレーンテキスト形式のアクションノートとして送信できるようになりました。

LogicMonitor では、アラートの DiagnosticSource レポートが利用可能な場合に送信されるペイロードを構成するために、次のトークンも導入されています。

• ##診断ソース出力##
• ##診断ソースステータス##
• ＃＃メッセージ＃＃

これらのトークンは、カスタムHTTPとPagerDutyの両方の統合におけるアクションノートのアラートステータスにのみ適用されます。

詳細については、を参照してください。 カスタムHTTP配信 (NAIST) と PagerDuty 統合のセットアップ 製品ドキュメントに記載されています。

さまざまなプラットフォーム向けの次の拡張スクリプト ネットスキャンは、Groovy 4 と互換性があります。詳細については、製品ドキュメントを参照してください。

• VMware vSphereの監視
• VMware SD-WAN モニタリング
• Versa SD-WAN モニタリング
• Aruba EdgeConnect SD-WAN
• Cisco Catalyst SD-WAN モニタリング
• Cisco Meraki モニタリング (レガシー)
• Cisco Meraki モニタリング
• Cisco カタリスト センター
• ジュニパーミストモニタリング
• Palo AltoPrismaSD-WANモニタリング

強化された lm.data.topo このコードスニペットは、Cisco 8200ルータをルータリソースとして正しく分類するようになりました。トポロジマッピングでCisco 8200ルータを正しいリソースタイプで表示できるため、トポロジの精度とデバイスの識別が向上します。

機能強化されたCisco UCS-X NetScanは、Cisco UCS Fabric Interconnectリソースのオンボーディングをサポートするようになりました。Cisco UCS-X環境の一部としてFabric Interconnectコンポーネントを検出および監視できるため、UCSインフラストラクチャの可視性が向上します。

詳細については、を参照してください。 Cisco UCS Xシリーズ モジュラーシステム監視 製品ドキュメントに記載されています。

強化された vmware.vsphere.api このコードスニペットは、vCenterのインストール済みバージョンを確認するためのヘルパーメソッドを改善します。より信頼性の高いバージョン検出が可能になり、監視精度が向上し、データ収集におけるバージョン関連の不一致が軽減されます。

詳細については、を参照してください。 VMware vSphereの監視 製品ドキュメントに記載されています。

LogicMonitorは、アクションルールとアクションチェーンを含むアクション設定機能をサポートするようになりました。アクションルールを使用すると、アラートがアクションチェーンを自動的に実行する条件を定義できます。リソースグループを使用してリソース、プロパティ、LogicModules、インスタンスデータポイントをフィルタリングし、アラートの重大度レベルを選択するアクションルールをトリガーするフィルタを定義できます。条件が満たされると、アクションルールが自動的に実行され、問題の診断と修復が行われます。すべてのアクションルールは、構成済みのDiagnosticSourceとRemediationSourceがトリガーされる段階を定義するアクションチェーンで構成されています。

アクションルールは診断ルール機能に取って代わり、既存の診断ルールは、以前指定した条件と同じ条件で自動的にアクションルールに変換されます。

この新機能により、以下のことが可能になります。

• 診断と修復の両方を単一のワークフローでサポートする新しいフレームワークで、自動修復の基盤を構築します。
• 単一のアラートトリガーで複数の診断を順番に実行することで、問題をより徹底的に調査できます。
• 定義された順序でアクションをまとめて定義することで、柔軟な複数ステップのワークフローを作成できます。
• 手動介入なしに詳細な分析を自動化することで、トラブルシューティングの効率を向上させます。

アクションルールにアクセスするには、 設定 > 行動 設定 > アクションルール.

アクションチェーンにアクセスするには、 設定 > 行動 設定 > アクションチェーン.

詳細については、を参照してください。 アクションルール設定 (NAIST) と アクションチェーンの設定 製品ドキュメントに記載されています。

将来のリリースでは、LogicMonitor Collectors は Apache Groovy 2 をサポートしなくなります。LogicMonitor が提供するすべての公式モジュールは、Apache Groovy 4 と互換性があります。この移行をサポートするために、LogicMonitor は Groovy 4 と互換性のある公式 LogicModules の更新をリリースしています。

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

• カスタマイズされたモジュールまたはコミュニティが提供するモジュールを検証して互換性を確保します
  カスタマイズしたモジュールの検証の詳細については、次を参照してください。 カスタム モジュール Groovy 移行の検証 製品ドキュメントに記載されています。
• 互換性の変更がリリースされた LogicMonitor 提供のモジュールのモジュール更新をインストールします。
  詳細については、を参照してください。 LogicMonitor 提供モジュール Groovy 4 移行 製品ドキュメントに記載されています。
• 拡張スクリプト NetScans を Groovy 4 互換スクリプトに更​​新します。
  詳細については、リリース ノートのモジュール セクションの「拡張スクリプト NetScans が Groovy 4 と互換性を持つようになりました」を参照してください。

この移行のタイムラインの詳細については、以下を参照してください。 Apache Groovy 2 のサポート終了マイルストーンの公開発表.

LogicMonitor EAコレクター https://www.logicmonitor.com/release-notes/ea-collector-39-100 , https://www.logicmonitor.com/release-notes/ea-collector-39-200 , https://www.logicmonitor.com/release-notes/ea-collector-39-300 (NAIST) と https://www.logicmonitor.com/release-notes/ea-collector-39-400 が利用可能になり、Groovy 2 ではなく Groovy 4 を使用します。コレクターのバージョン管理に従って、安定した EA バージョンはオプションの一般リリース (GD) として指定されます。
2026 年 4 月 13 日に予定されている GD Collector リリース (LogicMonitor GD Collector 39.004) では、Groovy 2 ではなく Groovy 4 が使用されます。

Apache Groovy 4 を使用してモジュールを実行し、groovy.json.JsonSlurper() を使用すると、LogicMonitor Collector バージョン 36.200 以降で次の例外が修正されました。

Apache Groovy 4を使用してモジュールを実行し、 日付フォーマット()、LogicMonitor Collector バージョン 35.400 以降では次の例外が解決されました。

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]

スクリプト内のレガシー クラスで 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()

Apache Groovy 4 では、List クラスの push() メソッドの動作が逆になっています。Apache Groovy 2.4 では、push() メソッドはリストに項目を追加しますが、Apache Groovy 4 では push() はリストの最初の項目に対して機能します。
// v4 Behavior
def numbers = [1, 2, 3, 4]
numbers.push(5)
println numbers
// OUTPUT: [5, 1, 2, 3, 4]

// v2.4 Behavior
def numbers = [1, 2, 3, 4]
numbers.push(5)
println numbers
// OUTPUT: [1, 2, 3, 4, 5]

この問題を軽減するには、push() の代わりに add() を使用するように移行します。
def numbers = [1, 2, 3, 4]
numbers.add("5")
println numbers
// OUTPUT: [1, 2, 3, 4, 5]

Apache Groovy 4 を使用してモジュールを実行すると、pop() メソッドの動作が逆になります。Apache Groovy 2.4 では、pop() の動作によりリストの最後の項目が削除されますが、Groovy 4 では、pop() によりリストの最初の項目が削除されます。

// v4 Behavior
def numbers = [1, 2, 3, 4]
println numbers.pop()
// OUTPUT: 1

// v2.4 Behavior
def numbers = [1, 2, 3, 4]
println numbers.pop()
// OUTPUT: 4

この問題を軽減するには、pop() の代わりに remove() を使用するように移行します。
def numbers = [1, 2, 3, 4]
println numbers.remove(numbers.size() - 1)
// OUTPUT: 4

Apache Groovy 4 を使用してモジュールを実行するときに、モジュールにデータ構造の無効な型パラメータが含まれていると、モジュールは次の例外をスローします。
java.lang.RuntimeException: org.codehaus.groovy.control.MultipleCompilationErrorsException: startup failed:

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

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

import com.santaba.agent.groovy.utils.GroovyScriptHelper
import com.logicmonitor.mod.Snippets
def modLoader = GroovyScriptHelper.getInstance(GroovySystem.version).getScript("Snippets", Snippets.getLoader()).withBinding(getBinding())

アラートレポートに、以下の新しい列を追加できるようになりました。

• しきい値設定—データソース、インスタンス、またはリソースグループの値を表示します
• アラートトリガー値アラートをトリガーしたメトリック値を表示し、精度や丸め動作を含め、アラートページに表示される値と一致します。

新しい列は、レポートプレビューと生成されたレポートでサポートされます。既存の保存済みアラートレポートには、手動で追加しない限り、新しい列は自動的に含まれません。

この機能にアクセスするには、次の場所に移動してください レポート アラートレポートを追加します。

アラート レポートの設定方法の詳細については、以下を参照してください。 アラートレポート 製品ドキュメントに記載されています。

アラート予測レポートにカスタムホストプロパティを含めることができるようになりました。これにより、予測されるアラートの傾向と関連するリソースメタデータを組み合わせた、クライアント向けのレポートを作成できます。この機能強化により、ビジネスユニット、環境、顧客、またはその他のカスタムプロパティごとに予測されるアラートの増加を分析できるため、アラート量の増加を牽引しているセグメントや、事前のしきい値調整や対策が必要な箇所を特定できます。

カスタムホストプロパティは、エクスポートされたレポートで、過去のアラート件数と予測アラート合計値と並んでカスタム列として表示されるため、予測されるアラートアクティビティを主要な組織属性または技術属性と関連付けることができます。

この機能にアクセスするには、次の場所に移動してください レポートアラート予測レポートを追加します。

詳細については、を参照してください。 アラート予測レポート 製品ドキュメントに記載されています。

リソースメトリックトレンドレポートに表示される結果の数を設定できるようになりました。これにより、選択した期間に基づいてデータソースの数を表示でき、上位5件、10件、25件、50件、または100件の結果を表示するオプションを選択できます。さらに、レポートで定義されたリソースまたはリソースグループに基づいて利用可能なすべてのデータを含む、すべての結果を表示することもできます。この柔軟性により、メトリックトレンドを左右する最も重要なリソースに焦点を当てつつ、より詳細な分析が必要な場合は完全なデータセットを表示することも可能です。

この機能にアクセスするには、次の場所に移動してください レポート、リソース メトリック トレンド レポートを追加します。

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

毎月末日に、毎月のSDTを定期的に設定できるようになりました。 毎月（特定の日に） 頻度。月末がいつであっても（つまり、28日、29日、30日、または31日であっても）、次の項目から「最終日」を選択できます。 日 ドロップダウンメニュー。システムは月末日を自動的に識別し、SDT（安全設計日）を設定します。これにより、メンテナンス計画の柔軟性が向上し、手動調整なしで、さまざまな月末日におけるメンテナンス期間を正確にスケジュールできます。

この機能にアクセスするには、次の場所に移動してください 資料 > リソースを選択 > SDT のスケジュール。 選択する From/To 設定、選択 毎月（特定の日に） 頻度を選択し、次に「最終日」を選択します。 日 ドロップダウンメニュー。

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

LogicMonitorはプラットフォームの近代化と、パフォーマンス、セキュリティ、長期的な拡張性の向上を図り、シームレスなAPIエクスペリエンスを提供することに注力しています。そのため、新規LogicMonitorアカウントではAPI v1およびv2へのアクセスは提供されなくなります。現在API v1またはv2をご利用中のお客様は、アクセスに影響はありません。引き続き中断なくご利用いただけます。

その ログイン状態を保持する セキュリティ設定では、セッション期間と 永続セッションを有効にする ユーザーレベルの設定。 永続セッションを有効にする スイッチでは、ユーザーはセッションタイムアウトから除外されます。 ログイン状態を保持する 設定。

現在の「ログイン状態を維持する」設定では、セッション期間を最大400日間、または無制限に設定できます。このセキュリティリスクを克服し、長期間または無制限のセッションを防止するため、LogicMonitorはセッション期間を制限するようになりました。

セッション期間を定義できるようになりました 数日後にログイン状態を維持する 1～30日の範囲でサポートされている値を持つフィールド。値が「0」日の場合、手動でログアウトするまでセッションがアクティブになります。 ログイン状態を保持する セッション制限を0に設定すると、現在の設定が変更されずに維持されます。今後ポリシーが変更される場合は、カスタマーサクセスマネージャー（CSM）が事前に必要な更新について通知します。

LogicMonitorは、セッション管理に関する可視性を向上させ、ネットワークオペレーションセンター（NOC）環境などのサービスアカウントや常時表示ユーザーに対して、予測可能で安全なアクセスを保証します。

この機能にアクセスするには、次の場所に移動してください 設定 > セキュリティ.
アクセスするために 永続セッションを有効にする ユーザーアカウントの場合は、 設定 > ユーザーと役割 > ユーザー.

詳細については、を参照してください。 ログイン状態を保持する (NAIST) と 役割の追加 製品ドキュメントに記載されています。

今後のリリースにおいて、LogicMonitorは旧バージョンのLM ContainerビルドおよびArgusバージョン5、6、7、8のサポートを終了します。これらのバージョンをご利用の場合は、引き続きアップデートとサポートを受けるために、サポート対象のLM Containerリリースにアップグレードしてください。

最新の LM コンテナ リリースでは以下が提供されます。

• 更新され、積極的にメンテナンスされているコードパスを使用して監視精度を向上
• 最新のKubernetes環境向けの最新のセキュリティパッチとコンプライアンスアップデート
• 新しいKubernetesバージョンおよびコンテナランタイムとの継続的な互換性

この廃止に関する詳細情報（タイムラインの詳細や削除に関する最新情報など）については、以下を参照してください。 レガシー LM コンテナおよび Argus のレガシー バージョン 5、6、7、および 8 のサポート終了 (EOL) が近づいています LM コミュニティで。

移行中にご質問やサポートが必要な場合は、 支援チーム またはカスタマーサクセスマネージャーにお問い合わせください。