本記事は PostgreSQL Advent Calendar 2023 8 日目の記事です。 pg_stasinfoとは PostgreSQLカンファレンス2023にて、株式会社アシストの保田さんがpg_statsinfoについて紹介していました。 PostgreSQLサーバの利用統計情報をスナップショットとして定期的に収集・蓄積し、レポートを生成してDB設計やPostgreSQLの運用(日々の処理傾向の把握、性能劣化などの兆候や問題発生時の原因の把握等)に役立つ拡張機能です。 詳細は公式のドキュメントを参照してください。 さらに、pg_stats_reporterという別の拡張機能を導入することで、収集した情報をブラウザで確認することができます。 pg_stats_reporter pg_statsinfoが収集した情報をブラウザで確認するための拡張機能です。 導入すると、次のような画

あなたのシステムはきちんと動いていると言えますか？　本書は、システムのどの部分をどのように監視すべきか、また監視をどのように改善していくべきかについて解説する書籍です。 前半で監視のベストプラクティス、デザインパターン／アンチパターンを示して、監視の基本原則を詳しく説明し、後半でフロントエンド、アプリケーション、サーバ、ネットワーク、セキュリティの各テーマで強力な監視の基盤を設計して実装するための方法を示します。 監視対象が変化し、システムアーキテクチャが進化する中で、従来から変わらない監視の基本を示しながら、時代に合った監視の実践を解説する本書は、監視についての理解を深めたいエンジニア必携の一冊です。日本語版では、松木雅幸（@songmu）氏による監視SaaSの導入や活用方法を付録として収録しています。 正誤表 ここで紹介する正誤表には、書籍発行後に気づいた誤植や更新された情報を掲載して

この記事は Mackerel プラグインアドベントカレンダー(全部CRE） の24日目です。 qiita.com soudai.hatenablog.com それでは24日目は mackerel-plugin-json です。 mackerel-plugin-jsonはその名のとおり、JSONを可視化するプラグインです。 github.com 2020/12/02 追記 めちゃめちゃ便利なmackerel-plugin-jsonも進化していて、下記に出てくる多くの問題点が解決しています。 インストール カウンター値の計算 header付与によるセキュリティ これらを解決した機能の説明についてはこちらをご参照ください。 cohalz.co インストールと設定手順 mackerel-plugin-jsonのインストールですがmackerel-plugin-jsonは公式パッケージに同梱されてい

この記事はMackerel Advent Calendar 2017の15日目の記事です。 昨日は @mattn さんの Mackerel で Oracle のパフォーマンスを監視する という素晴らしい記事でした！ はじめに Mackerel を 利用し始めて半年ほど経ったので、自分が担当しているサービスで監視がどのように変わったか、 自分の監視に対するポジションやスタンスがどう変わったか、というのを書いてみようと思います。 Mackerelに関しては高度な活用記事が多いのですが、こういう「普通に監視しています」という記事があっても良いのではないかな、と思って書き始めたものであり、個人の見解です。 所属する組織を代表するものではありません。 祝！ Mackerel を 導入 2017.5～ トライアル開始 ということで、正式利用を開始してから大体半年経過することになります。 この半年の間に

Geeks Who DrinkとPostgreSQL Conference Japan 2017での資料です。 nulab.connpass.com PostgreSQL Conference Japan 2017 (2017-11-03) | 日本PostgreSQLユーザ会 詳しく知りたい人は下記の本がおすすめです。 ただし注意点は9.3相当なのでプロセスの仕組みがちょっと違います。 待望の新刊出ました！10系ベースなのでぜひ読んでみてください。 ※2018/10/07 追記 読み応えのある内容になったかなと思います。レベル感で言えばOSS DB Goldの試験出る範囲です。特に内部構造は覚えて置いて損は無いでしょう。 speakerdeck.com 内部構造の中で取り扱っていないところにAUTOVACUUM、TOASTとレプリケーションがあります。AUTOVACUUMはPostgre

Mackerel / NewRelic / Elasticsearch Seminar という夢のコラボーレーションのイベントで登壇してきました。3サービスそれぞれ強みがあって、勿論競合する部分（代替できる部分）もあるのだけど組み合わせて使うことが多いと思っているサービスです。次は「住み分けにこんなユースケースあるよ」みたいな話が出来れば聞きたいのでそういう企業で喋りたい人、絶賛大募集中です。 登壇について で私の資料はこちら。 speakerdeck.com インフラエンジニアからすると知ってて当たり前のtopコマンドの見方みたいな話になってます。でもtopは今を知るためのコマンドで歴史を知るためにはモニタリングが必要です。そして歴史（履歴）が無いと障害対応の時に比較することができません。これは id:y_uuki くんが言ってる下記のツイートがまさにそのとおりだと思っています。 モニタ