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@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org