問題タブ [pgpool]

TL:DR Heroku は、マスター/スレーブ読み取り専用のロード バランシング用に pgpool-II をサポートしていますか? 他の解決策？

今後数か月以内に、heroku でアプリケーションを公開する予定です。現時点で考えられるスケーリングの最大のハードルは、データベース接続の制限を超えることです。すでに pgbouncer を採用しています。( https://github.com/gregburek/heroku-buildpack-pgbouncer ) 現在、マスターとスレーブの読み取り専用クエリの負荷分散を検討しています。独自のアプリ内バランサーをロールする代わりに、pgpool のようなものを使用することをお勧めします。(プレイフレームワーク)

データベースの垂直方向のスケーリングは、データのサイズが比較的小さいままであるため、あまり意味がありません。さらに、heroku db 層の価格以上は指数関数的に増加します。(私たちは線形スケールを好むでしょう)

heroku で読み取り専用クエリの負荷分散に成功したことはありますか? あなたのアプローチは何でしたか？

PgPool-II とノードを Debian 仮想マシンにインストールしました。ユーザーマニュアルに書かれた指示に従いました。ストリーミング レプリケーション、フェールオーバー、およびオンライン リカバリ機能を有効にしました。

ここに私のネットワーク構成があります:

• 192.168.1.111 PgPool-II
• 192.168.1.124 マスターノード (id=0)
• 192.168.1.126 スレーブ ノード (id=1)

PgPool-II は正常に動作していますが、マスター ノードでのオンライン リカバリ中に問題が発生しました。

マスター ノードを停止すると、フェールオーバーによりスレーブが適切に昇格されます (彼が新しいマスターになります)。ここまでは順調ですね。

ただし、「pcp_recovery_node」コマンドを使用して古いマスターをスレーブとして復元しようとすると、これは正しく再構成されますが (「basebackup.sh」により)、新しいマスターに「max_wal_senders = 0」が設定されているため、新しいマスターに接続できません。

「postgresql.conf」スタンバイファイルでこの値を変更しようとしましたが、変更すると、「wal_level = minimum」であるため、スタンバイが開始されなくなり、矛盾が生じます。

バージョン: - PgPool-II 3.3.3 - PostgreSQL 9.1 - Debian x64 7.6

よろしくお願いします。

単一のホストで 2 つの pgpool インスタンスを実行することは可能ですか? 私たちは現在、その構成に取り組んでいますが、一般的に知られている「ああ、それは決して機能しない」というものがないことを確認したかっただけです.

同じ Postgres データベースで pgpool-II の複数のインスタンスを実行できますか? 本当に冗長性を持たせたいという私の考えは、pgpool-II がダウンした場合でも、データベースがまだ実行されているため、ダウンタイムなしで別の pgpool-II に簡単にアクセスでき、データが失われることです。

あなたはこれができるか知っていますか：

1) 1 つの pgpool-II がアクティブで、別の pgpool-II がスタンバイ モードになっていますか? 2) 両方の pgpool-II がアクティブです (SQL クエリはそれらのいずれにも来る可能性があります)。

データベースは複製されます (データベース間で同じデータ)。複数の pgpool の場合、レプリケーションで競合が発生しますか?

どうもありがとう。

django アプリ (Django-PostgresPool、djorm-ext-pool、django-db-pool) と PG Bouncer または PG Pool の違いは何ですか?

アプリは最後の 2 つのパッケージのいずれかを使用しますか?

この記事では、作者はdjango 1.6から始まるパッチがあると言っています。アプリも、PG Bouncer または PG Pool パッケージも、これらのソリューションを使用する必要がなくなったことを意味しますか?