Mucho de esto se reducirá al esquema de la base de datos y al rendimiento de las consultas. Si tuvieras que asumir la ingenua suposición de que tus 5 millones de visitas a la página se distribuirán de manera uniforme durante todo el día, entonces estás hablando de <60 visitas por segundo. Casi cualquier servidor web puede manejar esto cuando sirve contenido estático.
Sugeriría construir su infraestructura en Amazon EC2. Si desea estar seguro y asegurarse de tener una alta disponibilidad, le sugiero que configure dos instancias pequeñas para sus servidores web. De esa manera, si uno falla, aún puede servir a sus clientes con el otro mientras lo recupera. Para la base de datos, puede usar MySQL con el servicio Amazon RDBMS. Es un servicio de base de datos relacional construido a escala que ofrece alta disponibilidad, copias de seguridad y más. Puede comenzar con una sola instancia y escalar a más servidores fragmentando si su base de usuarios crece.
Una vez más, las consideraciones más importantes aquí serán el esquema en su base de datos, el número de registros y cómo lo consulta. Si todas sus consultas tardan varios segundos en completarse y está haciendo varias por página, entonces no va a escalar.
- ¿Qué está mal con mi servidor DNS?
- ¿Cuál es el costo de un servidor típico por mes para ejecutar un sitio web grande (1 - 2m único)?
- Cómo hacer un servidor CS 1.6 en un rastreador de juegos
- ¿Por qué los servidores del gobierno son lentos e incapaces de manejar el tráfico pesado?
- Robert Cezar Matei: ¿Cuál es, según su experiencia, el servicio de alojamiento RubyOnRails más rentable y confiable, que brinda un gran soporte, accesibilidad administrativa (SSH, etc.) y la facilidad para cambiar planes y escalar con el crecimiento? site5, lunarpages, dreamhost, hostmonster, slicehost, linode, hostingrails, engineyard, railsplayground, a2hosting, otro?
