New RelicでFargate上のアプリをAPMする


はじめに

New Relic APMを用いて、Fargate上アプリケーションのパフォーマンスモニタリングを試してみました。

背景と目的

Fargate上サービスのモニタリングは、現状だとCloudWatchによるCPU、メモリなどのリソース監視、またはアプリやミドルウェアのログ取得がメインで、トランザクショントレースやエラートレースなど、AWSの監視サービス群ではアプリケーションレイヤのパフォーマンスモニタリングは難しい状況です。

そこで本稿では、Fargate上に起動したアプリケーションをNew Relic APMによってパフォーマンスモニタリングする手順について解説していきたいと思います。なお、今回の監視対象アプリケーションはRailsで構築しています。

設定手順

Fargate上のRails AppをNew Relic APMで監視する手順は下記のとおりです。

1. ローカル環境でrails appの構築

まずはローカル環境上でRails Appを構築します。手順はこちらなどを参考に構築します。

2. New Relic APM Agentの設定

構築したrailsアプリのGemfileに下記を追記します。

Gemfile
#下記を追記
gem 'newrelic_rpm'

つぎにconfig/配下にnewrelic.ymlを作成し、下記内容を記述します。license_keyには自身のNew Relicアカウントのライセンスキーを入力します。また、app_nameにはNew Relic APM画面で表示される際のApplication名を入力します。

config/newrelic.yml
common: &default_settings
  # Required license key associated with your New Relic account.
  license_key: "Enter Your License-key"
  app_name: Qiita-Rails-Fargate
  log_level: info

development:
  <<: *default_settings
  app_name: Qiita-Rails-Fargate (Development)

test:
  <<: *default_settings
  # It doesn't make sense to report to New Relic from automated test runs.
  monitor_mode: false

staging:
  <<: *default_settings
  app_name: Qiita-Rails-Fargate (Staging)

production:
  <<: *default_settings

Gemfileの修正、設定ファイルの作成後、buildを再度実行します。

$ docker-compose build

ローカル環境で新たにbuildしたイメージをもとにサービスを立ち上げます。

$ docker-compose up

立ち上げたサービスにアクセスし、New Relic APMのApplication一覧に表示されるか確認します。

3. ImageをECRにプッシュする

下記コマンドにより、2で作成したDocker ImageをECRにプッシュします。

$ ecs-cli push "Repository-Name" --region us-east-1

4. Fargate上にRails Appを構築

Fargate上にRails Appを構築していきます。なお、構築に必要な環境(VPC、サブネット、セキュリティグループ、RDS、ECSのクラスタ)は構築済みとします。

①. タスク定義の作成

AWSマネジメントコンソールのECS設定画面より、『タスク定義』の『新しいタスク定義の作成』を選択します。

『ステップ1: Select launch type compatibility』画面にて、Fargateを選択し、『次のステップ』へを選択します。

『ステップ2: Configure task and container definitions』画面にて、下図赤枠の項目を入力し、『コンテナの追加』を選択します。

『コンテナの追加』画面にて、下記赤枠の情報を入力します。イメージにはECRに追加したRails イメージのレポジトリURIを指定します。入力後、必要に応じて『詳細コンテナ設定』を開きます。今回はRDSでMySQLを起動し、Rails Appと連携させたため、MySQLのpathなどを記載しています。一通り設定後、『追加』を選択します。

『ステップ 2: Configure task and container definitions』に戻り、『作成』を選択します。

②. タスクの起動

AWSマネジメントコンソールのECS設定画面より、『クラスター』よりタスクを起動するクラスタを選択します。

『タスク』タブを開き、『新しいタスクの実行』を選択します。

『タスクの定義』画面にて、下記赤枠の項目を入力します。『タスク定義』の項目には、前の手順で作成したタスクを指定します。また、『セキュリティグループ』には、HTTP通信アクセスを許可したグループとRDSとの通信が許可されたグループの2つを登録しています。

『タスク』タブのタスク一覧にて、起動したタスクの『必要なステータス』が『Running』状態になれば、タスク起動は成功です。

起動したタスクを選択し、『詳細』タブからENI IDを選択します。ENI ID画面が開いたら、パブリックIPアドレスを控えます。

ブラウザで、http://タスクENIのパブリックIP/welcome/indexにアクセスし、下記の画面が表示されれば、Fargate上でのRails Appの構築は完了です。

5. New Relic APMで確認

New Relic APM画面で、Fargate上に起動したRails Appがアプリケーション一覧に表示されていれば成功です。表示名は、config/newrelic.ymlのProductionで指定したアプリケーション名になっているはずです。

Overview画面では、トランザクショントレースやスループット、エラートレースなどを見ることができます。Overviewの下部では、このアプリケーションが起動しているコンテナの情報も見ることができます。Hostの番号は各コンテナホストのユーザ名と紐づいており、このアプリケーションがどのコンテナで動いているかを把握することができます。

また、ECSのサービスで複数台コンテナを起動した場合も、下記の通りホスト一覧で見ることが可能です。下図の場合はタスク10台で起動した場合の画面になります。

さいごに

New RelicのAPMでは、コンテナイメージにAgentを仕込めば、Fargate環境であってもアプリケーションモニタリングを行うことができました。各種トレース情報の取得や、アプリケーションがどのコンテナで起動しているかもホスト一覧や各ホストのリソースメトリクスなども確認することができます。