ASP.NETのWebサイトに状態サーバーを使用するときにシングルポイント障害を回避する方法

Question

私の現在のプロジェクトでは、サーバーファームを要求するのに十分な負荷を持っている可能性があるウェブサイト（ASP.NET MVC）を作成する必要があります。私は、サーバーファームが使用されている場合、セッションの状態は、このようなSQL Serverデータベースまたは状態サーバーとしてどこか別の場所に保存されなければならないことを理解します。

いくつかの実験をした後、我々は、状態サーバーのメカニズムを使用するように傾斜しているが、それは単一障害点を持っているという事実は、私が神経質になります。状態サーバーを使用するときに我々は「単一障害点」を避けることが可能な任意の方法はありますか？

Answer 1

セッション状態のパーティションあなたはsingle point of failureを避けるために、使用できること。これはまだあなたに合っていない場合は、 ASP.NET速度をしようと考えるかもしれませんそれが唯一のCTP段階にあるにもかかわらず、それは有望に見える>プロジェクト、。

あなたは完全な拡張性と冗長性を望むなら、あなたはおそらく、SQL Serverのクラスタを使用する必要があります。

Answer 2

sharedcache（ http://www.sharedcache.com のか<のhref = "のhttp：// sharedcache.codeplex.com」のrel = 『nofollowをnoreferrer』> http://sharedcache.codeplex.com のは）セッションの実装を持っている、それがこれまでにリリースされていないが、人々はそれを使用しています。

Answer 3

<ストライキ>あなたは<のhref = "http://msdn.microsoft.com/en-us/library/ms179410.aspx" のrel = "nofollowをnoreferrer" 別のマシンにSQL Serverレプリケーションを設定したり、使用することができます>フェールオーバークラスタに。 これは、潜在的に高価になる可能性がありますが、あなたのデータベースコンポーネントをより強固になるだろう。

技術的には、ウェブサーバ機器室は、私は必ずしもそれらのいずれよりもセッション状態について神経質ではないでしょうなど、ネットワーク、だけでなく、単一障害点です。