v.147リリース

一般的な機能強化と修正

アラート

• 新しい「抑制タイプ」アラートフィルター。 新しいアラートフィルター（およびアラートテーブル列）は、不要なアラートノイズを減らす目的で、LogicMonitorによって通知が抑制されているアラートを可視化します。 新しいフィルターを使用すると、通知抑制の背後にある理由に従ってアラートを整理できます。 フィルタ基準として使用できるXNUMXつの使用可能な抑制タイプがあります。
  • なし。 通知が抑制されていないアラートを返します。 （注：意図したとおりに機能しないため、Noneフィルター基準の使用は控えてください。これは既知の問題であり、今後のリリースで対処される予定です。）
  • SDT。 トリガーとなるリソース/インスタンスのスケジュールされたダウンタイム（SDT）が原因で通知が抑制されたアラートを返します。
  • ホストダウン。 コレクターがトリガーリソース（ホスト）にXNUMX分以上アクセスできなかったために通知が抑制されたアラートを返します。
  • クラスターアラート。 トリガーとなるリソース/データポイントがクラスターアラートのメンバーであり、クラスターアラートが個々のアラートに取って代わるように構成されているために通知が抑制されたアラートを返します。
  • コレクターダウン。 ダウンしたコレクターの影響を受けたデバイスによってトリガーされた結果として通知が抑制されたアラートを返します。
  • 異常検出。 LogicMonitorの動的しきい値によって異常でないと判断された結果として通知が抑制されたアラートを返します。

  注： 付随する抑制列をアラートテーブルに含めるには、アラートテーブルの列設定をカスタマイズする必要があります。 [アラート]ページでのアラートのフィルタリングとアラートテーブル設定のカスタマイズの詳細については、を参照してください。 アラートページからのアラートの管理.

• （FIX）アラート通知音が鳴らない。 アラートページのURLの最後から「s」を削除してアクセスできる（「/ alerts」を「/ alert」に変換する）以前のバージョンのアラートページでは、アラートの到着時にアラート音が鳴りませんでした。 この問題は修正されました。
• （FIX）アラートページからグラフの異常検出バージョンを開く際のエラー。 以前は、アラートの詳細の概要に表示される[グラフ]タブからグラフの異常検出バージョンを開こうとすると、エラーが返されていました。 これは修正されました。
• （FIX）SDT中に配信されないアラートクリア通知。 以前は、LogicMonitorは、アラートの作成時刻がSDTの開始時刻より前に発生した場合にのみ、スケジュールされたダウンタイム（SDT）中にアラートクリア通知を配信していました。 これで、アラートの作成時間に関係なく、SDT中にアラートクリア通知が配信されるようになりました。
• （FIX）動的しきい値をトリガーとして誤って参照しているアラート。 以前は、Delta演算子を使用して静的データポイントしきい値によって生成されたアラートは、動的しきい値もデータポイントに構成されている場合、動的しきい値をトリガーとして参照していました。 この問題は修正されました。

監査ログ

• リソースグループ/インスタンスレベルで動的なしきい値の更新をキャプチャします。 LogicMonitorの監査ログは、リソースグループ/インスタンスレベルで動的しきい値に対して行われた更新を包括的にキャプチャするようになりました（[リソース]ページから）。

クラウド監視

• AWSの更新：
  • AWSSQSのディスカバリーの改善。 以前は、AWSはページネーションをサポートせず、最初の1000個のSimple Queue Service（SQS）リソースのみを返しました。 AWSからのアップデートにより、LogicMonitorは最初の1000SQSリソースを超えるSQSリソースを検出できるようになりました。 注： 1000を超えるSQSリソースがある場合、この検出の改善により、請求可能なクラウドリソースの数が増える可能性があります。
  • AWSRDSを監視するための新しいシステムプロパティ。 LogicMonitorは、パフォーマンスインサイトが有効になっているRDSインスタンスにデータ収集を制限する目的で、AWS Relational Database Service（RDS）リソースにXNUMXつの新しいシステムプロパティを設定するようになりました。 これらのプロパティは次のとおりです。
    • system.aws.performanceInsightsEnabled
    • system.aws.performanceInsightsKMSKeyId
    • system.aws.performanceInsightsRetentionPeriod
    • system.aws.dbiResourceId

Kubernetesモニタリング

• 新しいArgusバージョンが利用可能です。 Argusの新しいv5.0.0バージョンが利用可能になりました。 すべての主要なArgusバージョンのリリースと同様に、オプトインが必要です。 見る Kubernetesモニタリングアプリケーションのアップグレード この新しいバージョンで紹介されているアップグレードの詳細と拡張機能については。

LMログ

• （FIX）[ログ]ページでの断続的なログの表示。 ページを更新しても、[ログ]ページに新しいログが表示されない問題を修正しました。
• （FIX）ELBログがLMリソースに正しくマップされていません。 S3バケットのサブディレクトリから転送されたELBログの正しいマッピングを妨げていた問題を修正しました。

ネットワークトラフィックフローの監視

• NetFlowHealthウィジェット。 [トラフィック]タブに、ヘルスを一目で監視するネットワークトラフィックフローを提供する展開可能/折りたたみ可能なウィジェットが表示されるようになりました。 このウィジェットは、いくつかの主要なネットワークフローマーカーのステータスを強調表示し、ネットワークトラフィック監視アクティビティの過去60分間をグラフ化します。

  ネットワークトラフィックフローの監視が減少または中断されたという明らかな兆候が常にあるとは限らないため、この新しいウィジェットは、時間同期の問題または大量の不正なテンプレートやフローに対して早期の警告を提供するのに役立ちます。

  

  注： このウィジェットには、コレクターバージョン30.100以降が必要です。 このバージョンはまだ利用できないため、ウィジェットはリリース時に自動的に折りたたまれます。

各種レポート作成

• （FIX）動的しきい値設定が報告されない。 以前は、データポイントに構成された動的しきい値は、[アラートしきい値]レポートの出力（または[アラート調整]タブ）に表示されていませんでした。 この問題は修正されました。
• （FIX）リソースメトリックトレンドレポート。 場合によっては、レポートされたすべてのデータポイント値が正であったとしても、リソースメトリックトレンドレポートのy軸スケールに負の値が含まれていました。 この問題は修正されました。
• （FIX）NetFlowデバイスメトリックレポート。 IPv6で解決されたDNSホスト名が、NetFlowデバイスメトリックレポートに表示されるようになりました。

トポロジーマッピング

• （FIX）優先度の高いERTが割り当てられていません。 以前は、より低い、異なるカテゴリのERTが存在する場合、より優先度の高い外部リソースタイプ（ERT）はデバイスに設定されませんでした。 この問題は修正されました。

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

• （FIX）ログイン時の動的しきい値使用警告の誤った表示。 以前は、LogicMonitorは、ポータルログイン時に、構成された動的しきい値の許容制限を超えたという警告メッセージを誤って表示していました。 この問題は修正されました。
• （FIX）リソースグループ/インスタンスレベルで静的データポイントのしきい値を更新するときにメモプロンプトが表示されない。 （[リソース]ページから）リソースグループまたはインスタンスレベルで静的データポイントのしきい値を削除、追加、または更新すると、ユーザーは静的しきい値の履歴に表示するアクションに付随するメモを追加できなくなりました。 この機能は以前のバージョンでは誤って削除されていましたが、現在は復活しています。

新規、更新、および非推奨のLogicModule

最近LogicMonitorパブリックリポジトリにリリースされた、新しく更新されたLogicModuleをインポートして、監視範囲を拡大および強化できます。

新しいLogicModules

更新されたLogicModules

非推奨のLogicModules

LogicMonitorは、さまざまな理由でLogicModuleを非推奨にします。 ほとんどの場合、監視対象のテクノロジへの優れたアクセスを提供する（たとえば、テクノロジのより多くのバージョンをサポートしたり、スケーラビリティを向上させたりする）代替のLogicModuleを公開したためです。

ただし、LogicModuleが置き換えられずに非推奨になる場合があります（たとえば、テクノロジが機能しなくなったり、LogicMonitorの制御が及ばないセキュリティの問題が発生した場合）。

注： 交換用のLogicModuleをインポートする場合、LogicMonitorが明示的に追加する名前のバリエーションが原因で、データがすぐに失われることはありません。 ただし、廃止されたLogicModuleと新しいLogicModuleの間でデータ収集が迂回され、両方のLogicModuleがアクティブである限り、重複データを収集して重複アラートを受信する可能性があります。 このため、置換をインポートした後は、リソースまたはリソースグループレベルでDataSourceインスタンスの監視を無効にすることをお勧めします。 この方法でデータソースの監視を無効にすると、ホストへのクエリとアラートの生成が停止しますが、すべての履歴データは保持されます。 ある時点で、従来のデータソースを完全に削除したい場合がありますが、削除するとすべての履歴データが失われるため、この移動を慎重に検討してください。 データソース監視を無効にする方法の詳細については、を参照してください。 データソースまたはインスタンスの監視を無効にする.

ベータ版に入る

プッシュメトリクスAPI

LogicMonitorは、コレクターを使用せずにメトリックをLogicMonitorに直接送信できるようにするために、プッシュメトリックAPIを開発しています。 この機能が不可欠になりつつあるテクノロジーランドスケープには、AWS Lambdaなどのサーバーレスインフラストラクチャ、カスタムメトリック（ビジネスメトリックを含む）を備えた大規模な分散マイクロサービス環境、IoT環境などがあります。

Push MetricsAPIのベータ版の最初のフェーズが進行中です。 この最初のベータフェーズでは、メトリックの取り込み、リソースプロパティの更新、インスタンスプロパティの更新のエンドポイントを備えたRESTAPIがベータ参加者に提供されます。

1番目のベータフェーズ（2021年第XNUMX四半期の後半を対象）では、RESTAPIとPythonSDKがベータ参加者に追加で利用可能になります。 他の言語固有のSDKもすぐに利用できるようにする予定です。

説得力のあるユースケースとリソースの可用性があり、第XNUMXまたは第XNUMXのベータフェーズへの参加を検討したい場合は、 カスタマーベータ 調査。 コメントセクションで、PythonSDKを介してRESTAPIを直接使用するか、Go、Java、.NETなどの別の言語固有のSDKをリクエストするかをお知らせください。

LMExchangeでのクラウド統合

このベータリリースでは、いくつかを作成しました クラウド統合 から入手可能 LMエクスチェンジ LogicMonitorポータルで。 LM Exchangeを使用すると、モジュールをタイプまたはステータスで並べ替えてフィルタリングできます。たとえば、アップグレードがいつ利用可能かを確認したり、パッケージで利用可能なすべてのLogicModuleを確認したりできます。

具体的には、このベータ版では、AWSクラウド統合オンボーディングが改良され、LMExchangeから開始できるようになりました。 Microsoft AzureとGCPは、将来のリリースでも同様になります。

また、このベータ版の一環として、Office365のSaaS API認証を開始し、今後のリリースでさらに多くのSaaSソリューション（Zoom、SalesForceなど）を追加します。 これは、SaaSアプリケーションメトリックをエージェントなしで収集するための新しい方法です。

SaaS統合のベータプログラムへの参加に興味がある場合は、LogicMonitorの担当者にお問い合わせください。 理想的なパートナーはすでにクラウド監視を活用しており、少なくとも365つのOffice XNUMXサブスクリプションと統合し、フィードバックラウンドに参加する用意があります。