¿Cuál es el método más preciso para la estimación de ancho de banda máximo requisito para una aplicación web?

Question

Estoy trabajando en un cliente de la propuesta y se tendrá que actualizar su infraestructura de red para el soporte de hosting de un ASP.NET aplicación.Esencialmente, necesito estimación máxima de uso para un sistema con una cantidad conocida de los usuarios (en la actualidad 250).Una respuesta simple como "usted necesita un dedicado T1 line" probablemente sería suficiente, pero me gustaría tener los datos.

Otra pregunta hace referencia NetLimiter, que se ve bastante ingenioso para conseguir un sentido de lo que está siendo utilizado.

Mi idea general es que voy a fuego en la web de la aplicación y uso del sistema como preveo ser utilizado en el cliente, realmente a un ritmo pausado a lo largo de un cierto período de tiempo, y luego se multiplica el uso de ancho de banda por el número de usuarios y dividir por el tiempo.

Esto no parece muy científico.Puede ser lo suficientemente bueno para una propuesta, pero me gustaría ver si hay una mejor manera.

Sé que hay carga de herramientas disponibles para las pruebas de rendimiento de la aplicación web, pero parece que estos no simular con precisión el pico de carga de usuario para el ancho de banda de fines de prueba (demasiado a la vez).

La plataforma es Windows/ASP.La RED y la aplicación está alojada dentro de SharePoint (MOSS 2007).

Answer 1

En lugar de una buena herramienta de informes para uso de ancho de banda, siempre se puede hacer un áspero adivinarla.

N = el Número de páginas vistas en hora punta P = Promedio de tamaño de Página

(N * P) /3600) = tráfico Promedio por segundo.

El servidor tendrá mucho más tráfico interno para probablemente db del servidor/NAS/etc.Pero orientados hacia el exterior, que debe dar una idea muy aproximada de la utilización.Obviamente, usted tendrá que superar por mucho el valor anterior como nunca quiero estar 100% utilizados, y para permitir el tráfico.

También me gustaría no sugieren el uso de un número arbitrario como el de 250 usuarios.El uso de la mayor producción de día/hora como referencia.El doble y el triple si te gusta, pero que le dará la distribución prevista del comportamiento del usuario si usted tiene un buen registro de los archivos de usuario/auditoría.Esto les ayudará a hacer su adivinarla más precisa.

Como otro comentarista señaló, un centro de datos es una buena idea, cuando la redundancia y disponibilidad de ancho de banda se convierten en una preocupación.Sus necesidades pueden variar, pero no descartar la sugerencia a la ligera.

Answer 2

Hay varias preguntas que se deben responder aquí.

Es 250 total de usuarios, o de 250 usuarios concurrentes?Si concurrente, es que 250 pico, o 250 normalmente?Si es de 250 total de usuarios, todos ellos se espera que use al mismo tiempo (por ejemplo, un sitio de intranet, donde las personas deben utilizar como parte de su trabajo), o es más de un sitio de la comunidad donde se puede o no puede utilizarla?Supongo que la forma en que ha redactado este que es de 250 total de usuarios, pero que aún no decir lo suficiente sobre el sitio para hacer una estimación.

Si se trata de una comunidad o "normal" sitio de internet, que dependerá también del uso - por ejemplo, son personas que realmente va a ser el uso de este intensamente, o es algo que algunos usuarios simplemente ingrese a la vez, y luego olvidar?Esto puede ser una pregunta difícil desde su perspectiva, ya que va a querer asumir que el anterior, pero si vas a gastar un montón de dinero en la infraestructura de la red y nadie termina de usar, puede ser una muy mala cosa.

¿Cuál es el sitio haciendo?En el extremo más bajo del espectro, hay un "típico" de la aplicación web, donde usted tiene un tamaño razonable (digamos, 1-2k) páginas y un puñado de imágenes.Un poco más intenso es un sitio que tiene una gran cantidad de medios de comunicación - por ejemplo, flickr estilo de imagen de navegación.En el extremo superior es un sitio con un montón de descargas de streaming de películas, o simplemente archivos de gran tamaño o de conjuntos de datos que están siendo descargados.

Esto se está poniendo un poco fuera del umbral de tu pregunta, pero otra cosa a mirar es el futuro de la web:es el uso que se va a duplicar posiblemente en el próximo año, o mes?Desconfíe de bloqueo en un contrato a largo plazo con algo así como un T1 o conexión de fibra óptica, sin tener alguna manera de actualizar.

Otra cuestión es la fiabilidad - ¿necesita redundancia en las conexiones?Que puede costar mucho, pero hay maneras de hacer multi-homed conexiones donde se puede equilibrar el acceso a través de un par de enlaces y, a continuación, sólo tiene que utilizar uno (aunque con menor capacidad) en el caso de incumplimiento.

Otra opción a considerar, lo que efectivamente permite evitar completamente toda esta cuestión, es sólo la sede de la aplicación en un centro de datos.Usted paga una relativamente baja cuota mensual (bajo en comparación con el costo de un dedicado de alta calidad de la conexión), y se obtiene el ancho de banda que necesita (por ejemplo, la mayoría de los planes de alojamiento va a dar algo como 500 GB de transferencia al mes, para empezar - y algunos simplemente le dan ilimitado).El centro de datos también va a ser más fiable que cualquier cosa que usted puede construir (a la altura de su propia 6+ figura datacenter), porque tienen redundante a internet, respaldo de energía, refrigeración redundante, protección contra incendios, seguridad física..y ellos tienen a la gente que administrar todo esto para usted, así que usted nunca tendrá que lidiar con ella.