none
Gran concurren de usuarios en forma simultanea a una base de Sql Server 2008 RRS feed

  • Pregunta

  • Hola, se esta diseñando en mi trabajo un sistema donde mas de 100 persona pueden acceder al mismo tiempo a una base de datos de SQLServer 2008,  los cuales tienen que realizar actualizaciones. Se que tengo que implementar un balanceo de carga y no se que me conviene utilizar. Puede ser algunos de los métodos de replicación?...La idea es que el acceso sea lo mas rapido posible. Tengo 2 servidores a mi dispocisión para ese unico sistema.

    Gracias 

    Fernanda

     
    miércoles, 27 de diciembre de 2017 12:58

Respuestas

  • Saludos Fernanda, 

    Nos podrias compartir los specs de tus servidores, normalmente 100 usuarios no deberian de ser mucho problema para SQL Server, aun concurrentes pero necesitamos saber con que cuentas, la configuracion.

    Ten en cuenta siempre que un mal diseño en la aplicacion o no cerrar adecuadamente las conexiones pueden agotarlas o simplemente sobrepasar la capacidad del servidor. Sobre modelos de balanceo de cargas necesitarias para esto mas que nada un AG que seria minimo 2012, en versiones anteriores no se cuenta con esto, podrias usar replicacion pero no es su function principal.

    miércoles, 27 de diciembre de 2017 14:51
  • Saludos Fernanda,

    Aunque no soy Pablo, el es nuestro moderador.... 2,500,000 de personas leo correctamente? vaya es un numero alto pero antes de entrar en panico y tomando valores pico, cuantas de estas personas entran a la vez a la hora pico y cuanto dura cada transacccion, como haz visto el comportamiento del servidor?

    miércoles, 27 de diciembre de 2017 16:24

Todas las respuestas

  • Saludos Fernanda, 

    Nos podrias compartir los specs de tus servidores, normalmente 100 usuarios no deberian de ser mucho problema para SQL Server, aun concurrentes pero necesitamos saber con que cuentas, la configuracion.

    Ten en cuenta siempre que un mal diseño en la aplicacion o no cerrar adecuadamente las conexiones pueden agotarlas o simplemente sobrepasar la capacidad del servidor. Sobre modelos de balanceo de cargas necesitarias para esto mas que nada un AG que seria minimo 2012, en versiones anteriores no se cuenta con esto, podrias usar replicacion pero no es su function principal.

    miércoles, 27 de diciembre de 2017 14:51
  • Hola Pablo, te cuento que no sé porque puse cien, entre enero y marzo pueden llegar a cargar datos personales hasta 2500000 persona, ya la gente de redes hizo un balanceo a nivel servidor de la aplicación web. Las aplicaciones apuntan a una base, y me pidieron que investigue como se puede balancear la carga o mejorar rendimiento del sql. Leí algo como utilizar 2 servidores y una replicación transaccional que permitan actualización de suscriptor. Pero no sé si estar actualizándose casi constantemente no alenta todo.
    miércoles, 27 de diciembre de 2017 16:21
  • Saludos Fernanda,

    Aunque no soy Pablo, el es nuestro moderador.... 2,500,000 de personas leo correctamente? vaya es un numero alto pero antes de entrar en panico y tomando valores pico, cuantas de estas personas entran a la vez a la hora pico y cuanto dura cada transacccion, como haz visto el comportamiento del servidor?

    miércoles, 27 de diciembre de 2017 16:24
  • Hola Enrique, disculpame.... Todavía no tengo mucha información a cerca del sistema, lo están desarrollando, pero como el sistema va a salir entre el 8 y 15 de enero estamos investigando lo mas posible, aunque sea las opciones que hay para que no nos agarre de sorpresa. Solo se cargan datos personales, la base no va a pesar mucho...los procesadores son rápidos y tienen bastante memoria
    miércoles, 27 de diciembre de 2017 16:36
  • Y se me borra el post.

    Bueno de nuevo, los datos que me das no son exactos el que me digas, muchos, rapidos, pocos datos no me sirve para estimar, es mas necesito hasta saber la edicion del sql y del windows que estas usando.

    Por lo que comentas no tienes pruebas ni estimaciones, si sabes el query que usaran por favor usa algo como hammerdb y manda queries para ver si puedes hacer una prueba de estres del servidor, sin datos mas concretos es dificil poder ayudarte.



    • Editado Enrique AA miércoles, 27 de diciembre de 2017 17:01
    miércoles, 27 de diciembre de 2017 16:45
  • Bueno, gracias igual, en cuanto tenga mas información escribo nuevamente... Por el momento que es el SQLserver 2008 y windows 2008 r2.

    Saludos

    miércoles, 27 de diciembre de 2017 16:53
  • Por favor,

    No lo tomes a mal, pero para poder realizar lo que pides necesito saber mas cosas, tambien la edicion de windows he visto ya en varias ocasiones que el hardware es bueno pero luego usaran ediciones como standard que limitan los recursos de la maquina o que tienen n procesadores pero o el OS o el mismo SQL no lo soportan.


    Por lo tanto se debe de saber un poco mas para esto, aunque un test de estress nos daria minimo una linea base.

    miércoles, 27 de diciembre de 2017 17:01
  • 2.500.000 usuarios wen simultaneos ??

    Yo en principio me preocuparia que el servidor web pueda abastecer semejante demanda y no caiga por denegacion de servicio.

    Luego si es un insert de datos personales solamente el sql tarda milisegundos en insertar,no creo que haya problemas si es solo eso.

    jueves, 28 de diciembre de 2017 23:04
  • Fernanda, no me parece que sea demasiada carga para un SQL Server promedio. Al contrario me parece una carga de moderada a leve. 2,5 millones de transacciones cada 2 meses equivalen a menos de 2 transacciones por segundo si consideramos solo 20 días hábiles de 12 horas.

    Si tienes problemas de rendimiento deberías analizar las consultas y los cuellos de botella y puntos calientes para determinar cual es el camino de mejora. Probablemente sea necesario mejorar queries y modelar físicamente tanto el equipo como la base de datos de otra manera.

    Lo primero es encontrar el motivo de la falta de rendimiento. 

    Creo que con el SQL Server 2008 puedes resolver tus problemas. Las ultimas versiones tienen muchas mejoras con respecto al rendimiento y también sería bueno que lo consideres. 

    Saludos


    Ing. Jose Mariano Alvarez http://blog.josemarianoalvarez.com/ SQLTotal Consulting Este mensaje se proporciona tal como es, SIN GARANTIAS de ninguna clase

    domingo, 31 de diciembre de 2017 16:40