RTCPやデータパステストに注目
クラウドでアプリケーションパフォーマンスを監視する方法(1/2 ページ)
リアルタイムアプリケーションをクラウドに移行すると、ネットワークの制御を一部手放すことになる。ただし、幾つかのメカニズムを利用すれば、アプリケーションのパフォーマンスを監視できる。
一般に「リアルタイムアプリケーション」と呼ばれるアプリケーションは、利用者がアプリケーションの実行結果を待つ。音声、動画、画面共有のように分かりやすいものもあるが、ビジネスプロセスや監視システムも含まれることがある。動画のストリーミング配信もある程度リアルタイムアプリケーションといえるが、配信を滑らかにするためにバッファーリング技術が使われることもあるため、真の意味でのリアルタイムアプリケーションではないかもしれない。
リアルタイムアプリケーションに関するネットワークの問題は、そのアプリケーションと使用するデータ転送の仕組みに左右される。双方向(インタラクティブ)な音声や動画は比較的許容度が高く、最大1%のパケットロス(パケットの損失)が発生しても許容できる。こうしたアプリケーションは、ユーザーデータグラムプロトコル(UDP)のパケットストリームを使用し、端末側(エンドポイント)では補間機能を使用して、失われたパケット内のデータを推定する。
一方、大半のインタラクティブビジネスアプリケーションや音声、動画ストリーミングのような伝送制御プロトコル(TCP)を利用するアプリケーションは、パケットロスの影響を非常に受けやすい。TCPを使うアプリケーションでは、0.0001%を上回るパケットロスはスループット(一定時間当たりの処理性能)に大きな影響を与える。
併せて読みたいお薦め記事
アプリケーションパフォーマンス監視で注意すべき点とは
- アプリケーションパフォーマンス監視(APM)の比較で着目すべき3つの機能
- Kubernetesが再認識させた「アプリケーションパフォーマンス管理」(APM)の重要性
- アプリケーションパフォーマンス監視(APM)の比較で着目すべき3つの機能
注目を集めるクラウド監視ツール
パケットロスが起きると、動画ストリーミングアプリケーションであれば一時停止することになる。その間、送信側のシステムから喪失されたデータが再転送される。その結果、アプリケーションは一時停止しながらデータのバッファーリングをすることになる。
パケットロスは、主に接続経路(リンク)のエラーや混雑に起因する。
リンクエラーでは、調査や訂正などの動作が必要になる。リンク速度の違いやリンクを集約するポイントに混雑が発生する。例えば10Gbpsのデータセンターからのリンクを1GbpsのオフィスやWANのリンクに転送するときなど、高速リンクから低速リンクにデータが移動すると、リンクの速度差が生じる。
アプリケーションパフォーマンスの監視とパケットの問題点の指摘
アップリンク(上位の転送速度を持つポート)を備えるルーターやスイッチに、多くの低速リンクを接続すると、混雑の原因となり得る。複数のエンドポイントから大量のトラフィックがほぼ同時に着信すると、インタフェースとなるバッファーの限界を超えてしまい、大量のパケットロスが起きる恐れがある。
ジッタ(デジタル信号の品質を示す指標で、信号の揺らぎのこと)が高くなれば、インタラクティブの音声や動画に大きな影響を与える。ジッタは、複数の大きなパケットの後にリアルタイムパケットがキュー登録(キューイング)されることで発生する。リアルタイムトラフィックは処理の順番を待たなければならず、大きなパケット処理の順番を待つため、結果的に遅延時間に大きなずれが生まれる。
ジッタが高くなり過ぎると、音声や動画のパケットの受け取りが遅くなり正しいタイミングで再生されなくなる。音声のエンドポイントは、ジッタの影響を抑えるためにバッファーリングをある程度組み込んでいるが、高いジッタへの対処には限界がある。その結果、高いジッタはパケットロスと同じ影響があるといえる。
高いジッタは、パケットを受け取っていないようにも見える。混雑が激しいと、他のアプリケーションやデータフローの遅延が生まれ、パケットロスにもつながる。こうした問題は、喪失の多いインタフェースを調べることで追跡可能だ。問題が大きいインタフェースを特定するには「95パーセンタイル」(上位5%を特定するためのデータ分析手法)を使用する。喪失が非常に高いインタフェースが見つかる場合は、リンクが過剰に使用されており、トラフィックを減らすか帯域幅を増やす必要があることを示している。
高いレベルのエラーは、インタフェースの統計を確認すれば容易に追跡できる。場合によっては物理層の問題を示すこともあり得る。
リアルタイムトラフィックを分析することで、監視システムが探すべき障害の原因を提示できる。探すべき原因には、リンク速度の違いや集約ポイントのリンクエラー、高いジッタ、混雑に伴うパケットロスなどがある。
クラウドでは物理インタフェースにアクセスできないため、インタフェースのエラーやインタフェースでの喪失を監視できない。そのため、アプリケーションの障害を探すには別の仕組みを使用しなければならない。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
事例
[株式会社キーエンス] PCが苦手でも自動化できる 近鉄コスモスなど4事例に学ぶ「ナビ搭載型RPA」活用 -
製品資料
[レノボ・ジャパン合同会社] 約1.39kgにAI処理能力を凝縮 持ち運べるAPU搭載ワークステーションの実力は? -
製品レビュー
[ネットアップ合同会社] ランサムウェア被害からの回復を阻む最大の壁とは? -
製品レビュー
[ネットアップ合同会社] 攻撃者は“最後の砦”を真っ先に狙う いま必要なランサムウェア対策とは? -
市場調査・トレンド
[Snowflake合同会社] AI時代のビジネスインテリジェンス変革:5大トレンドと成功戦略
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
「Active Directory」復旧で“詰む”企業が続出 ランサムウェアに備える4対策
-
2
なぜ「WSUS」を捨てない? 非推奨でも35%が使い続けるワケ
-
3
「AI時代の統合基盤・エンタープライズAI管理」に関するアンケート
-
4
1巻40TB、量子解読も防ぐ「LTO-10」 テープを侮るバックアップの盲点
-
5
なぜMicrosoftは「Rust」を標準言語に? AIで進むC/C++書き換えの課題
-
6
クラウド時代にあえて「メインフレーム」を選びたくなる理由はこれだ
-
7
なぜサーバ価格は下がらないのか? メモリ不足は2027年も続く
-
8
Microsoft 365統一で「SharePoint」が1日2TB増 富士フイルムはどう管理した?
-
9
8割がアナログに逆戻りする“やっぱりな理由” DXを阻む2つの落とし穴
-
10
AIエージェント導入が「PoC止まり」になる企業に共通する問題点とは?
ホワイトペーパーランキング PR
-
1
「IT史に名を残すシステム障害」8選
-
2
AIが苦手な「汚いデータ」になっていない? AI投資を無駄にしないための注意点
-
3
急増する高度なフィッシング詐欺 先回りしてブロックするには何が必要?
-
4
法人向け光回線のプランはどう選ぶ? 機能面/保守体制/コストを一覧で比較
-
5
三井ホームに学ぶ「無線LAN環境」構築 快適なオフィスと高度なIT運用の両立法
-
6
SNMPより詳細で、パケット解析より簡単な「トラフィック可視化・分析」の方法
-
7
Microsoft 365のメールセキュリティ、3つの“死角”と追加で検討すべき対策とは
-
8
「RPA導入の成果が出ない」を防ぐ、成果につながる自動化対象業務の選び方
-
9
10G回線の真価をフルに享受するには? 導入前にチェックしたいポイント
-
10
サイバー脅威「トップ50」完全解説ガイド、新たな攻撃手法に対抗するには
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー