[pgsql-jp: 34805] Re: Postgres の障害時の対策および防止法について
Y.Shimada
yshim_pgsql @ storgate.co.jp
2005年 2月 3日 (木) 12:09:32 JST
島田@Storgateと申します。
at [05.02.03 11:01], [Roichan]-san wrote;
>問題は2台のマシンをリアルタイムで同期させるということなのですが、
>簡単に可能なのでしょうか??
以下、ご参考まで、、、
技術評論社 Web+DB Press Vol.24、特集3
<http://hiroshima.sraw.co.jp/~mitani/jpug/pgcluster/index.html>
<http://www2b.biglobe.ne.jp/~caco/pgpool/>
<http://www.turbolinux.co.jp/products/cluster/qm/>
<http://gborg.postgresql.org/project/slony1/projdisplay.php>
>
>また最大40機のマシンからデータが同時にくることが考えられますが、
>システム的には耐えられるものでしょうか?
>(複数台から同一のテーブルを同時に更新などもあります。ただしテーブルの構
>造としては端末番号とデータNoをもち、端末番号、データ番号でユニークとなる
>Indexを春よていですが、Rockとかの問題はPostgresでは大丈夫でしょうか?)
大丈夫なように設計するのが任務ですね。
同時にDB更新とは新規データのインサートのように思えますが。
>
>皆様の意見を聞かせて頂きたいと思います。
>
>また、このシステムにはお金をあまりかけないということなので、
>基本的にPC×2台(RAID1)+Fedora or RehHat9 + PostgresSQLと考えています。
かけるコスト(機材費、ソフトライセンス、設計費、運用費。。)費と
そのシステムに求められる要件のバランスを考えて設計する必要があります。
上記構成でDBのリアルタイムレプリケーションを実現させるには、結構工夫が
必要かと。。
ユーザの予算が先に決まっていて、要件があとなら、その予算で実現、保証可能な
範囲をユーザに提示し相談する事になりますね。
要件(必須)が決まっていて、予算がない時、、、さあ困ったです、、、。
------------------------------------------------------------------------
Storgate Co.LTD. URL:www.storgate.co.jp
pgsql-jp メーリングリストの案内