Serverspec + Mackerel APIによるインフラテストの実運用化 - ゆううきブログ
この記事は Mackerel Advent Calendar 2015 の24日目の記事です。 前回は、id:hitode909 による 三度の飯より監視と通知！Mackerelで自分の心拍数を監視しよう - hitode909の日記 でした。 今回は、Mackerel APIを用いてServerspecによるサーバ構成テストを実運用化した話を紹介します。 Serverspec単体では手の届かないかゆいところをMackerelでサポートするところがポイントです。 Mackerelはもちろんですが、他のサーバ管理ツールにも通用する汎用的な話になるように心がけています。 Serverspec導入の背景 Serverspec Serverspec × Mackerel ロール単位でspecを書く ディレクトリレイアウト Thorfile サーバ上でServerspecをローカル実行する あとがき
Mackerelで家庭内ネットストーカーシステムを作ってみた - hnwの日記
本エントリはMackerel Advent Calendar 2017の23日目の記事です。 自宅の無線LANの利用状況をMackerelで監視するようにしたところ、予想以上にキモい仕組みができました。たとえば、家族の誰か（正確には誰かのスマートフォン）が外出するとSlackに通知を飛ばすことができます。 同じことをしている人は多くないと思うので、その知見を紹介します。 システム概要 まずは我が家のネットワーク構成を紹介します。 インターネットに接続しているブロードバンドルータがあり、無線経由でスマートフォンやPCがぶら下がっているような、ごく普通のネットワーク構成です。唯一変わっている点は、ブロードバンドルータ上でLinuxおよびMackerelエージェントが動いていることでしょう。 このルータの詳細は本稿では省きますが*1、ザックリ言うとRaspberry Pi 3を無線LANアクセス
Mackerel で仕事のがんばり具合を見える化する - ポクポク
この記事は Mackerel Advent Calendar 2017 の21日目の記事です。 前日は id:heleeen さんの ハムスターのために監視導入したら人間のための監視もしたほうが良さそうなことがわかりました でした。湿度が上がってよかったですね。 突然ですが僕の今日の仕事の様子です。 10:05 ぐらいから仕事を始めてますね。そこから 10:40 ぐらいまで Chrome で GHE 上のレビューをしてました。10:50 分ぐらいまでの空白時間はたぶんトイレでしょう。そこから Emacs と iTerm2 をばりばり触ってるのでコードを書いていた気がします。12:30 ぐらいに一段落して、ブラウザでの動作確認やレビュー依頼を書いています。13~14:00 が昼休みなのですが、勤勉極まりない僕は 13:10 ほどまで仕事をしていたようです。午後は溜まっていたレビューを片付けて
Monitの代わりにMackerelを使って死んだプロセスをザオリクする
今日の Mackerel のアップデートでチェック監視の結果に応じてコマンドを実行できるようになった！！ 🎉🎉 チェック監視の結果に応じてコマンドを実行させられるようになりました ほか - Mackerel ブログ #mackerelio プロセスの監視をして、もしプロセスが死んだ場合ザオリクをかける方法としてMonitを今まで使っていましたが、 Mackerel に置き換えられるかも…？ 試してみます。今回は h2o プロセスを監視してみます。 h2o プロセスが1未満になった場合は systemctl start h2o するようにしてみます。 まずは普通に監視する 以下の内容のファイルを /etc/mackerel-agent/conf.d/check_h2o.conf として作成し、 mackerel-agent をリスタートします。 --userオプションを付けているのは h
はてなのサーバー監視サービス「Mackerel」が国内初のAWS DevOpsコンピテンシー認定を取得 - プレスリリース - 株式会社はてな
株式会社はてな（代表取締役社長：栗栖義臣／本社所在地：京都市中京区）のサーバー監視サービス「Mackerel」が、アマゾン ウェブ サービス（以下「AWS」）のパートナー制度「AWS パートナーコンピテンシープログラム」において、「AWS DevOpsコンピテンシー」認定を取得しました。「AWS DevOpsコンピテンシー」への認定は、国内企業発のサービスで「Mackerel」が初めてになります。 ▽ AWS コンピテンシープログラム https://aws.amazon.com/jp/partners/competencies/ AWS DevOpsコンピテンシー 認定サービス一覧 https://aws.amazon.com/jp/devops/partner-solutions/ AWS コンピテンシープログラムは、AWSの世界的なパートナープログラムであるAPN（AWS Partn
時系列データベースという概念をクラウドの技で再構築する - ゆううきブログ
サーバ監視サービスMackerelにおいて開発中の、高解像度・長期間のサーバメトリック収集を実現するための新しい時系列データベースDiamondを紹介します。具体的には、Amazon ElastiCache、Amazon DynamoDB、Amazon S3を組み合わせ、Amazon Kinesis StreamsとAWS Lambdaによりコンポーネント間を接続した、階層構造のデータストアアーキテクチャの設計と実装を解説します。 2018/06/05 追記: この記事の内容をWSA研#2でより一般的なアーキテクチャレベルでの貢献として書き直しました。 サーバレス時代におけるヘテロジニアス時系列データベースアーキテクチャ - ゆううきブログ はじめに 先日開催されたAWS Summit Tokyo 2017にて、「時系列データベースという概念をクラウドの技で再構築する」というタイトルで登壇
URL外形監視のレスポンスボディのチェックとリダイレクトに関する挙動と今後の方針について - Mackerel お知らせ #mackerelio
Mackerelサブプロデューサーの id:Songmu です。平素はMackerelをご利用いただき、誠にありがとうございます。表題の件に関し告知いたします。 ヘルプに記載のある通り、URL外形監視機能において、2xx/3xx系のステータスコードは正常と見なされます。また、3xx系のレスポンスに関しては、リダイレクト先のチェックはおこないません。 また「レスポンスボディのチェック」が設定されている場合でも、レスポンスが3xx系だった場合はレスポンスボディのチェックは行っておりません。つまり、3xx系のレスポンスを返すURLに対して「レスポンスボディのチェック」の設定がなされている場合であっても、その文字列のチェックは実施されていない状況です。 これは、直感的ではない挙動だと認識しており「レスポンスボディのチェック」が設定されている場合には、3xx系のレスポンスであっても、正しくその文字列
Mackerel メタデータ入門・変動する IP アドレスを Mackerel で管理する - Mackerel お知らせ #mackerelio
こんにちは。Mackerel セールスエンジニアの id:a-know です。 主に毎週のアップデート内容をお知らせしているこのブログですが、今日は Mackerel のメタデータ機能について、その活用例を交えつつご紹介したいと思います。 当記事の概要 AWS EC2 に自動的に割り振られるパブリック IP アドレスは、（Elastic IP を指定しない限りは）インスタンスの再起動などで変動してしまいます。そのため、.ssh/config に記述する IP アドレスも、変更が発生するたびに書き換える必要があり煩雑です。 今回は Mackerel のメタデータ機能を使用し、パブリック IP アドレスをホストのメタデータとして登録しておくことで、Mackerel メタデータ API から常に最新の IP アドレスを取得することができる ＆ API と各種自動化ツール（今回は Capistra
監視だけじゃない！デプロイにMackerelを使う話
SREチームの @siroken3 です。 以前、メルカリでリリース手段としてChatOpsを採用していることを本ブログで紹介しました。今回は内部で使っている技術の一部を紹介したいと思います。 tech.mercari.com tl;dr メルカリではデプロイにAnsible使ってる 毎日デプロイしつつサーバが増加/入れ替え激しいと心が削れる MackerelのAPIとAnsibleを組み合わせたらハッピーになった Insideデプロイ メルカリではデプロイ用のサーバでSlack Botが働いており、デプロイの事前要件を満たしているか確認した後、大まかには以下の処理を実行しています。 GitHubからデプロイ対象ソースの取得 composer install / gulp などのビルド処理 対象サーバにrsyncでデプロイ これらの処理は構成管理ツールであるAnsibleを使用しています。
はてな、サーバー監視サービス「Mackerel」が「Twilio」に対応。電話を使った確実性と自由度の高い通知を低コストで提供 - プレスリリース - 株式会社はてな
株式会社はてな（代表取締役社長：栗栖義臣／本社所在地：京都市中京区）の提供するサーバー監視サービス「Mackerel（マカレル）」が、株式会社 KDDI ウェブコミュニケーションズ（代表取締役社長：山崎雅人／本社所在地：東京都港区）の提供するクラウド電話API「Twilio（トゥイリオ）」と連携しました。これにより「Mackerel」から通知されるアラートを「Twilio」を通じて電話やSMSで受け取ることができます。 「Mackerel」は、サーバーにおける各種ハードウェアやアプリケーションソフトウェアの性能をリアルタイムに監視することができるSaaS型サーバー監視サービスです。「はてなブックマーク」や「はてなブログ」などの大規模な個人ユーザー向けサービスの提供で培ってきたサーバー・インフラ環境の管理ノウハウを基に開発し、サービスリリース以降も継続的な機能開発に取り組んでいます。多数のO
Zabbix から Mackerel へ #mackerelio / zabbix-to-mackerel
Mackerel Meetup #8 Tokyo の発表スライドです。
はてなの中でたった1人！Mackerelを支える「セールスエンジニア」って何だ!?｜転職ドラフトReport
はてなの中でたった1人！Mackerelを支える「セールスエンジニア」って何だ!?2016-09-11 18:00 さてさて、今日ははてな東京オフィスにやって参りました。はてなさんには、転職ドラフトの集客でも大変お世話になっています。 最近のはてなさんと言えばやはりMackerel。弊社でも愛用されている素敵なサービス。今日は、そのMackerelのセールスエンジニアとして最近Joinされた井上さんに、お話を聞いてきました。実は株式会社はてなの約100名の従業員の中で、セールスエンジニアはたった1人（2016年9月時点） なぜ、はてなMackerelのセールスエンジニアに？セールスエンジニアというキャリアパスは実際どうか？わたし、気になります！ 株式会社はてな サービス・システム開発本部 Mackerelチーム セールスエンジニア 井上 大輔（いのうえ・だいすけ） ソフトウェアエンジニアと
はてな、サーバー監視サービス「Mackerel」が「将来予測機能」をリリース。サーバー枯渇時期などをシステムで自動予測しエンジニアの属人的な経験依存からの脱却を支援 - プレスリリース - 株式会社はてな
株式会社はてな（代表取締役社長：栗栖義臣／本社所在地：京都市中京区）は、サーバー監視サービス「Mackerel（マカレル）」の「将来予測機能」をリリースしました。Standardプラン利用者向けに、本日より提供を開始します。将来予測機能は、これまでMackerelが提供してきた「リアルタイム監視」のための機能ではなく、将来の予測をアルゴリズムで支援する新しい機能です。 ▽ Mackerelトップページ https://mackerel.io/ Mackerelは、はてなが「はてなブックマーク」や「はてなブログ」などの大規模な個人ユーザー向けサービスの提供で培ってきたサーバー・インフラ環境の管理ノウハウを基に開発したSaaS型サーバー監視サービスです。サーバーにおける各種ハードウェアやアプリケーションソフトウェアの性能をリアルタイムに監視することができます。 この度リリースした「将来予測機能
horensoを使ってcronの実行時間を自動でmackerelに記録する - $shibayu36->blog;
最近cronの実行にはhorenso というツールを使って、実行エラーがあればSlackに通知するなどといったことをしている。今回はcronの実行時間をmackerelのサービスメトリックに自動で記録するということをやったのでメモ。 やりたいこと crontabに以下の形式でスクリプトを登録すれば、自動でサービスメトリックに記録される horenso --tag (tag名) --reporter=elapsed-time-to-mackerel-reporter.pl -- (実行したいコマンド) 記録は秒数で、小数3桁まで記録する horensoの動き horensoではreporterとして適当なスクリプトを指定することが出来て、そのスクリプトには標準入力に実行のログ等が渡ってくるようになってくる。例えば $ horenso --reporter=test-reporter.pl -
インフラエンジニアがGo言語でオペレーションツールを書くことについて - Hatena Developer Blog
ウェブオペレーションエンジニアの id:y_uuki です。 はてなの東京オフィスで先月開催されたGo 1.6 Release Partyで、「Writing Tools in Go For Ops Engineers」というタイトルで発表しました。 発表では、最近作ったGo製ツールを紹介し、なぜGoがインフラエンジニアにとって良い言語であると感じているかを話しました。 最近作ったGo言語のツールの紹介 mkr Grabeni Droot gokc インフラエンジニアがGoを利用することのメリット 1. サーバへの配布が簡単 2. サーバ上で高速開発できる 3. 最終的に成果物をはやく作れる その他 発表資料 あとがき 最近作ったGo言語のツールの紹介 以下の4つのツールを作りました。いずれもはてなでのproduction利用を想定したものになります。 mkr mkrははてなで開発している
Mackerelチームのリモートワーク体制における日報とデイリースクラム - Hatena Developer Blog
日報を継続する方法があったら教えて欲しい、id:Songmu です。最近はMackerelチームのディレクター兼デベロッパーをやっています。 リモートワークと情報共有 Mackerelは、8名程度で開発しており、開発メンバーは京都・東京・愛知の3拠点に散らばっており、リモート勤務も各自の裁量で行えるようになっています。 リモートワークにおいては細かい情報共有をなるべく労力をかけずに行うことが必要になりますが、そのために以下のようなツールを利用しています。 開発手法としてスクラムを採用 Hatena::Groupによる情報共有 Github/Zenhubを用いたプロジェクト管理 Slackでのチャットコミュニケーション Zoomによるオンラインミーティング Mackerelチームでは、Hatena::Group上で日報を書くことを推奨しており、今回はその話です。 Mackerelチームの一日
はてなにおける日々の仕事の中にあらわれるMackerelの活用 - Mackerel お知らせ #mackerelio
はてなのWebオペレーションエンジニアの @y_uuki1 です。 この記事は Mackerel Advent Calendar 2015 の19日目の記事です。 前回は @mackee_w さんによる 1000円以下で買えるWiFiモジュールESP-WROOM-02でMackerelにメトリクスを送る でした。 今回は、はてなのインフラチーム（システムプラットフォーム部）におけるMackerelを絡めた運用フローの一部を紹介します。 はてなでは、はてなのサービスの基盤となるサーバ・ネットワーク運用全般を専門のインフラチームが担当しています。 はてなブックマークやはてなブログ、Mackerelなどのはてなの各種サービスに対して、インフラチームの各メンバーが担当につきます。 一部例外はありますが、インフラ基盤は基本的に各サービスで共通のものを使っています。 はてなは運用サービスの数が多いかつ
Markdownドキュメントをgithubで管理して、はてなブログでホストする ~ Mackerelの場合 - Hatena Developer Blog
はてなチーフエンジニアの Songmu です。この記事ははてなデベロッパーアドベントカレンダー2015の7日目の記事です。昨日は id:mazco による デザインにおける個性のつけ方 でした。 今日は Mackerel の公開ドキュメントについてのお話です。 Mackerelは以下で公式ドキュメントを英語と日本語で提供しています。 help.mackerel.io help-ja.mackerel.io これらは実ははてなブログでホストしています。 翻訳は日本語を先に書いて、それをチームのネイティブ翻訳者が翻訳するフローになっています。 ドキュメントの運営 告知ブログのようなものなら良いのですが、ドキュメントはその性質上定期的なメンテナンスが必要になります。特に以下の様な点がドキュメントを運営する際に難しいところです。 なんらかの一括修正が必要になった場合に修正点を洗い出して一括で反映す
Mackerel、Treasure Data、Slackを組み合わせて障害検知の初動をサポートする - Qiita
背景 GMOペパボでは、社内チャットとして Slack を、サーバリソースの監視やアラートにMackerel を利用しています。 また、最近はログ集約、解析の基盤として Treasure Data の利用も増えてきました。 Slack 導入以前から、IRC をヘビーに利用していたこともあり、chat-ops 文化はあったのですが、通知や bot があたかも自律的に連携しているかのような、ピタゴラスイッチ的な仕組みはあまりありませんでした。(そして、私はそういう仕組みを作るのがすごく楽しい!) ですので、今回、試験的にそういった仕組みを作って導入してみました。(今日から!) 障害検知からの初動 今携わっているサービスでの障害検知は、おおざっぱに書くと次のようになっています。 Mackerel からアラートが Slack にくる bot に実装されてる外形監視コマンドを発行する 問題がありそう
Mackerelでまきとるシステム運用管理の旨み #mackerelio - アニメイトラボ開発者ブログ
Mackerelを使い始めました CTO 小芝です。この記事はanimateLAB Advent Calendar 2015 2日目の記事です。 先日、"エンジニアをワクワクさせる「直感的サーバ監視サービス」 "Mackerelを数十台のホストに一斉導入しました。 既存サービスで外部に任せていたシステム運用をインハウス化し、運用クオリティを自分たちで高めていくための取り組みの一つです。 Mackerelとは 株式会社はてなが開発・運営しているサーバ監視サービスです。 mackerel.io このような特徴がWebサイトに書かれています。 *1 経緯 アニメイトラボでは今年の夏よりエンジニアを積極採用し、当初1名だったのですが現在では総勢10人でチームを組んで新サービスの開発に邁進しています。 それと並行して、既存サービスでは外部委託されていたシステム運用をインハウス化し、ビジネス面、開発面
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
