クラウドインテグレーション部の秋葉です。
Datadogを使ったログ監視を行う際、ログの扱い次第で思いのほかコストが発生してしまうことがあります。Datadogの使い始めの方や、これからDatadogを使ってログ監視を行う方の参考になればと思い記事にしました。
Datadog社が提供するSaaS型運用監視サービスです。インフラストラクチャー、アプリケーション、オンプレ、クラウド、地理的位置や規模に関わらず、1つのプラットフォーム上で集約して監視を行うことができます。
EC2などagentがインストールできるサーバーには、Datadogのagentをインストールして監視を行いますが、EC2以外のAWSのサービスでは基本的にDatadogとAWSの間でインテグレーション設定を行いAPI連携することで監視を行います。
EC2インスタンスに出力されるアプリケーションのログファイル/var/log/app/access_logをDatadog上で取得して、特定の文字列(errorやwarningなど)がログに含まれていたら通知を送ります。
Datadogを使ってEC2インスタンスに出力されるログ監視を行うには、まずDatadogのagentをEC2インスタンスにインストールし、設定ファイルに必要な設定を記入し、agentの再起動を行います。
EC2インスタンスとDatadogの連携は、DatadogのAPI keyを設定ファイルに記入し連携します。(API keyの記入はagentインストールの時に、インストール用スクリプトが設定ファイルへの記入処理で行うので、設定ファイルを開きAPI keyを書き込む必要はありません。)
※Datadogのログ監視の設定としては、こちらの公式ドキュメントを参考にしてください。
ログの使用を開始する
具体的な設定方法について説明します。今回はアプリケーションのログはEC2インスタンスの/var/log/app/access_logに出力されているものとします。
EC2インスタンスにログインし、Datadogのagentインストールを行います。
DD_API_KEY=XXXXXXXXXXXXXXXXX DD_SITE="datadoghq.com" bash -c "$(curl -L https://s3.amazonaws.com/dd-agent/scripts/install_script_agent7.sh)"設定ファイル/etc/datadog/logs.d/conf.yamlに以下の内容を入力し、ログファイルのパスを記入します。
- type: file
path: "<PATH_LOG_FILE>/<LOG_FILE_NAME>.log"
service: "<APP_NAME>"
source: "<SOURCE>"以下のコマンドを実行し、datadog-agentの再起動を行います。
systemctl restart datadog-agentdatadog-agent statusコマンドを実行し、/var/log/app/access_logの設定がOKとなっていることを確認します。
datadog-agent status/var/log/app/access_logにログが発生し、同じログがlogs -> searchの画面で見れることを確認します。
log explore画面でログが確認できたのでこれで設定完了と思っていたのですが、翌月Datadog使用料金が高騰しました。log exploreの画面を確認したところ、/var/log/app/access_logに大量のログが発生し、全てのログがDatadogに取り込まれ、保持または復元の処理(インデックス化)がされていることが分かりました。
Datadogのログに関する料金体系は、以下のように取り込み(ingest)と保持または復元(index)の2段階となっています。
取り込み：$0.1
保持または復元(インデックス化)：$1.7(15日間の保存、100万ログイベントあたり)
※ログ料金の最新の情報は公式ドキュメントを参照して下さい。
料金 | Datadog
従量課金となるので、取り込むログの量やインデックス化するログが多くなると料金が上がります。また、取り込みよりもインデックス化の方がコストがかかり、デフォルト設定ではDatadogに取り込まれたログは全てインデックス化される設定になります。
今回の場合、/var/log/app/access_logに大量のログが発生し、そのログが全てDatadogに取り込まれ、さらにインデックス化されていました。そのことに翌月まで気が付かず料金が想定以上にかかってしまいました。
ログの料金を抑えるためには以下の3つの対応方法があります。
今回のログ監視の背景ですが、Datadogの監視設定業務を依頼されて行なっています。
AWS環境構築やアプリケーション開発保守は別会社が行なっているため、1,2番目の方法を実施する場合は、サーバー側の設定変更やアプリケーションのログ出力の設定変更、agentの再起動などを別会社に依頼して進めることになります。手順書を作り別会社に依頼する進め方も考えられますが、今後も設定変更を行うことを考えて、3番目の方法を取りました。DatadogのIndexes機能のexcludeフィルターを設定することで、ログをインデック化する量を減らす方針です。
indexesの設定はDatadog管理画面上でlogのindexes機能のexcludeフィルターを設定できます。excludeフィルターを設定することでDatadogから取り込んだログを除外することができます。logs -> Configuration -> Indexesから以下のような画面で設定を行います。
Datadogでログの取得を開始した後は数日間、ログの取り込み量やindexの量を確認して当月のログの料金を予想しておくことをお勧めします。ログの取り込み量とインデックスの量は、以下のように Plan & Usage からIndexed logsで確認できます。