Servidor de bases de datos para 20.000 usuarios?

[Oren]

Tengo un sistema que albergará informacion varia sobre cerca de 20.000 personas. Mi duda: para este volumen de informacion, es suficiente con dedicar un unico servidor para las bases de datos o se hace necesario montar un cluster?

Es para un trabajo academico. Gracias.

[Myakire]

Si es para un trabajo académico supongo que la intención es que investigues que es un cluster de servidores, veas los tipos y los medios que hay para implementarlos, encuentres o deduzcas la capacidad, ventajas y desventajas de ellos y realices tus conclusiones.

Te traslado al foro de Base de datos desde el foro de hardware


Saludos

PD
Solo como para que inicies con una idea general, y considerando que no mencionas que tipo de información es la que vas a almacenar, 20000 registros los manejas hasta con Access .

[Oren]

la idea es que tenemos que montar un sistema informatico (presupuestarlo, etc.), y una parte (muy pequeña) es el de las bases de datos. si me dices que 20.000 registros se manejan hasta con access, aunque manejare al final unos cuantos mas utilizaremos oracle, asi que entonces ni me planteo montar un clúster jeje.

muchas gracias.

[GatorV]

No es necesario Oracle, tienes RDBM OpenSource, que simplificarían tu costo, puedes usar MySQL, PostgreSQL.

Realmente 20,000 registros no es mucha información, y esta con buenos indices, cualquier BDD lo puede manejar (de ahí el comentario de usar Access), todo va más bien a que vayas a hacer con esos 20,000 registros.

Saludos

[Oren]

dije 20.000, pero en realidad van a ser unos cuantos mas. dije 20.000 porque se supone que iria destinado a un sistema con hasta 20.000 usuarios como muchisimo, pero para cada usuario podria haber diferentes cosas relacionadas (servicios que se ofrezcan, cursos a los que se haya apuntado, etc.).

la pregunta era basicamente enfocada a si una unica maquina era capaz de manejar ese volumen de informacion

[gnzsoloyo]

A esos niveles de transacción y usuarios, estás hablando ya de servers para bases de datos y no PCs.
El problema no es si el DBMS lo resiste, sino si el hardware está preparado para manejar ese nivel de exigencia...
Algo como, por ejemplo:
- HP ProLiant DL500 Servers
- Sun SPARC Enterprise T5440

[tute666]

Planificar capacidad es imposible con datos tan imprecisos como "20.000" usuarios.

Tenes que pensar en:
- Distribucion de consultas(escritura/lectura). Si tenes exceso de escritura, replicacion no te sirve, tenes que hacer shards.
- Concurrencia de las consultas. Cuanta mas concurrencia, menos escala la arquitectura.
- Consultas por segundo.
- Configuracion de la base de datos. Que base de datos utilizas, por ej. mysql no escala bien si aumentas threads y procesadores. postgre escala mucho mejor.
- Tamaño de los registros.

Yo te sugeriria, una vez con la base de datos en funcionamiento, someterla a pruebas de uso. en base a eso, elegir el servidor/arquitectura/engine apropiado.

Es casi imposible planear capacidad, a lo sumo uno puede adoptar una arquitectura que vaya a escalar a futuro. O en su defecto, estar constantemente monitoreando el crecimiento de la aplicacion para hacerla escalar antes de saturar la capacidad de lo instalado.

Mas alla de todo esto. 20mil usuarios de que?
Si son transferencias bancarias, estamos hablando de 20/30 operaciones por mes por usuario?
o un servicio de microblogging? donde tranquilamente hay un par de cientos por hora o dia?