クラウドワールドの5つのネットワークメトリクス

ネットワークが物理的なエンティティからより抽象的なエンティティに移行するにつれて、ITは新しいネットワークデバイスと機能を調査して展開することにより、勇敢にペースを維持してきました。 ITチームは、エンドユーザーエクスペリエンスに責任を持ちながら、ワークロードと考え方をクラウドとSaaSプロバイダーにシフトする必要がありました。これはこれまで以上に重要です。しかし、クラウド導入の成功を伝えることができるネットワーク指標はどれですか？

今日のネットワーキングの世界では絡み合ったウェブですが、すべてが失われるわけではありません。クラウドでのエンドユーザーエクスペリエンスとネットワークパフォーマンスを測定するための構成要素として、これら5つのメトリックをお勧めします。それらはかなり馴染みがあるように見えるでしょう：それらはプレクラウドの世界で有用だったものと同じ古いメトリックであり、今も貴重な洞察を提供することができます（ただし、それらを取得するにはクラウドを見ることができる必要があります—AppNetaはこれを支援できます）。これらのネットワークメトリクスは、クラウドへの頼りになるメトリクスになる可能性があります。

1。レイテンシー。 このメトリックは、パケットが送信元から宛先に移動するのにかかる時間を測定し、インターネットの非対称性に一致するように非対称に測定されます。レイテンシーは知覚に関するものであるため、レイテンシーの知覚はユーザーやアプリケーションによって異なります。昔は、100人がローカルアプリケーションを使用していたとき、10ミリ秒の遅延は問題ではありませんでした。しかし現在、クラウドでアプリを使用している人は何千人もおり、レイテンシの10倍の増加（100ミリ秒）は受け入れられません。

さらに、Webアプリケーションは非常におしゃべりです。 Webアプリは、クライアントからWebサーバーへの一連の要求と応答で構成されます。したがって、レイテンシの増加は、ダウンロードされたこれらのリクエストとオブジェクトのそれぞれに影響します。ビジネスクリティカルなSaaSアプリの場合、レイテンシの増加は生産性に大きな影響を与える可能性があります。

レイテンシが問題であると特定したら、それがどこで発生しているかを把握する必要があります。ネットワーク、WiFi、WAN接続、オープンインターネット、またはサービスプロバイダーの環境に存在する可能性があります。基本的なトラブルシューティングに加えて、より優れたツールが必要になります。 tracerouteのような単純な方法では、ユーザーからアプリまでのルートを大まかに把握できますが、ルートは毎回異なる可能性があります。

2。パケット損失 。これは、送信元と宛先の間で失われたネットワークパケットの割合です。使用しているプロトコルによっては、パケット損失がネットワークの輻輳、時間の浪費、ユーザーの不満につながる可能性があります。小さなバーストでは、ネットワークは損失を処理できますが、損失が悪化すると、エンドユーザーに深刻な影響を与える可能性があります。

アプリがすべてLANを介して内部でホストされていた頃は、パケット損失は実際には問題ではありませんでした。パケット損失が発生した場合、見つけて修正するのは非常に簡単でした。しかし、オープンインターネットでは、それは別の話です。インターネットプロトコルTCPは配信を保証しますが、パケット損失を検出してデータを再送信すると、遅延が増加し、ネットワークが混雑します。

今日のVoIPおよびビデオストリーミングアプリケーションでは、通話の切断や品質の低下など、パケット損失が特に顕著になる可能性があります。これらのアプリケーションをサポートしている場合は、データと音声の両方でパケット損失を個別に追跡できます。

3。容量。 容量は、以前は主要なネットワークメトリックであった帯域幅を引き継ぎました。ただし、容量などのパスベースの指標は、ユーザーエクスペリエンスをよりよく示しています。キャパシティは、送信元と宛先の間で可能な最大通過率を測定するエンドツーエンドのメトリックであり、アプリケーション配信パスに沿った最も混雑したホップによって制限されます。これは、クラウドサービスを検討する際に特に重要になります。これは、プロバイダーのネットワークを制御できず、接続が実際にどれだけ速いかわからないためです。

容量を測定すると、WiFiを含む実際のアプリケーションパスが測定されます。また、容量を含む継続的な監視は、動的インターネットを使用するときに必要なものです。

容量には、使用可能なものと使用されているものの2種類があります。 Availableは、アプリケーションで利用可能なネットワークリソースの最も正確な測定値であり、劣化の根本原因を特定できます。使用済み容量を見ると、使用率が高いことはパフォーマンス低下の強力な指標です。最も遅いホップがどこにあるかを特定することで、容量を追跡する際のトラブルシューティング時間を短縮できます。

4。ジッター。 このメトリックは、送信元と宛先の間で遅延変動があるパケットの割合を反映します。ジッタが問題になる場合、それは非常に目立ちます。通話やオンライン会議の品質は、30〜40ミリ秒のジッターで影響を受ける可能性があります。

5。サービスの質。 このメトリックは、特定のポートまたはプロトコルを介したトラフィックのルーティング優先度に関連付けられています。 QoSはビジネスクリティカルなアプリケーションで優れたエクスペリエンスを保証するものであるため、輻輳がネットワークに到達したときに重要になります。 VoIPやビデオなどの一部のアプリでは、これらのルーティングの優先順位が降格または再マークされると、ネットワークでジッター、データ損失、遅延が発生する可能性があります。

クラウドの課題と可能性のこの世界では、古いネットワーク指標を見失うことは簡単です。ただし、これらの5つの指標は、アプリとユーザーエクスペリエンスを適切に制御できるようにするための優れた方法です。