Guatewireless.org " Case Study " 2 vs Lighttpd Apache 1.x: Optimiser le serveur Web
Étude de cas: Comment faire pour optimiser les services Web
Pendant de nombreuses années, j'ai travaillé avec le serveur web Apache vers la version 2.2.4-3.
A il ya quelques semaines un client m'a demandé des conseils à acheter du nouveau matériel à un autre serveur web, puisque le courant n'a pas eu assez de mémoire pour le soutien et l'intranet des sites Web sur Apache avec MySQL.
En analysant le cas, j'ai réalisé que je recevais une moyenne de visites 5mil, totalisant environ 15mil visites par jour. L'accès au local de pages était en soi assez lent, car la lampe a été utilisée à pleine capacité et échanger la base de données n'a pas été à la rude avec les consultations.
Le premier était d'optimiser la base de données, en supprimant tous les détritus et de recréer l'index. Ceci libérera de 12% de la mémoire, qui est rapidement consommé l'Apache 2. Avec ce comportement, j'ai décidé d'essayer un serveur web léger, la réponse: lighttpd.
Le problème est que lorsque vous démarrez Apache charger tous les modules qu'il contient, et beaucoup de ces ne viennent jamais à être utilisé par nos applications. Bien sûr, vous pouvez supprimer ces modules, mais il ya certains qui sont essentiels au bon fonctionnement de notre application, comme libapache2-mod-php.
Pour le module PHP, il est chargé en mémoire est appelé à chaque requête au serveur reçoit, par exemple un utilisateur entre notre site et le chargement doit passer par les images de la même, Apache appelle tous PHP leurs bibliothèques pour cette action. Cette sature la mémoire du serveur rapidement.
Les solutions à mod-php-cgi est rapide, ce module ne charge que les bibliothèques PHP nécessaire pour chaque action de processus diabolisé, et maintient ces processus pour être réutilisée pour plusieurs demandes. Cela résout la consommation de cycles CPU pour sauver la création de nouvelles instances ou processus CGI.
En fin de compte, l'installation de lighttpd avec support PHP via Fast-CGI a démontré une amélioration instantanée de la réaction des sites. Auparavant chaque page prend à charger à partir 5 à 30 secondes, ont été maintenant déployé en moins de 3.
La mémoire sous-utilisation de 50%, nous donnant d'espace pour grandir.
Tous ce fardeau hors du processeur, obtenant ainsi une réponse plus rapide aux requêtes sur les bases de données MySQL
Maintenant nous voyons le howto sur l'installation de lighttpd sur notre serveur Linux.
Popularité: 3% [ ? ]
Autres articles d'intérêt
Filed under: Étude de cas · Tags: Apache 2 , lighttpd , depuis de nombreuses années , le serveur web Apache
Termes de recherche