今回は、前回のエントリで紹介した Postgres Toolkit に含まれるコマンドのうち、pt-table-usageコマンドとpt-index-usageコマンドを紹介します。
「Postgres Toolkitって何?」という方は前回のエントリからどうぞ。
pt-table-usageとpt-index-usageコマンドは、それぞれテーブルとインデックスの利用状況を確認するためのコマンドです。
PostgreSQLの統計情報についてご存じの方はお分かりの通り、通常、PostgreSQLでこれらの情報を取得するには、複数のシステムビューやシステムテーブルを組み合わせなければなりません。
そのため、DBAにとって、もっとも頻繁に行う作業のひとつであるにも関わらず、かなり面倒な部類に入る作業です。
pt-table-usageとpt-index-usageは、これらの作業をコマンドひとつで実行できるようにしたものです。
2015年5月19日
2015年5月12日
Postgres Toolkit 0.2をリリースしました
| Tweet |
|
本日、Postgres ToolkitというPostgreSQLのDBA向けツールキットをリリースしました。
Postgres Toolkitは、PostgreSQLの運用管理を楽にするためのスクリプトやツールのコレクションで、DBA業務の品質や生産性を高めることを目的としたツールキットです。
Postgres Toolkitを使うことで、複雑なSQLを実行したり、自前のスクリプトをメンテする必要性が減少します。コンセプトとしては、「PostgreSQL DBA向けのVictorinox(スイスアーミーナイフ)」のようなイメージです。
もともとは、私がトラブルシューティングなどに呼ばれた時などに、現場で使えるツールがあまりに少なく、なかなか生産性が向上しないと感じていたことが発想の原点であり、書き捨てのスクリプトを毎回作るのではなく、いつでも誰でも使えるような便利なツール類が必要なのではないか、と感じていました。位置付けとしてはMySQLのPercona Toolkitと似ています。
Postgres Toolkit 0.2は、PostgreSQLのバージョン9.0、9.1、9.2、9.3、9.4をサポートしており、OSはRed Hat Enterprise Linux 6/CentOS 6で動作確認をしています。Python 2.6がインストールされている必要があります(Python 2.6はRHEL6/CentOS6のデフォルトです)。
■「Postgres Toolkit」とは何か
Postgres Toolkitは、PostgreSQLの運用管理を楽にするためのスクリプトやツールのコレクションで、DBA業務の品質や生産性を高めることを目的としたツールキットです。
Postgres Toolkitを使うことで、複雑なSQLを実行したり、自前のスクリプトをメンテする必要性が減少します。コンセプトとしては、「PostgreSQL DBA向けのVictorinox(スイスアーミーナイフ)」のようなイメージです。
もともとは、私がトラブルシューティングなどに呼ばれた時などに、現場で使えるツールがあまりに少なく、なかなか生産性が向上しないと感じていたことが発想の原点であり、書き捨てのスクリプトを毎回作るのではなく、いつでも誰でも使えるような便利なツール類が必要なのではないか、と感じていました。位置付けとしてはMySQLのPercona Toolkitと似ています。
Postgres Toolkit 0.2は、PostgreSQLのバージョン9.0、9.1、9.2、9.3、9.4をサポートしており、OSはRed Hat Enterprise Linux 6/CentOS 6で動作確認をしています。Python 2.6がインストールされている必要があります(Python 2.6はRHEL6/CentOS6のデフォルトです)。
2015年2月17日
HAProxyでPostgreSQLを負荷分散する(デモ動画あり)
| Tweet |
|
PostgreSQLにレプリケーション機能が標準機能として入ってしばらく経ちました。
PostgreSQLでもレプリケーション機能がいろいろなところで使われるようになってきた最近ですが、以前から気になっていたこととして、「L4のロードバランサでPostgreSQLの負荷分散ができないのだろうか?」という素朴な疑問がありました。
ずっと試してみたいと思っていたのですが、ようやく今回 HAProxy を用いることで動作させることができましたので、その方法を簡単にご紹介します。
ネットワークのロードバランスには、L4以外にもL7のロードロードバランサもあり、L7のロードバランサの場合には、例えばHTTP/HTTPSのロードバランサであれば、HTTPのセッションの内容まで見て、Cookieを挿入したり参照したりして、ロードバランスの挙動を制御したりします。
L4とL7のロードバランサ違いについては、以下のページの「Layer-4 と Layer-7 のロードバランサの違い」の項目を参照してください。
PostgreSQLでもレプリケーション機能がいろいろなところで使われるようになってきた最近ですが、以前から気になっていたこととして、「L4のロードバランサでPostgreSQLの負荷分散ができないのだろうか?」という素朴な疑問がありました。
ずっと試してみたいと思っていたのですが、ようやく今回 HAProxy を用いることで動作させることができましたので、その方法を簡単にご紹介します。
■「L4のロードバランサ」とは
「L4(Layer4)ロードバランス」とはTCP層におけるロードバランスのことです。L4のロードバランサは、アプリケーションごとのセッションの内容には関係なく、TCP層の情報だけを使ってロードバランスを行います。ネットワークのロードバランスには、L4以外にもL7のロードロードバランサもあり、L7のロードバランサの場合には、例えばHTTP/HTTPSのロードバランサであれば、HTTPのセッションの内容まで見て、Cookieを挿入したり参照したりして、ロードバランスの挙動を制御したりします。
L4とL7のロードバランサ違いについては、以下のページの「Layer-4 と Layer-7 のロードバランサの違い」の項目を参照してください。
2015年2月9日
【寄稿】PostgreSQL 9.4特徴紹介とpgCon China参加レポート
| Tweet |
|
SIOSさんのオープンソースブログに「PostgreSQL 9.4特徴紹介とpgCon China参加レポート」と題して、PostgreSQL 9.4と12月に参加したpgCon Chinaについて寄稿させていただきました。
では、また。
- PostgreSQL 9.4特徴紹介とpgCon China参加レポートhttp://oss.sios.com/guest-blog/gst-blg-20150210
では、また。
2014年12月2日
PostgreSQLカンファレンス2014開催のお知らせと見どころのご紹介 #pgcon14j
| Tweet |
|
この記事はPostgreSQL Advent Calendar 2014の12/3の記事です。
12月5日(金)にPostgreSQLユーザの方にはおなじみのPostgreSQLカンファレンスが開催されます。
12月5日(金)にPostgreSQLユーザの方にはおなじみのPostgreSQLカンファレンスが開催されます。
- PostgreSQLカンファレンス2014 ― NPO法人 日本PostgreSQLユーザ会 http://www.postgresql.jp/events/jpug-pgcon2014
■5トラック同時進行で多彩なセッション
今回のカンファレンスは、レギュラーセッションに加えてさまざまな企画系のセッションがあります。- キーノートセッション
- ハンズオンセッション
- レギュラーセッション
- チュートリアルセッション
- インターナショナルセッション
登録:
投稿 (Atom)



