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

[roman]

Yo no se cuánto es altísimo tráfico. En lo que manejo, no creo que sea muy alto el tráfico, pero llega a haber entre 800 y 1000 accesos simultáneos y la verdad es que el problema nos lo ha dado Apache y no MySQL, éste aguanta muy bien, pero Apache se cuelga casi totalmente.

Te lo comento porque, a fin de cuentas, quizá el problema lo tengas antes de MySQL, y como te han comentado antes, quizá no sea buena idea tener un hosting compartido.

// Saludos

[juanelo]

Otra cosa que creo que debes de considerar es ¿cual es el plan de accion de tu hosting si este se llagara a colapsar?,¿tienen servidores redundantes para poder habilitarlos en caso de fallos?, considera que no necesariamente tu aplicacion puede fallar, debes de informarte acerca de la seguridad que te ofrece el host.
Saludos

[xander]

la verdad estoy muy verde en esto de la web y la falta de experiencia en este tipo de desarrollos es lo que puede echar a perder este proyecto...

Bien, cuando hablo de alto tráfico si es mucho tráfico, estamos hablando de que se espera que lleguen a haber mas de 65,000 usuarios en linea al mismo tiempo... y eso es siendo optimistas en que no entren tantos al mismo tiempo. Además de que las consultas son sencillas y cortas pero cada usuario puede generar muchas en un corto periodo de tiempo a travez de la interacción con la página.

El proveedor de hosting no me sabe decir bien si su servicio aguantará los números que le doy, tal vez tampoco tenga la mas zorra idea, o el que me atiende es solo un vendedorcillo que no sabe mucho de bits y bytes. ¿Conocen algun proveedor de servicio que me pueda ofrecer la garantía de que un servicio como el que menciono va a estar ahi aguantando como un hombrecito lo que le manden??

Cualquier tip o sugerencia es completamente bienvenida.

[lucasarts_18]

Hola:

Te puede servir el HTTP Compression, yo deje un hilo acá en el foro de php hace unos días y nadie lo ha inflado , esta técnica te puede servir para mejorar el ancho de banda desde el servidor hacia las máquinas clientes.

Eso si, verifica si está activado el mod_deflate de apache o bien el zlib_output_compression.

Yo lo estoy utilizando y mis páginas al descargarse son mucho más rapidas y pequeñas, lo otro, también podría servirte implementar un caché en php.

Saludos .-

[Julián]

Hola!

Emilio te puede alquilar un servidor para ti solo.

Mandale un email, y si no te contesta lo dices y te digo otro sitio

Por otro lado hablas de 65000 usuarios, pero con eso ¿quieres decir 65000 usuarios conectados, o te refieres a que puede haber 65000 peticiones hppt simultaneas? es que no es lo mismo, de hecho, es muy distinto.

Un saludo!

[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/