- PR -

同一OS内でのメールサーバの複数起動

1
投稿者投稿内容
BRETHZ
会議室デビュー日: 2004/07/29
投稿数: 9
投稿日時: 2005-04-22 10:00
現在メーリングリストの配信に QMail を使用しています。
一回で30万〜50通ぐらい送る必要があり Qmail の送信速度
の遅さに困っています。

今のところは送信可能数が大体5万/hぐらいでして、
出来れば1時間当たり30万通ぐらいまで送信を
あげたいと思います。

現状の問題としましてQmailのスプール処置の待ち時間が長く
その空き時間がもったいなく感じています。

サーバの処理能力的には余裕がありますので、例えば2つや3つの
メールサーバを同時に起動し、ポートを分けて送信するなどして
時間短縮は出来ないものでしょうか？

またはほかによいアイディアなどございませんか？

大変わかりづらい質問で申し訳ありませんが、ご助力いただければと
思います。
angel
ぬし
会議室デビュー日: 2005/03/17
投稿数: 711
投稿日時: 2005-04-22 10:56
現在のチューニング状況がわからないので、何ともいえませんが…

・concurrencyremote の設定が上限一杯
・キュー処理のファイルI/O がネック
・SMTP 応答の鈍いサーバが多数相手になっていて、待ちが発生
・DNS 検索で待ちが発生

等々、問題点は色々考えられる訳ですが…
引用:
現状の問題としましてQmailのスプール処置の待ち時間が長く
その空き時間がもったいなく感じています。

こちらの判断の理由はどちらから来ているのでしょうか？
問題点が絞り込めないと、qmail のインスタンスを並行動作させても解決にはならないと思います。
kaz
ぬし
会議室デビュー日: 2003/11/06
投稿数: 5403
投稿日時: 2005-04-22 12:04
こんにちわ．

どこが勿体ないかにもよるのではないかと．
spool を処理する時間なら，
client が実際に待つわけではありませんよね？
それとも，client が MTA に送り込むときに待たされるということでしょうか？

angel様ご指摘のように，
２つ動かしても，MTA そのものの処理が遅ければ意味無いと思います．
むしろ，その分の負荷が悪影響な話もあるかもしれませんよね．
BRETHZ
会議室デビュー日: 2004/07/29
投稿数: 9
投稿日時: 2005-04-22 13:48
angelさん, kazさんお返事ありがとうございます。

concurrencyremote は 255 となっています。
これより減らすと送信数が減ってしまいます。
サーバ負荷との兼ね合いからこのぐらいが一番よかったです。

大体のスペックですが
CPU:Pen4 3.0Ghz(FSB800MHz/1M)
MEM:1GB
HDD:72GB*3
RAID:RAID5

という環境で、Turbo Linux10を使用しています。

待ち時間といいますか、システムログよりスプールがたまっている
状態になっていました。

[ メッセージ編集済み 編集者: BRETHZ 編集日時 2005-04-22 13:49 ]
ぽんす
ぬし
会議室デビュー日: 2003/05/21
投稿数: 1023
投稿日時: 2005-04-22 20:24
スプールを RAID 5 にしていればパフォーマンスが出なくて
当然とゆーか、他をどうチューニングしてもここを変えない限り
処理能力は伸びないのでわ。
RAID 1+0 にするとか。
angel
ぬし
会議室デビュー日: 2005/03/17
投稿数: 711
投稿日時: 2005-04-22 23:27
引用:
スプールを RAID 5 にしていればパフォーマンスが出なくて
当然とゆーか、他をどうチューニングしてもここを変えない限り
処理能力は伸びないのでわ。

同感ですね。
第一感はやはり、ファイルI/Oでしょう。
…ただ、通信相手の性能に依るところも大きいので、vmstat で bi, bo あたりの数値も確認しないと断定はできないでしょう。
あと、DNSキャッシュサーバは、同一マシンでローカルに持ってますよね?
resolv.conf で ISP のDNSサーバなんか指定した日にゃ、大幅な待ちが出そうで怖いです。

後、ここが結構大事だと思うのですが、そのメールサーバは ML配信専用ですか?
qmail に限らず、メールの送受信に信頼性をもたせたければ、性能はどうしても犠牲になりますよ。(特にディスクI/O)
逆に配信のみに特化しておいて、トラブルは別手段で対応できるのなら、tmpfs やRAMディスクといった高速ファイルシステムを使う手もあります。…決してお奨めはしませんが。
ただ、ディスク構成を今から組替えられるかって話もありますし、無くは無いかな、と。

そうそう、高速ファイルシステムを使ったり、ディスク構成見直しをしない限り、qmail インスタンスを増やすのは全く意味がないと思います。
せめて大量のキューを捌くことを考えて、conf-split を増やすことで、ディレクトリ検索の負荷を軽減するくらいの手しかなさそうですね。

以上、ご参考まで。

[ メッセージ編集済み 編集者: angel 編集日時 2005-04-22 23:36 ]
1

スキルアップ／キャリアアップ（JOB@IT）