[pgpool-general-jp: 1088] Re: postgresql9.1.5 + pgpool-II3.2.0 ストリーミングレプリケーション ロードバランスの時にエラーとなる

[Kazuaki Fujikura]

石井さま

藤倉でございます。
ご返信ありがとうございます。

2012年9月9日 7:59 Tatsuo Ishii <ishii ＠ sraoss.co.jp>:

> 石井です。
>
> 結論から言うと、pgpoolは想定通りの動きをしています。
>
> > 藤倉と申します。
> >
> ストリーミングレプリケーションしているpostgresql（master/slave)にpgpoolを接続させロードバランスさせると以下のようなエラーが出力され、
> > アプリケーションにはエラーが返ってくる状態です。
> >
> >
> > ■実行したコマンド
> > $ createdb -e -p 5432 -h db -U postgres -E UTF8 -T template0 --lc-collate
> > 'C' --lc-ctype 'ja_JP.UTF8' <database_name>
> > $ psql -h db -U postgres < /tmp/schema.sql
> > ※ schema.sqlは中身が何でもエラーになります
> > ※ createdbとpsqlの間にsleepをはさむとエラーが出なくなります
> >
> >
> > ◯pgpool.log
> > 2012-09-06 17:50:45 ERROR: pid 5278: pool_read_kind: kind does not match
> > between master(53) slot[1] (45)
> > 2012-09-06 17:50:45 LOG:   pid 5278: pool_read_kind: error message from 1
> > th backend:database "<database_name>" does not exist
> > 2012-09-06 17:50:45 ERROR: pid 5278: pool_do_auth: failed to read kind
> > before BackendKeyData
> >
> >
> >
> > スレーブ側のpostgresでは以下のようなログが出力されていました。
> > ◯postgresql
> > Sep  6 17:50:45 slave-server postgres[5468]: [2-1] [unknown]  [5468]:0
> > ()LOG:  connection received: host=localhost.localdomain port=41516
> > Sep  6 17:50:45 slave-server postgres[5468]: [3-1] <database_name>
> > localhost.localdomain(41516) [5468]:0 (authentication)LOG:  connection
> > authorized: user=postgres database=<database_name>
> > Sep  6 17:50:45 slave-server postgres[5468]: [4-1] <database_name>
> > localhost.localdomain(41516) [5468]:0 (startup)FATAL:  database
> > "<database_name>" does not exist
> >
> >
> >
> > ■環境
> >  CentOS 5.x (64bit)
> >  - pgpool-ii 3.2.0
> > port = 5432
> > master_slave_mode = on
> > master_slave_sub_mode = 'stream'
> > connection_cache = on
> > load_balance_mode = on
> > replication_mode = off
> > replicate_select = off
> >
> > ※ pgpoolのバージョン3.1.3-2/3.0.5にしても同様の問題は発生しました
> >  - PostgreSQL 9.1.5
> > ※ ローカルにマスター/スレーブを立ててストリーミングレプリケーションしています
> > master port = 5442
> > slave  port = 5443
> >
> > postgres=# SHOW pool_nodes;
> >  node_id | hostname  | port | status | lb_weight |  role
> > ---------+-----------+------+--------+-----------+---------
> >  0       | 127.0.0.1 | 5442 | 2      | 0.500000  | primary
> >  1       | 127.0.0.1 | 5443 | 2      | 0.500000  | standby
> > ※ lb_weightを1/0 1/1 0/1に変更して同様の問題は再現しました
> > node_id 1をdetachしている状態では問題は再現しませんでした（現象は発生しない）
> >
> >
> > postgres=# psql -x  -U postgres -h localhost -c "SELECT * FROM
> > pg_stat_replication"
> > -[ RECORD 1 ]----+------------------------------
> > procpid          | 18398
> > usesysid         | 10
> > usename          | postgres
> > application_name | walreceiver
> > client_addr      | 127.0.0.1
> > client_hostname  |
> > client_port      | 59479
> > backend_start    | 2012-09-06 17:26:15.112519+09
> > state            | streaming
> > sent_location    | 6/CF00ED50
> > write_location   | 6/CF00ED50
> > flush_location   | 6/CF00ED50
> > replay_location  | 6/CF00ED50
> > sync_priority    | 0
> > sync_state       | async
>
> pgpoolは、クライアントからの接続を受付けてから、すべてのバックエンドに
> 対して指定したユーザ、データベースで接続を試みます。このケースでは、レ
> プリケーションの遅延のためにスタンバイ側でまだデータベースが作成されて
> いないためにエラーになっています。
>
> > ※ sync_stateをsyncにしても同様の問題は再現しました
>
> PostgreSQLの「同期」レプリケーションは、レプリケーション遅延を0にするも
> のではないので、そうなります。
> >
> > PostgreSQLストリーミングレプリケーションではsyncであってもスレーブ側への遅延がある程度許容されていると考えておりますが、
> > pgpool側ではmaster_slave_sub_mode =
> 'stream'であっても少しの遅延も許容されない状態になっているように見えます。
>
> 「許容されている」の意味がちょっとわかりませんが、pgpoolがエラーになる
> のは最初に述べた理由からです。pgpoolを使わなくても、
>
> psqlでプライマリに接続、データベースを作成
> すかさず別のpsqlでスタンバイに接続
>
> とやってもエラーになります。
>


postgresql側の遅延をpgpool側で吸収してくれると期待しておりました。
例えばスレーブ側にてDBやテーブルが存在しない場合にはリトライする、
などの振る舞いを期待しておりましたが確かに一長一短ですので考えが浅はかでした。


>
> > delay_threshold の値を0もしくは数GBを設定しても改善が見られませんでした。
>
> delay_thresholdを0にするとチェックが行われません。また、
> delay_thresholdはSELECTがスタンバイに行くかどうかを制御するものですので、
> このケースでは無関係です。
>
> > 以上のような状況なのですが、どなたか回避策などご存知でしたらご教示お願い致します。
>
> 回避策としては、pgpoolの(同期)レプリケーションを使うことになります。
>
>
アプリケーション側にてリトライするなどの対策も検討してみたいと思います。



> > よろしくお願い申しあげます。
> >
> > 藤倉
> --
> Tatsuo Ishii
> SRA OSS, Inc. Japan
> English: http://www.sraoss.co.jp/index_en.php
> Japanese: http://www.sraoss.co.jp
>

エラーが起きている状況が分かり非常にすっきりしました。
ありがとうございました。

藤倉
-------------- next part --------------
HTMLの添付ファイルを保管しました...
URL: <http://www.sraoss.jp/pipermail/pgpool-general-jp/attachments/20120910/54ef635b/attachment-0001.html>