Mailinglist Archive: opensuse-es (122 mails)

[Rafa Grimán <rafagriman@xxxxxxxxx>]

Hola :)

On Monday, November 28, 2011 06:40 PM Juan Carlos Bravo Celis wrote
> Estimados,
>
> No sabia que poner en el "Asunto", pero mi consulta es la siguiente:
>
> Necesito implementar una aplicacion que escuche en un puerto
> determinado, y cuya funcion sera recibir una cadena con 40 caracteres
> para registrarlo en una base de datos, el problema esta en que en
> algunos momentos del dia, voy a tener 6000 conexiones simultaneas,
> solicitando conexion y enviando la informacion, mi pregunta es.
>
> Que consideraciones deberia tener en cuenta para elegir el Hardware y
> el lenguaje en el que deba desarrollar el servidor.? (Hice algo en
> java, para conexiones esporadicas, pero no se como respondera a esa
> cantidad de conexiones) alguna idea..?


40 caracteres no es mucha información, pero 6000 coenxiones pueden ser algo 
interesante a tener en cuenta, especialmente para los discos duros.

Yo pondría discos muy rápidos y pequeños en RAID 1 (o RAID 10) para los datos 
de la BBDD. Los discos del sistema pueden ser SATA II y en RAID 1.

Pondría mucha memoria RAM también. Como vas a tener muchos IOPS, ayudará a los 
discos.

En cuanto a la CPU, depende de si vas a hacer muchas comparaciones o si vas a 
tener triggers. Si no vas a procesar esa información, no deberías tener mucha 
necesidad de CPUs con muchos ciclos de reloj. Sí es cierto que al tener tantas 
conexiones por red, vas a tener muchos context switching por lo que quizás te 
pueda interesar tener muchos cores, para que cada core se encrgue de un hilo o 
proceso (según cómo lo programes).

Muchos cores tiene su deventaja en que el bus se comprate entre todos los 
cores por lo que necesitarás memoria más rápida. Teniendo en cuenta el tamaño 
de los datos, no creo que esto sea un problema.

No creo que la red se vea muy castigada en cuanto a ancho de banda, pero poner 
2 tarjetas ayuda a reducir los SPOF ... y al precio al que están, no es lo que 
más te va a costar.


> Creen que necesitare un balanceo de carga, bosque de servidores y demas
> cosas.?


Por el volumen de datos, no necesitarás balanceador de carga, pero tener el 
servidor en alta disponibilidad siempre es bueno para hacer frente a caídas. 
Ahora claro, el tema económico hay que tenerlo en cuenta. Hay gente que tiene 
una alta disponibilidad con un servidor más pequeño (en cuanto a potencia y 
memoria) porque se supone que el "principal" se va a arreglar pronto si se cae 
;)

HTH

   Rafa

-- 
"We cannot treat computers as Humans. Computers need love."

"Assume the problem is with whomever is asking the question."

Happily using KDE :)
--
Para dar de baja la suscripción, mande un mensaje a:
   opensuse-es+unsubscribe@xxxxxxxxxxxx
Para obtener el resto de direcciones-comando, mande
un mensaje a:
   opensuse-es+help@xxxxxxxxxxxx