1

PosgtresqlレプリケーションでPOCを実行しています。私はpostgresqlの最新バージョン、つまり9.1を使用しています。市場には複数の複製ソリューション(PGCluster、Pgpool-II、Slony-I)があります。 Postgresqlは、内蔵レプリケーションソリューション(ストリーミングレプリケーション、ウォームスタンバイ、ホットスタンバイ)も提供します。私はPOCをやっている金融アプリケーションにはどのソリューションが最適か混乱しています。このアプリケーションは、行サイズ2.5KBの約1億6000万のレコードをデータベースに書き込みます。私の質問レプリケーションソリューションが適しているであろうシナリオを以下のためである:Postgresqlレプリケーションソリューションとそのパフォーマンス

  • 私はハイAvaliabilityと整合性を必要とする場合
  • 読み込みスケーリングするために必要となる場合は、私は、バックアップの目的でのみ
  • を複製を必要とする場合

また、postgresqlレプリケーションソリューションで性能や経験を共有することができれば非常に役に立ちます。

+0

これはdba.stackexchange.comに属します –

+0

"アプリケーションは約1億6000万レコードを書きます" - 毎日?合計で?毎月? – filiprem

+0

合計160レコード – Saurabh

答えて

1

短い答えは「あなたの問題が何であれ、解決策があります」です。

主なもののほんの一部を見てみましょう。

  1. Slony-Iは、データベースの一部または全部の読み取りを拡大するためのレプリケーションソリューションです。これは、お客様のデータベースに参加し、DMZにレプリケートして顧客レポートなどを作成できるように設計されています。一方で、この柔軟性は複雑さを招きますが、Slonyはデータベースの一部だけを複製することができますが、Slonyはデータベースの一部だけを複製することができます......また、Slonyの柔軟性はそこで終わりません。これにより、異なるバージョンのPgsql間でレプリケートすることができるため、大規模なアップグレード時に読取りクエリの停止時間をゼロにすることができます。

  2. Postgres-XCは、実際にPGClusterの精神の後継者です。 PostgreSQL用のTeradataスタイルのクラスタリングを提供します。読み取りと書き込みのスケールを実際に行う必要がある場合は、これが解決策ですが、やはり複雑さが増します。

  3. 組み込みのレプリケーションソリューションは最も簡単です。バックアップを取ったり、書き込みを行ったりする目的でスケールすることができます。高可用性と一貫性を保証しますが、メジャーアップグレードではすべてのノードのダウンタイムが必要です。

あなたが望むものを正確に把握してから、そのジョブに適したツールを選択する際にヘルプを探す必要があります。私はあなたがその時点に達すると、pgsqlの一般的な電子メールリストを尋ねることをお勧めします。

関連する問題