第32回 PostgreSQL 勉強会まとめ
- soudai1025
- 3752
- 0
- 0
- 1
Zabbix+pg_monzを使ったPostgreSQLの監視/可視化のデモ。ここまではversion 1.0までもできた。 #jpug_study
2015-10-10 14:20:49クラスタ監視の機能。ストリーミングレプリケーション向けの監視機能で系状態を表示できる。pgpool-IIに特化した監視機能もある(クエリキャッシュ状況なども見れる)。 #jpug_study
2015-10-10 14:23:21pg_monzはpgpool-II の監視(死活やweightなど)もしてくれる。 #jpug_study
2015-10-10 14:23:25pg_monz のレプリケーション監視、sync_state も見られると便利では? #jpug_study
2015-10-10 14:25:59スプリットブレインが起こらない様に、watchdog間の通信は専用と上位系の2種類で行う様に作りました。 #jpug_study
2015-10-10 14:29:18#jpug_study クラスタ監視の肝は、クラスタ全体の不正状態(スプリットブレイン、SR構成での複数プライマリ発生状態、同期SR構成でスタンバイ全消失等)を検出できること。
2015-10-10 14:29:28サーバの死活状態と系内のサーバ数を元に、系全体の状態を判断してアラートを出すということなのか? #jpug_study
2015-10-10 14:33:40Zabbix Agent/Zabbix SenderってPostgreSQLサーバに入れないとやっぱりダメなのかなあ?だとすると、AWS RDS PostgreSQLでは使えない?>なんとなくAWSな人が会場にいそうなので書いてみるw #jpug_study
2015-10-10 14:35:18TISさんのIshigakiテンプレートだと、pgpoolをAPサーバと同居させる構成だった気がしたけど、pgpoolを独立させるのが一般的なのかな #jpug_study
2015-10-10 14:35:49ええ、RDSにはエージェントいれられませんよー #jpug_study twitter.com/nuko_yokohama/…
2015-10-10 14:37:23#jpug_study pg_monzはZabbix経由でエラー通知。pg_stasinfoでは監視ログ加工まで。通知は他のツールと組み合わせて使うもの。
2015-10-10 14:42:33pg_statsinfo はもと元某商用DBMSの STATSPACK 相当の情報を PostgreSQL でも取りたい、というところから開発がスタートしているので、死活監視とか異常検知は餅屋に任せる感じかなー #jpug_study
2015-10-10 14:42:57#jpug_study pg_statsinfoはPostgreSQLのDBに統計情報を入れるので、レプリケーションの対象になる。pg_monzはzabbixのDBに統計情報を入れるのでレプリケーションの対象にならない。無駄なレプリケーションが発生しなくていいかも?
2015-10-10 14:44:47