NGINX-FPM paramètres de configuration de magento

Fond

Nous utilisons nginx et php5-fpm sur ubuntu 12 sur notre machine de production (VCenter Virtual Machine, 4 cœurs, 8 GO de ram). Notre installation de magento est très thématiques et prolongée. Juste pour le plaisir l'autre jour, j'ai installé tout à partir de zéro sur un VMWare boîte avec une installation par défaut de Magento 1.12 EE (j'ai eu besoin de les appeler sur un bug). Je dis juste cela pour que vous sachiez que nous avons nginx et php5-fpm dans un environnement de production.

Ce que vous demandez est quelque chose que je pense que tout le monde se démène avec l'aide de nginx et php fpm... en Serrant plus la performance d'elle. Je veux dire, nous pourrions l'utiliser apache et php si nous n'étions pas en essayant d'obtenir le site des performances en hausse de droit? Il y a beaucoup de réponses, les opinions et les cas de la base de solutions, mais je vais vous le guide que j'ai utilisé pour configurer mon système...

http://www.if-not-true-then-false.com/2011/nginx-and-php-fpm-configuration-and-optimizing-tips-and-tricks/

Prises à partir du blog de commentaires:

...Cependant, le problème est en effet Magento, plutôt que de la configuration
de du serveur. Magento est tout simplement trop grand et trop lourd pour tout
de l'environnement. Magento hébergement est vraiment pénible et désagréable tâche.

Il ne peut pas répondre à toutes les questions que vous avez, mais il y a beaucoup de bonnes choses à faire en sorte que vous faites... Comme la mise en worker_processes = combien de coeurs que vous avez etc.

Personnellement une chose que j'ai encore du mal avec est si la charge du serveur est très élevé (plus de 5 - 10 coups par secondes), les processeurs sont martelés. Je n'ai pas totalement cerné le problème, mais en ajoutant un noyau et se cogner la ram fait reculer d'un grand pas. Je peut augmenter la ram de plus, mais à ce moment, notre base d'utilisateurs n'est pas de voir tous les site les problèmes de performance.

(Trouvé sur un autre site blog post:)

Magento fait un usage intensif de la sous-système de disque pour la plupart de ses
les opérations. Disk I/O est le goulet d'étranglement, à côté du CPU
(cœurs), pour optimiser les performances de Magento.

C'est pourquoi Magento effectue donc mal dans les environnements de cloud où l'
le stockage est sur un SAN partagé avec d'innombrables autres utilisateurs et moins de stress
au hasard, parfois à l'origine de la performance irrégulière.

SSD (Solid State Drives) configurés en RAID1+0 matrice de disques localement
surpasse 15.5 K disques SAS dans la même configuration RAID.

Une Base de données locale est aussi la clé de la performance de pointe avec Magento

Une base de données distante introduit une latence en raison des appels système et réseau
la saturation. Si vous devez utiliser une base de données à distance, assurez-vous
vous êtes sur un VLAN privé et non pas le partage d'un réseau saturé
connexion, ce qui est commun, même pour les plus grands fournisseurs d'hébergement.
Dans le meilleur des environnements de réseau, à distance de la base de données ne sera PAS aussi
rapide comme base de données locale pour une variété de raisons.

La vitesse du PROCESSEUR et le nombre de processeurs est également extrêmement important pour
optimale Magento performance. Vous pouvez vous faire une idée de la puissance de la
haut de gamme de PROCESSEUR que vous utilisez à l'adresse suivante - si le CPU est
non énumérés ici, il n'est pas considéré comme "haut de gamme" par l'indice de référence
“PassMark Software“;

http://www.cpubenchmark.net/high_end_cpus.html

Basée sur la Performance des serveurs web, comme LiteSpeed, utiliser de multiples
CPU (cœurs) comme le fait le serveur MySQL, avec une bonne configuration.
À l'aide d'un rendement serveur web peut améliorer considérablement votre
la performance des applications contre le serveur web Apache software.

Essayer de réécrire ou de les convertir/compiler Magento n'est pas une solution - c'est
un bandaid au mieux. Vous serez en lock-out de toutes les futures mises à jour
(sans une quantité importante du temps de développement, de réécriture et de tester
vos modifications) et avec chaque mise à jour, nous continuons à voir la vitesse
des améliorations. Les principales modifications de Magento ne doivent JAMAIS être effectuées, core
les changements de Magento ne doivent JAMAIS être effectuées - cela va à l'encontre de la programmation orientée objet
modèle de Magento emploie.

En fin de compte, comme nous l'avons dit avant, Magento peut pas assurer de manière optimale
la performance sans un investissement important dans l'infrastructure
lequel l'application s'exécute. Si vous envisagez de l'exécution de Magento
et êtes désireux de le faire sur un budget de fournisseur d'hébergement comprennent que
vous ne pouvez tout simplement pas et ne permettra pas d'atteindre des performances de pointe avec ce
application.

Magento nécessite la mobilisation de ressources en raison de la nature complexe - vous ne pouvez pas
fournir les ressources nécessaires sur un budget de fournisseur d'hébergement que l'
les coûts pour ce type de matériel n'est pas bon marché.