3. Contrôler la fréquence des opérations de publication
De nombreux problèmes de performances de Solr sont causés par des opérations de publication fréquentes et constantes. Par exemple, si vous publiez toutes les secondes (soit 60 éléments par minute), Sitecore génère un commit Solr toutes les secondes, ce qui consomme énormément de ressources pour votre environnement Solr.
Cette recommandation peut impliquer un changement dans les comportements de création et de publication de contenu, ce qui pourrait rencontrer une certaine résistance au sein de votre organisation.
Sitecore propose également de nombreuses façons de contrôler le processus de publication via le Service de publication de contenu SitecoreLe service de publication de contenu peut réduire considérablement les besoins de flux de travail de vos auteurs tout en optimisant l'expérience de publication sur les index et les bases de données.
4. Augmentez la valeur de ContentSearch.IndexUpdate.BatchSize
Un thème récurrent des trois premières recommandations concerne la façon dont Sitecore met à jour les index Solr par lots. Le traitement par lots est une pratique recommandée. Selon le type de contenu publié, une taille de lot adaptée peut entraîner des améliorations significatives des performances.
Plus précisément, nous parlons de ces deux paramètres liés à ContentSearch :
Les paramètres par défaut indiquent que nous allons placer 300 éléments dans un lot avant la mise à jour de l'index dans une approche multithread. Ce nombre peut sembler difficile à atteindre, sauf si l'on considère la présence de nombreux « éléments associés » et « sous-éléments », qui se multiplient facilement lorsqu'il s'agit d'éléments multilingues. Le nombre d'éléments publiés peut rapidement exploser, ce qui peut avoir des conséquences négatives sur les performances de Solr.
La modification de cette valeur ContentSearch doit être effectuée avec soin, et cette suggestion doit se concentrer sur la validation de votre BatchSize.
Pour le contenu où la quantité d'informations pour un élément est relativement faible (par exemple, un faible nombre de champs ou seulement quelques champs de texte enrichi), croissant la taille du lot peut entraîner de meilleures performances.
Pour les besoins de contenu où la quantité d'informations est très élevée ou où le document d'index d'un élément est très volumineux, l'augmentation de cette valeur peut avoir des impacts négatifs sur les performances d'indexation.
5. Réduisez ContentSearch.SearchMaxResults
Outre les optimisations pour l'indexation du contenu Sitecore dans Solr, certains paramètres peuvent également être optimisés pour améliorer les performances des requêtes de recherche. L'un de ces paramètres est appelé ContentSearch.SearchMaxResults.
<setting name="ContentSearch.SearchMaxResults" value="1000000" />
La valeur par défaut est de 1 000 000 de résultats pour chaque requête. Lorsqu'une requête est envoyée à Solr, cette instruction lui indique de lui envoyer 1 000 000 de résultats, ou lignes, comme indiqué dans la requête. Solr doit alors allouer de la mémoire pour stocker 1 000 000 de résultats. Ce problème survient lorsque ce paramètre est appliqué à chaque API de recherche de contenu demande de Sitecore à Solr, ce qui peut entraîner une surallocation de mémoire importante et une dégradation des performances sur le cluster Solr.
Réduire cette valeur à un nombre inférieur, tel que 10 000, améliorera considérablement les performances de votre cluster Solr et améliorera ainsi les performances de vos résultats de recherche.
L'inconvénient est que les résultats de recherche sont limités à 10 000 résultats, ce qui peut impacter l'expérience de recherche. Sitecore a publié un Article de la base de connaissances avec plus d'informations sur ce paramètre qui s'applique à toutes les versions de Sitecore 9.0 et supérieures.
En savoir plus sur les meilleures pratiques pour les performances de Solr
Outre les optimisations pour l'indexation du contenu Sitecore dans Solr, certains paramètres peuvent également être optimisés pour améliorer les performances des requêtes de recherche. L'un de ces paramètres est appelé ContentSearch.SearchMaxResults.
<setting name="ContentSearch.SearchMaxResults" value="1000000" />
La valeur par défaut est de 1 000 000 de résultats pour chaque requête. Lorsqu'une requête est envoyée à Solr, cette instruction lui indique de lui envoyer 1 000 000 de résultats, ou lignes, comme indiqué dans la requête. Solr doit alors allouer de la mémoire pour stocker 1 000 000 de résultats. Ce problème survient lorsque ce paramètre est appliqué à chaque API de recherche de contenu demande de Sitecore à Solr, ce qui peut entraîner une surallocation de mémoire importante et une dégradation des performances sur le cluster Solr.
Réduire cette valeur à un nombre inférieur, tel que 10 000, améliorera considérablement les performances de votre cluster Solr et améliorera ainsi les performances de vos résultats de recherche.
L'inconvénient est que les résultats de recherche sont limités à 10 000 résultats, ce qui peut impacter l'expérience de recherche. Sitecore a publié un Article de la base de connaissances avec plus d'informations sur ce paramètre qui s'applique à toutes les versions de Sitecore 9.0 et supérieures.
Parlez à un expert ou obtenez une démonstration de SearchStax Cloud
Laissez-nous résoudre les aspects techniques de votre infrastructure Solr pour Sitecore. SearchStax CloudNous nous efforçons de vous garantir une configuration Solr fiable, sécurisée et conforme. Créez des sauvegardes, configurez la reprise après sinistre et surveillez les performances de Solr grâce à des alertes, afin que vous puissiez vous concentrer sur des projets plus importants. Parlez à l'un de nos experts ou planifier une démo pour en savoir plus.
Français du Canada 
English