Actualmente tengo un servidor con nginx que reverse_proxy a apache (el mismo servidor) para procesar solicitudes de php. Me pregunto si dejo caer apache para ejecutar nginx/fastcgi a php si veo algún tipo de aumento en el rendimiento. Asumo que lo haría desde que Apache está bastante hinchado, pero al mismo tiempo no estoy seguro de qué tan confiable sea fastcgi/php, especialmente en situaciones de mucho tránsito.nginx/apache/php vs nginx/php
Mis sitios reciben alrededor de 200,000 visitantes únicos al mes, con alrededor de 6,000,000 de páginas rastreadas de los motores de búsqueda mensualmente. Este número aumenta continuamente, así que estoy buscando opciones de rendimiento.
Mi sitio está muy optimizado para el código y no hay ningún almacenamiento en caché (tampoco quiero), cada página tiene un máximo de 2 consultas SQL sin combinaciones en otras tablas, los índices son perfectos también.
En un año más o menos estaré reescribiendo todo para usar ClearSilver para las plantillas, y luego probablemente use Python o C++ para un rendimiento extremo.
Supongo que estoy más o menos en busca de algún consejo de alguien que esté familiarizado con nginx/fastcgi y si está dispuesto a proporcionar algunos puntos de referencia. Mis sitios son un servidor con 1 quad core xeon, 8 gb ram, 150 gb velociraptor drive.
G-WAN se ve muy muy bien! ¿Sabe usted aproximadamente cuántas conexiones podría manejar por segundo? – Joe
He medido G-WAN a 200,000 solicitudes por segundo. Dado que el animal es un proceso de 32 bits, hay espacio para el progreso cuando se ejecutará en código de 64 bits (todos los demás servidores web son mucho más rápidos cuando se compilan en 64 bits que en 32 bits). – Frankie
No siempre. Apache funciona mucho más rápido que nginx en máquinas multinúcleo grandes con una carga concurent muy dinámica (páginas dinámicas). Nginx es bueno para archivos estáticos o cuando lo usamos como proxy. – iddqd