v.86リリース：ネットワークフローの改善、アラートしきい値の履歴など

v.86リリースは、XNUMX月の第XNUMX週まで展開されます。 表示される変更は、プラットフォームの使いやすさを改善し、より役立つデータをすぐに利用できるように設計されています。 

ネットワークフローの改善

ネットワークトラフィックフローの監視に、もうXNUMXつの改善点を追加しました。 このリリースでは、グループに割り当てられた各デバイスからのネットワークフローデータの集約を表示するネットワークフローグループがデビューします。 これは、すべてのインターフェイスのトラフィックビュー（合計帯域幅/フロー）を許可するため、ネットワークフローデータの表示方法の根本的な改善です。これは通常、単一のデバイスからのフローよりも適切です。 

気にする理由：各オフィスの場所を検討してください。 すべての場所に複数のルーターとスイッチが含まれる場合があります。 これらの各デバイスの個々のトラフィックは、オフィスの全体的なトラフィックフローほど重要ではない可能性があります。 各デバイスのトラフィックを単一の集約フローにグループ化すると、後者についての洞察が得られます。 

アラートしきい値の履歴 

アラートしきい値を追加、編集、または削除するときに、変更の目的/理由を説明するメモを追加するオプションがあります。 これらのメモはデータポイントレベルで保存され、[アラートしきい値の管理]ダイアログ内の履歴ログに表示されます。 これは、アラートのしきい値をコンテキスト化する強力な新機能であり、しきい値が特定の値に設定された理由を説明できます。 しきい値を最後に編集したのは誰か。 また、問題の特定と修正を容易にするために、しきい値にどのような履歴変更が加えられたか。 

気にする理由：アラートのしきい値がいつ、なぜ確立されたかの完全な履歴を知ることは、将来のアクションを決定するために重要です。 たとえば、次のシナリオについて考えてみます。デバイスのCPU使用率が高すぎますが、アラートのしきい値が非常に高いため、アラートを出していません。 しきい値の履歴があると、戻って、最近のJIRAチケットのためにしきい値が意図的に変更されたことがわかります。 このコンテキストができたので、トリガーされたアラートがないことを心配する必要はありません。」

[生データ]タブ 

[生データ]タブにXNUMXつの大きな改善を加えました。 

1. これで、[インスタンスの生データ]タブから直接デバッグウィンドウを起動できます。 以前は、インスタンス値を調査する場合、関連するコレクターを追跡し、[設定] | [デバッグ]ウィンドウからデバッグウィンドウを開く必要がありました。 コレクター| 管理します。 現在、このプロセスはシングルクリックで実行できます。
2. PollNowの結果から入手できる詳細を拡張しました。 具体的には、エラーメッセージはNaNまたはデータなしの結果で利用できます。 さらに、返された生データを表示できるようになりました。 

気にする理由：  これらの改善を相互に組み合わせて使用​​すると、予期しないデータソース情報のトラブルシューティングを行う際の解決までの時間を短縮できます。

その他の改善点 

ダッシュボード

• Googleマップウィジェットで最大200の場所のサポートが強化されました。
• ダッシュボードにアラートがトリガーされたときにサウンドを再生するオプションを拡張しました。 

デバイス/サービス

• 今すぐ投票結果にタイムスタンプを追加しました。
• 読みやすくするための標準化されたグラフ表示と色。   
• グラフの凡例が改善されました。 強調表示されたグラフデータポイントが凡例の上部に表示され、凡例メニューをスクロールすると、表示されていないデータポイントの数が表示されます。  
• すべてのデバイスに、system.collectorversionとsystem.collectorplatformのXNUMXつの新しいシステムプロパティを追加しました。 これは、関連するコレクターのバージョンに基づいてデバイスをターゲットにできるため便利です。 
• サービスプロパティを参照して、大文字と小文字をすべて削除しました。

インテグレーション

• ConnectWiseのAPIのv2をサポートするようになりました。 v.86以降、ConnectWiseとv2の統合のみを作成できるようになります。  

ロジックモジュール

• ConfigSources、PropertySources、およびJobMonitorsに「TestAppliesTo」ボタンを追加して、LogicModuleの影響を受けるデバイスを簡単に判別できるようにしました。
• 新しいAppliesToスクリプト関数getCollectorVersion（）が利用可能です。 これは主に、コレクターデータソースがコレクターバージョンと一致するように設計されています。
• PropertySourcesのパフォーマンスの問題を回避するために、最大256のsystem.categoriesを追加しました。

ネットワークフロー

• トップトーカーがスループットの上位95％を占めていない場合に、「その他」のトラフィックが含まれるように、[ネットワークフロートラフィック]タブを更新しました。 この新しいカテゴリは、マイナーフローをまとめて上位95％を構成します。
• [ネットワークフロートラフィック]タブにマイナーな改善が加えられました。特に、「トップサーバー」から「トップポート」への名前変更が行われました。

レポート 

• NetflowデバイスメトリクスレポートにDNSマッピングを含めるオプションを提供するようになりました。

REST API

RESTAPIのv1に次の機能を追加しました。

• アラートにメモを追加する 
• 特定のデバイスグループのデバイスを取得する 
• アクティブディスカバリーをスケジュールする 
• 監視されていないデバイスを取得する 

設定

• 監査ログには、レジストリに公開またはインポートされたLogicModuleの名前、LogicModule Locator、およびタイプが表示されます。
• スペースを除外するための標準化されたパスワード要件。

修正されたバグ

• 特定のNetflowウィジェットは、ダッシュボードの共有バージョンに表示されたときに部分的なデータを表示しました。
• ネットワークトラフィックフローの円グラフウィジェットは、共有ダッシュボードにテーブルとして表示されていました。
• 新しいユーザーを作成するときに、「作成者」フィールドが監査ログに正しく入力されませんでした。
• 並べ替え順序のないアラートウィジェットは、ダッシュボードレポートに正しく表示されませんでした。
• すべてのデータなしの値は、UI全体でNaNとして表示されていました。 これは「データなし」に戻されました。
• タイトルに特殊文字が含まれるダッシュボードレポートが正しく機能していませんでした。
• 監査ログに記録された失敗したAPIリクエストには、関連付けられたユーザーが表示されない場合がありました。
• 一部のウィジェットタイトルが正しく表示されていませんでした。
• 仮想データポイントのウィジェットトークンは、カスタムグラフの凡例で解決されませんでした。
• 確認応答によってアラートがクリアされた場合、イベントアラートの終了時刻が正しく保存されませんでした。
• [財務]タブから請求書を利用できませんでした。