Dockerをモニタリングする - Mackerel ヘルプ
Docker( https://www.docker.com/ )をモニタリングする方法を紹介します。 Dockerコンテナの消費リソースを把握するには、Dockerが利用しているリソースの統計情報を参照します。 Dockerのリソースの統計情報はAPI( https://docs.docker.com/engine/reference/api/docker_remote_api/ )を利用して取得します。 また後方互換性のためにcgroupのファイルシステム経由でメトリックすることもできますが、現在は非推奨です。 技術的な詳細は公式ドキュメント(https://docs.docker.com/engine/admin/runmetrics/)を参照してください。 mackerel-plugin-dockerを利用する Mackerelではmackerel-plugin-dockerを利用
Mackerelの`check-log`プラグインでエラーの内容も取得する - Qiita
check-logプラグインについて サーバー監視のSaaSであるMackerelは, 公式が提供するプラグインを利用することで, サーバー上にある様々なリソースや情報を監視することができます. その中の1つが, ログ監視を行うcheck-logです. このプラグインを使えば, サーバ上に存在する任意のログファイルを監視し, そこに指定した文字列が出現した場合にアラートを発生させることができます. 例えば, mackerel-agent.confに次のように書いておけば, /var/log/myapp/app.logに, [CRITICAL]というログが書き込まれた時, アラートを発生させることができます. [plugin.checks.app] command = "check-log --file /var/log/myapp/app.log --pattern '\\[CRITICA
ログ監視をおこなう - Mackerel ヘルプ
公式チェックプラグイン集の check-log を使ってログ監視をおこなえます。公式チェックプラグイン集のインストールは、チェック監視に公式チェックプラグイン集を使う をごらんください。 check-log の使い方 check-logを使ってログ監視をおこなうためには例えば以下のように mackerel-agent.conf に記述し、mackerel-agentを再起動します。 [plugin.checks.access_log] command = ["check-log", "--file", "/var/log/access.log", "--pattern", "FATAL"] Windows Server 環境の場合は、以下のように記述します（ログファイル C:\log\access.log を対象にログ監視する場合。対象ログファイルにBOM（バイトオーダーマーク）が付与され
自宅の回線が時間によってめちゃくちゃ遅くなるのをMackerelとSpeedtest CLIで可視化した | DevelopersIO
結果 こうなりました（結論からさらすスタイル）。 いまの御時世の固定回線で 下り 3Mbps って何ですかね？？？ というのは実は本題ではなくて、このようなグラフを作ることがこの記事の本題です。 背景 状況については冒頭の概要に書いたとおりなのですが、とにかく自宅のネットワーク回線を定期的に測定して可視化することを試みました。 ちなみに我が家は古い賃貸集合住宅で VDSL なので、上限は 100Mbps になります。それでもそこそこ快適で、特に不満もなかったのですが1、今月に入った辺りから急に回線状況の悪い時間帯に出くわすようになってしまいました。 改善策をとるまえにまずは計測、ということで、今回の試みとなったわけです。 仕組み ざっくりいうと、 自宅の Windows PC に Hyper-V で Linux を動作させ その Ubuntu にmackerel-agentを導入し 10
MackerelでAzureの監視 - ForgeVision Engineer Blog
クラウドインテグレーション事業部所属の自称魚介系エンジニアの松尾です。 ForgeVision Advent Calendar 8日目の記事です。 個人的に今回はさほど間を開けずの投稿となります。 鯖のネタを楽しみにされている方には申し訳ないのですが、今シーズンはネタが尽きてきた(魚だけに)ので、今回鯖のお話を見送る旨予めお詫び申し上げます。。。 お話できるような鯖のネタはないのですが、ネタが尽きない監視サービスは・・・そうです！Mackerelです！！ これまでのブログでは主にAWSとMackerelの連携について記載させていただいておりましたが、今回は趣向を変えてAzureとの連携方法について紹介させていただきます。 私がMackerelを使い始めた頃は、Azureでインテグレーションが可能なサービスは3つしかなかったのですが、今ではApp Service、Functions、Appl
Mackerelにおけるカスタマイズグラフ / 式による監視の典型的なパターンを紹介します - Mackerel お知らせ #mackerelio
こんにちは。CRE(Customer Reliability Engineer)のid:syou6162です。普段は主にカスタマーサクセスを支えるデータ基盤の構築や、データ分析を担当しています。 Mackerelでは様々な機能を提供していますが、中でも自由度が高い機能として「カスタマイズグラフ」と「式による監視」があります。関数を使って自分で自由に式を定義し、グラフにしたりそれを監視ルールとして使える機能です。 このエントリでは、自由度が高いがゆえに「式をどう使うと便利なのかイマイチ想像できない」という方向けに、カスタマイズグラフ / 式による監視を使った典型的なパターンを紹介します。 この記事はMackerel Advent Calendar 2020の12日目の記事です。 ロール内のメトリックをまとめて見たいケース 傾向予測をしたいケース 使用割合を見たいケース 過去の値と比較したいケ
Mackerelでは計画メンテナンスをどう実施しているか？ RedisをElastiCacheに移行した裏側をご紹介 - Hatena Developer Blog
こんにちは。MackerelチームSREのid:heleeenです。 Mackerelでは、2020年10月14日に計画メンテナンスを実施しました。今回は告知ブログに記載の通り、Mackerelが利用しているRedisをAmazon ElastiCache for Redis（以下、ElastiCache）へ移行しました。 本記事では、この10月の計画停止の裏側を紹介します。 どのようにElastiCacheへ移行するか 大半のRedisを無停止で移行 最後はElastiCacheへのオンライン移行を使用 メンテナンスに向けたさまざまな準備 メンテナンス手順書のチーム内レビュー メンテンス実施中の役割分担 なぜタイムキーパーが必要になったのか リモートで停止メンテナンスを実施する方法 検証環境を利用して事前にリハーサルも実施 Redisを安全に効率よく切り替えるために 参照するRedisを
12月2日(水)にメンテナンスのためシステムを一時停止します - Mackerel お知らせ #mackerelio
いつもMackerelをご利用いただきありがとうございます。 計画的なメンテナンスのため、以下の日程でシステムを一時停止します。ご利用の皆さまにはご迷惑をおかけしますが、ご理解のほどよろしくお願いします。 これは、以前お知らせした2度のメンテナンス予定の後半の回となります。以前は11月の予定でアナウンスしていましたが、日程を後ろにずらすことになりました。 mackerel.io 実施予定日時 2020年12月2日(水) 13:00~18:00 (JST) 上記作業時間の範囲内で一時的にシステムが停止します データベースメンテナンスのため、問題が発生した場合の切り戻しも含めたメンテナンスウィンドウとなります。正常に進行すれば終了予定時間よりも前倒しで終了する見込みです 実施内容 Mackerelが利用しているPostgreSQLをバージョンアップします 当日の影響範囲について メンテナンス終
Azureインテグレーションでの監視事始め - Mackerel お知らせ #mackerelio
こんにちは。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インテグレーション機能を用いてそ
あなたの会社のオンライン社内勉強会に、Mackerel CRE がお邪魔します！ - Mackerel お知らせ #mackerelio
こんにちは！Mackerelチーム CRE の井上（id:a-know）です。 先日はMackerel初のオンラインセミナーの開催をお知らせしましたが、 mackerelio.connpass.com それと似た新しい取り組みとして、「あなたの会社のオンライン社内勉強会に、Mackerel CRE がお邪魔します！」というものを開始します！無償です！ この取り組みについて、以下にその内容をご紹介します。 そもそも "CRE" って、どんな人？ CREとは Customer Reliability Engineer の略称で、はてな のCREは「お客様に寄り添い、お客様が抱える真の課題にフォーカスし、その課題を技術を軸としてお客様と共に解決を図る」ことをミッションに掲げ、日頃の活動をおこなっています。 はてなの CRE チームは、私も含め、エンジニアリングのバックグラウンドを持つメンバーで構
Backlog開発チーム自身によるオンコール対応を支えるアラート通知システム | Backlogブログ
こんにちは、Backlog SREチームのmuziです。 この記事は SRE Advent Calendar 2019 の10日目、およびBacklog Play化プロジェクトブログの番外編です。 先日のブログ記事「SREは大規模なリプレイスプロジェクトで発生した様々な問題にどう取り組んだか【Backlog Play 化プロジェクト】」の後半では、Play化プロジェクトの終了後に、開発チーム自身によるオンコール対応の取り組みを始めたことを軽くご紹介しました。 私を含むBacklogのSREチームは、このオンコール対応を助けるためのアラート通知システムを作り、開発者なら誰でも使える形で提供しています。この記事では、前回のブログ記事では書ききれなかった、このシステムの詳細をご紹介します。 同じような問題意識を抱えていて、これからオンコール対応を見直したい、と考えているSREや開発者の参考になれ
Mackerel アンバサダープログラム はじめます！ - Mackerel お知らせ #mackerelio
こんにちは。Mackerelチーム CRE の三浦（id:missasan）です。 ユーザのみなさまには、いつもMackerelをご愛顧いただき、誠にありがとうございます。 また、Mackerelに関する様々なアウトプットを伴う活動をしていただき、Mackerelチーム一同、心より感謝申し上げます。 普段から多くのエンジニアの方の会話や、SNS上での発言から「Mackerel」という単語を耳に、目にすることができるのは、ひとえに確かな選定眼と技術力によってMackerelを活用し、その良さを外に向かって発信してくださっているユーザの方々のおかげだと考えています。 この度は、そういったMackerelのアンバサダー（『大使』という意味を持ちます）とも言えるユーザの方々に恩返しができるよう、「Mackerelアンバサダー」という制度を設けました！ また、このアンバサダーに認定された方を対象に、
Docker コンテナのメトリクス監視について雑にメモる - ようへいの日々精進XP
追記（2015/08/14） Docker 1.8 のリリースに含まれていた追加仕様 により dd-agent からホスト側 cgroup のマウントポイントが見えない状態が発生していたようだ。 github.com 既に上記にて対応済みとなっているが、まだ dd-agent の最新版には反映されていないので注意が必要。すぐに対応が必要な場合には以下のように最新の docker.py を取得して独自にコンテナをビルドする必要があると思われる。 $ git diff Dockerfile diff --git a/Dockerfile b/Dockerfile index 17f11f5..d4a1343 100644 --- a/Dockerfile +++ b/Dockerfile @@ -26,7 +26,12 @@ RUN mv /etc/dd-agent/datadog.conf.
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
料金 - Mackerel（マカレル）: 新世代のサーバー管理・監視サービス
クラウドネイティブな監視をMackerelで / Mackerel Day#2