G2ネットワーク性能監視ツール販売を終了しております。第59回:トラフィック監視の手法は適切で...第59回:トラフィック監視の手法は適切ですか?今回は、モニタリングの基本に戻って、トラフィック監視についてお話をしたいと思います。みなさん、トラフィック監視はしていますか?大体の方が、トラフィック監視をしていると回答されるでしょう。質問の方向性を変えてみるとどうでしょうか。そのトラフィック監視の手法は適切ですか?もしかしたら、現時点で課題感を持たれている方もいるかもしれませんし、適切かどうかと聞かれると、ちょっと回答に困る方もいるかもしれません。そこで、トラフィック監視をおこなう目的を改めて考えてみましょう。多くの方が、帯域幅に対する使用量(率)を把握することで、リソースに余裕があるか、または不足しているかを確認するために監視をされていると思います。この状態を正しく監視することは、実はとても難しいことなのです。いった単位で、秒間何ビットの転送容量があるかということになります。Octet(バイト)のカウンター値を取得し、前回値との差分から平均の秒間単位時間の通信量を算出する値が一般的です。これは、スループットを監視しているようですが、実は容量を監視しているということです。分といった間隔で取得した値から算出した平均値を監視しているわけです。目まぐるしく変化するトラフィックに対して、監視間隔での平均値をあたかも秒間の値であるかのように監視していることを忘れてはいけません。高帯域化が進んだことで、瞬間的にスイッチの転送能力を超えた大量のトラフィックが流れることで、パケット廃棄や通信遅延が発生するといった事象が発生しています。従来の監視手法では、1分間隔で監視していたとしても、このタイミングで突発的なバーストトラフィックが発生していたかを正しく把握することができません。それでも、トラフィックのモニタリング手法としては古くからのやり方がスタンダードであり、このような高帯域トラフィックをモニタリングする仕組みが、一般的には広まっていないという課題があります。いう手法に注目が集まっています。モデルによる効率的な監視がおこなえるという点にあると言えます。使用率などもめまぐるしく変化する値の一つです。詳細な監視間隔でモニタリングする手法は、従来の監視方法では見つけることができなかった問題を明らかにするメリットがあります。一方で、膨大なデータを取り扱うことになるので、値の保持の仕方やそこからのアラートの発生方法などは検討が必要であることに注意しなければいけません。メトリックによっては、さほど詳細な間隔で監視をする必要がないものもあるので、従来の監視手法との使い分けも必要かもしれません。このバーストトラフィック、時にはマイクロバーストとも表現されるトラフィックの監視手法には、頭を悩ませてきました。着目したものの、対応機種の少なさやベンダーごとの独自の実装方式への対応は、現時点では難しい状況にありました。カウンターの平均値を監視するだけでは不十分ではないかと考えていました。様より協業のご相談をいただき、彼らが開発したバーストレコーダーの機能の紹介を受け、まさに私が求めていた値を収集できる可能性を感じ、機能開発に踏み切りました。詳細はこちらを参照ください。ミリ秒という詳細な帯域分析が可能であり、ヒストグラム情報として統計情報を保持していることから、この統計情報を取り込むことで、高帯域トラフィックの発生傾向を把握することが可能になりました。分間隔で収集することで、取得負荷を低減する手法を取りました。分間隔のデータ収集で表現することに成功しました。いった値)にフォーカスして、この帯域幅でどの程度の通信があったかといった監視をおこなえるようになりました。帯域幅での通信が発生していたことがわかります。万カウントに上昇します。万カウントは一定で、その中の帯域幅の内訳が変化するようなグラフの表現となります。処理を入れることができるので、特定の送信元、宛先、プロトコルに特化してトラフィックを解析するといったことも可能です。ファイナリストにも選出していただきました。経て、実際にお客様にご利用いただけるように、正式機能としてのリリースを目指し、ヒストグラム情報の連携強化とトラフィック詳細分析といった機能開発をおこなっています。このような新たなトラフィック監視にご興味があれば、ぜひ弊社までお気軽にお問い合わせください。