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
230
第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
第166回 雲勉 コードを読んで理解する AWS Amplify Gen2 Backend
iret
0
12
第165回 雲勉 Google Agentspace について
iret
0
15
第164回 雲勉 Agent Development Kit と MCP Toolbox for Databases で MCP 連携してみた
iret
1
34
第163回 雲勉 CircleCIで複数リポジトリ間のパイプラインを連携する
iret
1
34
第162回 雲勉 比較して学ぶ AWS Amplify Gen 2
iret
0
46
第161回 雲勉 Amazon Kinesis Data Streams と Amazon Data Firehose を使ってみよう
iret
0
46
第160回 雲勉 それ、AWS Step Functions で置き換えれん?
iret
0
69
第159回 雲勉 Amazon Bedrock でブラウザを操作する AI エージェントを作ってみた
iret
0
82
第158回 雲勉 AWS CDK 入門 ~ プログラミング言語で書くインフラ Python 編 ~
iret
0
65
Other Decks in Technology
See All in Technology
~宇宙最速~2025年AWS Summit レポート
satodesu
1
1.2k
Snowflake Summit 2025 データエンジニアリング関連新機能紹介 / Snowflake Summit 2025 What's New about Data Engineering
tiltmax3
0
220
AI技術トレンド勉強会 #1MCPの基礎と実務での応用
nisei_k
1
240
実践! AIエージェント導入記
1mono2prod
0
140
Claude Code Actionを使ったコード品質改善の取り組み
potix2
PRO
3
1.4k
Claude Code どこまでも/ Claude Code Everywhere
nwiizo
53
31k
変化する開発、進化する体系時代に適応するソフトウェアエンジニアの知識と考え方(JaSST'25 Kansai)
mizunori
0
130
A2Aのクライアントを自作する
rynsuke
1
150
AIのAIによるAIのための出力評価と改善
chocoyama
0
490
DenoとJSRで実現する最速MCPサーバー開発記 / Building MCP Servers at Lightning Speed with Deno and JSR
yamanoku
1
280
Amazon ECS & AWS Fargate 運用アーキテクチャ2025 / Amazon ECS and AWS Fargate Ops Architecture 2025
iselegant
13
4.3k
白金鉱業Meetup_Vol.19_PoCはデモで語れ!顧客の本音とインサイトを引き出すソリューション構築
brainpadpr
2
470
Featured
See All Featured
What's in a price? How to price your products and services
michaelherold
245
12k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
53
2.8k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
357
30k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
53k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
43
2.4k
Reflections from 52 weeks, 52 projects
jeffersonlam
351
20k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
29
1.8k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
31
1.2k
Side Projects
sachag
455
42k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
120k
Building a Scalable Design System with Sketch
lauravandoore
462
33k
How STYLIGHT went responsive
nonsquared
100
5.6k
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 ・ 基本的には公式ドキュメントで調べつつ理解して設定するのが⼀番 ・ ただし記述内容を理解するのに時間がかかる⾯がある ・ 以上の端的な⼿順で導⼊の敷居が低いことを感じてもらえれば幸いです