2014年10月3日に行った技術者向け勉強会でお話した、『Webエンジニアに贈る、正しい番犬の飼い方』の講座資料です。

1. Webエンジニアに贈る、正しい番犬の飼い方
Innova,
inc.
三上 悟
Photo by https://www.flickr.com/photos/mindfuel/9849492626/

2. ⾃自⼰己紹介
2
名前：三上 悟 (@saicologic)
所属：開発部
役割：リードエンジニア
経歴：デザイン⼯工学部卒業。Sierやスタートアップでエンジニア。ブログやSNS
の開発、ECのプラットフォームでマルチテナントの店舗管理理システムを作る。
前職でデータセンターを仮想化するミドルウェアをOSSで開発。２社のパブ
リッククラウドサービスの⽴立立ち上げに参加し、サーバー・プロビジョニングの
⾃自動化、監視システムの構築、継続的インテグレーション等のインフラ業務を
経験。2014年年4⽉月にイノーバにジョイン。⼊入社半年年でも古株。業界歴は９年年
好きな⾔言語：Python、Ruby
最近の興味：⾃自然⾔言語処理理と機械学習を使ったデータ解析と可視化

3. 3
今⽇日のお話

4. 4
正しい番⽝犬の飼い⽅方

5. 5
番⽝犬とは、
監視システムのことです。

6. Webサービスの会社でよく使われている監視システム
6
オープンソースソフトウェア
・Nagios
・Zabbix
・Cacti
・Munin
・Kibana
クラウドサービス
・CloudWatch
・NewRelic
・Datadog
・Librato

7. 今⽇日のお話
7
監視システムの設計と管理理
[WHY] なぜモニタリングするのか？
[WHAT] なにをモニタリングするのか？
[HOW] どのようにモニタリングをしているのか？

8. WHY
なぜモニタリングするのか？
Photo by https://www.flickr.com/photos/bl4d3runr/3436461112/

9. 9
⾝身近なトラブル

10. ⾝身近なトラブル
10
ユーザー視点
・ログインできない
・サービスにつながらない
・レスポンスが遅い
・ファイルがアップロードできない
・⾮非公開の設定のはずなのに公開されてる
運⽤用者視点
・サーバー・プロセスが落落ちた
・データの書き込みができない
・ログに⼤大量量のエラーがでている

11. 正直しんどい
Photo by https://www.flickr.com/photos/yornik/6698150783/

12. トラブルの原因はなにか？
12
ユーザー視点
・ログインできない = バグ
・サービスにつながらない = ハードウェア障害、DNS設定ミス
・レスポンスが遅い = メモリ不不⾜足、CPU⾜足りない、I/O待ち、チューニング不不⾜足
・ファイルがアップロードできない = ディスク容量量不不⾜足
・⾮非公開の設定のはずなのに公開されてる =バグ、SQLインジェクション
運⽤用者視点
・サーバー・プロセスが落落ちた = プロセス監視なし、⾃自動起動なし
・データの書き込みができない = ディスク容量量不不⾜足
・ログに⼤大量量のエラーがでている = バグ

13. WHY
なぜモニタリングするのか？
Photo by https://www.flickr.com/photos/bl4d3runr/3436461112/

14. なぜモニタリングするのか？
14
• 問題が起きる前に早めに問題を発⾒見見して対応したい
• もし問題が起きてしまった時はすぐに対応したい
そのためには、継続的にシステム（サービス、ハードウェア、
ソフトウェア、ネットワーク）をモニタリングするシステムを
構築し、問題を検知する仕組みを作り、もし問題が起きた時に
はすぐに対応できる体制を作る必要があります。

15. WHAT
なにをモニタリングするのか？
Photo by https://www.flickr.com/photos/rollanb/3545177630/

16. なにをモニタリングするのか？
16
サービス
Cloud CMO
ハードウェア
Amazon AWS(EC2、ELB、EBS)
ソフトウェア
GITHUB、CircleCI、Jenkins
データベース
ElastiCache、RDS、Redshift
ネットワーク
AWS Region、Amazon VPC、Security Group
セキュリティー
Cloud Trail、不不正アクセス、不不正ログイン

17. ⼀一般的な監視項⽬目
17
・死活監視
・サービス監視
・性能監視
・セキュリティー・操作ログ監視
・ハードウェア異異常監視
・サービス利利⽤用料料⾦金金監視
考えたらいろいろと監視しなければならないと思う項⽬目がでてきますが、
なぜ監視をする必要があるのか⽬目的を決めて、
無理理のない監視設計をしましょう。

18. HOW
どのようにモニタリングをしているのか？
Photo by https://www.flickr.com/photos/kurt-b/8438783471/

19. 19
Monitored
by

20. Datadogについて
20
SaaS型のモニタリングサービス
できること
[Integration] 豊富なクラウドサービスとのインテグレーション
[Dashboards] リアルタイムでインタラクティブなダッシュボード
[Correlation] イベントの検索索や関連するメトリクス表⽰示
[Collaboration] メトリクスのシェア
[Developer APIs] システム連携ができる開発者向けAPI
[Metrics Alerts] 閾値の設定を視覚的に設定できるアラート

21. Datadogを採⽤用した５つの理理由
21
1. 簡単にAWSと連携できる
2. 簡単にダッシュボードが作れる。きれい
3. 通知⼿手段いろいろ（メール、PagerDuty、Slack)
4. アラートメールの表⽰示が親切切
5.（そこそこ）安い

22. 1. 簡単にAWSと連携できる
22

23. 1. 簡単にAWSと連携できる
23

24. 2. 簡単にダッシュボードが作れる。きれい
24

25. 2. 簡単にダッシュボードが作れる。きれい
25

26. 3. 通知⼿手段いろいろ
26

27. 4. アラートメールの表⽰示が親切切
27

28. 5.（そこそこ）安い
サービスDatadogMackerel365⽇日有⼈人監視※2
ホスト/⽉月額※1$15$20$100
初期費⽤用※1なしなし$500/1インスタンス
⽇日本語サポート国内１名
ベストエフォートありあり
⽇日本語マニュアル整備中あり-‐‑‒
障害時対応社内社内社外
API連携可能可能-
インテグレーションAWS、その他なしAWS
EC2, ELB, RDS
開発拠点⽶米国・ニューヨーク⽇日本・東京⽇日本・東京
28
※1 $1=100円換算
※2 クラスメソッド

29. Photo by https://www.flickr.com/photos/kylemay/486395643/

30. Photo by https://www.flickr.com/photos/pixelbusters/8155382370/

31. Photo by https://www.flickr.com/photos/nathanmac87/14222458791/

32. 32
ご清聴ありがとうございました。
株式会社イノーバ(Innova, inc.)
〒141-‐‑‒0022 東京都品川区東五反⽥田2-‐‑‒3-‐‑‒4 ビック・ナインビル8F
☎︎03-‐‑‒6450-‐‑‒4911

33. Photo by https://www.flickr.com/photos/acousticskyy/503770333313/