なぜアプリケーションが遅いのでしょうか？ それはネットワークに起因する問題かもしれません
今日のデジタル社会では、企業はネットワーク・インフラに一貫したサービス、信頼性の高いアクセス、完全な保護を期待しています。これにより、高いパフォーマンスの提供を期待する顧客に最高のユーザー・エクスペリエンスを提供することができます。ネットワークは、このハイパーコネクテッド・デジタル時代におけるテクノロジー・ハイウェイとしての役割を果たしています。ユーザーが遅いアプリケーションの影響を受けた場合、多くの場合、ネットワークが性能問題の原因であるというのが一般的な認識です。ネットワークの状態とコンポーネントを詳細に可視化および制御することで、アプリケーションの速度低下、アクセス不全、および脅威の状況が発生するたびに、ネットワークに起因する影響を最小限にとどめることができます。
すべてのアプリケーション性能問題がネットワークに関連しているわけではありません。しかし、アプリケーションの停止を調査する場合、ネットワークが問題の一部ではないことが切り分けられるのは良いことです。同様に、すべてのネットワークの問題がアプリケーションの問題を引き起こすわけではありません。その場合、ネットワークは回復力があり、単一のルーターの障害に耐えられるだけの冗長性を持っている可能性があります。大規模な企業ネットワークでは、速度低下の原因を特定するのは困難な作業です。根本的な原因をより早く突き止めるにはどうすればよいのでしょうか？
アプリケーション監視の方法 - APM、シンセティック監視、プローブ
1つのアプローチは、最初にアプリケーション・サーバーの問題をチェックすることです。APM(Application Performance Monitoring)ソリューション、または IBM Instana のような APMツールは、アプリケーションのソフトウェア・スタックまたはハードウェアの問題、例えばキャパシティ超過やソフトウェア/ハードウェアの障害を警告します。しかし、これらのツールでは、ネットワーク性能の可視性は限定的です。また、すべての IT環境に APMがあるわけではなく、独自のアプリケーション監視ツールがある場合もあります。NPMとAPMを併用することで、完全なスタック観測が可能になるという利点もあります。
インターネットから配信されるSaaSアプリケーションの場合、WebexやGmailのようなSaaSサービスの停止を検出できるツールがあります。シンセティック監視は、エンド・ユーザー・セッションをシミュレートする特別なプローブやビーコンを必要とするもう一つのオプションで、UX、レイテンシ、パス情報などに関する詳細なメトリクスを収集し、インターネットにおける接続性の低下に関する追加的な洞察を提供することができます。
別のアプローチとして、パケット・キャプチャと解析を行うネットワーク・プローブ・ソリューションがあります。これにより、アプリケーション・パケットのレイテンシ（RTT）、ロス、ジッターが提供され、レイテンシはセッションごとにネットワーク遅延とアプリケーション遅延に分けられます。とても印象的だが、しばしば高価で侵入的です。Cisco AVC と SDWAN デバイスベンダの実装はこれらのアプリケーションメトリクスを Netflow レコードでレポートします。
IBM SevOne NPM： ネットワーク劣化を引き起こす犯人を突き止めます
例を見てみましょう。ITオペレーションがネットワークの問題（輻輳、待ち時間、デバイスの問題）を観察するシナリオを考えてみましょう。どのアプリケーションが影響を受けているのでしょうか？現在、IBM SevOne NPM は、シングル・クリックのチェーン・ワークフローを使用して、ユーザーがパフォーマンス・メトリック（PM）レポートから過剰使用されているリンクのNetflow（フロー）レポートに素早くピボットできるようにする洞察を提供できます。例えば、ブランチ・オフィスで帯域幅の輻輳やデバイス・パフォーマンスの低下を観察する場合などです。PMからFlowへのピボットにより、最も帯域幅を消費しているアプリケーションやエンドユーザーを迅速に特定できます。これは、トラブルシューティングを迅速化し、NetOps が根本原因を特定して迅速に対処できるようにする、一般的で価値あるワークフローです。IBM SevOne NPM は、SNMPメトリックとフローの両方で大量のデータを収集し、それらを 1つの UIでユーザーのためにきれいにまとめるため、この分野で競合をリードしています。
メトリックからフローへのワークフロー
別のシナリオを見てみましょう。ユーザーは、Zoom会議または自社の業務アプリケーションのアプリケーション性能、品質の低さ、またはサービスのタイムアウトに不満を抱いています。データ・センターにあるアプリケーション・サーバーに問題があるのか、基礎となるネットワーク接続に問題があるのか？ 切り分ける方法はありますか？ ネットワークに問題がある場合、ネットワークのどの部分に原因があるのでしょうか？ どのネットワーク・デバイスとインターフェイスが Zoomトラフィックを実行しているのかがわかれば助かります。基礎となるネットワーク・デバイスに、CPUの高負荷やインターフェイスのドロップ、輻輳などのパフォーマンス上の問題が発生していないか、アプリケーションの配信に影響を及ぼしてエンドユーザー・エクスペリエンスが低下していないか。
PMからFlowへのワークフローを逆にしたらどうなるでしょうか？ 代わりにアプリケーションから始めて、基礎となるネットワークリンクを調べてみましょう。このワークフローはここで役に立ちます。
アプリケーションに対するネットワークの影響を理解する - Flow to Metricワークフロー
SaaS アプリケーション・シグネチャで強化された Netflowレポートは、「私のネットワークで何が起きているのか」という質問に答え、アプリケーションからネットワーク解析を開始することを可能にします。必要なのは、IP、ポート、プロトコル、TOS で定義されたアプリケーション・シグネチャだけで、アプリケーションを識別し、データのドリルダウン調査を実行できます。SevOne NPMは、SaaSおよび標準ポートベースのアプリケーションの組み込みデータベースを使用して、アプリケーションを自動的に識別します。この機能はNPM v6.6（2023年8月リリース）で導入されました。詳しくは同僚のRupert Gregory氏のブログ記事をご覧ください。
SaaSアプリケーション、ASN、および国のエンリッチメントを使用したアプリケーション中心のレポート
NPM v6.6では、NetflowとSNMPメトリクスの間を素早くピボットして、特定のアプリケーションを実行しているデバイスとインターフェースのパフォーマンスに関する洞察を得ることができるように、チェーンとレポート・リンクを含むシングル・クリック Flow to Metric ワークフローも導入されました。 ユーザーは、この新しいワークフローを使用して、特定のアプリケーションを伝送するネットワーク・リンクをすばやく特定し、アプリケーションに対するネットワークの影響を簡単に把握することができます。
新機能 - Flow to Metric ワークフロー
ユーザーは、Flowレポートのアプリケーション、サーバー、クライアント、国、および自律システム（組織）から、メトリック・レポートの関連ネットワーク・リンクに魔法のようにジャンプできるようになりました。この新しいワークフローにより、ユーザーは、ネットワーク・リソースではなく、アプリケーション、IP、または ASN/国から開始して、ネットワーク・パフォーマンスのアプリケーション中心のデータ調査を実行できます。また、特定のアプリケーション、ユーザー、サーバー、または会話を提供するネットワークにドリルダウンするためにフィルタを適用することもできます。
SevOneは、非常に柔軟性の高い2つのFlow to Metricワークフロー（レポートチェーンとレポートリンク）をサポートしています。さらに柔軟性を高めるため、ユーザーは、1行につき1つのフロー・インターフェースを表示する「インターフェースごとに分割」することも、フロー・レポートのインターフェースごとに分割しないことを選択することもできます。
新機能 - フローからメトリックレポートへのリンクワークフロー
まとめ
ネットワーク・リソースの代わりにアプリケーションを使用して、トラブルシューティングまたはアドホックなデータ調査を開始することで、アプリケーションに対するネットワークの影響を理解することができます。IBM SevOneでは、それが簡単にできるようになりました。この機能と IBM SevOne NPM のその他の優れた機能の詳細については、こちらをご覧ください。
本記事はこちらの記事を参考に日本語化したものです。
#SevOne