10
PostgreSQLレプリケーション
私たちは絶えずこれをオフィスの周りで打ち負かしており、疑問が持ち上がり続けています。PostgreSQLのレプリケーションはどのように対処しますか?Master-Slave、Master-MultiSlave、およびMaster-Masterを使用して単純に保つだけで、必ずしも高度なクラスターについても話しているわけではありません。通常、MySQL用に設定するのは非常に簡単です。フェイルオーバーは、特に構成が簡単なため、完璧ではないにしても簡単です。Slonyで遊んだことがありますが、手間がかかりすぎます(スキーマの変更には介入が必要、新しいデータベースには介入が必要など)。PGPool2は、ノードがダウンし、レプリケーションを同期状態に戻すための適切な方法(すべてをダウンさせ、フォールドしたノードを再シードする以外の方法)を見つけることができなくなるまで、非常に優れていました。基本的にここに私が通常探しているものがあります: 簡単なセットアップ(難しいセットアップは済ませますが、簡単に拡張できます) 単純なフェイルオーバー 落ちたノードを元に戻すには時間が必要です(つまり、mysqlのように。サーバーがダウンし、起動して、レプリケーションが追いつくのを待ちます)。 スキーマの変更は複製を壊しません サーバーへの新しいデータベースの追加はシームレスです(つまり、mysqlのように、DBサーバー全体を複製できるため、マスター上に新しいデータベースが作成され、自動的にスレーブに伝搬されます) MySQLはこれらのほとんどをかなりうまく処理しますが、PostgreSQLにはある種の好みがあります。それに、それが唯一の選択肢である状況がいくつかあり、その中に複製を追加したいと思います。現在何を使用していますか?また、ソリューションについてどのように感じていますか?これはMySQL対PostgreSQLの投稿ではありません、私は約束します、それは私が始めようとしているものではないからです。:)