Proyección de consultas a la base simultáneas

Question

Estoy después de algunas ideas sobre cómo la gente va sobre el cálculo de la carga de base de datos para los fines de la planificación de capacidad. No he puesto esto en el servidor falla debido a que la pregunta está relacionada con la medición sólo la aplicación en lugar de definir la infraestructura. En este caso, de que el trabajo de otro que preocuparse por eso poco!

Soy consciente de que hay un gran número de variables aquí, pero estoy interesado en cómo los demás van de conseguir un sentido de orden aproximado de magnitud. Esto es simplemente un ejercicio de costos al principio de un ciclo de vida del proyecto antes de cualquier diseño específico se ha creado así que no hay mucha información para seguir adelante en esta etapa.

La pregunta que he tenido presentada de la gente de infraestructura es “el número de usuarios simultáneos”. No hay que debaten la razón de buscar únicamente éste figura; Es lo que se ha pedido en este caso!

Esta es una interfaz web, servidor SQL Server con un público bastante fácilmente cuantificables fijo. Para concretar esto a peticiones simultáneas reales de una manera muy general, la forma en que lo veo, se trata de unidades cada vez más granulares de medición:

1. Total audiencia
2. Sesiones simultáneas
3. solicitudes simultáneas
4. consultas simultáneas DB

Esto no tiene en cuenta factores tales como el almacenamiento en caché de aplicación web, solicitudes de página parciales, volumen récord etc y hay alguna licencia creativa necesaria para definir la frecuencia de solicitudes por usuario y el número de DB hits y ejecución en tiempo, pero parece que una razonable punto de partida. También soy consciente de la necesidad de escala para la carga máxima, pero eso es otra cosa que puede ser conectado a las sesiones simultáneas si es necesario.

Esto es ciertamente muy básico y estoy seguro de que hay una orientación más completa que hay. Si alguien puede compartir su enfoque de este ejercicio o que me señale hacia otros recursos que podrían hacer que el proceso sea un poco menos ad hoc, que sería grande!

Answer 1

Voy a tratar, pero obviamente sin conocer los detalles Es muy difícil dar un asesoramiento preciso.

En primer lugar, los tipos de infraestructura podría haber hecho esta pregunta desde la perspectiva de licencias (servidor SQL puede obtener licencia por usuario o por la CPU)

Ahora, de vuelta a su pregunta. "Audiencia total" es importante si se puede predecir / trabajo a cabo este número. Esto le puede dar el peor de los casos cuando todos los usuarios afectados la base de datos a la vez (por ejemplo, 09 a.m. cuando los registros en todo el mundo).

Si almacena información de sesión es probable que tenga al menos 2 conexiones por usuario (1 + 1 sesión de base de datos principal). Sin embargo, este número puede ser (a veces notablemente) reducido en la agrupación de conexiones (depende de cómo se conecta a la base de datos). Use un peor de los casos -. 50 Sistema de conexión + 2 * número de usuarios

solicitudes simultáneas / consultas dependen de la naturaleza de la aplicación. Se necesitan más detalles. Más solicitudes simultáneas (a su extremo delantero) no necesariamente se traduce a más solicitudes en el extremo posterior.

Una vez dicho todo eso -. A los efectos de costos es necesario centrarse en un cuadro más grande

1. licencia de servidor SQL (Si mi memoria no me falla) costará ~ 128K MXN (Xeon dual). Caliente / en espera activa? Duplicar el costo.

2. El almacenamiento en disco - la cantidad de almacenamiento que usted necesita? Los discos son relativamente baratos, pero si se va a utilizar SAN el costo podría llegar a ser notable. También -. Los discos más la mejor desde el punto de vista de rendimiento