初回の「理論編 1: アプリケーションパフォーマンス監視とは」で、アプリケーションのパフォーマンス監視に必要なこととして、以下の５つを挙げました。このうち、下から３つは既に説明しました。今回は残り２つのサーバー監視と設定変更の監視について紹介します。
- サーバー監視: サーバーの健康状態を監視し、運用が効率的に維持できるようにする
- 設定変更の監視: システムの設定を監視し、いつ変更されたのか特定できるようにする
- アプリケーションパフォーマンスの監視: アプリやサービスを監視し、期待どおりに動作していることを保証できること
- 外形監視: ユーザーが問題に気づく前に問題を把握できるように、アプリがユーザーの期待どおりに機能しているかを調査できるようする
- アラート: 問題発生時に適切な対応者へ連絡できること
サーバー監視に関しては、OSS を含め非常に多くの製品やサービスが存在します。New Relic でももちろんカバーしており、それが New Relic Infrastructure です。
New Relic Infrastructure
New Relic 製品を利用する利点としては、前回紹介ように他製品と連携できるので、アプリケーション全体を通して比較、確認できる点や比較がし易い点です。また、単体の機能としても、New Relic Infrastructure は、数十、数百のホストを効率よく管理できる洗練された UI が特徴です。また、アラートに関しても非常に効率良く管理できるようになっています。
サーバー監視
New Relic Infrastructure では、サーバーリソースの計測結果を表示するタブが以下の４つあります。
- Hosts: ホスト
- Network: ネットワーク
- Storage: ストレース
- Processes: プロセス
ホスト
ホストペタブでは、その名のとおり各ホストの CPU、ロードアベレージ(過去5分間の作業待ちタスク数)、メモリ使用率がデフォルトでチャートに表示されます。
チャートの表示軸やメトリクスの切り替え
このタブに限らず他のタブにも共通することですが、タブ表示時に表示されるメトリクスや軸(ホストとか）はあくまでデフォルト値です。用意されているものから好きに変更できます。
軸を変更するには、画面上部の "Group BY" をクリックします。
メトリクスを変更するには、各チャートのタイトルの横をクリックすると、メトリクスとして選択できる項目が表示されます。
ネットワーク
ネットワークタブのチャートでは、パケット単位、バイト単位の帯域幅のメトリクスとそれに関連するエラーについての情報をデフォルトで表示します。
ストレージ
ストレージタブでは(デフォルト)デバイスごとのディスク利用率や読込/書込みバイトなどを表示します。他のタブと同じく、軸となる単位やチャートで表示しているメトリクス(ディスク利用率など）も様々用意されています。
プロセス
プロセスタブでは、プロセス単位の CPU使用率、I/O、メモリサイズを確認できます。これにより、どのプロセスがリソースを食っているかが確認できます。また、CPU 使用率などを対象にアラートを設定しておくことで急激なリソースの上昇時もすぐに気づくことができます。
設定変更の監視
設定変更とは、パッケージがインストール/アンインストールや、SSHによるユーザーの接続/解除、アラート、サービスの起動、停止など多岐に渡ります。
New Relic Infrastructure は、ホスト上の設定変更をイベント履歴という形で表示してくれます。ここまでで説明した４つのサーバーリソースを表示したタブのチャートの上部に常に "Events" という表示があるのに気づいたでしょうか。これが、サーバー設定の変更を示しています。
サーバーリソースが低下したことの原因は、何か設定を変更をしたせいかもしれません。リソースの変化とイベントを関連付けることで、迅速にその原因を特定できるような UI となっています。
左から右にタイムピッカーで選択している時系列に従って、一定期間に区切って表示されています。色が付いている箇所が変更があった時点です。色が濃いほど変更が複数回行われていることを示しています。
具体的にどのような変更が行われたかは、各ボックスをクリックすると表示されます。
また、イベント履歴は、Infrastructure のメニューの "Events" をクリックしても確認できます。
New Relic Infrastructure のインストール
ここでは詳しく解説しませんので、ご利用環境に合わせて、以下のドキュメント(日本語)をご覧ください。
まとめ
以上でアプリケーションのパフォーマンス監視に最低限必要な項目は満たすことができました。ここまでで紹介したのはあくまで最低限のことなので、是非、New Relic を活用してより効果的、効率的にアプリケーションのパフォーマンスの監視、分析を行えるようにしてください。
今回で基礎編は終了です。次回からは応用編を紹介します。