PostgreSQL小ネタ - めもおきば
PostgreSQLを高速化する16のポイント だからそんなせまっくるしいところでトンチンカンにdisる暇あるんだったら自分のブログでお好みの議論を書くかさもなきゃ/dev/nullにでも吐けとやんわりと言ってるんだよハゲ。 ですよねー。 というわけで、重要度によらない小ネタをいくつか。 PHPのpg_pconnect pg_pconnectに気をつけろ!!として他の方のエントリもあるとおり、pg_pconnectはApacheのmod_php環境では当然ながらピーク時にApacheのMaxClients分だけDBへの接続数が消費される事になります。 これは特にロードバランサ配下など、複数台Webサーバ置いている場合に、各サーバのMaxClientsの合計数分が必要数になります。それ以上の接続数をDBサーバ側で確保できない場合は、例えば、pg_pconnectを避ける、コネクションプーリン
Keepalived + LVS + CentOS4 でロードバランサー（DSR） - yoshifumi1975's diary
keepalived は、1.1.15からinclude が使えるようになったので、設定が簡単になったのでお勧め。ありがとうid:stanaka さん。 VIP は、 10.0.7.100 設定は以下のとおり。（NATの時とほとんど同じだけどVIPを持っているマシンは無い。） WebDB Press vol37 では、ロードバランサーに設定したVIPの設定を消すという部分が抜けているのでそのまま試すと、NATではうまくいくがDSRの時にうまくいかない。 種別 ホスト名 IPアドレス デフォルトゲートウェイ 備考 クライアント cl0 10.0.0.173 通常通り VIPあてのルートをロードバランサーのeth0 にする。 ロードバランサー lb0 eth0:10.0.31.11/16 なし ロードバランサーのdefault g/w をすべて削除。 eth1:192.168.31.11/16
DSAS開発者の部屋:特集記事『Linuxロードバランサ構築・運用ノウハウ』を公開します
『Linuxロードバランサ構築・運用ノウハウ』を公開します！ これはWEB+DB PRESS Vol.37の特集記事としてDSASチームが執筆したもので、技術評論社様の許可を得て今回公開するはこびとなりました。 一口でいうと、「Linux＋IPVS＋keepalivedを使って、冗長構成(Active/Backup)のロードバランサを作るまで」の解説記事で、 サーバ負荷分散一般についてのはなし Linuxでロードバランサを作ってみる ロードバランサを冗長化 といった構成になっています。 みなさんがLinuxロードバランサを導入・構築・運用する際の一助になれば、DSASチームとしてもうれしい限りですので、是非、ご覧になってください！ 第1章 サーバ負荷分散概論 特集のはじめに なぜサーバ負荷分散をするのか？ サーバ負荷分散の実現方法 ロードバランサのいる構成 ロードバランサはなにを元に分散す
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
