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
2/27(火) データベースメンテナンスに伴うシステム一時停止に関して - Mackerel ブログ #mackerelio
Mackerelプロダクトオーナーの、id:Songmuです。表題の通り、計画的なシステムメンテナンスを実施いたします。 本メンテナンスは比較的長時間のシステム停止を要するため、ご利用者のみなさまへは、ご迷惑をおかけいたします。しかしながら、今後も継続的によりよいサービスを提供するために必要不可欠なメンテナンスであるため、ご理解とご協力の程お願いいいたします。 実施予定日時 2018年2月27(火) 14:30-17:30 (JST) 実施内容 データベースメンテナンス 当日の影響に関して メンテナンス終了時刻は、最長ケースであり、メンテナンス作業終了次第メンテナンスは終了となります メンテナンス開始後、暫くの間、Mackerelシステム全体が停止いたします MackerelへのWebアクセスやMackerelエージェントのデータ投稿、APIアクセス（CLIツール含む）、アラート通知などが
URL外形監視のレスポンスボディのチェックとリダイレクトに関する挙動と今後の方針について - Mackerel ブログ #mackerelio
Mackerelサブプロデューサーの id:Songmu です。平素はMackerelをご利用いただき、誠にありがとうございます。表題の件に関し告知いたします。 ヘルプに記載のある通り、URL外形監視機能において、2xx/3xx系のステータスコードは正常と見なされます。また、3xx系のレスポンスに関しては、リダイレクト先のチェックはおこないません。 また「レスポンスボディのチェック」が設定されている場合でも、レスポンスが3xx系だった場合はレスポンスボディのチェックは行っておりません。つまり、3xx系のレスポンスを返すURLに対して「レスポンスボディのチェック」の設定がなされている場合であっても、その文字列のチェックは実施されていない状況です。 これは、直感的ではない挙動だと認識しており「レスポンスボディのチェック」が設定されている場合には、3xx系のレスポンスであっても、正しくその文字列
式による監視を行う - Mackerel ヘルプ
本機能では、式によって計算されたメトリックに対しての監視を行います。 当機能は、有償オプションとなります。Freeプランでは利用できません。また、2018年4月時点で実験的機能となっています。 式による監視を設定する 画面左側メニューの監視ルールより監視ルールを追加のボタンをクリックします。 「式による監視」のタブをクリックすると、以下の項目が表示されますので、 各項目に値・名称を記述して作成ボタンをクリックします 監視対象: 式エディタに監視対象メトリックを計算するための式を入力してください。式が正しく解釈でき、計算対象メトリックが取得できた場合は右側のpreviewにグラフが描画されます。 アラートの発生条件：Warning, Criticalの閾値を設定してください。 通知の再送間隔：アラートの状態が、指定された時間を超えても変化がない場合、再度通知します。 監視ルール名：本監視定義
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
