Sitio de alto tráfico, ¿que debo considerar?

[xander]

si, 65,000 usuarios usando mi web simultaneamente osea conectados al mismo tiempo es mi cifra estimada mas baja... en la web cada usuario comienza a hacer inserts masivos desde el primer momento uno tras otro conforme va interactuando con la página, en realidad todo tiene que ver con interaccion con la base de datos y es dificil usar cache porque los datos con los que interactúa cada usuario van a ser muy personalizados.

como todo lo que hacen los usuarios en mi pagina es hacer inserts en la base de datos con un solo click sin tener que ingresar datos por el teclado sino solo dar click en una opción, pues es bastante posible que hubieran bastantes peticiones y bastantes querys simultaneas de varios miles de fulanos.

es mucho o es común estos números en la vida real??

[Casimiro Noteví]

Dependerá bastante del servidor y de la programación, obviamente.

Esto es un boboapunte, pero es que ya no puedo reprimirme. Cuando llegó a 50.000 minutos lo hice, pero ahora con 60.000 ya no aguanto las ganas :-)

790 ? Sl 60235:33 /usr/sbin/mysqld

La línea anterior muestra que el servidor del MySQL (del servidor del Menéame) consumió más de 60.000 minutos de CPU desde la última vez que se reinició –en una actualización de seguridad–, son casi 42 días completos de CPU.

El status da la siguiente salida:


Server version: 5.0.51a-3-log (Debian)

…

Uptime: 79 days 18 hours 10 min 21 sec

…

Threads: 287 Questions: 6812282200 Slow queries: 51042 Opens: 64030 Flush tables: 1 Open tables: 497 Queries per second avg: 988.574


Está en marcha sin parar hace casi 80 días –a punto de dar la vuelta al mundo– y sin nada de “mantenimiento”. En ese período recibió casi 7.000 millones de consultas a casi 1.000 consultas por segundo de media con picos que superan los 10.000 consultas por segundo, sobre una base de datos que no es minúscula –más de 2 millones de comentarios, casi 400.000 artículos y más de 25 millones de votos registrados–.

No está nada mal para una base de datos que tiene sus limitaciones [*] y que hay que tratarla con cariño en las consultas, pero que difícilmente pueda ser batida en estabilidad y eficiencia.

No está nada mal, aunque el FUD no enterprise ready continúa a pesar de la evidencia de los años.
[*] La versión que tenemos es la de etch-backports, ya que la que está en Etch tiene problemas con algunas consultas full-text en UTF-8. También necesitó su trabajo de tuning en las consultas e índices, pero de eso no se escapa ninguna base de datos que tenga que deba dar tiempos de respuestas tan bajos como los que se necesita en las aplicaciones web en general y el Menéame en particular –que necesita hacer muchas consultas diferentes para generar cada página–.

Por si te sirve de algo, es del blog de Ricardo Galli, de meneame.net
http://gallir.wordpress.com/2008/06/...ra-la-empresa/

[roman]

Hombre, yo no imagino siquiera qué sitio puede tener 65000 peticiones web simultáneas, pero te reitero lo dicho, y no creo que ningún hosting normal te aguante eso. Hasta donde entiendo, para ese tipo de accesos vas a necesitar clusters y cosas así.

// Saludos

[roman]

[offtopic]
Mmm. si fuera eduarcol, diría que ese sitio es para pedir la destitución de Chávez
[/offtopic]

// Saludos

[[eduarcol]]

Empezado por roman

[offtopic]
Mmm. si fuera eduarcol, diría que ese sitio es para pedir la destitución de Chávez
[/offtopic]

// Saludos

jajaja

Nooo, yo contra el comandante nunca

[xander]

muchas gracias Casimiro, ya tengo un servidor dedicado para la web, y veo que el señor este de meneame no habla de clusters solo de tener bien tuneada la estructura de la BD, con eso no tengo mayor problema

He conseguido a un asesor que ha configurado Apache en el servidor Linux para que levante muchas instancias en caso de que sean necesarias (al menos eso le he entendido) pero de clusters y esas otras yerbas si no se que onda

[JXJ]

¿como se va a llamar la pagina porno?

¿la url del sitio.¡?