こんにちは。 Mackerel SRE チームの id:heleeen です 先日、Terraform Registry に Mackerel 用の Terraform Provider を公開しました。 これによって Terraform で監視設定など各種設定を管理することができます。 mackerelio-labs/mackerel | Terraform Registry Terraform Provider Mackerel 公開にあたって Mackerel の Terraform Provider はこれまで公式に公開していなかったのですが、以前から作成、公開されていた @xcezx さん、 @kjm さんにご協力いただき公開することができました。 公開にあたりご対応いただきました @xcezx さん、 @kjm さんにはこの場で改めて感謝を申し上げます。 mackereilo-

先日のOSO2020で、はてなの吉田さん(id:syou6162)がカラムのコメント数をMackerelのサービスメトリックとして登録して可視化したという話をして感銘を受けたので早速rake taskを作ってみた。 なお、先日の記事。 patorash.hatenablog.com 言及されていたのは、スライドのここ。一番下に書いてありますね。 オープンセミナー岡山 これから始めるデータ活用 from syou6162 ところで私はMackerel初心者です 会社ではMackerel使っているし、私自身も一応恩恵は受けているのですが、Herokuを使っているから外形監視くらいなもんで、じゃあどうやって可視化したらええねん？っていうところで、早速家にあるMackerelサーバ監視入門を引っ張り出したわけです。1回は読んだんですよ！なかなか使う機会がないだけで！ Mackerel サーバ監視[

この記事はBASE Advent Calendar 2020の5日目の記事です。 SRE Groupのngswです。 Eコマースプラットフォーム「BASE」における障害発生時に、社内関係者に連絡網に基づいて電話発信するシステムを構築しました。 このエントリでは、その導入までの経緯と具体的な当該システムの説明をします。 TL;DR 「BASE」で問題が発生した際に意思決定者に電話発信する周知システムを構築した 「導入前に考えたこと」をまず主題として書いた 参考URL記事のまま手順であるが、それでも導入時に詰まった事柄など落ち穂拾い的に追記した 謝辞 Twilio FunctionsとStudioを使って連続架電を行う - Qiita 大変わかりやすい記事であり、ほぼすべてを参考にさせていただいた。このQiita記事がなければ短期間で実現することは不可能であったと考える 導入に至る経緯 07月

こんにちは。MackerelチームSREのid:heleeenです。 Mackerelでは、2020年10月14日に計画メンテナンスを実施しました。今回は告知ブログに記載の通り、Mackerelが利用しているRedisをAmazon ElastiCache for Redis（以下、ElastiCache）へ移行しました。 本記事では、この10月の計画停止の裏側を紹介します。 どのようにElastiCacheへ移行するか 大半のRedisを無停止で移行 最後はElastiCacheへのオンライン移行を使用 メンテナンスに向けたさまざまな準備 メンテナンス手順書のチーム内レビュー メンテンス実施中の役割分担 なぜタイムキーパーが必要になったのか リモートで停止メンテナンスを実施する方法 検証環境を利用して事前にリハーサルも実施 Redisを安全に効率よく切り替えるために 参照するRedisを

先日， AWS Lambda の新機能 Lambda Extensions がリリースされました． モニタリング，オブザーバビリティ，セキュリティ，ガバナンス用のツールと Lambda との統合を簡単にすることを可能にします． 従来 Lambda でモニタリングするときなどは，どうしてもアプリケーションコードにモニタリングのコードを埋め込む必要があったので，ビジネスロジックが汚されてしまうという難点がありましたが， Lambda Extensions を使うことでこれを軽減することができます． さらに，Lambda Extensions には Internal extensions と External extensions があるのですが， External extensions は Lambda 関数とは独立したプロセスで動くため Lambda 関数とは別の言語で書かれていても動作した

こんにちは。Mackerelチーム CRE の井上（ id:a-know ）です。実は先週・17日は、Mackerel を正式リリースしてから満6年となる、記念すべき日でした。 mackerel.io それを祝して......というわけではないのですが、今回は大型リリースのお知らせになります。 待望の Google Cloud インテグレーションをリリースいたしました！本日より、ご利用可能です！ mackerel.io Google Cloud インテグレーションをリリースしました Google Cloud インテグレーションは、オーガニゼーション詳細ページ内、「Google Cloud インテグレーション」タブから設定することができます。 Google Cloud インテグレーションをご利用いただくには、サービスアカウントの設定が必要となります。詳細は下記ヘルプページを参照してください。

8/13(木)に株式会社はてな様主催のオンラインセミナー「Mackerel 2020年上半期アップデート一挙紹介＆デモ！」に参加してきました?暑い夏でも涼しいお部屋でセミナー受けられるのは幸せですた。 サーバー監視はなぜ必要なのかを改めてお話しいただいた後に上半期アップデートをデモと一緒にご紹介いただきました。最近のMackerelアップデートを追い切れていない方もこの機会に整理しましょう。 上半期アップデート簡単まとめ AWSに関するアップデート 対応サービスの拡充(Batch,WAF(v1/v2),API Gateway) メトリックの追加(ALB,NLB,CloudFront,RDS) Amazon EventBridgeのイベントリソースとして「Mackerel」が選択できるようになった AWSインテグレーションでメトリック単位で監視したい項目を細かく指定できるようになった AWS

こんにちは, Mackerel 開発チーム アプリケーションエンジニアの id:susisu です. 現在 Mackerel では, Web コンソール画面の開発に使用しているフレームワークを, これまで使用してきた AngularJS から React へ移行することを中心とした, フロントエンド開発の刷新プロジェクトを行っています. このプロジェクトの立ち上げについては以前 Hatena Engineer Seminar で発表しましたが, そこでは時間の都合もあり, 技術的側面についてはあまり深く掘り下げることは出来ませんでした. ということでこの記事では, より技術的な面にフォーカスしてプロジェクトの内容をご紹介できればと思います. "React化" プロジェクトについて Mackerel の開発は 2014 年ごろから始まりましたが, フロントエンドのフレームワークとしては当初か

ついに！　Mackerel の AWS インテグレーション機能を API 経由で操作可能になりました！ 実はアナウンスに先立って、 6/4 (木) には上記のドキュメントも公開されていたので、お気付きの方もいらしたかと思います。 publish markdowns · mackerelio/documents@c10caf6 Mackerel はその取っ掛かりの手軽さと拡張性が特徴ですが、API が豊富に用意されていて「as Code」でコントロール可能なところも魅力のひとつと思っています。 ところがこれまで、AWS インテグレーション機能については API が用意されておらず、AWS を主戦場とする弊社社員としては長年歯がゆい思いをつのらせておりました。Meetup などの場ではてな社の方々に直接お願いしたことも 1 度ではないと思います。 それが！　ついに！ というわけで、さっそくご紹

こんにちは。Mackerelの社内ユーザー id:koudenpa です。はてな社内では珍しいAzure推し人間です。 この記事ではMicrosoft Azure（以下Azure）上に構築した『基本的なWebアプリケーション』を例に、MackerelのAzureインテグレーション機能を中心とした監視の事始めを紹介します。 『基本的なWebアプリケーション』はAzureアーキテクチャセンターで提示されているものです。 docs.microsoft.com アプリケーションをApp Serviceでホスティングし、データをSQL Databaseに保存する、まさに基本的な構成です。 How to Azureインテグレーション 『基本的なWebアプリケーション』はAzureのマネージドサービスで構成されています。これをMackerelを使って監視するにはAzureインテグレーション機能を用いてそ

はじめに 井上大輔（@a_know／GitHub： a-know）と申します。株式会社はてなでCRE（Customer Reliability Engineerの略称、詳細は後述）という職種として業務に従事しています。担当プロダクトは、サーバー監視サービスのMackerelです。 現在の所属に至るまでの間、製造業のシステム子会社やいくつかのWeb系企業でのシステム開発・運用業務を経験してきました。いわゆる"Webサービス"が好きで、余暇の時間で趣味のサービスを作ったり、そのためのインプットをしたりしています。 また現在は、出身が岡山ということもあり、家族の事情などを考慮し、昨年7月から岡山県倉敷市に住まいを移し、フルリモートで仕事をしています。 "CRE"について みなさんは"CRE"（Customer Reliability Engineer）という職種をご存知でしょうか。かのGoogl

こんにちは！Mackerelチーム CRE の井上（id:a-know）です。 先日はMackerel初のオンラインセミナーの開催をお知らせしましたが、 mackerelio.connpass.com それと似た新しい取り組みとして、「あなたの会社のオンライン社内勉強会に、Mackerel CRE がお邪魔します！」というものを開始します！無償です！ この取り組みについて、以下にその内容をご紹介します。 そもそも "CRE" って、どんな人？ CREとは Customer Reliability Engineer の略称で、はてな のCREは「お客様に寄り添い、お客様が抱える真の課題にフォーカスし、その課題を技術を軸としてお客様と共に解決を図る」ことをミッションに掲げ、日頃の活動をおこなっています。 はてなの CRE チームは、私も含め、エンジニアリングのバックグラウンドを持つメンバーで構

2020/02からMackerelチームのCRE (Customer Reliability Engineer) になりました。もうちょっと早くエントリを書く予定でしたが、職種が変わった & 期初であれこれイベントが多いということで遅くなってしまった...。 CREになろうと思ったきっかけ 一番大きいきっかけはid:missasanと前期一緒に働けたことだろうなぁと思います。id:missasanはCREであり、現在はCREチームのマネージャーをされています。私がアプリケーションエンジニアとして働いていたとき、id:missasanを含むCREとももちろん一緒に仕事をしていたわけ*1ですが、大きくタスクフォースを一緒に組んで仕事をするといったことはあまりありませんでした。そんな中、今年の夏にid:missasanが通称赤本の読書会をチーム内で始めたので、私もほぼ毎回参加しました。 カスタマ

はじめに 2020年2月14日に開催されたDevelopers Summit2020に参加してきました。 event.shoeisha.jp テーマ 【14-B-4】プロダクトを10年運用するチームをつくる カテゴリ エンジニア組織 登壇者 粕谷 大輔さん [はてな] @daiksy はてな 2012年入社 KPTとは かすや　ぱねえ　天才www Mackerelチームディレクター 認定スクラムマスター Mackerelとは サーバ監視をSaaSで行っている 発表資料 speakerdeck.com 講演メモ 変化し続ける周辺環境とSystem プロダクトを10年安定稼働させる極意とは？ 昔はCloudなんてなかった。基幹システムなどがメイン 当時の格言 動いているシステムはさわるな 10年触らないことが極意？ 今日のセミナーは、完wwww 周辺環境の変化が激しい OSのメジャーアップデー

ウオオオオオオ！！！ はてなのCREが新たなステージに突入するぞ！！ https://t.co/itwjrAu9ae— a-know | Daisuke Inoue (@a_know) 2020年2月5日 上記の引用リツイート元のツイート主である id:syou6162 は、社（はてな）の同僚なのですが、この2月から、僕と同じ職種・CRE（Customer Reliability Engineer）になってくれることになりました。 元のツイートにある通り、彼はこれまで、はてなのアプリケーションエンジニアとして、Mackerelのサービス開発、特にロール内異常検知に代表されるような機械学習アルゴリズムを活用した機能開発を担当していました。そんな彼が、CREという職種に魅力や可能性を感じてそこにベットしてくれたこと、大変うれしく思うと同時に、はてなでのCREという職種の立ち上げに携わった者とし

こんにちは。Mackerelチーム CREの井上（id:a-know）です。まだまだ寒い日が続きますね。 それでは、今回のアップデート内容をお知らせします。今回は盛りだくさんな内容になっていますよ！ AWSインテグレーションで取得するメトリックを選択することができるようにしました これまでのAWSインテグレーションでは、ヘルプページに記載のあるメトリック（= Amazon CloudWatch API で取得可能なメトリック）項目については、その全てを自動的に連携する仕様でした。これは、連携するメトリックのことを意識する必要がなかった反面、ホストメトリック数のコントロールができないことにも繋がっていました。 今回のリリースにより、Mackerelへの連携可否をメトリック単位で指定することができるようにしました。 ホストメトリック数のコントロールに課題をお持ちの方は、ぜひご利用ください。 カ

年明けに Mackerel のホストメタデータをチェックするプラグインを工作したのでご紹介です。 TL;DR ホストに投稿されたメタデータをチェックするプラグインを作りました メタデータは Mackerel API から更新できるので、監視結果を外部から操作できます チェック監視の action と組み合わせると色々とできるかもしれません Mackerel におけるプラグインとは… そもそもの話ですが Mackerel には監視機能を拡張するためのプラグイン機構があり、大きく3つの分類があります。 メトリックプラグイン OSやミドルウェアなどのメトリックを収集するプラグイン チェックプラグイン ホストの状態（例えばプロセスの状態やログの内容など）をチェックして結果を返却するプラグイン メタデータプラグイン ソフトウェアのバージョンなどの任意のデータをJSON形式で出力するプラグイン メトリ

帰ってきたMackerel監視シリーズ *1です。 この記事は Mackerel アドベントカレンダー 2019 の14日目です。 qiita.com 昨日はmattnさんの Mackerel を使って10分でメトリクス監視を始める手順 - Qiita でした。 それでは14日目は Batchの監視 です。 MackerelにはBatchの監視をするための仕組みとして mkr のcommandのオプションの mkr wrap があります。 例えば次のようなワンライナーのcommandを実行すると失敗時にCRITICALを飛ばし、次回の成功時に自動的にalertを閉じてくれます。 # cat test.php #!/usr/bin/php <?php // 終了ステータスを1にする exit(1); # mkr wrap -a --note="testなのじゃ" -- ./test.php

本日、mackerel-agent の v0.64.0 がリリースされました。 github.com これにより、取り込まれたいくつかの Pull Request が v0.64.0 に含まれているわけですが、そのうちの Pass the check monitoring result message to "action" by env という Pull Request により、以下のスクリーンショットのようなことができるようになったので、その実現方法も含めてこの記事で紹介したいと思います。（この Pull Request も私が出したものなので、マッチポンプ感ありますが......。＆ この記事は Mackerelチームに所属する CRE でもある人間がお届けしています。） 検出したログ出力行をグラフにプロットしている様子です 前提・下準備 前提として、mackerel-agent が

こんにちわ、札幌のヨシエです。 以前にブログで紹介させて頂いたmackerel-container-agent(パブリックベータ)が6/18(火)より正式リリースされました。 mackerel-container-agent(パブリックベータ)を試してみる 今回は以前のパブリックベータ版から導入方法が変更になったので、紹介を兼ねて設定方法を共有いたします。 正式/パブリックベータ版の大まかな設定方法差分について ポイント①：コンテナの配置方法について Mackerelにてコンテナ監視を行うにはmackerel-container-agentを監視したいタスクのサイドカーとして起動する必要がありますがここは変わりません。 ポイント②：コンテナのリソース状況取得方法が変わった 以前のパブリックベータ版では、cgroupfsをmackerel-container-agentにボリュームマウントす