NetCrunchは、図やダッシュボードをライト モードまたはダーク モードで表示できる機能により、デスクトップコンソールと Web コンソールの両方に多目的なダーク テーマを導入しました。これによりユーザー毎に好みのテーマで同じコンテンツを表示できるようになり、すべてのユーザーにとってカスタマイズ可能で目に優しい表示になりました。
NetCrunch のプローブ機能が強化され、物理セグメントマップ、ルーティング マップ、インターフェースを監視できるようになり、これまで以上に総合的で詳細なネットワーク分析が可能になりました。
NetCrunch 14 では、カスタマイズ可能なノード ステータス ポリシーが導入されており、ユーザーはノード ステータスの決定方法を定義できるようになりました。
これまでノードステータスはネットワーク サービスの監視状態に依存し、すべてのサービスに障害が発生した場合にのみ「Down」になりました。新しいポリシー オプションを選択することで、サービスの応答状態に関係なくノードのステータスの一貫性を保つことが可能となり、ノードにアラートまたは問題がある場合にサービスに応答しなくなってもノードのステータスがクリアされなくなります。
これらの設定は、ノード設定画面内の新しい「ステータス監視」で簡単に管理できるため、ユーザーによるステータス管理が容易になります。
NetCrunch は、ノード グループ (スイッチまたはサーバー) のすべてのインターフェースをグリッド形式で編成する新しい機能であるインターフェース ビューを導入しました。この専用のタブ画面では、スイッチまたはサーバーごとにデータがグループ化され、履歴データと週ごとの使用状況をヒートマップによる表示により、インターフェース パフォーマンスの包括的な概要を確認いただけます。
NetCrunch のトレンド ビューアーには、週次ヒートマップ チャート、特定のシリーズの時間単位ごとの変化量を表示するオプション、指定期間のパーセンタイル ラインの追加などの高度な機能が装備され、データ分析と視覚化機能が強化されました。
NetCrunch では、コンソール画面右上部にの検索ボタンを使用して、システムが認識しているデバイスを MAC アドレス値による検索が可能になりました。監視されていないデバイスの場合でも、リンク先のポートやデバイスなどの接続の詳細が提供されます。
NetCrunch には Windows および VMware システムのサポート終了監視が含まれるようになり、これらの重要な環境のタイムリーな更新とメンテナンスが保証されます。
NetCrunch は、トリガーされたアラームやステータスやフラグの変化を追跡する機能など、ESXi の強化された監視機能を提供し、ESXi 環境の包括的な監視を保証します。
ユーザーは、住所を検索することで、NetCrunch のノードに地理的位置 (座標) を割り当てることができるようになりました。これらの場所は Google マップ上に表示したり、地理的ビューで利用したりして、ネットワーク監視に空間的次元を追加できます。
新しい監査ログでは、より広範囲の設定変更をキャプチャし、包括的な監視と記録保持を保証します。アラート スクリプト、バックアップ プロセス、再検出アクション、電子メール サーバー構成の変更のログ記録が追加されました。
また、GSM 設定、NetCrunchサーバーサービスの自動再起動、プローブ構成、HTTP プロキシ設定、および接続プロファイルなども記録対象とななりました。
ノード状態ポリシー プロファイルの変更も詳細に追跡され、システム変更のより詳細なビューが提供されます。
新しくなったノードステータス ウィンドウでは、これまで以上に充実した情報表示が提供され、特定のノードのあらゆる側面に対する包括的な洞察に役立つ、より詳細で有益な情報が得られるようになりました。
NetCrunch の再設計された監視プロパティ ウィンドウは、よりクリーンで直感的なインターフェースを提供します。監視対象がより明確に強調表示され、不要な混乱などなく、ユーザー 操作の効率が向上します。
NetCrunch の更新されたノード プロパティ ウィンドウは、アドレス管理へのよりシンプルなアプローチ、よりクリーンで合理化されたデザイン、各フィールドの充実した詳細を特徴としており、機能とユーザーの利便性の両方が向上しています。
主要なアップデートに加えて、NetCrunch ではさまざまな小さな変更や UI の改善も導入されており、ユーザー利便性がさらに洗練され、システム全体の機能が強化されています。
NetCrunch は多様な表示オプションを提供し、ビュー画面の作成プロセスを簡素化するために アトラス ビュー ウィザードを導入しました。この機能には、操作を容易にする「クイック モード」が含まれており、ユーザーは 9 つのビュー タイプから 1 つを直接選択できるため、よりスムーズで効率的な作成・設定が容易になります。
NetCrunch には現在、国や地域を含む 150 以上の地理的等高線図が掲載されています。ユーザーは地理座標または住所を使用してこれらのマップ上にウィジェットを配置でき、地理的コンテキスト内のネットワーク要素を視覚的に表現するネットワーク図を作成できます。
下記の世界地図では、世界的に有名なランドマークに戦略的に配置された Web カメラを示しており、NetCrunch の動的で地理的な情報に基づいたネットワークの視覚化機能を示しています。
NetCrunch のグラフィカル データ ビューは、高性能なダッシュボード機能を備えて大幅にアップグレードされました。
NetCrunch は、いくつかの重要な改善によりグラフィカル ビュー チャートを強化されました。
NetCrunch では、図の作成が大幅に改善されました。このアップデートには、Google、AWS、VMware、Azure などの人気プロバイダーからの 2000 を超える新しいシンボルが含まれており、アイコンの数は合計 5000 を超えています。
図の位置を調整可能とする機能に加え、アイコン、シンボル、写真、図形などのウィジェットにキャプションを追加できるようになりました。ウィジェットを Web ページまたは他の Atlas ビューにリンクして、対話性を高めることもでるようになりました。
また、新しい接続線タイプ (ジグザグ、スプリング、斜線) が導入されており、ネットワーク関係を示す際の汎用性が向上しています。
NetCrunch の Config センサーは大幅なアップデートにより、48 のプロファイルが更新され、19 の新しいプロファイルが追加され、ネットワーク監視の機能と効率がさらに拡張されました。
NetCrunch は、ノードの観点から回線帯域幅の使用状況を監視するように設計された新しい帯域幅センサーを導入しました。
この革新的なアプローチにより、ノードの物理接続が変更された場合でも、データの一貫性と正確性が確保されます。
このセンサーは、ノードが接続されているスイッチのインターフェース情報からデータを読み取ることでこれを実現し、より信頼性の高いノード中心の帯域幅使用状況のビューを提供します。
Microsoft SQL Server に関するこれまでの古い監視パックを新しいセンサーに置き換えました。新しいセンサーを使用すると、監視パックを複製せずに特定の SQL サーバー インスタンスを監視できます。ワンクリックで各 SQL サーバー インスタンスにセンサーを追加できます。
監視パックを使用して複数のセンサーを構成したり、各センサーにアラートとデータ コレクターを個別に追加することもできます。
センサーの新しい監視パックは「Applications/Microsoft/MS SQL Server」です。
NetCrunch 14 では、次の 2 つの異なるオプションによるノード監視の制御が可能になりました。
監視の一時停止: この機能を使用すると、ノードステータス状態やアラートを変更せずに監視動作を一時的に一時停止することができます。これは、監視を停止する必要があるが、現在のステータスやアラート構成をそのまま保持したいようなシーンにご利用いただけます。
監視の無効化: 従来の「監視無効」として知られていたこのオプションでは監視動作を停止するだけでなく、検知済みのActiveなアラートもクロースされてノードステータスを「無効」に変更することように進化しました。これは、廃止予定のノードや長期間監視動作を実行する必要がないノードに対する利用に適しています。
NetCrunch 14 は、監視ドメインに追加の機能拡張を展開します。
データ パーサーを必要とするセンサーの受信データ形式を自動検出し、セットアップ プロセスを合理化します。
Windows、Linux、macOS を含むすべての監視設定に「テスト」ボタンが導入され、センサーで以前に利用できた機能が反映されます。
「汎用エージェント」センサーは、データ収集と分析におけるより広範かつ多用途な役割を反映して、「データ レシーバー」という名前に変更されました。必要に応じて、監視対象のカウンターを削除することもできます。
NetCrunch の Web ページ センサーは、特定の重要でないリソースをアラートから除外するようになりました。この機能は、Google やその他の追跡システムなどのサードパーティのリソースには便利ですが、多くのWeb ページの監視機能には必須ではありませんでした。ユーザーは、Web ページ監視のより重要な側面に焦点を当ててこれらの要素を除外することで、不必要なリソース読み込みによるエラー アラートの発生を回避できます。
