[PaaS uniquement]{class="badge informative" title="S’applique uniquement aux projets Adobe Commerce on Cloud (infrastructure PaaS gérée par Adobe) et aux projets On-premise."}

Recommandations logicielles

Nous avons besoin des logiciels suivants pour les instances de production de Commerce :

Pour les déploiements sur plusieurs serveurs ou pour les commerçants qui prévoient de développer leur activité, nous recommandons ce qui suit :

Pour plus d’informations sur les versions prises en charge de chaque type de logiciel, consultez la section Configuration requise.

Système d’exploitation

Les configurations et optimisations du système d’exploitation sont similaires pour Commerce par rapport à d’autres applications web à charge élevée. À mesure que le nombre de connexions simultanées gérées par le serveur augmente, le nombre de sockets disponibles peut être entièrement alloué. Le noyau Linux prend en charge un mécanisme de « réutilisation » des connexions TCP. Pour activer ce mécanisme, définissez la valeur suivante dans /etc/sysctl.conf :

net.ipv4.tcp_tw_reuse = 1

Le paramètre de noyau net.core.somaxconn contrôle le nombre maximal de sockets ouverts en attente de connexions. Cette valeur peut être augmentée en toute sécurité à 1 024, mais elle doit être corrélée à la capacité du serveur à gérer cette quantité. Pour activer ce paramètre de noyau, définissez la valeur suivante dans /etc/sysctl.conf :

net.core.somaxconn = 1024

PHP

Magento prend entièrement en charge PHP 7.3 et 7.4. Il y a plusieurs facteurs à prendre en compte lors de la configuration de PHP pour obtenir une vitesse et une efficacité maximales sur le traitement des requêtes.

Extensions PHP

Nous vous recommandons de limiter la liste des extensions PHP actives à celles qui sont requises pour la fonctionnalité Commerce.

Magento Open Source et Adobe Commerce :

En outre, Adobe Commerce requiert les éléments suivants :

L’ajout d’extensions supplémentaires augmente les temps de chargement de la bibliothèque.

Paramètres PHP

Pour garantir la réussite de l’exécution de toutes les instances Commerce sans vider les données ou le code sur le disque, définissez la limite de mémoire comme suit :

memory_limit=1G

Pour le débogage, augmentez cette valeur sur 2G.

Configuration de Realpath_cache

Pour améliorer Commerce performances, ajoutez ou mettez à jour les paramètres de realpath_cache recommandés suivants dans le fichier php.ini. Cette configuration permet aux processus PHP de mettre en cache les chemins vers les fichiers au lieu de les rechercher chaque fois qu'une page se charge. Voir Réglage des performances dans la documentation PHP.

realpath_cache_size=10M
realpath_cache_ttl=7200

ByteCode

Pour obtenir une vitesse maximale hors Commerce sur PHP 7, vous devez activer le module OpCache et le configurer correctement. Ces paramètres sont recommandés pour le module :

opcache.memory_consumption=512
opcache.max_accelerated_files=60000
opcache.consistency_checks=0
opcache.validate_timestamps=0
opcache.enable_cli=1

Lorsque vous ajustez l’allocation de mémoire pour opcache, tenez compte de la taille de la base de code Magento et de toutes vos extensions. L’équipe de performances de Magento utilise les valeurs de l’exemple précédent pour les tests, car elle fournit suffisamment d’espace dans opcache pour le nombre moyen d’extensions installées.

Si vous disposez d’une machine à faible mémoire et que peu d’extensions ou de personnalisations sont installées, utilisez les paramètres suivants pour obtenir un résultat similaire :

opcache.memory_consumption=64
opcache.max_accelerated_files=60000

APCU

Nous vous recommandons d’activer l’extension PHP APCu et de configurer composer pour la prendre en charge afin d’optimiser les performances. Cette extension met en cache les emplacements de fichiers pour les fichiers ouverts, ce qui améliore les performances des appels au serveur Commerce, y compris les pages, les appels Ajax et les points d’entrée.

Modifiez votre fichier apcu.ini pour inclure les éléments suivants :

extension=apcu.so
[apcu]
apc.enabled = 1

Serveur Web

Magento prend entièrement en charge les serveurs web Nginx et Apache. Commerce fournit des exemples de fichiers de configuration recommandés dans les fichiers <magento_home>/nginx.conf.sample (Nginx) et <magento_home>.htaccess.sample (Apache). L’exemple Nginx contient des paramètres pour de meilleures performances et est conçu de sorte qu’une petite reconfiguration soit nécessaire. Voici quelques-unes des bonnes pratiques de configuration principales définies dans l’exemple de fichier :

Vous devez également configurer le nombre de threads pour le traitement des demandes d’entrée, comme indiqué ci-dessous :

MySQL

Ce document ne fournit pas d’instructions de réglage MySQL détaillées, car chaque magasin et chaque environnement sont différents. Nous pouvons toutefois formuler quelques recommandations générales.

De nombreuses améliorations ont été apportées à MySQL 5.7.9. Nous sommes convaincus que MySQL est distribué avec de bons paramètres par défaut. Les paramètres les plus critiques sont les suivants :

Varnish

Magento recommande vivement d’utiliser Varnish comme serveur de cache de pages complètes pour votre boutique. Le module PageCache est toujours présent dans la base de code, mais il ne doit être utilisé qu’à des fins de développement. Il ne doit pas être utilisé avec, ou à la place de, Varnish.

Installez Varnish sur un serveur distinct en amont du niveau web. Il doit accepter toutes les requêtes entrantes et fournir des copies de page mises en cache. Pour permettre aux Varnish de travailler efficacement avec des pages sécurisées, un proxy de terminaison SSL peut être placé devant Varnish. Nginx peut être utilisé à cet effet.

Commerce distribue un exemple de fichier de configuration pour Varnish (versions 4 et 5) qui contient tous les paramètres recommandés pour les performances. Parmi celles-ci, les plus critiques en termes de performances sont les suivantes :

Voir Configuration Varnish avancée pour plus d’informations sur l’implémentation de ces fonctionnalités.

Optimisation des performances des ressources

En règle générale, nous vous recommandons de stocker vos ressources (images, JS, CSS, etc.) sur un réseau CDN pour des performances optimales.

Si votre site ne nécessite pas le déploiement d’un grand nombre de paramètres régionaux et que vos serveurs se trouvent dans la même région que la majorité de vos clients, vous pouvez réaliser des gains de performances significatifs à moindre coût en stockant vos ressources dans Varnish au lieu d’utiliser un réseau CDN.

Pour stocker vos ressources dans Varnish, ajoutez les entrées VCL suivantes dans votre fichier default.vcl généré par Commerce pour Varnish 5.

À la fin de l’instruction if pour les requêtes PURGE dans la sous-routine vcl_recv, ajoutez :

# static files are cacheable. remove SSL flag and cookie

if (req.url ~ "^/(pub/)?(media|static)/.*\.(ico|html|css|js|jpg|jpeg|png|gif|tiff|bmp|mp3|ogg|svg|swf|woff|woff2|eot|ttf|otf)$") {
  unset req.http.Https;
  unset req.http./* {{ ssl_offloaded_header }} */;
  unset req.http.Cookie;
}

Dans la sous-routine vcl_backend_response, recherchez l’instruction if qui annule le cookie des requêtes GET ou HEAD.
Le bloc de if mis à jour doit se présenter comme suit :

# validate if we need to cache it and prevent from setting cookie
# images, css and js are cacheable by default so we have to remove cookie also

if (beresp.ttl > 0s && (bereq.method == "GET" || bereq.method == "HEAD")) {
  unset beresp.http.set-cookie;
if (bereq.url !~ "\.(ico|css|js|jpg|jpeg|png|gif|tiff|bmp|gz|tgz|bz2|tbz|mp3|ogg|svg|swf|woff|woff2|eot|ttf|otf)(\?|$)") {
  set beresp.http.Pragma = "no-cache";
  set beresp.http.Expires = "-1";
  set beresp.http.Cache-Control = "no-store, no-cache, must-revalidate, max-age=0";
  }
}

Redémarrez le serveur Varnish pour vider les ressources mises en cache chaque fois que vous mettez à niveau votre site ou déployez/mettez à jour des ressources.

Mise en cache et serveurs de session

Magento propose un certain nombre d’options pour stocker vos données de cache et de session, notamment Redis, Memcache, système de fichiers et base de données. Certaines de ces options sont examinées ci-dessous.

Configuration de nœud web unique

Si vous prévoyez de diffuser tout votre trafic avec un seul nœud web, il n’est pas logique de placer votre cache sur un serveur Redis distant. Utilisez plutôt le système de fichiers ou un serveur Redis local. Si vous souhaitez utiliser le système de fichiers, placez les dossiers de cache sur un volume monté sur un système de fichiers RAM. Si vous souhaitez utiliser un serveur Redis local, nous vous recommandons vivement de configurer Redis afin qu’il utilise des sockets pour les connexions directes, plutôt que d’échanger des données via HTTP.

Configuration de plusieurs nœuds web

Pour une configuration de plusieurs nœuds web, Redis est la meilleure option. Comme Commerce met activement en cache de nombreuses données pour de meilleures performances, prêtez attention à votre canal réseau entre les nœuds web et le serveur Redis. Vous ne souhaitez pas que le canal devienne un goulot d’étranglement pour le traitement des demandes.