セールスエンジニア 改め Customer Reliability Engineer (CRE) シニアエンジニアの id:a-know です。この記事ではまだ馴染みの薄い、Customer Reliability Engineer とは何か・なぜ名称を変更したのか・CREとして はてな で働くということ、といったことについて紹介したいと思います。 （ご本人に事前に承諾をいただき、株式会社メルカリ SREチーム・@kazeburoさんが書かれた記事 に敬意を表した導入文にさせていただきました。ありがとうございます！） Customer Reliability Engineer とは何か Customer Reliability Engineer (CRE) という役職は、かのGoogleが先駆けて考案、発表したことはみなさんの記憶にも新しいかと思いますが、とはいえまだまだ広くは知られていな
久保田です。 最近、mackerel-agent-pluginsにプラグインを作り、コントリビュートしました。 人生初のossへのコントリビュートだったので、その話を忘れないうちに書いておきます。 今回、僕はGoogle Cloud PlatformのCompute Engineに入れることでcustom metric を収集することのできるプラグインを書きました。 すでに存在していた、mackerel-plugin-aws-ec2のGCPバージョン、という位置付けで作りました。 僕がgcpを使っているということは正直なく、ただOSSに貢献したかったから作った、というものになります。 そして無事マージしていただきました。mackerel-agent-pluginsの方々、ありがとうございます。mm github.com というわけでマージまで至った流れと反省をつらつらと書いていきたいと思い
Mackerel について考えない日はないというくらいに Mackerel・Love な僕なわけですが（考えない日はあります）、Mackerel の Web 画面で日頃なにげなく見ている「システムメトリック」、みなさんはどのような意識を持って観察していますでしょうか。 ↑ https://home.a-know.me をホストしているサーバのシステムメトリックのようす。 ここでひとつおさらいをしておくと、「システムメトリック」とは、監視対象のサーバにインストールされた mackerel-agent が、それ単体で収集・投稿するメトリックのことです。一般的な Linux系OS に mackerel-agent をインストールした場合、以下のような項目がシステムメトリックとして Mackerel に投稿されます。 loadavg5 cpu memory disk interface files
About Mackerel Meetup #9 Tokyoにブログ枠で参加したので書きます！ 会場 めっちゃシャレオツでした！ 有名アーティストのサインとか飾ってあった！（写真NGだったので心に留めておきます😇） 地の文は走り書きなので一部間違っていたりわかりにくい部分があります。気になる部分はスライド（公開されれば）もしくは今後のアナウンスをご確認下さい。 The 2017 Mackerel Product Roadmap. 株式会社はてな Mackerel プロデューサー 杉山広通(id:sugiyama88) 会場がめっちゃシャレオツ agentインストール型のSaaSサービス ユーザは管理画面ベースで設定することができて便利 mackerelってスマホでも見れるらしい（知らなかった ワンライナーでインストールできてめっちゃ便利（最近かな “最小のルールが最高の利便性を"目指して
この記事は Mackerel Advent Calendar 2016 の 25 日目です。 参加しようと思ってカレンダーを見たら最終日しか空いていなくて、取りをつとめることになりました。今年は Mackerel 尽くしの 1 年になりました :-) Mackerel の Twilio 連携機能 先月ついに、Mackerel が Twilio に対応しました！ 夜間の手薄になる時間帯は確実に通知したいので、待ちわびていた方も多いのではないでしょうか。 はてな、サーバー監視サービス「Mackerel」が「Twilio」に対応。電話を使った確実性と自由度の高い通知を低コストで提供 この Twilio 連携は管理画面からいくつかの項目を入力するだけで使える反面、必要最低限の機能のためエスカレーションや時間帯の制限などはできません。 Mackerel Meetup #8 Tokyo に登壇したとき
こんにちは！ はてな の Mackerel チームでセールスエンジニアを担当している id:a-know です！ IDの読み方は「えいのー」「えーの」あたりがしっくり来ます！ 由来は本名（いのうえ）です！ このエントリは Mackerel Advent Calendar 2016 の 23 日目の記事です！ さて、Mackerel のアドベントカレンダーの記事として、「Mackerel をビジネスメンバーと一緒に見る・使う」というタイトルで、 ビジネスメンバーが気にするメトリック（数字）って、Google スプレッドシートで管理されることも多いよね Google スプレッドシートのセルの値なら、GAS（Google Apps Script）を使えば Mackerel にサービスメトリックとして投稿できるよね 実際、僕個人のKPIのいくつかも Mackerel のサービスメトリックで管理して
はじめに ここのところ terraform を使い AWS の構成を管理するようにしています。 コードで管理することで、PullRequestベースでレビューしあうことができ、かつリポジトリに過去の履歴が全て残るという点がすばらしいですね。 その分、コードに落す工数がかかってしまいますが。 今開発しているサービスでは Mackerel を監視に使用するつもりでいます。 Mackerel は go で書かれたライブラリがあり、簡単にAPIへのアクセスができます。 監視ルールも AWS と同じく terraform で管理できると良いな、と思い、terraform で Mackerel を管理する provider を作ってみました。 terraform-provider-mackerel terraform-provider-mackerel とは Hashicorp社が開発している ter
こちらの記事はMackerel Advent Calendarの11日目の記事として書いています。 qiita.com mackerelを使って監視ルールをバージョン管理して、もし差分があったら自動でGithubにPRを投げるみたいなものを作った時の話です。 こちらの記事を見ていいなぁと思い、そんなことをやってみたいと思いました。 kakakakakku.hatenablog.com 概要 監視設定を管理している状態ですが、カジュアルにGUIで変更などした後にもその状態をちゃんと管理したいという気持ちがあります。 定期的に変わっていないかを判定して、変わっていたらアラートもありですが、結局その後することはコードに反映させることかと思うので、変更のPRまであげられたら楽だなぁと思いました。 なので今回は変更があった場合は何かアラートを投げるのではなく、PRを投げて人が見れるできる状態まで持っ
TOML は、GitHub の中の人が提案した、設定ファイルを記述するための小さな言語である。明瞭な文法なため、人間が読みやすい。また、TOML はハッシュテーブルに明確にマップするように設計されているので、様々な言語でのデータ構造へパースしやすい。 また、Vim で有名な NeoBundle が TOML パーサを搭載したことや、勢いづいている Go でのサポートも熱いことから、すごく伸びそうなフォーマットである。 TOMLノススメ 【個人メモ】設定ファイルフォーマットにはTOMLがいいのかも NeoBundleのプラグイン管理をTOMLに任せてvimrcをスッキリさせる GoとTOML 仕様 TOML の仕様は単純だ。 大文字小文字を区別する UTF-8 である必要がある ホワイトスペースとは tab (0x09) と space (0x20) のみ 改行とは LF (0x0A) と
先日のmackerelミートアップでメタデータなる新機能が発表されました。 メタデータ - Mackerel API ドキュメント (v0) 後日談として、この機能がどんな感じか試してみます。まずは一通りメタデータの入出力を試してから、メタデータと何かしらを連携させて遊んでみるところまでやってみます。 ホストメタデータの登録・更新 APIキーとホストIDは面倒なので環境変数に入れています。 環境の情報をメタデータで持たせてみます。 $ curl -X PUT -H "X-Api-Key: $MACKEREL_APIKEY" -H "Content-Type:application/json" -d "{\"environment\": \"production\"}" https://mackerel.io/api/v0/hosts/$MACKEREL_HOSTID/metadata/en
Mackerel Meetup #8 Tokyoに参加してきました！ Mackerel Meetup #8 Tokyo #mackerelio - connpass 会場はfreeeさんのオフィスでした。オシャレでした。以下のような内容でした。 新機能「メタデータ」がもたらす次世代のインフラマネジメントについて Mackerelによる自動化と一元管理 Zabbix から Mackerel へ、そして Mackerel で実現したコストダウン 懇親会＆LT大会 感想など。 新機能「メタデータ」がもたらす次世代のインフラマネジメントについて 序盤はMackerelの紹介。リリース予定の機能が相変わらずたくさんあって面白い。 twilioと近日連携予定 外形監視で任意のヘッダを付けられる機能が近日リリース予定 オーガニゼーション毎に管理画面とapiアクセスに対するIPアドレス制限を付けられる機能
Mackerel Meetup #8 Tokyo の発表スライドです。
増田です。椅子を新調したら腰痛が始まりました。でも元気です。 さて、少し前に Go で Mackerel の delayed_job plugin を作りました。 masutaka/mackerel-plugin-delayed-job-count なぜ作ったか？ 最近、私が関わっているソーシャルPLUSで、新しいサービスを作り始めました。今までは Zabbix で監視していたのですが、今回も採用すると Zabbix を稼働させるサーバや（Zabbix のための）ある意味特殊スキルが必要で、導入すべきか悩んでいました。そういった事情から、今回は Mackerel を採用したのが事の発端です。 このサービスでは delayed_job が動いています。delayed_job の監視は大きく 2 つが必要です。 プロセス数の監視 Job Queue の監視 1 については Ruby で書いた
Let's DARK SOULS Ⅲ !! 最近PS4を買いました。インフラ担当の杉内です。 feedforceではMackerelでサーバ監視を行っていますが、使っていくにつれて監視ルールの変更をコードベースで管理したくなったので mkr を使ってコード化しました。 チーム内でデモを通して共有し、良さげな感じでしたので運用イメージも含めて共有します。 mkrを使って監視ルールを管理する mkr というコマンドラインツールからMackerelの監視ルールを更新したりできる(他にも機能はある) 監視ルールはmonitorsというサブコマンドで操作する。さらにサブコマンド diff,pull,push がある 監視ルールはjson形式で記述できる ドキュメント → https://mackerel.io/ja/docs/entry/advanced/cli 準備 mkrのインストール $ br
今回のソリューション：【Mackerel/マカレル】 〜サーバー監視が属人化するという課題を解決し、エンジニア工数の削減に役立った「Mackerel（マカレル）」の使い方〜 良質なWEBサービスの運用のためには、サーバー監視業務は必須である。そのために無料のオープンソースソフトウェア（OSS）を活用することもできるが、あえて有料のツールを導入する価値とは何だろうか。 株式会社フィードフォースは、様々なWEBマーケティング支援ツールを提供するIT企業だ。同社では過去にOSSを使ってサーバー監視を行っていたが、有料サービスである「Mackerel（マカレル）」を導入したことでエンジニア工数の削減に成功した。 更に、サーバ監視業務の属人化から脱却したことで、チーム全体の一体感も向上したという。同社でインフラエンジニアとして働く杉内 広和さんに、その経緯をお伺いした。 社内の全事業部に携わる3名の
Webアプリエンジニア養成読本 Advent Calendar 2014 8日目の記事です。 今日は、本に書ききれなかった内容についてです。 僕はWebアプリエンジニア養成読本(以下 先のムック)にてITインフラの構築(3章)・運用(4章)を担当しました。この中で、監視方針と閾値設計について説明したのですが、紙面の都合で監視サーバ・システムの構築にはあまり触れることはできませんでした。そこで、今回は実際に監視システムの構築について、「なぜ Mackerel か」「Mackerel 設定の流れ」そして「設定が終わったら」にまとめてお話しします。 お手許に先のムックがある方は、ぜひご用意ください。本の内容に沿って説明します。 なお、執筆時点での状況を記します。今後、状況が変わる場合がある事を念頭にご覧下さい。また、OSはRHEL, CentOS 6系である事を前提とします。 2015/01/1
Sensu Advent Calendarに便乗して、Kaizen Platform, Inc.の2014年12月現在の監視アーキテクチャの話をちょっとしてみようと思う。 モニタリング領域 サービスを監視している領域 Pingdom Pingdom - Website Monitoring 外部ネットワークからのサービスの死活監視。アメリカ、ヨーロッパ、アジアなどの拠点からサービスの死活監視が出来るため、特定の地域からアクセス出来ない場合なのが検知出来る。 後述するstatuspage.ioとの連携で、障害を検知すると、サービスのステータス状況が自動で変わるようになっている Sensu Sensu | The open source monitoring framework. 監視フレームワーク サーバを内部ネットワークから監視するために利用 サーバのプロセス監視、サーバ間の疎通監視、エラ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
