SANなしのMSMQ用のWindowsフェールオーバークラスター？
SANなしで3ノードのWindowsServer 2008 R2フェールオーバークラスターを作成することは可能ですか？
私たちの目標は、単一障害点のないクラスター化されたMSMQを作成することです。理想的には、保存されたメッセージはクラスターのすべてのノードに保持されるため、単一のノードがオフラインになった場合でも、クラスターは操作を続行してクォーラムを維持できます。
あるいは、可用性の高いMSMQを作成する別のより良い方法はありますか？
（追加の最も可能性の高い無関係な情報）このクラスターは、NServiceBusの「ディストリビューター」として機能し、システム内のすべての「保留中」のメッセージを保持します。これは、すべてのメッセージトラフィックが通過するハブになります。
編集：明確にするために、ノード自体に複製されたMSMQキューを格納することに特に関心があります。クラスタークォーラムを処理するには、FileShareまたはa Nodeマジョリティクォーラム）を使用します。
MSMQデータが保存されるディスクには、何らかの共有ディスクが必要です。
SANのコストは主な問題ではありません。むしろ、SANが単一障害点になるという事実です。
SANは、実際には単一障害点とは見なされません。それらには、冗長コントローラー、サーバーからSANへの冗長パス、コントローラーからスピンドルへの冗長パスがあります。スピンドル障害が問題である場合は、冗長性を最大化するために、LUNを2番目のディスクセットに複製できます。 2つ目のアレイがある場合は、あるアレイから別のアレイに複製することもできます。
ほとんどのストレージアレイは、99.999％の稼働率を実現するように設計されています。 99.9999％の稼働時間用に設計されているものもあれば、それよりもさらに多くの稼働時間を提供できるものもあります。
MSMQは、1つの固定ファイルの場所を使用して、特定のキュー・マネージャーのメッセージとログ・ファイルを保管します。クラスタ化されたMSMQサービスが別のノードにフェイルオーバーすると、ファイルは同じ共有場所からメモリにロードされ、MSMQが引き続き機能できるようになります。 MSMQストレージディレクトリを複数の場所に複製して、それらの場所をMSMQサービスがファイルをロードできるようにすることはできません。メッセージにはすべてMSMQキュー・マネージャーの名前がスタンプされているため、ファイルは同じキュー・マネージャー名を持つMSMQサービスによってのみロードできます。
いいえ、クラスターサービス/ MSDTCには共有ブロックレベルのクォーラムボリュームが必要です。
はい、共有ブロックストレージはクォーラムの要件です。
これを後押ししているのがSAN）のコストである場合は、 Dell MDS 10 などの直接接続ストレージを使用できます。