Mackerel Meetup #5での「アメーバオウンドとMackerel」の発表資料

1. アメーバオウンド
x
Mackerel
@dblmkt

2. 自己紹介
• @dblmkt
• 株式会社サイバーエージェント アメーバ統括本部
• サービスインフラ担当 兼 マネージャ
• アメーバブログ
• アメーバオウンド ← 今日はこちら
• 主にデータベース(MySQL)、構成管理(ChefとかAnsible
とか)、監視、ミドルウェア周り

3. ちょっと宣伝
• 「SQLパフォーマンス詳解」翻訳しました
• http://sql-performance-explained.jp/
• ブログ記事などを人力で翻訳するプロジェクト
Yakstやってます
• https://yakst.com/ja
• 翻訳仲間募集中

4. アメーバのサービス

5. アメーバのサービス

6. アメーバのサービス

8. アメーバオウンド
• あなただけのホームページ、ブログ、メディアをつ
くりましょう
• 簡単におしゃれなサイトを作れます
• 2015年3月サービス開始
• www.amebaownd.com

9. Mackerelを知った経緯
• 2014年夏、アメーバオウンド開発開始
• 2014年11月ごろ、id:stanakaさんが来社
• いいなとは思ったけど使うイメージ湧かず

10. ( ́_ゝ`）ﾌｰﾝ

11. 理由
• 当時ほとんどパブリッククラウド未使用
• クラウド監視サービスの魅力を感じなかった
• 自分でChef流して作ればいいじゃん
• 高いじゃん

12. Web
DB
Redis
CI

13. なぜMackerel？
• InfluxDB 0.8+Grafanaがいけてなかった！
• 更新はそこそこ高速・低負荷
• 参照がめちゃくちゃ重い
• あらゆるクエリがフルスキャン (0.9.xで劇的改善)
• そうだMackerelにしよう

14. 導入
• 結構ゆっくりやって1ヶ月(実質1週間)
• Ansibleでサクッと

15. 導入の注意点(1)
• OSのホスト名をつける！
• Mackerel上でのホスト名になります
• つけてないとdisplay_nameを使用する必要

16. 導入の注意点(2)
• サービスとロールの設計に注意
• ホスト名(内部DNSのレコード)の命名規則
• [環境]-[役割][通し番号].[サービス名].local
• 例、prd-dbs101.hoge.local

17. • オーガニゼーション=サービス名
• サービス=環境(prd,stg,dev)
• ロール=役割

18. 応用

19. Sensu pluginsを使う
• Sensu用死活監視・メトリクス取得のスクリプト群
• mackerel-agent-pluginsで不足なら一見の価値
• http://sensu-plugins.io/
• RabbitMQ, Unicorn, Twemproxy, Riakなど
• gem installで導入

20. Resque
• キューの処理数やpendingキュー数など

21. Golang
• golang-stats-api-handlerから値を持ってくる
• ゴルーチン数やGC、ヒープの情報など

22. スキーマに注意
• プラグインが値を渡す時のフォーマット
• デフォルトだと「ホスト名.監視対象.*」が多い
• ホスト名は除いた方がよい

23. スキーマに注意
• Mackerelは.(ドット)を区切りに最長一致したもの
を同じグラフに
• アラート設定をホストごとに作らなくてはならない

24. 現状
• ダッシュボードが徐々に見やすく
• 同種のカスタムメトリクスの積み重ねグラフがサ
ポート
• 今週、InfluxDB+Grafanaを卒業！

26. Web
DB
Redis
CI

27. 欲しい機能
• 同種のカスタムメトリクスの積み重ねグラフサポー
ト
• warn、critのどちらかを無効にできる or アラート
の送信先を分けられる
• アラートを飛ばしたらコマンドを実行する
• 問題発生時の自動再起動

28. 結論
• まだ全部は置き換えられてない
• とはいえ導入も運用もカンタン & 見やすい
• 日々進化し続けている
• 使ってよかった！

29. おわり