IIS 7: quante richieste possono essere gestite su IIS7 al secondo?

Dipende principalmente da ciò che è in esecuzione sul tuo server, da quanti utenti simultanei hai, e da quanto spesso essi fanno richieste al tuo server.

Le limitazioni teoriche di throughput di IIS stesso non sono così importanti.

Un server IIS può gestire più di 20.000 connessioni aperte simultanee se messo a punto correttamente.

Una volta che l'utilizzo di CPU, memoria e disco va oltre il 70-80%, il vostro server è diventato saturo, e comincerete a vedere una riduzione del throughput.

Le operazioniIO sul server sono un killer del throughput. Più operazioni di database e di file si eseguono, più basso è il throughput. Questo può essere mitigato dalla memorizzazione nella cache di dati frequentemente accessibili ma raramente modificati.

Se state usando il rendering lato server (ad esempio ASP.NET MVC), il motore di rendering (ad esempio Razor) può consumare la CPU, oltre ad essere lento se i modelli vengono letti dal disco ad ogni richiesta.

Si dovrebbe fare un test per scoprire da soli come si comporta il vostro server. Caricate il vostro server con un'applicazione e colpitelo con uno strumento di test di carico come JMeter o Gatling. Questi strumenti possono generare facilmente un alto tasso di richieste sul vostro server.

Fare un alto numero di connessioni attive con loro è più complicato. JMeter usa un singolo thread per utente virtuale, quindi siete limitati dal numero massimo di thread che la vostra macchina può gestire, ovunque da un paio di centinaia a un paio di migliaia. Per aggirare questo, è necessario utilizzare una fattoria di server JMeter.

Gatling non ha gli stessi limiti di JMeter perché utilizza un modello ad attori (Akka). Di conseguenza, è possibile generare molto più carico con meno risorse.