Optimisation serveur : nginx + eaccelerator + vanish

[hanlin]

Salut,
Mon premier serveur debian est installé. Tout qui roule bien Apache + mysql + php . J'ai réussi à installé deux sites sans probleme. Je me suis interessé à un peu plus pret sur les possibilité d'améliorer les performances de ma machine. Je vais devoir faire tourner quelques cms. J'ai trouver des pistes, avant de tout casser j'ai envie d'avoir l'opinion de certains experts dans le domaine concernant les solutions proposées sur ces deux sites :

Code: Tout sélectionner

http://www.papygeek.com/software/optimiser-son-serveur-web-avec-nginx/

Code: Tout sélectionner

http://www.travisberry.com/2010/10/lightning-fast-php-server-with-nginx-eaccelerator-and-varnish/

Merci par avance !

[spout]

Je préfère APC que eaccelerator car il semblerait que APC sera fourni de base avec PHP6.
Et c'est super simple à installer sur Debian (Lenny):

Code: Tout sélectionner

apt-get install php-apc
/etc/init.d/apache2 restart


[Julia41]

Oui APC est vraiment *le* truc à mettre: compatible avec tout.
J'essaye de faire des benchs chez tous les clients où j'ai l'occasion d'installer ça, voilà quelques résultats:

PHPMyAdmin (exemple typique d'un "gros" truc PHP)

Code: Tout sélectionner

Sans APC : Requests per second:    140.60 [#/sec] (mean)
Avec APC : Requests per second:    475.25 [#/sec] (mean)
Avece APC - Suhosin : Requests per second:    492.85 [#/sec] (mean)

Wordpress

Code: Tout sélectionner

Sans APC : Requests per second:    27.37 [#/sec] (mean)
Avec APC : Requests per second:    49.94 [#/sec] (mean)


Pour nginx il faut surtout faire attention aux rewrites qui sont un peu long à convertir.

[hanlin]

Salut,

Pour nginx il faut surtout faire attention aux rewrites qui sont un peu long à convertir.

Cependant, si je décide de suivre la solution préconisée par l'un des auteurs (je le site) :

Dans cette configuration, simple à mettre en œuvre, nginx sera placé en amont d’un serveur Apache et s’occupera de tous les fichiers statiques (images, CSS, textes, etc.) et toutes les autres requêtes seront envoyées normalement au serveur Apache.

Devrais je faire ces adaptations en terme de htaccess ? Deja sur le htaccess de base je ne suis pas fortich alors si dois faire des conversions...

[hanlin]

Je viens de tester cette config avec nginx, j'ai testé un joomla...ça passe tranquile. Il suffit de rajouter une ligne dans la config du serveur et tout marche nickel pour le mod rewrite je n'ai rien eu à convertir...peut etre je devrais faire cela pour d'autres applications

[YoyoS]

Installer cette ribambelle d'optimisations ça a bien des effets négatifs aussi non ? ce n'est que bénéfique donc ? ^^ Genre ça doit consommer à mort de ram ( a part pour lighthttpd ) et au final il y a plus de risques de swap s'il y a moins de ram dispo ? A partir de quel moment a-t-on réellement besoin de ces optis ? Ca me titille de tester tout ça mais bon, debian uptime de 250jours, aucun souci de vitesse ou perf, je suis malade moi

[hanlin]

Franchemment Yoyos, je suis très mal placé pour debattre avec toi sur ce sujet. Je suis loin d'avoir les compétences pour cela. Tout ce que je sais c'est que j'ai quelques sites qui tournent sous une release 2 , des cms pour la plupart...j'ai tout viré pour migrer sur cette debian, j'ai tenté de faire des modifs pour que le serveur tourne mieux (sur la base de mes recherches sur google) .

Tout ce que j'ai fait jusque la c'est installer APC et mettre ce fameux nginx à la place d'Apache. Je trouve que ça roule mieux maintenant je ne sais pas si j'ai bien fait.

[Julia41]

Installer cette ribambelle d'optimisations ça a bien des effets négatifs aussi non ? ce n'est que bénéfique donc ? ^^ Genre ça doit consommer à mort de ram ( a part pour lighthttpd ) et au final il y a plus de risques de swap s'il y a moins de ram dispo ? A partir de quel moment a-t-on réellement besoin de ces optis ? Ca me titille de tester tout ça mais bon, debian uptime de 250jours, aucun souci de vitesse ou perf, je suis malade moi

eaccelerator + varnish là oui c'est "trop".

Il faut faire un choix, "cacher" a un coup surtout au premier affichage.
Après cacher dans la RAM (memcache par exemple) a un coup en RAM, mais soulage le disque, donc tout dépends "où" on est "radin": pas beaucoup de RAM, on va éviter, beaucoup de RAM et disques lents, autant le faire.

Il faut faire des benchs en utilisation "normale". Une page qui est vue une fois par jour, n'a pas forcément besoin d'être en cache.
Dans les trucs sans risques et rentable c'est réellement du APC et du Nginx ou Lighttpd.
MySQL a aussi un cache par défaut, performant.

[YoyoS]

Tiens je remonte ce topic, après avoir testé APC sur mon new serveur, rox du poney

Et sous le dernier debian, juste une commande pour l'installer sans devoir tout compiler comme l'a dit spout ^^

Code: Tout sélectionner

apt-get install php-apc

[Julia41]

Tiens je remonte ce topic, après avoir testé APC sur mon new serveur, rox du poney

Et sous le dernier debian, juste une commande pour l'installer sans devoir tout compiler comme l'a dit spout ^^

Code: Tout sélectionner

apt-get install php-apc

S'il y a "pas mal de sites" il faut un chouillat configurer :

Code: Tout sélectionner

cat /etc/php5/conf.d/apc.ini
; configuration for php apc module
extension=apc.so
apc.max_file_size = 8M
apc.shm_size = 384M

surtout le shm size qui par défaut est à 16Mo ça fait un ou deux sites de quelques Mo.

[YoyoS]

La j'ai 30M par défaut, mais oui je compte bien augmenter la taille en fonction de l'utilisation des ségments. Surtout avec 16Go de ram, je sais pas ce que je vais en faire =D.

Le truc c'est qu'il ne met qu'en mémoire les fichiers .php c'est tout. Tous les fichiers caches enregistrés en .html il ne les mettra pas en cache donc ? Ca serait pas interessant de changer l'extension des fichiers caches vers .php pour que APC les prennent en compte ?

[spout]

Pour vérifier l'état de la mémoire, il faut décompresser: /usr/share/doc/php-apc/apc.php.gz
Et le copier là où il sera accessible via le serveur Web.

[YoyoS]

Oui, j'avais oublié de le dire ^^ Bien utile ce petit script php !
Sinon une idée pour les fichiers caches ?

[spout]

Le truc c'est qu'il ne met qu'en mémoire les fichiers .php c'est tout.

C'est du cache d'opcode: http://julien-pauli.developpez.com/tutoriels/php/apc/

Si les fichiers .html sont parsés avec PHP (addtype application x-httpd-php .html) je pense que le PHP exécuté dedans sera mis en cache.

[YoyoS]

Non pas de php dans les fichiers html chez moi. Mais si un fichier ne contient pas de code php à exécuter mais possède l'extension php. Aucun avantage donc à utiliser APC dessus ? Ou il ne pourra même pas ? J'vais faire un ti test ^^

EDIT: Oui on dirait que le fait de juste changer l'extension sans même qu'il y ait de code php à l'intérieur du fichier le met en cache avec APC. Maintenant reste à savoir si c'est rentable de laisser gérer les fichiers statics de cache avec APC ou les laisser sans extension, ou .html, peu importe. APC pourrait éviter des accès disques pour récupérer les fichiers cache ? J'hésite