v.224リリースノート

推奨事項では、「停止」状態の Azure 仮想マシンを識別し、割り当て解除または終了を提案するようになりました。この推奨事項の種類により、非アクティブな仮想マシンに割り当てられたリソースに対して Azure が不要なコストを生成するのを防ぐことができます。

さらに、アイドル状態のAWS EC2インスタンスおよびAzure VMの推奨事項では、リソースの終了に加えて、より小さなサイズへの変更が提案されるようになりました。これにより、後で必要になる可能性のあるリソースを削除せずにコストを削減したいユーザーにとって、より柔軟な対応が可能になります。

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

LogicMonitorダッシュボードの請求ウィジェットは、 トレンドのある大きな数字 視覚化により、総コストなどの主要業績評価指標 (KPI) を単一の数値とそれに伴う傾向線で強調表示できるようになります。

これにより、追加のビジュアル表示に煩わされることなく、請求パフォーマンスを即座に把握できるようになります。

その グループ化されたテーブル 可視化機能が強化され、コストの傾向を示すインライン内訳グラフが追加されました。これにより、追加のウィジェットを作成しなくても、請求データの傾向を簡単に視覚化できます。グラフにアクセスするには、 グラフ情報を表示 既存のグループ化されたテーブルウィジェット内。

詳細については、を参照してください。 請求ウィジェット 製品ドキュメントに記載されています。

フィルターをデフォルトのフィルタービューとして保存できるようになりました。これにより、ダッシュボードレベルのフィルタリングを複製できます。この機能強化により、新しいダッシュボードごとにフィルターを手動で再作成する必要がなくなり、ダッシュボードの設定プロセスが効率的かつ一貫性のあるものになります。さらに、ダッシュボードを複製する際に、ダッシュボードに関連付けられたフィルターも複製して、組織内の他のユーザーのデフォルトフィルターとして使用できます。

デフォルトフィルターを作成する際は、プロパティを追加してフィルターを作成し、作成したフィルターをデフォルトフィルターとして設定します。ダッシュボードのフィルター設定を使用してデフォルトフィルターを作成することもできます。または、「ダッシュボードの管理」設定の「デフォルトフィルター設定」を使用することもできます。以前に作成したデフォルトフィルターは、ダッシュボードのフィルター設定と「ダッシュボードの管理」設定の間で保持されます。

デフォルトのフィルターを利用するユーザーは、フィルターが構成されたプロパティを保持しながら、必要に応じてフィルターの名前を変更できます。

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

ダッシュボードフィルター
ダッシュボード管理
ダッシュボードの作成

更新しました シスコ カタリスト センター スニペットにより、コレクター上のキャッシュデータの量が大幅に削減されました。キャッシュデータは、それぞれのコレクターによってアクティブに監視されているデバイスのみに限定されるため、全体的なメモリ効率とパフォーマンスが向上します。

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

さまざまなプラットフォーム向けの次の拡張スクリプト ネットスキャンは、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モニタリング

強化されたCisco Catalyst Center NetScanは、シリアル番号、IPアドレス、およびサイトによるフィルタリングをサポートするようになりました。これにより、ネットワーク検出時に特定のリソースをより迅速に識別および検証できるようになります。

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

将来のリリースでは、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 を使用してモジュールを実行し、java.util.Date.format() を使用すると、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]z

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

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

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

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

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

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() 

強化されたスクリプトNetScanに、Cisco Merakiワイヤレスアクセスポイントとカメラの重複排除フレームワークが追加されました。新たに検出されたMerakiデバイスに重複が含まれている場合、 メラキシリアル 一致する値 自動エンドポイントシリアル番号 既存のリソースが重複している場合、LogicMonitor は重複したリソースを作成するのではなく、新しいホスト名と IP アドレスで既存のリソースを更新します。これにより、デバイス追跡の精度が向上し、DHCP ベースのネットワークにおける手動クリーンアップの必要性が軽減されます。

詳細については、を参照してください。 拡張スクリプト NetScan の概要.

レポートを作成するときに、次の一般的に監視される時間範囲オプションを選択できるようになりました。

• 今週のこれまでの出来事
• 過去1カ月間
• 四半期累計
• 年初来

この機能強化により、手動による構成が減り、手動での日付選択によるエラーが最小限に抑えられ、標準化された時間枠を使用してチーム間の一貫性が確保されるため、レポート作成が効率化されます。

これらの新しいオプションは、日付範囲をサポートするすべてのレポート タイプで使用できます。

特定のレポートの設定の詳細については、以下を参照してください。 レポートタイプの選択 製品ドキュメントに記載されています。

最大リクエストしきい値を使用して CSV 形式で作成されたアドホック アラート レポートが失敗し、ログに次のエラーが記録される問題を修正しました。

java.lang.OutOfMemoryError

このリリースでは、LogicMonitor REST API v3 に新しいコスト最適化レコメンデーションエンドポイントが追加されました。API v3 Swagger、Python SDK、Go SDK ファイルも更新されました。

詳細については、およびを参照してください。これらのアップデートは、LogicMonitor v224 が本番環境に導入された後に利用可能になります。

詳細については、以下を参照してください REST API 変更ログ REST API v3 Swagger ドキュメント。これらのアップデートは、LogicMonitor v224 が本番環境に導入された後に利用可能になります。

セキュリティ強化のため、LogicMonitor REST API v3 Swaggerでは、各APIリクエストのExtensionsセクションにx-minimum-permissionsメタデータが追加されました。このメタデータは、APIエンドポイントへのアクセスに必要な最小限の権限を指定します。このアップデートは、LogicMonitor v224が本番環境にデプロイされた後に利用可能になります。

OpenAIリソースウィザードを使用して、リソースツリーからOpenAIリソースを作成および設定できるようになりました。このウィザードを使用すると、新しいOpenAIリソースを迅速に設定し、リソースグループ内で整理し、プロパティを設定してOpenAIモニタリングをカスタマイズできます。

新しいOpenAIリソースを作成するには、リソースツリーページに移動して、 追加。 選択する AIと LLM、その後、選択し 追加 の OpenAI。 詳細については、を参照してください。 OpenAIモニタリング 製品ドキュメントに記載されています。

ユーザー名の更新、電話番号の変更、パスワードのリセットなど、ユーザーアカウントの重要な変更に関するメール通知を有効または無効にできるようになりました。この機能強化により、アカウントアクティビティの可視性と制御性が向上し、アカウントのセキュリティが確保されます。

この機能にアクセスするには、次の場所に移動してください 設定>セキュリティを選択します。 メール通知を有効にする スイッチはすべてのユーザーに対してデフォルトで有効になっています。

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

事前に日数を設定できるようになりました。 コレクターデバッグを有効にする スイッチは自動的に無効になります。デフォルトでは、スイッチは無効のままです。スイッチを有効にすると、ドロップダウンメニューが表示され、無効になるまでの期間を選択できます。

Status コレクターデバッグを有効にする スイッチが V223 以前ですでに有効になっている場合、無効期間が自動的に「なし」に設定されます。

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

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

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

デフォルトの管理者ロールを持つすぐに使用可能なユーザーは、非アクティブのためにアカウントが停止されたときに、自分でアカウントをアクティブ化できるようになりました。

以前は、管理者を含む全ユーザーが非アクティブ状態により停止された場合、復旧にはバックエンドサポートが必要でした。今後は、管理者はバックエンドサポートなしで、非アクティブ状態により停止されたアカウントを復旧できます。ロックアウトされた場合は、パスワードをリセットしてアクセスを回復するための復旧リンクが記載されたメールが届き、ポータルの可用性が維持されます。

詳細については、を参照してください。 セキュリティの設定.