複雑化したシステムのパフォーマンスをどう守るか【第2回】

【技術解説】アプリケーションパフォーマンスを測る4つの手法

複雑化したITシステムのレスポンス監視に効果を発揮するアプリケーションパフォーマンス管理製品。今回は製品選択の基準として、採用技術の違いによる4つの製品タイプを紹介する。

公開 2012年11月29日 08時09分

著者

福田慎

[日本コンピュウェア]

印刷する Googleで優先するソースとして追加

監視手法の違いによる、APMツールの4タイプ

　前回「【導入効果】仮想化・クラウド時代のシステム障害対策『アプリケーションパフォーマンス管理製品』」では、APM（Application Performance Management）ツールの導入効果を紹介した。ただ、APMツールは監視手法の違いによって4つのタイプに分けられる。

APMの関連コンテンツ

　今回は監視手法の違いとそれぞれのメリット、デメリットを紹介する。以下ではそれぞれを個別に見ていこう。

仮想ユーザー方式
パケットキャプチャー方式
クライアントインストール方式
JavaScript付加方式

1．仮想ユーザー方式

　エンドユーザーの視点でレスポンスを計測するAPMツールの中でも最も一般的な手法。社内、支社などのクライアントPCに設置した計測用エージェントが、エンドユーザーのふりをして監視対象サイトにアクセスし、ITシステムのレスポンスを計測する。どのページにアクセスするかをあらかじめ定義しておく。例えば「トップページからログインし、検索実行後にログアウトする」といった具合だ。計測は10分に1回、1時間に1回など、定期的に行う。他の3つの手法が、実ユーザーが送受信するパケットを分析するのに対し、唯一、APMツール自らパケットを送信して計測する。

メリット

APMツールが自らパケットを送信してレスポンスタイムを計測するため、実ユーザーがアクセスしていない時間帯でも障害を検知できる
同じ場所から、一定の間隔で、同じ処理を実行するため、サービスレベル管理の基準値となるデータを取得できる
対象システムに手を加えることも、ユーザーの協力も不要。4つの方式の中で導入が最も容易

デメリット

APMツールが自らパケットを送信してレスポンスタイムを計測するため、システムを使う“実ユーザーの実感”までは把握できない
あらかじめ定義したWebページ以外で問題があっても検知できない

主要製品（編集部調べ）

HP Business Process Monitor
CA Application Performance Management Cloud Monitor
Keynote Web Performance Monitoring
Compuware Gomez SaaS

2．パケットキャプチャー方式

　パケットキャプチャー方式は、対象システムにおけるスイッチなどのネットワーク機器にパケット収集用装置を接続。そこを流れる全てのパケットを分析し、レスポンスタイムを計測する方式。特にここ数年で使われるようになった。

仮想ユーザー方式とパケットキャプチャー方式の違い

メリット

実ユーザーが使っている端末が発するパケットをキャプチャーするため、エンドユーザーが“本当に”体感しているレスポンスタイムを計測できる
全エンドユーザー、全Webページのパケットをキャプチャーするため、パフォーマンス悪化や障害が「どれほどのエンドユーザーに、どれほどの影響を与えているか」を正確に把握できる
ネットワーク機器からパケットを収集するだけで計測できるので、Webサーバやエンドユーザーのクライアント端末に新たな設定やエージェントを追加する必要がなく、比較的容易に監視できる

デメリット

ネットワーク機器からパケットを収集するため、ネットワーク機器が自社の管理下にない場合、この方式は選択できない。例えば「対象システムがクラウド上にある」「自社が利用しているデータセンターだが、ネットワーク機器は他社と共有している」といった場合
データセンター内のみでデータを収集するため、CDN（Contents Delivery Network）、広告、ストリーミングなど、データセンターの外から提供されているコンテンツのレスポンスは計測できない
エンドユーザーがアクセスしていないページや時間帯は何も計測できない

主要製品（編集部調べ）

CA Customer Experience Manager
HP Real User Monitor
Oracle Real User Experience Insight
Compuware dynaTrace Enterprise

3．クライアントインストール方式

　従来、APMツールは1、2の方式が主流だった。しかし最近はスマートデバイスがビジネスシーンに浸透したこともあり、「あらゆる種類の端末でエンドユーザーが感じているレスポンスを分析したい」というニーズが高まっている。それに応えるのがクライアントインストール方式だ。エンドユーザーの端末にインストールされているWebブラウザにエージェントをインストールし、サーバ側には何もインストールしない。

メリット

エンドユーザーが使うWebブラウザにインストールしたエージェントがレスポンスタイムを計測するため、他の3つの方式よりも正確な計測が可能。エンドユーザーがブラウザ上で行った操作も記録するため、エンドユーザー側の操作に起因するレスポンス遅延原因も分析できる
データセンター内には一切手を加える必要がない

デメリット

ほとんどの場合、エンドユーザーのWebブラウザにエージェントをインストールすることは簡単ではない。例えばEコマースのエンドユーザーは一般消費者となるため、この方式はまず不可能。従って、エンドユーザーの協力要請が可能なイントラネットやB2Bのサイトにおいて、一部の代表的なエンドユーザーのレスポンスタイムを監視する形で使ったり、開発やテスト段階で使用したりする例が多い

主要製品（編集部調べ）

IBM Tivoli Composite Application Manager
Opnet AppResponse Xpert
Compuware dynaTrace Enterprise

4．JavaScript付加方式

　JavaScript付加方式も、3のクライアントインストール方式と同様、エンドユーザー側に重点を置いた方式となる。Webアプリケーションの場合、エンドユーザーはブラウザを使ってWebサーバにアクセスし、HTMLなどのコンテンツをダウンロードする。この方式ではHTMLデータの中にJavaScriptを付加する。このJavaScriptがHTMLとともにブラウザにダウンロードされると、JavaScriptがエンドユーザーの端末上で実行され、レスポンスタイムを計測する。エンドユーザー自身は計測されていることを意識しない。

クライアントインストール方式とJavaScript付加方式の監視アプローチの違い

メリット

エンドユーザーの協力がなくても、全エンドユーザーのブラウザからレスポンスタイムを計測できる

デメリット

より良いパフォーマンスを実現するために、コンテンツのサイズを軽くしているにもかかわらず、パフォーマンス監視のためにJavaScriptを追加することでパフォーマンスが悪化する可能性がある
業務で実稼働しているシステムに手を入れる必要があるため、運用管理者の理解・協力を得にくい
WebサーバにJavaScriptを追加することを前提としているため、Webアプリケーションにしか対応できない。従って、HTTP以外のプロトコルを使ったシステムのレスポンスタイムを計測する必要がある場合は、そもそも選択肢とならない

主要製品（編集部調べ）

AppDynamics
Precise
Compuware dynaTrace Enterprise

◇

　以上、APMツールの4つの監視方式について、それぞれの特徴を見てきた。以上を基に、自社ならどのタイプが最適なのか、考えてみてはいかがだろうか。各タイプとも「この方式が最も優れている」というものではなく、「解決したい問題は何か」「どのような手段で解決したいのか」「現在のシステム環境で適用可能か」など、さまざまな要素を考慮して最適なツールを選ぶことが大切だ。次回は以上を基に、APMツールをより適切に選ぶための7つの視点を紹介する。

印刷する

この記事の著者

福田慎

【技術解説】アプリケーションパフォーマンスを測る4つの手法

監視手法の違いによる、APMツールの4タイプ

APMの関連コンテンツ

1．仮想ユーザー方式

メリット

デメリット

主要製品（編集部調べ）

2．パケットキャプチャー方式

メリット

デメリット

主要製品（編集部調べ）

3．クライアントインストール方式

メリット

デメリット

主要製品（編集部調べ）

4．JavaScript付加方式

メリット

デメリット

主要製品（編集部調べ）

この記事の著者

新着ホワイトペーパー PR

瞬時にM365が乗っ取られる――全社員に周知すべき“新フィッシング”の教訓