2009-07-30 6 views
6

J'ai un serveur Web hébergeant une application de chat HTTP qui fonctionne avec une interrogation longue. Cela signifie qu'un navigateur client "interroge" les nouvelles informations et que le serveur ne répond pas jusqu'à ce qu'il y ait des informations à renvoyer, de sorte que la connexion HTTP reste ouverte longtemps, jusqu'à une minute.Quel est le nombre maximal de connexions HTTP que je peux ouvrir dans une boîte Windows Server 2008?

Ma question est combien de ces connexions le serveur peut gérer ouvert en même temps avant qu'il ne meurt.
Bien sûr, il n'y a pas de nombre précis, mais je veux d'avoir une idée, un ordre de grandeur (1 000, 10 000, 100 000?)

Toute autre idée en rapport à cette base sur les expériences que vous avez peut-être eu est plus que bienvenue!

Répondre

1

Pour être honnête, dans toutes les situations, sauf les plus extrêmes, vous manquerez de ressources pour votre application avant de dépasser le nombre de connexions prises en charge. IIS peut gérer une quantité folle de connexions réseau pures, mais cela revient à dire que votre application peut traiter des données assez rapidement.

Si vous prévoyez vraiment de l'étendre à des milliers d'utilisateurs à la fois, je voudrais aller de l'avant et intégrer votre conception pour pouvoir évoluer vers plusieurs serveurs frontaux. Il s'agit probablement d'un équilibreur de charge ou d'un proxy inverse qui équilibre ces connexions HTTP entre les serveurs frontaux, ces serveurs frontaux effectuant le traitement et communiquant avec une base de données SQL centrale ou quel que soit votre mécanisme de stockage. Une autre remarque concernant le scénario de serveur unique - quel que soit le nombre de connexions que IIS puisse gérer, votre pare-feu a également ses limites. Habituellement, c'est aussi un montant fou, mais vous aurez besoin de regarder votre pare-feu si vous voulez vraiment trouver le plafond.

+0

Deux commentaires: La plupart du temps, notre code ne fait rien, il tient simplement le handle de la connexion au cas où quelque chose doit être notifié. Je ne dis pas que ce ne sera jamais un goulot d'étranglement, bien sûr, mais nous pouvons continuer à avoir des serveurs de plus en plus gros si c'est le cas, et c'est vraiment un morceau de code très léger. –

+0

En ce qui concerne la division des serveurs: Oui, nous avons cette idée pour le futur, mais cela implique beaucoup d'efforts que nous préférerions utiliser pour construire des fonctionnalités pour le moment. Nous essayons de comprendre, pour l'instant, combien de temps le scénario de serveur unique tiendra. Nous devrons éventuellement passer à des serveurs multiples, mais nous aimerions que cela dure aussi longtemps que possible. –

+0

Cela dit, je ne m'attends pas à ce que notre code fonctionne avec des connexions 65k. Je pensais que la limite serait beaucoup plus faible (5-10k), auquel cas nous pourrions la frapper. Merci pour votre réponse! –

Questions connexes