v.129リリース：2019年の最終リリース

LogicMonitorのv.129リリースは、16年の2019番目で最後のリリースです。これは、自動バランスコレクターグループ、トポロジマッピング、新しいリモートセッションプロトコル、動的データポイントしきい値、根本原因分析など、革新的な新機能と重要な拡張機能のXNUMX年を締めくくります。 、大幅に拡張されたパブリッククラウドモニタリング、その他多数。

129月中旬に展開されるv.XNUMXのハイライトには、AWS EMR、AWS Transit Gateway、およびOracleの新しいモニタリングと、いくつかのアラートページのUIの機能強化が含まれます。

注： v.128では、早期警告システムのフェーズXNUMXのリリースを発表しました。当初は、XNUMX月末に稼働を開始する予定でした。 それ以来、 根本原因分析 完全に展開されましたが、引き続きすべての側面を有効にします 動的しきい値 顧客ポータル全体。 この作業はXNUMX月中旬頃に完了する予定であり、それに応じてXNUMXか月の試用期間が延長されます。

新規および更新された監視範囲

アカウントがv.129にアップグレードされたら、新しく更新されたLogicModuleをLogicMonitorリポジトリからインポートして、監視範囲を拡張および強化します。

新しい監視範囲

• AWS EMR – 6データソース
  • CloudWatchによって報告されたEMR（Elastic Map Reduce）アプリケーション、クラスター、ノード、およびバックアップのステータスを監視します。
• AWS VPCトランジットゲートウェイ– 1データソース
  • CloudWatchによって報告されたAWSTransitGatewayのパフォーマンスデータを収集します。
• トポロジーマッピング CiscoHSRP –1つのTopologySource
  • CiscoHSRPの拡張トポロジマッピングサポート。
• デル・コンペレント – 1 プロパティソース
  • 　 addCategory_Dell_Compellent PropertySourceは、識別されたすべてのDellCompellentホストに「Dell_Compellent」のシステムカテゴリ値を追加します。 で説明されているように
    監視範囲を更新 これらのリリースノートのセクションでは、すべてのDell Compellent DataSourceのAppliesToロジックが更新され、この新しいカテゴリが検索されます。
• NetSNMPメモリ使用量– 1データソース
  • 新しい NetSNMP_メモリ_使用量 データソースは非推奨を置き換えます NetSNMPMem 情報元。 NetSNMP5.4.0以降の複数のCDP計算をサポートします。 非推奨のデータソースが現在ご使用の環境で使用されている場合は、新しいデータソースをインポートした後で無効にすることをお勧めします。 データソースを無効にすると、ホストへのクエリと（重複した）データとアラートの生成が停止しますが、すべての履歴データは保持されます。 データソースの無効化の詳細については、を参照してください。 データソースまたはインスタンスの監視を無効にする.
• オラクル– 19のデータソース、2つのPropertySource
  • Oracleモニタリング・スイートは、マルチデータベース構成とコンテナ化をサポートし、カバレッジを改善および最新化するために大幅に再構築されました。 見る Oracle監視 セットアップと移行の詳細については。
• Windows SNMP [メモリ| Windowsサービス| ディスクボリューム] – 3つのデータソース、1つのSNMPSysOIDマップ
  • SNMPを介したWindowsの監視をサポートするために、XNUMXつの新しいデータソースとXNUMXつのSNMPSysOIDマップが追加されました。 で説明されているように 監視範囲を更新 これらのリリースノートのセクションでは、SNMPが構成されているWindowsホストで動作するように、いくつかの既存のSNMPデータソースも更新されています。

監視範囲を更新

• アルバIAPグローバル統計– 1データソース
  • アラートクリアしきい値の問題を修正しました。 マイナーグラフの更新。
• AWS ダイレクトコネクト – 1データソース
  • ノイズの多いConnectionCRCErrorsデータポイントを置き換えて改善しました。 さまざまなグラフの改善。
• Ciscoメモリ– 1データソース
  • AppliesToロジックからCiscoASAの制限を削除しました。 Cisco ASAデバイスは、これまでCPUスパイクを引き起こしていたシスコのバグのため、以前はこのデータソースの監視から除外されていました。 Ciscoのファームウェアリリース9.3では、この問題は発生しなくなりました。
• Citrix NetScalerフルバックアップ– 1 構成ソース
  • 更新しました Citrix_Netscaler_FullBackup ConfigSourceは、プロンプト検出の失敗に対処するためのさまざまなスクリプト修正を備えています。
• CPUコア– 1データソース
  • Palo Altoとの互換性、およびSNMPが構成されているWindowsホストとの互換性を確保するための拡張AppliesToロジック。 その他のさまざまなマイナーな改善。
• デル・コンペレント – 16個のデータソースすべて
  • AppliesToロジックを更新して、新しいカテゴリによって設定された新しいカテゴリを検索します addCategory_Dell_Compellent PropertySource（v.129でもリリース）。 これにより、ホスト上のSNMPエージェントがsystem.sysinfoを切り捨てて、データソースが一部のホストに適用できなくなる問題が解決されます。
• フォーティネットFortiOS– 1 構成ソース
  • 更新しました Fortinet_FortiOS ConfigSourceは、古いconfig.xxxプロパティではなく、ssh.userとssh.passを正しく指定するための更新された説明とテクニカルノートを備えています。
• HPEネットワーキング– 1 構成ソース
  • 更新しました HPE_ネットワーク_構成 ConfigSourceは、プロンプトが検出される前にスクリプトで待機する追加機能と、デバッグログの場所の修正を特徴としています。
• IPMIイベント– 1 イベントソース
  • 　 IPMI_イベント DNS解決を改善するためにEventSourceが更新されました。 さらに、その名前はに変更されました IPMIイベント （アンダースコアなし）。 非推奨のEventSourceが現在ご使用の環境で使用されている場合は、新しいEventSourceをインポートした後で削除することをお勧めします。
• Linux SSH – 1 プロパティソース
  • ポートを処理するときのスクリプトの問題を修正しました。
• Linuxディスクiノード– 1データソース
  • コレクションスクリプトの正規表現の問題を修正しました。 データポイントの説明とグラフのさまざまな改善。
• MongoDBデータベース– 1データソース
  • マルチポート設定の問題を修正しました。 新しいグラフを追加し、既存のグラフをクリーンアップしました。
• MySQL – 1 プロパティソース
  • 更新しました addCategory_MySQL PropertySourceは、MySQLサーバー検出のソケット管理を改善します。
• NetAppクラスター[LUN | 状態] - 2データソース
  • 特定のカウンター制限を処理し、壊れたディスクをそれぞれ検出するための収集スクリプトの問題を修正しました。
• NetApp Eシリーズ– 12のデータソースすべて、1つのPropertySource
  • NetAppがSANtricityAPIに加えた変更により、中央のシステムマネージャではなく、デバイスに対して直接呼び出しを行う必要があります。 すべてのNetAppEシリーズLogicModuleは、この変更をサポートするように更新されています。 重要： NetApp Eシリーズのデータ​​収集が停止した場合、またはクリック時に424エラーが発生した場合 今すぐ投票 [リソース]ページから、デバイスに関連付けられているを更新します netapp.rest.url SANtricity StorageManagerアドレスではなくデバイスIPを参照するプロパティ。
• NetSNMPメモリ使用量– 1データソース
  • 新しい NetSNMP_メモリ_使用量 データソースは非推奨を置き換えます NetSNMPMem 情報元。 NetSNMP5.4.0以降の複数のCDP計算をサポートします。 非推奨のデータソースが現在ご使用の環境で使用されている場合は、新しいデータソースをインポートした後で無効にすることをお勧めします。 データソースを無効にすると、ホストへのクエリと（重複した）データとアラートの生成が停止しますが、すべての履歴データは保持されます。 データソースの無効化の詳細については、を参照してください。 データソースまたはインスタンスの監視を無効にする.
• オラクル– 19のデータソース、2つのPropertySource
  • Oracleモニタリング・スイートは、マルチデータベース構成とコンテナ化をサポートし、カバレッジを改善および最新化するために大幅に再構築されました。 見る Oracle監視 セットアップと移行の詳細については。
• SNMPインターフェース[snmpIf- | snmp64_If]およびSNMPTCP / UDP – 3データソース
  • SNMPが構成されているWindowsホストにカバレッジを提供するための拡張AppliesToロジック（同じことが CPUコア 情報元）; データポイント、アラート、およびグラフのマイナーな改善。 で説明されているように 新しい監視範囲 これらのリリースノートのセクションでは、SNMPが構成されているWindowsホストで動作するように、XNUMXつの新しいWindowsSNMPデータソースとXNUMXつの新しいSNMPSysOIDマップも作成されています。
• SonicWall SonicOS – 1 構成ソース
  • で主要なリファクタリングを実行しました SonicWall_SonicOS 実行とプロンプト検出を改善するためのConfigSourceのADおよびコレクションスクリプト。
• トポロジーマッピング 更新されたPropertySources –4つのPropertySources
  • トポロジマッピング機能を改善するには、次のPropertySourceを更新します。 addERI_Cisco_ASA, addERI_デバイス, addERI_ジュニパー, addERI_Linux.
• トポロジーマッピング 更新されたTopologySources –5つのTopologySources
  • トポロジマッピング機能を改善するには、 Kubernetes_Node_Topology, Kubernetes_Pod_トポロジー, Kubernetes_Service_Topology, Networking_L2_snmpSwitch & VMware_vCenter_トポロジ TopologySources。
• VMware ESXiホストCPUコア– 1データソース
  • CPUコアの平均ビジー率をまとめたグラフを追加しました。

その他のv.129の機能強化

早期警告システム

• 根本原因分析 アラートの重大度のレベルによってトリガーされます。 以前は、重大度が重大なトリガーされた根本原因分析のアラートのみでした。 これで、Ping-PingLossPercentまたはHostStatus-idleIntervalデータポイントに対して発生した重大度レベルのアラートが、識別された依存関係チェーンの一部であるリソースの根本原因分析をトリガーします。

LMコンテナ

• Argusは、監視対象のデプロイメントのsystem.categoriesを上書きしなくなりました。 Kubernetesデプロイメントの場合、Argusは、場合によっては、 システム カテゴリ プロパティ。 具体的には、「NoPing」値により、Pingデータソースが誤って適用された（したがってアラートが表示されなかった）。 これを修正する新しいバージョンのArgusがv.129で利用可能ですが、この修正には、system.categoriesにラベルが追加されなくなることが含まれることに注意してください。 Kubernetesクラスターは、この新しいArgusバージョンを自動プルするように構成されている可能性があります。または、Helmデプロイメントを更新して新しいバージョンをプルすることもできます。

LMクラウド

• 新しいcloud.primaryIPプロパティを使用すると、AWS EC2インスタンス、Azure VM、およびGCP ComputeEngineインスタンスのローカルコレクターベースのデータを収集するために使用されるIPをオーバーライドできます。 これは、インスタンスに複数のIPがあり（この場合、コレクターはデフォルトで最初のプライベートIPを選択する）、データ収集に使用するIPを選択する場合に役立ちます。

ネットスキャン

• 既存のデバイスの重複をチェックするときは、system.ipsを無視します。 高度なNetScanポリシーを追加する場合、「 既存のデバイスの重複をチェックするときは、system.ipsを無視します は、ICMPping方式を使用してネットワークをスキャンする高度なNetScanで使用できます。 このオプションをオンにすると、によって決定されるように、すでに監視中のデバイスとIPを共有するデバイスを検出できます。 システム.ips プロパティ。

RBAC

• APIトークンにアクセスするために必要なアクセスを表示する。 場合によっては、適切な表示権限を持たないユーザーがAPIリクエストを介してAPIトークンを読み取る可能性があります。 これは修正されました。

トークン

• 新しい## DSNAME ##トークン。 新しいトークン## DSNAME ##がアラートメッセージで使用できるようになりました。 このトークンはデータソース名に解決されます（データソースに解決される## DATASOURCE ##と混同しないでください） ディスプレイ 名前）。

ユーザーインターフェース

• アラートページのさまざまなUIの改善。 ユーザーからのフィードバックの結果、アラートページに次のようなUIの変更がいくつか加えられました。
  • 新しいアラートページに表示されている左側のナビゲーションメニューは暗くなり、メニューラベルが表示されます。
  • ページの背景が青から灰色に変更されました。
  • [リソース/ウェブサイト]列のテキストは、リストされたリソースまたはウェブサイトがハイパーリンクであることを明確に反映しています。
  • 　 を検索 フィールドにラベルが付けられました フィルタ。
  • 　 その他のフィルター ボタンにラベルが付けられました すべてのフィルター.

  

  ▲ユーザーからのフィードバックの結果、左側のナビゲーションメニューが暗くなり、メニューラベルが表示されるようになり、[アラート]ページの背景色が青から灰色に変更されました。

• アラートの拡張詳細ビューから編集の有効なしきい値機能を復元しました。 以前は、新しいアラートページで、アラートの展開された詳細ビューから利用できる有効なしきい値の編集アイコンが応答していませんでした。 これは修正されました。
• glob式をサポートするアラートフィルターの動作が改善されました。 テキスト文字列（グループ、リソース、LogicModule、データポイントなど）、したがってglob式をサポートするアラートフィルターの場合、提案された結果の前にglob式を定義するオプションが表示されるようになりました。
• [財務]タブ。 [アカウント情報]ページの[財務]タブにある財務データ（設定| アカウント情報| 財務）、再び正常に表示されています。
• XNUMXつのタイムゾーンの使用上の問題を修正しました。 日本とアメリカ/ノースダコタ/ビューラーのタイムゾーンを使用すると、UIがフリーズする場合がありました。

今後の展望：統合ページ

LogicMonitorの継続的なUIイニシアチブの一環として、LogicModulesを管理するためのまったく新しいインターフェイスを間もなくリリースします。 [統合]ページと呼ばれるこの新しいインターフェイスは、監視アクティビティで使用できるすべてのLogicModule統合（データソース、PropertySource、EventSourceなど）を一元的に表示します。

▲新しい統合ページは、LogicMonitorリポジトリをプラットフォームに直接もたらします。 [LM Exchange]タブを使用すると、LogicMonitorによって公開されているか、LogicMonitorユーザーコミュニティのメンバーによって公開されているかに関係なく、新規および更新されたLogicModuleを簡単に参照、検索、およびインポートできます。 （アルファ版からキャプチャされたUIイメージ。変更される可能性があります。）