Click here to Skip to main content
15,889,462 members
Please Sign up or sign in to vote.
1.00/5 (1 vote)
See more:
I have created a small and simple chat with signalr on a azure website. That doesn't work as expected.
After some hours on Google I found out, that signalr should be implemented different on Azure.
What is best practise?
Any good examples?
It should work on both mobile and in normal browsers.
Posted
Comments
Vincent Beek 29-Sep-15 12:59pm    
Can you share the link to what you found on Google please?
Member 10860651 29-Sep-15 15:55pm    
I found this:
http://www.asp.net/signalr/overview/deployment/using-signalr-with-azure-web-sites#websocket
And this:
https://azure.microsoft.com/en-us/blog/introduction-to-websockets-on-windows-azure-web-sites/
Note this part:
WebSockets Connection Limits

Currently Azure Web Sites has implemented throttles on the number of concurrent WebSockets connections supported per running website instance. The number of supported WebSockets connections per website instance for each scale mode is shown below:

Free: (5) concurrent connections per website instance
Shared: (35) concurrent connections per website instance
Basic: (350) concurrent connections per website instance
Standard: no limit
If your application attempts to open more WebSocket connections than the allowable limit, Windows Azure Web Sites will return a 503 HTTP error status code.

Note: the terminology “website instance” means the following - if your website is scaled to run on (2) instances, that counts as (2) running website instances.

1 solution

This links and notes solved my issues on Signalr and Websockets on Azure
I found this:
http://www.asp.net/signalr/overview/deployment/using-signalr-with-azure-web-sites#websocket
And this:
https://azure.microsoft.com/en-us/blog/introduction-to-websockets-on-windows-azure-web-sites/

Note this part:
WebSockets Connection Limits

Currently Azure Web Sites has implemented throttles on the number of concurrent WebSockets connections supported per running website instance. The number of supported WebSockets connections per website instance for each scale mode is shown below:

Free: (5) concurrent connections per website instance
Shared: (35) concurrent connections per website instance
Basic: (350) concurrent connections per website instance
Standard: no limit
If your application attempts to open more WebSocket connections than the allowable limit, Windows Azure Web Sites will return a 503 HTTP error status code.

Note: the terminology “website instance” means the following - if your website is scaled to run on (2) instances, that counts as (2) running website instances.
 
Share this answer
 

This content, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)



CodeProject, 20 Bay Street, 11th Floor Toronto, Ontario, Canada M5J 2N8 +1 (416) 849-8900