Qual è il metodo più accurato per stimare il picco di richiesta di larghezza di banda per una applicazione web?

Question

Sto lavorando su una proposta client, e avrete bisogno di aggiornare la propria infrastruttura di rete per supportare l'hosting di un ASP.NET applicazione.Essenzialmente, ho bisogno di valutare l'utilizzo di picco per un sistema con una quantità nota di utenti (attualmente 250).Una semplice risposta come "avrai bisogno di una linea T1" sarebbe probabilmente sufficiente, ma mi piacerebbe avere i dati per il backup.

Un'altra domanda riferimento NetLimiter, che sembra piuttosto liscia per ottenere un senso di ciò che è stato utilizzato.

Il mio pensiero generale è che io lo fuoco web app e utilizzare il sistema come prevedo di utilizzarlo presso il cliente, davvero a un passo tranquillo, oltre un certo lasso di tempo, e quindi moltiplicare la larghezza di banda del numero di utenti e dividere per il tempo.

Questo non mi sembra molto scientifico.Può essere abbastanza buono per una proposta, ma mi piacerebbe vedere se c'è un modo migliore.

So che ci sono un carico di strumenti disponibili per il test delle prestazioni di applicazioni web, ma sembra che questi non simulare con precisione il picco di carico utente per la larghezza di banda scopi di test (troppo in una volta).

La piattaforma è Windows/ASP.NET e l'applicazione è ospitata all'interno di SharePoint server (MOSS 2007).

Answer 1

Al posto di un buon strumento di reporting per l'utilizzo della larghezza di banda, si può sempre fare una grossolana stima approssimativa.

N = Numero di visualizzazioni di pagina ora più impegnativa P = Media dimensione di Pagina

(N * P) /3600) = Media di traffico al secondo.

Il server avrà un sacco di più il traffico interno, probabilmente per db server/NAS/etc.Ma esterne che dovrebbe dare una vaga idea di utilizzo.Ovviamente è necessario superano di gran lunga il valore sopra calcolato come mai si vuole essere al 100% utilizzato, e per consentire il traffico.

Vorrei, inoltre, non consigliamo di utilizzare un numero arbitrario come 250 utenti.Utilizzare il più pesante giorno di produzione/ora come riferimento.Il doppio e il triplo se ti piace, ma che vi darà la distribuzione prevista del comportamento degli utenti, se avete un buon file di log/utente di revisione.Esso contribuirà a rendere il vostro stimarne più accurata.

Come un altro commentatore ha sottolineato, di un data center è una buona idea, quando la ridondanza e disponibilità di banda diventare una preoccupazione.Le esigenze possono variare, ma non chiudere il suggerimento leggermente.

Answer 2

Ci sono molte altre domande che devono essere chiesto qui.

È 250 totale degli utenti, o 250 utenti concorrenti?In caso di concomitante, è che 250 di picco, o 250 in genere?Se si tratta di 250 utenti totali, sono tutti tenuti a utilizzare allo stesso tempo (ad esempio, un sito intranet, in cui la gente deve utilizzare come parte del loro lavoro), o è più di un sito di community dove si può o non può utilizzare?Suppongo che il modo in cui hai formulato questa che è 250 totale di utenti, ma che ancora non dire abbastanza circa il posto per fare un preventivo.

Se si tratta di una comunità o di un "normale" sito internet, dipende anche dall'utilizzo, ad esempio, sono persone davvero intenzione di usare questa intensamente, o è qualcosa di che alcuni utenti semplicemente log in una volta, e poi dimenticare?Questo può essere una domanda difficile, dal vostro punto di vista, dal momento che si vuole assumere la ex, ma se si spendono un sacco di soldi sulle infrastrutture di rete e nessuno finisce per utilizzare, può essere una cosa molto brutta.

Qual è il sito che fa?All'estremità inferiore dello spettro, c'è una "tipica" applicazione web, dove si hanno dimensioni ragionevoli (diciamo 1-2k) pagine e una manciata di immagini.Un po ' più intenso è un sito che ha un sacco di media - ad esempio, flickr stile di navigazione tra le immagini.All'estremità superiore è un sito con un sacco di download di film in streaming, o solo di file di grandi dimensioni o di set di dati scaricati.

Questo è sempre un po ' al di fuori della soglia della tua domanda, ma un'altra cosa da guardare è il futuro del sito:è l'utilizzo andando arrivando a raddoppiare nel prossimo anno, o mese?Diffidare di chiusura in un contratto a lungo termine con qualcosa di simile a un T1 o collegamento in fibra, senza avere un qualche modo per aggiornare.

Un'altra questione è l'affidabilità - hai bisogno di ridondanza delle connessioni?Si può costare un sacco, ma ci sono modi per fare multi-homed connessioni in cui è possibile bilanciare l'accesso attraverso un paio di link, e poi basta una (seppur con capacità ridotta) in caso di fallimento.

Un'altra opzione da considerare, che di fatto consente di evitare completamente questa intera questione è solo di ospitare l'applicazione in un datacenter.Si paga un relativamente basso canone mensile (in basso rispetto al costo di un dedicato di alta qualità di connessione), e si ottiene la quantità di larghezza di banda è necessario (ad esempio, la maggior parte dei piani di hosting vi darà qualcosa come 500 GB di trasferimento di un mese, per cominciare - e alcuni sarà solo vi darà illimitato).Il datacenter è anche andando a essere più affidabile di qualsiasi cosa si può costruire (breve della propria 6+ figura datacenter) perché sono ridondanti, internet, alimentazione di backup, di raffreddamento ridondanti, di protezione antincendio, della sicurezza fisica..e hanno le persone che gestiscono tutto questo per voi, in modo da non avere a che fare con esso.