つかろぐスマートフォン用の表示で見るつかろぐもしかしたらどこかの誰かの役に立つかも...2018-12-20気づいたら1年間でサービスメトリックが6→238に増えていた話mackerelこの記事はMackerelアドベントカレンダー2018の20日目のエントリーです。本当は「Mackerelを使って働き方改革してみた」というネタを書きたかったのですが、12月になった途端に想定外なデスマと戦うことになり改革が出来てないので私個人の振り返り的なお話をしようと思います。ちなみにタイトルはアレですが、Mackerelをよく知らない人に「こんなことが出来る」という参考になれば幸いです。はじめに...私は1年程前に入社した現職でひょんな事からインフラエンジニアとなり、あるサービスのインフラの管理をしています。入社当時からMackerelは導入されていたのですが活用されてはおらず、サービスメトリックは外形監視を設定すると追加されるHTTPレスポンスタイムのメトリックが6つ程だったと記憶しています。それを見て「いやいやサービスメトリックめっちゃ便利なのになぜ使わん!」と言うことで、あれこれサービスメトリックに集めたりした記録です。ため、基本はその数分〜数十分間だけアクセスが集中するのですが、LINEやTwitterなどのSNSから突発的にアクセスが流入したりします。どんなサービスでもそうですがアクセスが増えると負荷は高まりますし、想定外の不具合が起きたりしますよね。Serverless)でGoogleアナリティクスのアクティブユーザー数を連携させました。呼ばれてたとか呼ばれてないとか。アクセスに対して負荷がどの程度かかるかが見えることで必要なキャパシティを見積もることができ、リザーブドインスタンスの購入目安を決めることが出来て前年と比べてコストを40%ほど削減出来ることになりました。あとは予期せずアクセスが増えた際にアラートを通知するようにして気づきを得ることが出来るようになったのも良かったです。DynamoDB連携Googleアナリティクスが見れることでだいぶ楽になったと思ったのですが次に欲しくなったのはDynamoDBとの連携です。担当するシステムではDynamoDBのテーブルを複数使用して稼働しています。私は現職までDynamoDBを全く触ったことがなかったのですが、実際にサービスを開発しているエンジニア達もDynamoDBのリソースがどのように消費されているかキチンと理解しているかと言うと全くわかっていない状況でした。言う事で再び実装しました。(コードは割愛...)CloudWatchよりも他の要素との比較が容易になり、不要なプロビジョンドキャパシティユニットも明確になって、これをきっかけにDynamoDBのコストも40%ほど削減することが出来ました。ちなみにこれをリリースして数カ月後にDynamoDBとのインテグレーションが正式リリースされ個人的にはかなりワクワクしました。AWS料金連携コスト削減が上手く行くと、継続的に維持が出来ているか確認したくなります。芸人の血が騒ぎますよねー🤣github.comサンプルコードは料金の推移だけですが、こんな感じでみることが出来ます。いった運用もできるため更新漏れ等にも気づけるようになりました。リザーブドインスタンスのカバレッジをサービスメトリクスに追加した。これで更新漏れてもアラートで気付くようになるね。2018200を超過したことで1ホストぶん課金は増えましたが、それ以上に恩恵を受けたインパクトが大きいです。Carbonにmackerel-agentをイン...お久しぶりです。tukaeluはてなブログをはじめよう!tukaeluさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。