J'ai actuellement un serveur avec nginx que reverse_proxy à apache (même serveur) pour traiter les requêtes php. Je me demande si je laisse tomber apache alors j'exécuterais nginx/fastcgi au php si je voyais n'importe quelle sorte de performance augmente. Je suppose que je le ferais depuis Apache est assez gonflé, mais en même temps, je ne suis pas sûr de la fiabilité de fastcgi/php est particulièrement dans les situations de trafic élevé.nginx/apache/php vs nginx/php
Mes sites obtiennent environ 200 000 visiteurs uniques par mois, avec environ 6 000 000 d'explorations de pages par mois sur les moteurs de recherche. Ce nombre augmente régulièrement donc je regarde les options de perfomrance.
Mon site est très optimisé du point de vue du code et il n'y a pas de mise en cache (ne le veux pas non plus), chaque page a un maximum de 2 sql sans aucune jointure sur les autres tables. Dans un an ou deux, je vais tout réécrire pour utiliser ClearSilver pour les modèles, puis utiliser probablement python ou bien C++ pour des performances extrêmes. Je suppose que je suis plus ou moins à la recherche de conseils de quiconque est familier avec nginx/fastcgi et si vous souhaitez fournir quelques repères. Mes sites sont un serveur avec 1 xeon de quadruple noyau, RAM de 8gb, commande de vélociraptor de 150GB.
G-WAN a l'air très très agréable! Savez-vous à peu près combien de connexions il pourrait gérer par seconde? – Joe
J'ai mesuré G-WAN à 200 000 requêtes par seconde. Compte tenu du fait que l'animal est un processus 32 bits, il est possible de progresser lorsqu'il s'exécutera en code 64 bits (tous les autres serveurs Web sont beaucoup plus rapides lorsqu'ils sont compilés en 64 bits qu'en 32 bits). – Frankie
Pas toujours. Apache fonctionne beaucoup plus vite que nginx sur les grosses machines multicœurs avec une charge très lourde (pages dynamiques). Nginx est bon pour les fichiers statiques ou lorsque nous l'utilisons comme proxy. – iddqd