Linuxのloadavgが約7時間ごとに上昇する現象の原因 - Mackerel お知らせ #mackerelio
Mackerelチームのエンジニアのid:itchynyです。 「mackerel-agentを入れるとloadavgが7時間ごとに上昇する」 先日、このような問い合わせを複数のお客さまから受けました。私も実験してみたところ、確かに再現しました。EC2 t2.microにmackerel-agentを入れて簡単なログ監視とプロセス監視を設定し、数日放置しました。 確かに、約7時間ごとにloadavgが上昇しています。この周期のcronの設定はしておらず、またmackerel-agent内部でも7時間ごとに行う処理はありません。しかし、プラグインを多く入れるほどloadavgのピーク値も上がります。 本エントリーでは、この現象の原因について説明します。 loadavgが上昇する原因を調べるには、まずloadavg自体がどう計算されているかを知る必要があります。 まずは、Linuxがloada
checkersを利用してチェックプラグインを作成する - Mackerel ヘルプ
公式のチェックプラグインは、github.com/mackerelio/checkers というユーティリティライブラリを利用して作成されています。また、コマンドライン引数のパースに github.com/jessevdk/go-flags を統一的に利用しています。 ここでは、 checkers を用いたチェックプラグインの作成方法を説明します。 チェックプラグインのソースコード構成 checkersを利用した場合、プラグインのソースコードは以下の4つの部分で構成されます。 package宣言とimport文 コマンドライン引数用の struct の定義 main() 関数 の定義 run() 関数の実装 ここでは、 check-uptime を例にとってそれぞれを見ていくことにしましょう。 1. package宣言とimport文 package main import ( "fmt"
稼働中のバッチを監視したくなったら Mackerel Custom Metrics が便利 - Qiita
この記事は Mackerel Advent Calendar 2016 の 12/13 日の記事です。 はじめに 皆さんは golang で書かれたプロセスの監視はどの様に行われているでしょうか。builderscon 2016 でも登壇された Dave Cheney 御大の gcvis をお使いでしょうか。 確かに gcvis は便利なのですが一つ悩ましい点があり、gcvis 自信がプロセスを起動しないといけないという点にあります。作り上致しかたないのですが、コマンド引数にて起動するプロセスを指定する仕様になっています。つまり起動には gcvis が必要になるのです。監視の際にアプリケーションを止められるのならばいいのですが、そうでないときは使えない事もあります。 ところで昨日 golang で書かれたプロセスを監視/操作するためのツール「gops」をご紹介しました。 この gops で
Mackerelの監視ルールをコード管理する | feedforce Engineers' blog
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
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
