SignalRアプリのスケールアウトを実装し、クラスター内の単一障害点を回避しようとしています。したがって、複数のRedisメッセージバスサーバーが必要です。
Redis Sentinelの実装に関する問題は、フェイルオーバー時に、クライアントが新しいエンドポイント[アドレス]に接続する必要があることです。これにより、SignalRアプリケーションを再起動する必要があります(Application_Start()で定義されたRedisエンドポイント)。
オプションではありません。
Booksleeveが役立つかどうか、どのように役立つかを理解しようとしています。これについて説明してもらいたいと思います。
問題は、メッセージバスに定義できるエンドポイントは1つだけであるということです。現在、ハードウェアソリューションはオプションではありません。
SignalRアプリケーションは、マスター/スレーブのリストを維持するBooksleeveラッパーに接続しますか?
AzureServiceBusを使用する別のオプション。ただし、Windows Azure Service Busプロバイダーの配線手順では、これにはまだ問題があることが示されています。
このWebサイトは、AzureWebロールで実行されるASP.NETサイトであることに注意してください。1.0alpha2の時点で、AzureWebSitesにいくつかのバグがあり、ServiceBusスケールアウトシナリオがうまく機能しないためです。私たちは将来のためにこれを解決するために取り組んでいます