v.226リリースノート

動作の一貫性を確保し、glob表現のパターンマッチングの問題を防ぐため、エスカレーションチェーンとアラートルールの名前に特定の特殊文字を使用できなくなりました。以下の文字は使用できなくなりました。 名前 エスカレーション チェーンとアラート ルールを追加するときのフィールド:
* ? [ ] ( ) ! | \ "

V225 以前で、名前に新しく禁止された文字を含むエスカレーション チェーンまたはアラート ルールを作成していた場合は、さらに更新を保存する前に、それらの文字を削除する必要があります。

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

アイドル状態のAWS RDSインスタンスを特定し、バックアップと終了の推奨事項を確認できるようになりました。これにより、使用されていないデータベースにかかる不要なコストを削減できます。

詳細については、を参照してください。 コストの最適化 – 推奨事項 製品ドキュメントに記載されています。

LogicMonitorは、 課金設定の管理 AWSおよびAzureの課金データのエクスポートを設定できるコスト最適化課金ツールです。これにより、各プロバイダーからLogicMonitorへのクラウド課金データのエクスポートプロセスが効率化されます。

LogicMonitorは、既存の構成方法を引き続きサポートします。  リソースツリー 現時点では、以前に構成された課金エクスポートは引き続きコスト最適化 - 課金に表示されます。

詳細については、を参照してください。 コスト最適化課金設定 製品ドキュメントに記載されています。

強化されたjson演算子を使用することで、ログ内の構造化JSONデータを動的に解析できるようになりました。LogicMonitorは、ネストされたJSONフィールドを取り込み時に自動的にフラット化するのではなく、シリアル化されたJSON文字列として保存し、クエリ時に必要なフィールドのみを抽出できるようになりました。このアップデートにより、パフォーマンスが向上し、ストレージのオーバーヘッドが削減され、クエリの柔軟性が向上します。

この変更の一環として、LogicMonitor はログ取り込み時にログフィールドの自動 JSON フラット化を廃止します。フィールドは複数のドット表記キーに展開されなくなります (フィールド.サブフィールド処理中にarray.0やmetadata.user.nameなどの文字列を使用する必要がある。 JSON シリアル化された JSON フィールド内のネストされたデータにアクセスするための演算子。

強化された JSON 演算子は、指定された JSON フィールドをオンデマンドでフラット化し、ドット表記を使用した実行時フィールド抽出をサポートします。

詳細については、を参照してください。 高度な検索演算子 製品ドキュメントに記載されています。

さまざまなプラットフォーム向けの次の拡張スクリプト ネットスキャンは、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.topo スニペットがサポートされるようになりました ヌル の値 from (NAIST) と 〜へ のインスタンス トポロジー生成() 関数。さらに、カンマを含む名前空間値もサポートされるようになりました。

Juniper Mist Monitoringの強化スクリプトNetScanには、 Macアドレス オンボーディング中にプロパティを設定します。これにより、デバイスの重複排除がサポートされ、リソース検出の精度が向上します。

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

LogicMonitor は、SNMP トラップ MIB 機能を使用して、SNMP トラップログの取り込みに使用する MIB ファイルのアップロードをサポートするようになりました。MIB ファイルとその依存関係をアップロードすると、LogicMonitor は自動的にファイルを検証し、SNMP トラップの変換に使用します。

MIB ファイルをアップロードするには、[設定] > [SNMP トラップ MIB] に移動します。

詳細については、を参照してください。 SNMPトラップMIB 製品ドキュメントに記載されています。

将来のリリースでは、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 Collector 34.500 以降は、Groovy 2 および Groovy 4 と互換性があります。EA Collector リリースの詳細については、「 EAコレクター34.500 リリースノート。

LogicMonitor EAコレクター 37.100, 37.200, 37.300 現在利用可能な EA は、Groovy 4 ではなく Groovy 2 を使用します。コレクターのバージョン管理に従って、安定した EA バージョンはオプションの一般リリース (GD) として指定されます。

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

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

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 を使用してモジュールを実行すると、次の例外がスローされる可能性があります。

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]

この問題を軽減するには、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 を使用してモジュールを実行する場合、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())

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:

アラートページでフィルターを設定した後、必要なアラートを表示することでアラートレポートを作成できるようになりました。この機能強化により、アラートレポートの設定時にアラートフィルターを再作成する必要がなくなります。

この機能にアクセスするには、次の場所に移動してください アラートフィルターを使用して必要なアラートを表示し、 アラートレポートを作成するアラート ページからフィルターしたアラートが事前構成されたアラート レポートを含むレポートにリダイレクトされます。

詳細については、製品ドキュメントの次の項目を参照してください。

• アラートレポート
• アラートページからのアラートの管理

事前に日数を設定できるようになりました。 リモートセッションを有効にする (NAIST) と テストスクリプトを有効にする スイッチは自動的に無効になります。デフォルトでは、これらのスイッチは無効のままです。スイッチを有効にすると、ドロップダウンメニューが表示され、無効になるまでの期間を選択できます。

Status リモートセッションを有効にする (NAIST) と テストスクリプトを有効にする スイッチが V225 以前ですでに有効になっている場合、無効期間が自動的に「なし」に設定されます。

詳細については、を参照してください。 セキュリティの設定 製品ドキュメントに記載されています。

LogicMonitor の今後のリリースでは、LogicMonitor OpenTelemetry Collector 3.0.00 のサポートが廃止される予定です。最新バージョンの LogicMonitor OpenTelemetry Collector をご利用ください。

詳細については、を参照してください。 OpenTelemetry コレクターのバージョン 製品ドキュメントに記載されています。

SAML、APIのみ、およびLMサポートユーザーを除くすべてのユーザーは、非アクティブ状態によりアカウントが停止された場合、アカウントをセルフアクティベートできるようになりました。これは、バージョンV224以降で非アクティブ状態によりアカウントが停止された場合にのみ適用されます。

以前は、非アクティブなアカウントを有効化するには、バックエンドのサポートによる復旧が必要でした。今後は、非アクティブなために停止されたアカウントをバックエンドのサポートなしで復旧できます。ロックアウトされた場合は、パスワードをリセットしてアクセスを回復するための復旧リンクが記載されたメールが届き、ポータルの継続的な利用が保証されます。

詳細については、を参照してください。 セキュリティの設定 製品ドキュメントに記載されています。