Configuration avancée

Dernière mise à jour : 15 juillet 2024

Créé pour :

  • Expérimenté
  • Administration
  • Développeur

Commerce est un produit hautement flexible et évolutif contenant des solutions pour les commerçants de toutes tailles. Cette section décrit les bonnes pratiques et les recommandations relatives à la configuration de Commerce pour utiliser de grandes quantités de données, une charge extrême et d'autres cas d'entreprise.

Calibrer les performances d’index

Lorsque vous traitez de grandes quantités de données, la réindexation peut devenir une préoccupation. L’équipe Commerce a sélectionné les index les plus chargés et activé l’indexation par lots, ce qui vous permet de définir une partie des données à traiter à chaque itération. Ainsi, l’utilisateur peut ajuster la taille des lots en fonction du type et de la taille des données de la base de données.

Pour gérer ce paramètre, modifiez le paramètre batchRowsCount dans le fichier di.xml du module correspondant. Les index suivants prennent en charge cette fonctionnalité :

  • Index de produit de catégorie (module catalogue)
  • Index de prix (module catalogue)
  • Index EAV (module catalogue)
  • Index de stock (module CatalogInventory)

Vous pouvez optimiser les performances de l’indexeur en ajustant les variables de taille de lot d’index. Cela contrôle le nombre d’entités qui sont traitées à la fois par l’indexeur. Dans certains cas, nous avons constaté des baisses importantes du temps d’indexation.

Par exemple, si vous exécutez un profil similaire à B2B Medium, vous pouvez remplacer la valeur de configuration batchRowsCount dans app/code/Magento/catalog/etc/di.xml et remplacer la valeur par défaut 5000 par 1000. Cela réduit le temps d’indexation complet de 4 heures à 2 heures avec une configuration MySQL par défaut.

NOTE
Nous n’avons pas activé le traitement par lot pour l’indexeur de règles de catalogue. Les commerçants avec un grand nombre de règles de catalogue doivent ajuster leur configuration MySQL pour optimiser le temps d’indexation. Dans ce cas, la modification de votre fichier de configuration MySQL et l’allocation d’une plus grande mémoire aux valeurs de configuration TMP_TABLE_SIZE et MAX_HEAP_TABLE_SIZE (la valeur par défaut est 16M pour les deux) amélioreront les performances de cet indexeur, mais MySQL consommera plus de mémoire vive.

Limitation des groupes de clients et des catalogues partagés par les sites web

Un grand nombre de SKU de produit, de sites web, de groupes de clients ou de catalogues partagés aura un impact sur le temps d’exécution des indexeurs de règles de catalogue et de prix des produits. En effet, par défaut, tous les sites web sont affectés à tous les groupes de clients (catalogues partagés).

Pour réduire le temps d’indexation, vous pouvez exclure certains sites web des groupes de clients (catalogues partagés).

Configuration de Redis

Il arrive qu’une instance Redis ne soit pas suffisante pour répondre aux requêtes entrantes. Il existe plusieurs solutions que nous pouvons recommander pour remédier à cette situation.

Tout d’abord, Commerce vous permet de configurer un stockage du cache distinct pour chaque type de cache. Cela vous permet d’installer autant d’instances Redis distinctes que le nombre de types de cache enregistrés dans Magento. En réalité, vous pouvez souhaiter des instances Redis pour les caches les plus utilisés, tels que la configuration, la mise en page et les blocs.

Une autre solution consiste à placer le cache de configuration sur le système de fichiers et à déplacer les autres caches sur le serveur Redis. Avec cette solution, vous avez besoin d’un outil distinct pour l’invalidation centralisée du cache de configuration sur tous vos noeuds web.

Vous pouvez également utiliser une grappe Redis qui effectue des opérations de lecture/écriture parallèles avec un nombre croissant de noeuds. Commerce ne fournit pas de configuration pour ce cas, mais il peut être lancé avec des personnalisations mineures.