プロダクトオーナーとしてのSLOへの向き合い方 - Mackerel Meetup復活記念連載 #5 - Mackerel お知らせ #mackerelio
こんにちは。Mackerel プロデューサーの id:wtatsuru です。最近、世界的にSLOが流行していますね。『SLO サービスレベル目標』 という本がもうすぐオライリー・ジャパン社から刊行されるようなので、私も楽しみにしています。そんなSLOに寄せての記事です。 SLO（Service Level Objective）とは、可用性やエラー率などのサービスレベル指標（SLI, Service Level Indicator）について定める目標で、SREの考え方に基づいた運用で使う考え方の1つです。最近では、SLOに基づいた運用の事例も増えてきました。Mackerelチームでも実際にSLOを定めて運用し、Mackerel自体の開発にも活かしています。Mackerelを使った実装や、実際の運用状況については以下の記事をご覧ください。 mackerel.io mackerel.io 私は
2021年3月末の完全廃止に向けて、レガシーカスタムダッシュボードを順次廃止していきます - Mackerel お知らせ #mackerelio
いつもMackerelをご利用いただきありがとうございます。今回は、機能廃止に関するお知らせです。対象機能をご利用の場合、自動的な移行などはおこなわれませんので、あらかじめのご対応などをお願いします。詳細については以下をご確認ください。 対象機能 レガシーカスタムダッシュボード Webコンソールからの作成・閲覧・更新 Web API（ https://mackerel.io/ja/api-docs/entry/dashboards/legacy ） コマンドラインツール mkr のサブコマンド dashboards APIクライアント・mackerel-client-go の該当機能 廃止スケジュール 機能廃止に向けたスケジュールは、以下のとおりです。 2021年1月末をもって、レガシーカスタムダッシュボードの新規作成をおこなえなくします。 2021年3月末をもって、作成済みのレガシーカス
Mackerelにおけるカスタマイズグラフ / 式による監視の典型的なパターンを紹介します - Mackerel ブログ #mackerelio
こんにちは。CRE(Customer Reliability Engineer)のid:syou6162です。普段は主にカスタマーサクセスを支えるデータ基盤の構築や、データ分析を担当しています。 Mackerelでは様々な機能を提供していますが、中でも自由度が高い機能として「カスタマイズグラフ」と「式による監視」があります。関数を使って自分で自由に式を定義し、グラフにしたりそれを監視ルールとして使える機能です。 このエントリでは、自由度が高いがゆえに「式をどう使うと便利なのかイマイチ想像できない」という方向けに、カスタマイズグラフ / 式による監視を使った典型的なパターンを紹介します。 この記事はMackerel Advent Calendar 2020の12日目の記事です。 ロール内のメトリックをまとめて見たいケース 傾向予測をしたいケース 使用割合を見たいケース 過去の値と比較したいケ
AWSインテグレーションにより Billing（請求）情報の監視をできるようにしました ほか - Mackerel ブログ #mackerelio
こんにちは。Mackerelチーム CRE の井上（ id:a-know ）です。今回のアップデート内容をお知らせします。 AWSインテグレーションにより Billing（請求）情報の監視をできるようにしました 2020-11-20 追記 現在、AWS側のBudgetに対して一定以上の長さの名称を設定している場合に、「Mackerelにホスト登録はおこなわれるが、グラフが投稿されない」という事象が発生することを確認しています。 事象の解消に向けて確認・検討を進めておりますので、ご迷惑をおかけいたしますが、ご協力のほどどうぞよろしくお願いいたします。 追記ここまで AWSインテグレーションにより Billing（請求）情報の監視をできるようにしました。AWS アカウントに対する請求および予算のメトリックを可視化・監視できます。AWS Organizations を使用して一括請求を行っている
コンテナを監視する - Mackerel ヘルプ
Amazon ECSやKubernetesなど、コンテナオーケストレーションプラットフォームにおけるコンテナの監視にはmackerel-container-agentが利用できます。 特徴 mackerel-container-agentにはつぎのような特徴があります。 コンテナオーケストレーションプラットフォームを対象とした専用の監視エージェントです Dockerイメージで提供します タスク(ECS)やPod(Kubernetes)を監視します タスク/Podのサイドカーとして実行します タスク/Podをホストとして扱い、サービス、ロールを割り当てることが可能です エージェント終了時に自動退役します 以下に挙げるものはmackerel-container-agentにおいて監視対象外となります。 コンテナホストの監視 コンテナホストのCPUやメモリ、ネットワークなど コンテナオーケストレ
Mackerel アンバサダープログラム はじめます！ - Mackerel ブログ #mackerelio
こんにちは。Mackerelチーム CRE の三浦（id:missasan）です。 ユーザのみなさまには、いつもMackerelをご愛顧いただき、誠にありがとうございます。 また、Mackerelに関する様々なアウトプットを伴う活動をしていただき、Mackerelチーム一同、心より感謝申し上げます。 普段から多くのエンジニアの方の会話や、SNS上での発言から「Mackerel」という単語を耳に、目にすることができるのは、ひとえに確かな選定眼と技術力によってMackerelを活用し、その良さを外に向かって発信してくださっているユーザの方々のおかげだと考えています。 この度は、そういったMackerelのアンバサダー（『大使』という意味を持ちます）とも言えるユーザの方々に恩返しができるよう、「Mackerelアンバサダー」という制度を設けました！ また、このアンバサダーに認定された方を対象に、
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
.ioドメイン不調に伴うMackerelの死活監視アラートの誤報の発生とそれに対する対応について - Mackerel ブログ #mackerelio
Mackerelサブプロデューサーの id:Songmu です。表題の件、ユーザーの皆様には度々ご迷惑をおかけしており大変申し訳ありません。 本件の詳細に関する説明と、今後の対応に関してお知らせいたします。 死活監視のアラート誤報に関して Mackerelでは、mackerel-agentから一定時間メトリック投稿が途絶えた事をもって、サーバーがダウンしたと判断し、死活監視アラートを発報する仕組みになっています。 現在、 mackerel.io ドメインの名前解決が不安定になっております。それに伴い、 mackerel.io ドメインの名前解決が一定期間失敗し、Mackerelへのアクセスが一時的にできない環境において、 mackerel-agent がMackerelへのメトリック投稿をおこなうことができず、Mackerelシステム側でサーバーがダウンしたと判断してしまい、死活監視のアラ
システム移行メンテナンスにおける一部時間帯に更新されたデータが消失した原因のご報告 - Mackerel お知らせ #mackerelio
Webオペレーションエンジニアの id:y_uuki です。 2017年8月7日に、メンテナンスの完了報告及びデータ消失とカスタムダッシュボード、式監視の不具合に関するお詫びにてお知らせしたメンテナンス作業時間中のデータ消失について、本エントリにて技術的な観点から原因の詳細をお伝えいたします。 概要 2017年8月7日(日本時間)に、オンプレミスデータセンターからAWSへ、Mackerelをシステム移行するためのメンテナンスを実施しました。 メンテナンス開始時間である14:30以降のデータ同期に失敗していたPostgreSQLデータベースサーバへの意図しないフェイルオーバーが、メンテナンス作業途中の15:30に発生した結果、14:30から15:30の間に更新されたデータを消失しました。 移行作業後のアプリケーションの動作確認中に、特定時間帯のデータを消失していることを発見し、データの復旧を
新しいクラウドパフォーマンス管理サービス Mackerel 正式リリースのお知らせ - Mackerel お知らせ #mackerelio
本日、Mackerelを正式リリースしました。 Mackerelは、Immutable Infrastructureを取り入れたアーキテクチャや、ChatOpsといった運用スタイルに最適化した、新しいクラウドパフォーマンス管理サービスです。 Mackerelは2014年5月8日にベータ公開し、それから4ヶ月間、機能追加と安定化を目指してきました。今後も引き続き、クラウド上のサーバとそれらによって構築されるWebサービスを管理するための、より使いやすく、より便利なサービスとして開発運用を加速させていきます。並行して国際化対応し、グローバルへの展開も積極的に行います。 本日より、フル機能をご利用いただける「Standardプラン30日間無料！」キャンペーンを実施しております。ぜひお試しください。 ご意見ご要望などがありましたら、お気軽にサポートまでお知らせください。 Mackerelの特徴 M
Mackerelをベータ公開しました - Mackerel お知らせ #mackerelio
本日、Mackerelをベータ公開しました。 Mackerelは、ウェブアプリケーションのパフォーマンスとインフラを管理するための新しいサービスです。 Mackerelとは Mackerelは、次のような問題を解決することを目指しています。 複数のサーバのリソース状況を効率的に可視化 各種ツールと連携することでサーバ情報の多重管理を解消 複数のクラウド環境を一元管理 リソース消費状況を可視化するだけではなく、APIによる各種ツールとの連携で、開発と運用の自動化をより促進させていきます。 詳細は、下記のリンクからどうぞ。 利用開始 https://mackerel.io/ja/ ヘルプページ https://mackerel.io/ja/docs/ 正式化に向けて ベータ期間中は、すべての機能を無料でご利用いただけます。正式版では無料でご利用いただける範囲に制限がつきます（料金などの詳細は正
Mackerel - 新しいアプリケーションパフォーマンスマネジメント
Features Why choose Mackerel? Mackerel is a server monitoring service provided by Hatena Co., Ltd.that offers all the functions necessary for cloud monitoring and service operation. Overwhelmingly Simple Installation Simply install the monitoring agent on your server and you're ready to start monitoring. See details Full-fledged Monitoring The ability to integrate various communication tools promo
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
