〜8000のクライアントとクライアントごとに1つのキューを持つMSMQシステムを設定します。平均して、各クライアントから毎日〜2000メッセージを処理する必要があります。メッセージサイズは1Kから最大サイズ(4MB)までです。MSMQのスケーラビリティ
これはすべてMSMQで可能ですか?
私はここで多くの詳細を提供しているわけではないことを知っていますが、誰もが同様の設定を実行できるかどうかについてのフィードバックがほしいです。
〜8000のクライアントとクライアントごとに1つのキューを持つMSMQシステムを設定します。平均して、各クライアントから毎日〜2000メッセージを処理する必要があります。メッセージサイズは1Kから最大サイズ(4MB)までです。MSMQのスケーラビリティ
これはすべてMSMQで可能ですか?
私はここで多くの詳細を提供しているわけではないことを知っていますが、誰もが同様の設定を実行できるかどうかについてのフィードバックがほしいです。
まあ、広ブラシの答えははいです、それは10年以上にわたって、成熟した製品として、問題なくスケールされます。
バークレイズのように、ほとんどの銀行はそれを使用していますが、私は60-90kデスクトップの間で考えていますが、正しく設計され、各処理ボックスに十分なメモリがある、および適切なネットワーク帯域幅。
メッセージスループットに関しては、1日に2k個のメッセージは何もありません。私は数年前、1つのデリバリーf/xアプリが1600メッセージ/秒を処理していた時に、シティで働いていました。
具体的な助言を得ることはできませんが、助けてください。
ボブ。
理論的にはこれを行うことができ、メンテナンスの悪夢があります。 1つまたは複数の顧客対向キューを採用し、下流のコンテンツルーティングおよび/または競合する消費者パターンを導入します。
スループットは投影ボリュームの問題ではありませんが、キューをサポートする基本的なディスクファイルがあることに注意してください。 8,000のキューを配置すると、RAIDソリューションを使用していない限り、ディスクI/Oの問題が発生する可能性があります。
既に知っていない限り、おそらくhttp://msdn.microsoft.com/en-us/library/ms811056.aspxが役立ちます – Karsten