ちょうどの時間に大量の携帯メールを届けるには?


R25のモバイルサイトの登録しているのですが、指定した時間ほぼぴったりにメールが届きます。R25側は大量に登録しているユーザーがいるであろうと思うのですが、どうすれば大量の携帯メールをさばいて、ちょうどの時刻に届けることができるのでしょうか?

サーバを大量に用意して、別IPから一気に送るなど具体的なことを教えてください。イメージをつかみたいです。

回答の条件
  • 1人2回まで
  • 登録:2008/12/08 21:14:49
  • 終了:2008/12/15 21:15:03

回答(4件)

id:sm0k3 No.1

03回答回数591ベストアンサー獲得回数392008/12/08 21:40:47

ポイント23pt

http://www.netdeoshigoto.com/mail/

たとえばこういったソフトやサービスを使っています。

データベース化された顧客情報(アドレスからどのキャリア:会社かまで)を元に、一斉送信します。

http://www.future-s.com/server_domain/sonicmail/detail.html

このサービスの紹介にあるように3万通でも10分ほどで配信が終わるようです。

サーバーのスペックを見て、R25の会員数を考えればサーバーの規模もわかります。(分けて配信していれば高性能なサーバーや回線は不要ですけどね。)

もし、実行するのが毎回同じ時間であって、データベース上のあなたの位置も余り変わらないのであれば、

これだけの速さで送信できるので、受け取る時間も余り変わらない。ということになります。

id:dingding

こういったサービスがあることは知っています。

これらのサービスが何をしているかを知りたいのです。

専門的な内容で説明してほしいです。

5分で100万通送れるものなどは、サーバの台数がすごいのか、回線なのか、アプリなのかがどう違うのかを知りたいです

2008/12/09 10:29:41
id:sm0k3 No.2

03回答回数591ベストアンサー獲得回数392008/12/10 00:51:52

ポイント23pt

再トライです。

http://www.forcast.jp/tec/index.html

その5分で100万通のサービスを実現している業者のページに解説がありましたよ。

主にアプリケーション技術について書かれています。

記述によるとサーバーは1台の場合のようです。

アプリケーション技術については上記を参照していただきたいのですが、

http://www.forcast.jp/1u/index.html

このページで具体例の出ている、1通20kbのメールを5分で14万件配信する例でも、

帯域は3Gbpsほどになりますので、この速度を実現するにはそれなりのバックボーンも必要ですね。

なので主に回線とアプリケーションということになると思います。

性能アップは、ボトルネックを解決していく話になりそうですが。

その他、キャリアのサーバー側での迷惑メール防止機能への対処や、

エラーで返ってきたアドレスのデータベースからの逐次削除など、

ボトルネックを作らないような配慮もされているようです。

以上ですが、どんなもんでしょうか。

id:dingding

回線もそうなのですが、一番気になるのは、キャリアからの遮断です。

一気に同一キャリアに送るようなことになると思うので、たぶんそのままではスパムと判断されます。

公開されているルールを全部満たしてもスパムと扱われる可能性も低くないと聞きます。

その辺のための対策をどうするのかが一番気になるのです。

2008/12/10 12:32:42
id:koujirou6218 No.3

koujirou回答回数597ベストアンサー獲得回数472008/12/10 01:06:22

ポイント22pt

実験してみました。

自宅サーバです。

PentiumⅢ 750Mhz メモリ512M

phpにてset_time_limit()を用いて、1秒間に何通メールを送信できるか試しました。

私の環境では、69094通送信することが可能でした。

最近標準的なサーバですとCPUクロックが3Ghzだとすると、この4倍送信することが推測できます。

276376通は1秒間に送信できるでしょう。

また、クラスタ化など負荷分散しているともう少し効率も上がると思います。

DBにメールアドレスを保存していると思われますが、DB内のメールアドレスを読み込むのに相当なメモリを消費すると思いますのでもしかすると少々遅くなる可能性もあります。

100万通送ることは、それほどサーバが強化されているわけではないようです。

一般的なサーバでも100万通は送信可能だと思います。

id:dingding

実際試していただきましてありがとうございます。

処理能力的にはそんなにいけるものなんですね。

2でも書きましたが、処理能力以上にスパムフィルター対策が気になっています。

2008/12/10 12:33:26
id:morethanjustase No.4

morethanjustase回答回数35ベストアンサー獲得回数52008/12/11 01:40:03

ポイント22pt

スパムフィルター対策の情報ではなくて恐縮ですが、メールサーバの送信能力の観点で…。

qmailを使っていた経験から、メールサーバ(MTA)の性能面のボトルネックは、

メールキューの制御を行うためのディスクアクセスだと認識しています。

実運用では転送先の性能もあり、送信するメールのサイズにもよりますが10KB程度のメールで、

20通/秒(サーバ1台あたり)まで性能が出ればいいところでした。


qmailとPostfixのパフォーマンス比較

http://d.hatena.ne.jp/isher/20080726/1217075842


短時間に大量のメールを送信するシステムを構築する場合は、

メールサーバのHDDをRAID1+0構成等にし、ディスクアクセスを高速化した上、

サーバ台数を増やしてスケールアウトしていくのが定石だと思います。


Linuxシステム構築Tips - HDDベンチマーク手順+性能測定結果一覧

http://plaza18.mbn.or.jp/~moriban/linux/HardDiskPerformance.html

id:dingding

これはとても参考なる情報ありがとうございます。

2008/12/11 17:22:56
  • id:esecua
    ただ単にDBにメールアドレスなどを保存し、cronでスクリプトを起動させ、while()などで処理していないとすると、、、

    ん〜気になる。

この質問への反応(ブックマークコメント)

「あの人に答えてほしい」「この質問はあの人が答えられそう」というときに、回答リクエストを送ってみてましょう。

これ以上回答リクエストを送信することはできません。制限について

絞り込み :
はてなココの「ともだち」を表示します。
回答リクエストを送信したユーザーはいません