New Relicのエキスパートエンジニアがプロダクトの基本からベストプラクティスまでをご披露いたします。パフォーマンスモニタリングからより高度なインサイトの取得まで、New Relic デジタルインテリジェンスプラットフォーム全体の活用方法をご説明いたします。

1. 1
Getting started with New Relic APM
Confidential ©2008-16 New Relic, Inc. All rights reserved.
⽇吉 潤⼀郎 (Harry Hiyoshi)
Technical Account Manager for Japan
jhiyoshi@newrelic.com

2. 本⽇の内容
午前の部 New Relic 基礎編
10:00 – 10:15 15m
New Relic の 基本アーキテクチャ
10:15 – 10:45 30m
New Relic APMでトラブルシューティング
10:45 – 11:15 30m
実習#1: トラブルシューティング
11:15 – 11:35 20m
トラブルシューティングに有効なその他の機能
11:35 – 12:15 40m
New Relic for Ops
12:15 – 12:30 15m
実習#2: アラートの設定
12:30 – 13:30 60m
昼⾷
午後の部 New Relic 応⽤編
13:30 - 13:50 20m
New Relic Infrastructure の効果的な利⽤法
13:50 - 14:10 20m
実習#３: サーバリソース起因の遅延を確認
14:10 – 14:50 40m
WEBフロントエンドのパフォーマンス診断
14:50 – 15:10 20m
モバイルアプリのトラブルシューティング
15:10 – 15:40 30m
New Relic Insights でパフォーマンス分析
15:40 – 16:00 20m
実習#4: Insightsでパフォーマンス分析

3. Confidential ©2008-16 New Relic, Inc. All rights reserved.
10:00 – 10:15 (15m)
New Relic の基本アーキテクチャ

4. How New Relic APM Works

9. アプリケーションスタックの全てに対応

10. アプリケーションスタックの全てに対応

11. アプリケーションスタックの全てに対応

12. アプリケーションスタックの全てに対応

13. Confidential ©2008-16 New Relic, Inc. All rights reserved.
10:15 – 10:45 (30m)
New Relic APMでトラブルシューティング

14. “Overview”から⼊って問題を絞り込む
Time Picker
表⽰時間帯
を変更
表⽰チャート
を変更
Apdex
ユーザー満⾜
度を確認
Error rate
エラー件数を
確認
Transactions
ワースト５
トランザクション
処理レイヤー分類

15. 特定のセグメントを更に絞り込んで分析
表⽰するチャート
を変更
トランザクション
を選択
その処理の詳細

16. トレースから問題箇所を特定
トレースを選択
トレース取得時刻
⾊で遅延メソッドを特定
Trace details
Drilldown
クエリ詳細

17. New Relic APM でトラブルシューティング
デモ

18. Confidential ©2008-16 New Relic, Inc. All rights reserved.
10:45 – 11:15 (30m)
実習#1: トラブルシューティング

19. 実習#1: トラブルシューティング
1. https://rpm.newrelic.com/accounts/XXXXXX にアクセス
2. ご自身のメールアドレスとパスワードでログイン
3. Application “New Relic Pet Clinic” を開いてください
4. Time picker で、“Nov.8 1:00 PM までの3時間“ を指定

20. 実習#1: トラブルシューティング
５. 以下を確認してください
! 最も時間が費やされているのはどの処理レイヤーか？
! 最も遅延しているトランザクションは何か？
! それらの処理の中で、最も遅延しているメソッドは？
! (補足質問）Overview でTransaction はミリ秒で表示され
ているが、Transactionsでは%表示。その違いは？

21. Confidential ©2008-16 New Relic, Inc. All rights reserved.
11:15 – 11:35 (20m)
トラブルシューティングに有効なその他の機能

22. Custom Instrumentation の活⽤
! 任意のクラス・メソッドを、測定対象としたい場合に利⽤

23. Custom Instrumentation の活⽤
! クラス名、メソッド名がわかる場合はManualで⼊⼒
! わからない場合は、Thread Profiler で確認しながら設定

24. Error Analytics の活⽤
1. エラーを分類＝Error Grouping
2. エラーの傾向を分析＝Error Profiling

25. Deployment tracking の活⽤
! fixをdeployしたら、その前後のパフォーマンスを⽐較

26. Deployment tracking の活⽤
! Deployment makerをNew Relicに渡すための2通
りの設定⽅法
・エージェントのインストーラから
・REST APIをコール

27. トラブルシューティングに有効なその他の機能
デ モ

28. Confidential ©2008-16 New Relic, Inc. All rights reserved.
11:35 – 12:15 (40m)
New Relic for Ops

29. ! NewRelicが発明した業界標準のユーザ満⾜度を測る指標
! 全リクエストのレスポンス時間を以下に分類し、その件
数をカウントする
Satisfied ： T (閾値）以下
Tolerating : T 以上、4T 以下
Frustrated : 4T 以上
! Apdexの計算（直近の５分をまとめて、２分おきに）
Apdexとは？

30. なぜApdexが必要とされるのか？
! 平均応答時間は、ユーザ全体を表す指標となりうるか？
! https://blog.newrelic.com/2013/09/10/breaking-
down-apdex/#references
平均値 95％
中央値,50%
25％ から 75%

31. 最適な閾値（T）をどう設定したら良いのか？
! 低すぎればアラート多発、⾼すぎれば⾒逃し
・パーセンタイルから割り出すのが妥当？
! https://blog.newrelic.com/2017/06/29/how-to-
choose-apdex-t/

32. Key Transactionとは？
! 重要なトランザクションにフォーカスして監視
! X-Rayセッション
・特定のキートランザクションのスレッドダンプを収集

33. New Relic Alerts
まず、Alert Policyを定義
! Alert Condition (複数）
! Notification Channel（複数）

34. Baseline Alert
! アブノーマルな状態を検出する
・異常度合いをスライダーで調整しながら決定

35. アラートの通知とインシデントの管理
Alert Policy
! Alert Condition
! Notification Channel
Incident
! Violations
! Acknowledge
Violation発⽣
Incident Preferenceに基づいて実施

36. New Relic for Ops
デ モ

37. Confidential ©2008-16 New Relic, Inc. All rights reserved.
12:15 – 12:30 (15m)
実習#2: アラートの設定

38. 実習#２: アラートの設定
1. https://rpm.newrelic.com/accounts/XXXXXX にアクセス
2. ご自身のメールアドレスとパスワードでログイン
3. Application “New Relic Pet Clinic” を開いてください
4. 以下を実施してください
・少なくとも５分間において、当アプリケーションが、１
分あたり１００件以上のリクエストを受信した場合に、自
分に通知する様にアラートの定義を行う
・実際にメールが受信できるか確認する

39. Confidential ©2008-16 New Relic, Inc. All rights reserved.
12:30 – 13:30 (60m)
昼⾷

40. Confidential ©2008-16 New Relic, Inc. All rights reserved.
13:30 – 13:50 (20m)
New Relic Infrastructure の効果的な利⽤法

41. ! グルーピング機能を利⽤して効率的に分析
New Relic Infrastructure の活⽤(１)
システムメトリックを監視するだけに留まらない有効な活⽤⽅法

42. ! イベントを活⽤して、問題発⽣前後に何が変わったのか
を確認
New Relic Infrastructure の活⽤(２)
システムメトリックを監視するだけに留まらない有効な活⽤⽅法

43. ! ヘルスマップで、アプリケーションとの相関関係を確認
New Relic Infrastructure の活⽤(３)
システムメトリックを監視するだけに留まらない有効な活⽤⽅法

44. New Relic Infrastructure
デ モ

45. Confidential ©2008-16 New Relic, Inc. All rights reserved.
13:50 – 14:10 (30m)
実習#３: サーバリソース起因の遅延を確認

46. 実習#３:サーバリソース起因の遅延を確認
1. https://rpm.newrelic.com/accounts/XXXXXX にアクセス
2. ご自身のメールアドレスとパスワードでログイン
3. Infrastructureを開いてください
4. Time picker で、“Nov.8 11:00 AM から Nov.8 12:30 PM”を指
定

47. 実習#３:サーバリソース起因の遅延を確認
５. 以下を実施してください
・何か異常が見られるでしょうか？
・アプリケーションへの影響はどうでしょうか？
・その時間帯にサーバの設定変更はなかったでしょうか？
誰がログインしていたでしょうか？
・何が原因でその問題が発生していたのでしょうか？
(ヒント：プロセス）

48. Confidential ©2008-16 New Relic, Inc. All rights reserved.
14:10 – 14:50 (40m)
WEBフロントエンドのパフォーマンス診断

49. New Relic Browser のアーキテクチャ
! Java Script Snippet をWeb ページに inject
・APMエージェント利⽤中：エージェントが⾃動挿⼊
・それ以外：⼿動でJavaScriptをWebページに挿⼊
injection
JS snippet

50. WEBフロントエンドのパフォーマンス診断
ブラウザ上の処理を４つに切り分け
! Network
! Web app time
! Dom Processing
! Page rendering

51. ４つの切り分けの詳細
Network
(1st part)
Web app
time
Network
(2nd part)
DOM
processing
Page
rendering
1. リクエスト送信
time
2. リクエストがサーバへ到着
3. アプリコード実⾏完了
4. BrowserのHTML受信, 処理開始
5. HTML処理完了、DOMContentLoaded イベント
6. ページレンダリング完了、Window load イベント
フロントエンド処理時間

52. Session Trace でユーザ体験を確認
! 全ユーザセッションを“ランダムに”ピックアップ
! 以下の内容を確認したい時は、Session Tracesを
・ページ毎のブラウザイベントのタイミング
・リソース毎のロード時間、AJAXレスポンスタイム
・セッション中のユーザーのインタラクション
・JavaScript エラーを起こしたアクティビティ

53. Session Traces でセッションを丸⾒えに
最⻑で10分間の
セッション記録を
とります

54. New Relic Browser
Session Traces の
デ モ

55. RUM (Real User Monitoring) vs Synthetic
ユーザー体感の監視をしたいが、RUMには限界が…
! パフォーマンスに影響を与える要素が多すぎる
・パフォーマンス問題をコントロールできない
・アラートの有効性が薄れる
! ユーザーがページを開かなければ監視できない
・もし深夜にアプリが停⽌していたら…
Synthetics が解決します

56. New Relic Synthetics
! Ping
無償。HTTPリクエスト送信。ブラウザ起動なし
! Simple Browser
HTTPリクエストを送信。ブラウザを起動しページをロード
! Scripted Browser
スクリプトで動作を指定。ブラウザを起動しページをロード
! API Test
ブラウザ起動なし。APIをコール
4タイプのモニタを、指定のロケーションから、指定したタイミングで実⾏

57. New Relic Synthetics
Results の
デ モ

58. RUM(Browser)とSyntheticsを同時利⽤し切り分け
Browser での応答時間に異常あり
Syntheticsでの応答時間と⽐較
特殊な環境に
依存した問題？
ページ⾃体や
バックエンドに
依存した問題？
Key Transactions については両⽅の観点で監視すべき

59. Confidential ©2008-16 New Relic, Inc. All rights reserved.
14:50 – 15:10 (20m)
モバイルアプリのトラブルシューティング

60. ! ネイティブアプリをサポート。SDKを組み込んで
ビルドすれば、⾃動でUX関連データを収集
! ハイブリッドは、Browser で監視
New Relic Mobile とは

61. ! Group と Filter で 絞り込み → ドリルダウン
Crash analysis の活⽤
ビジネス上のプライオリティと照らし合わせ、効率的にトラブルシュート

62. ! “Stack trace & Interactions“, ”Event”
個別のクラッシュにドリルダウン

63. New Relic Mobile
Crash analysis
デ モ

64. ! （クラッシュしていないものも含めて）
発⽣した全てのExceptionについて、Group & Filter
Handled Exceptions NEW!!

65. Confidential ©2008-16 New Relic, Inc. All rights reserved.
15:10 – 15:40 (30m)
New Relic Insights の活⽤

66. ! APM 等の各製品だけではデータが⾜りない時
New Relic Insights が必要となるケース
このピークでの処理時間
は、８２５４件のトラン
ザクションの1分間の平均。
実際の分布は？？
平均応答時間は573msだが、
実際には３秒を超えるものも
複数計測されている

67. ! Query(NRQL)を記述 または Data Explorer
New Relic Insights のデータ出⼒⽅法

68. Custom Attributes
! エージェント毎にイベントを収集
・APM : Transactions
・Browser : PageView と PageAction
・Mobile : Mobile
・Synthetics : SynthetiCheck と SyntheticRequest
! 上記のイベント内に欲しいデータがない場合、アプ
リのソース内にカスタムAPIを挿⼊して、エージェ
ントにCustom Attributeを送信させる

69. New Relic Insights
デ モ

70. (デモでお⾒せしたクエリ）
・セッション数の延べ数を条件付きで
Select count(session) from PageView Where appName='New Relic Pet Clinic'
・時間範囲を追加（SINCE)
Select count(session) from PageView Where appName='New Relic Pet Clinic' since 1 day ago
・条件を追加
Select Count(session) from PageView Where appName='New Relic Pet Clinic’ and pageUrl='hEp://
xxxxxxxx.compute.amazonaws.com/petclinic/' since 1 day ago
・条件を正規表現で指定 (LIKE)
Select Count(session) from PageView Where appName='New Relic Pet Clinic'and pageUrl LIKE
'%owners%' since 1 day ago

71. (デモでお⾒せしたクエリ）
・グルーピング（FACET)
Select Count(session) from PageView Where appName='New Relic Pet Clinic' facet pageUrl since 1 day
ago
・複数の値を比較
Select Count(session), average(duraSon) from PageView Where appName='New Relic Pet Clinic' facet
pageUrl since 1 day ago
・ユニーク数の計測
Select uniqueCount(session) from PageView Where appName='New Relic Pet Clinic' since 1 day ago
・histogramの表示
Select histogram(duraSon, 8, 32) from PageView Where appName='ecomm' since 1 day ago

72. Confidential ©2008-16 New Relic, Inc. All rights reserved.
15:40 – 16:00 (20m)
実習#4:Insightsでパフォーマンス分析

73. 実習#4: Insightsでパフォーマンス分析
1. https://rpm.newrelic.com/accounts/XXXXXX にアクセス
2. ご自身のメールアドレスとパスワードでログイン
3. Insightsを開いてください
4. 以下を確認してください
! 過去３０分で、“のべ”何 セッションが New Relic Pet Store にアク
セスしていますか？同様の条件で、ユニークなセッション数は？
ヒント： “SELECT count()”, “SELECT uniqueCount()”
! 過去24時間で、どのcityからのアクセスが最も多いですか？
ヒント： “FACET xxx “ xxx でグループ分け

74. 本日はこれで終了です！！
お疲れ様でした
ご質問はメールでご連絡ください
日吉潤一郎 (Harry Hiyoshi)
jhiyoshi@newrelic.com