最近、SQLAzure でバックプレーンを使用して SignalR を構成しようとしたところ、いくつかの問題が発生しました。
際立っているのは、SignalR がバックプレーンに必要とするテーブルの自動作成です。
テーブルを azure に手動で追加することで、これを回避できると思われるため、必要なスキーマに関する情報を少し収集したいと考えていました。
ローカル バージョンで確認できることから、3 つのテーブルがあります。
SignalR.Messages_0
SignalR.Messages_0_Id
SignalR.Schema
私が興味を持っているのは、これらの表の「0」の意味です。これはハブの数に応じて増加しますか? または、これらのテーブルを作成するだけでニーズを満たすことができます。
どんな情報でも大歓迎です。
Signalrのドキュメントを読むと、次のように書かれています: Microsoft SQL Server 2005 以降。バックプレーンは、SQL Server のデスクトップ エディションとサーバー エディションの両方をサポートします。SQL Server Compact Edition または Windows Azure SQL データベースはサポートされていません。(アプリケーションが Windows Azure でホストされている場合は、代わりに Service Bus バックプレーンを検討してください。)
バックプレーンとしての SQL Server は Azure ではサポートされていません。シグナル メッセージの中央リポジトリとして独自のテーブルを使用するために、独自のバックプレーンを作成しようとしています。
ライブラリ Microsoft.AspNet.SignalR.SqlServer のコードを読むと、メッセージを格納するテーブルの数を構成できると書かれています。より多くのテーブルを使用すると、ロックの競合が減少し、スループットが向上する可能性があります。これは、Web ファーム内のすべてのノード間で一貫している必要があります。デフォルトは 1 です。
Azure を使用する場合は、専用の SQL Server VM (SQL Azure DB PaaS オプションの代わりに IaaS) を使用できます。