Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
第121回 雲勉【オンライン】New RelicでAWS Lambdaをモニタリングする
Search
iret.kumoben
December 07, 2023
Technology
0
240
第121回 雲勉【オンライン】New RelicでAWS Lambdaをモニタリングする
下記、勉強会での資料です。
https://youtu.be/aDPtGshRkYY
iret.kumoben
December 07, 2023
Tweet
Share
More Decks by iret.kumoben
See All by iret.kumoben
第168回 雲勉 JITNAの使い方とハマったポイントについて語る回
iret
0
29
第167回 雲勉 エージェント開発を加速する Agent Development Kit 入門
iret
1
34
第166回 雲勉 コードを読んで理解する AWS Amplify Gen2 Backend
iret
0
33
第165回 雲勉 Google Agentspace について
iret
0
29
第164回 雲勉 Agent Development Kit と MCP Toolbox for Databases で MCP 連携してみた
iret
1
49
第163回 雲勉 CircleCIで複数リポジトリ間のパイプラインを連携する
iret
1
35
第162回 雲勉 比較して学ぶ AWS Amplify Gen 2
iret
0
49
第161回 雲勉 Amazon Kinesis Data Streams と Amazon Data Firehose を使ってみよう
iret
0
49
第160回 雲勉 それ、AWS Step Functions で置き換えれん?
iret
0
83
Other Decks in Technology
See All in Technology
助けて! XからWaylandに移行しないと新しいGNOMEが使えなくなっちゃう 2025-07-12
nobutomurata
2
200
〜『世界中の家族のこころのインフラ』を目指して”次の10年”へ〜 SREが導いたグローバルサービスの信頼性向上戦略とその舞台裏 / Towards the Next Decade: Enhancing Global Service Reliability
kohbis
3
1.5k
AIエージェントが書くのなら直接CloudFormationを書かせればいいじゃないですか何故AWS CDKを使う必要があるのさ
watany
18
7.6k
Amazon SNSサブスクリプションの誤解除を防ぐ
y_sakata
3
190
サイバーエージェントグループのSRE10年の歩みとAI時代の生存戦略
shotatsuge
4
1.1k
Talk to Someone At Delta Airlines™️ USA Contact Numbers
travelcarecenter
0
160
TLSから見るSREの未来
atpons
2
310
AI エージェントと考え直すデータ基盤
na0
20
7.9k
サービスを止めるな! DDoS攻撃へのスマートな備えと最前線の事例
coconala_engineer
1
180
How to Quickly Call American Airlines®️ U.S. Customer Care : Full Guide
flyaahelpguide
0
240
60以上のプロダクトを持つ組織における開発者体験向上への取り組み - チームAPIとBackstageで構築する組織の可視化基盤 - / sre next 2025 Efforts to Improve Developer Experience in an Organization with Over 60 Products
vtryo
3
1.9k
SREのためのeBPF活用ステップアップガイド
egmc
2
1.3k
Featured
See All Featured
Designing Experiences People Love
moore
142
24k
Into the Great Unknown - MozCon
thekraken
40
1.9k
Build your cross-platform service in a week with App Engine
jlugia
231
18k
The Cost Of JavaScript in 2023
addyosmani
51
8.6k
Building Flexible Design Systems
yeseniaperezcruz
328
39k
How GitHub (no longer) Works
holman
314
140k
Build The Right Thing And Hit Your Dates
maggiecrowley
37
2.8k
Why Our Code Smells
bkeepers
PRO
337
57k
Docker and Python
trallard
45
3.5k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
29
2.7k
Why You Should Never Use an ORM
jnunemaker
PRO
58
9.5k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
138
34k
Transcript
第121回 雲勉【オンライン】 New RelicでAWS Lambdaを モニタリングする
0.講師⾃⼰紹介 2 n 朝枝 知之 • クラウドインテグレーション事業部 MSP開発セクション所属 ・社内向けの⾃動化サービスの開発・運⽤を担当 •
2019年8⽉⼊社 … MSP開発⼀筋 • 前職︓企業や学校向けのホームページ制作(クラウドほぼ未経験) • 健康のため10⽉から朝5時に起きて散歩するようになりました
アジェンダ 3 0. ⾃⼰紹介 1. New Relicのサーバーレスモニタリング 2. Lambdaモニタリング機能(CMS⽅式)の導⼊ 3.まとめ
本⽇のゴール 4 n New RelicのLambdaモニタリング機能を理解する n LambdaモニタリングをCMS⽅式(後述)で簡単に導⼊できるようになる
1. New Relicのサーバーレスモニタリング 5
1.New Relicのサーバーレスモニタリング 6 n New Relicとは • アプリケーションパフォーマンス管理 (APM) •
サーバーの監視 • サーバーレス機能の監視 などを提供するSaaS
1.New Relicのサーバーレスモニタリング 7 n 背景 「AWS上のログをNew Relicに集約するための仕組み」を元々導⼊していたが、その仕組みを バージョンアップする機会がありました。 バージョンアップの影響を調べるため公式ドキュメント(※1)を読んだもののわからない部分 もあったため、これから導⼊する⼈がつまづかないよう整理してお伝えできればと思います。
※1 https://docs.newrelic.com/jp/docs/serverless-function-monitoring/overview/
1.New Relicのサーバーレスモニタリング 8 n New Relicによるサーバーレスモニタリング • クラウドサービス上で実⾏されるサーバーレスアプリケーションのパフォーマンスと健 全性を監視する •
対応するサービス ・ AWS Lambda ・ Google Cloud Functions ・ Azure Functions → 今回はAWS Lambdaのモニタリングについての話し
1.New Relicのサーバーレスモニタリング 9 n 取得できるデータ AWS Lambda関数の、 • 各種メトリクス (Metrics)
• トレース情報 (Traces) • ログ (Logs) n データ取得の⽅法 • メトリクス … Amazon CloudWatch + Amazon Kinesis Data Firehose • トレース情報 … 監視対象のLambda関数に追加する「Lambdaレイヤー」 • ログ …監視対象のLambda関数に追加する「 Lambda拡張機能」
1.New Relicのサーバーレスモニタリング 10 n Lambdaモニタリングの新旧⽅式 ・ 旧⽅式︓APIポーリング⽅式 ・ New Relicドキュメントでは「AWSポーリングインテグレーション」
「Lambdaモニタリングインテグレーション」等と記載 ・ 新⽅式︓CloudWatch Metric Streams(CMS)⽅式 ・ New Relicドキュメントでは「Lambdaモニタリング機能」等と記載 現在はCMS⽅式を利⽤することを推奨 APIポーリング⽅式も選択できるがいずれ使えなくなるかも
1.New Relicのサーバーレスモニタリング 11 n APIポーリング⽅式をお勧めしない理由 ・ New Relicが⾮推奨としている ・ CMS⽅式に⽐べ料⾦が⾼くなる可能性がある
・ 情報の更新が遅い(5分に1回程度) 詳しくはドキュメント参照 [Doc] Amazon CloudWatch Metric Streamsの統合の紹介 https://docs.newrelic.com/jp/docs/infrastructure/amazon-integrations/connect/aws-metric-stream/
2.Lambdaモニタリング機能(CMS⽅式)の導⼊ 12
2.Lambdaモニタリング機能(CMS⽅式)の導⼊ 13 n 事前準備 ・ New Relicアカウント ・アカウントIDをメモしておく ・ AWSアカウント
・ ユーザーの権限 ・ New Relic︓Adminグループ ・ AWS︓AdministratorAccessポリシー(最⼩限の権限は※1参照) ・ New RelicのAPIキー ・ LICENSEキー ・ USERキー ※1 https://docs.newrelic.com/jp/docs/serverless-function-monitoring/aws-lambda-monitoring/enable-lambda-monitoring/account-linking/
2.Lambdaモニタリング機能(CMS⽅式)の導⼊ 14 n 導⼊⼿順 以下の順番で実施 ① メトリクスの取得の設定 ② トレース&ログの取得の設定 ▪
理由 ・ ドキュメントではそのような書き⽅はされていないが、 New RelicのServerless Functions画⾯がメトリクス、トレース、ログに 分かれている ・ 取得するデータの種類に対応した⼿順のほうがわかりやすい Serverless Functions画⾯のメニュー(の⼀部)
2.Lambdaモニタリング機能(CMS⽅式)の導⼊ 15 n ①メトリクス取得 設定⼿順 1 ・ New RelicとAWSアカウントのリンク ・
ドキュメントにも説明はあるがNew Relicコンソールの設定画⾯を⾒たほうがわかりやすい Infrastracture > AWS > [Add an AWS account] をクリックし、案内に従って設定していく
2.Lambdaモニタリング機能(CMS⽅式)の導⼊ 16 n ①メトリクス取得 確認 ・ Infrastructure > AWS ⻩⾊の枠
・CMS⽅式の場合は”Stream”のラベルが付く ・1〜3分ほどで取得しはじめる オレンジの枠 ・”Account status dashboard” ボタン ・New RelicからのAPIコールやエラーを確認
2.Lambdaモニタリング機能(CMS⽅式)の導⼊ 17 n ①メトリクス取得 確認 ・ Infrastructure > AWS >
Account status dashboard ・リンクしたAWSアカウントのメトリクスを取得しはじめて いるのが確認できる ・この時点ではFirehoseやMetricStreamsといった CMS⽅式の設定で作成されたリソースのみ取得している (⻩⾊枠内) ・時間がたつと他のAWSサービスのメトリクスも 取れるようになる
2.Lambdaモニタリング機能(CMS⽅式)の導⼊ 18 n ①メトリクス取得 設定⼿順 2 ・ newrelic-lambda CLIを使って統合の設定をインストール ・
AWS CloudShellで以下のコマンドを実⾏ pip3 install newrelic-lambda-cli newrelic-lambda integrations install --nr-account-id {New Relic Account ID} --nr-api-key {New Relic License Key}
2.Lambdaモニタリング機能(CMS⽅式)の導⼊ 19 n ①メトリクス取得 確認 (AWS Lambdaのメトリクス) ・ Infrastructure >
AWS > Account status dashboard ・Lambda統合をインストール後、Lambdaのメトリクスも 取得している
2.Lambdaモニタリング機能(CMS⽅式)の導⼊ 20 n ②トレース&ログデータ取得 設定⼿順 1. newrelic-lambda CLIを使って⼀度に設定できる ・ AWS
CloudShellで以下のコマンドを実⾏ newrelic-lambda layers install --function {Function Name} --nr-account-id {New Relic Account ID} --enable- extension-function-logs true ・ 対象のLambda関数に対してNew Relic⽤のLambdaレイヤーを追加している → トレースデータの取得 ・ 最後の ”--enable-extension-function-logs true” でLambda拡張機能を追加 → ログデータの取得
2.Lambdaモニタリング機能(CMS⽅式)の導⼊ 21 n ポイント ・ モニタリングしたいリージョンごとに⼿順1と2を実⾏する ・ Amazon Kinesis Data
Firehose がリージョンサービスのため ・ CloudFrontなどグローバルサービスをモニタリングしたい場合は us-east-1(⽶国東部) で⼿順1を実⾏する
2.Lambdaモニタリング機能(CMS⽅式)の導⼊ 22 n 取得したデータの確認 ・ New Relicコンソール > Serverless Functions
> ⽬的の関数
2.Lambdaモニタリング機能(CMS⽅式)の導⼊ 23 n メトリクスデータの確認 ・ “CloudWatch metrics” を開く
2.Lambdaモニタリング機能(CMS⽅式)の導⼊ 24 n トレースデータの確認 ・ “Distributed tracing” を開く
2.Lambdaモニタリング機能(CMS⽅式)の導⼊ 25 n ログデータの確認 ・ “Logs” を開く
3.まとめ 26
3.まとめ 27 ・ 基本的には公式ドキュメントで調べつつ理解して設定するのが⼀番 ・ ただし記述内容を理解するのに時間がかかる⾯がある ・ 以上の端的な⼿順で導⼊の敷居が低いことを感じてもらえれば幸いです