L'augmentation de la taille de la file d'attente dans Elasticsearch?

Ive été en regardant ma elasticsearch les journaux, et je suis tombé sur l'erreur

rejected execution (queue capacity 1000) on org.elasticsearch.search.action.SearchServiceTransportAction$23@6d32fa18

Après avoir cherché l'erreur, le général et le consensus était d'augmenter la taille de la file d'attente comme parlé ici - https://www.elastic.co/guide/en/elasticsearch/reference/current/modules-threadpool.html

La question que je me pose est de savoir comment dois-je faire ça? Est-il aconfiguration fichier quelque part que je suis absent?

Dans quelques situations, il est l'recommandations. Dans la plupart des autres situations, on a besoin de regarder pourquoi le cluster n'est pas en mesure de faire face au nombre élevé de demandes de recherche. C'est le cluster trop surchargé sur d'autres fronts? C'est le cluster sous-dimensionnée? etc
Plus probablement les deux. La plupart des paramètres sont toujours à la valeur par défaut et ils sont en cours d'exécution sur les serveurs de production, de sorte que beaucoup de choses doivent être configurés
Non, vous vous trompez. Tout simplement parce que les paramètres sont par défaut, cela ne signifie pas qu'ils doivent être configurés. Les valeurs par défaut dans ES sont généralement ok pour la plupart des scénarios.
Peut-être. La question j'ai eu était que de nouveaux journaux envoyés cessé de paraître à l'intérieur de la kibana tableau de bord, après ça marchait très bien pour quelques semaines, j'ai donc pensé que Elastisearch surchargées. La plupart des guides en ligne semble à-dire l'augmentation de la taille du tas était assez essentiel.

OriginalL'auteur Proximus | 2015-10-13

elasticsearch exception

9

Pour modifier la taille de file d'attente, on pourrait ajouter dans le fichier de configuration pour chacun des nœuds comme suit:

threadpool.search.queue_size: <new queue size> .

Toutefois, cela nécessiterait également un cluster de redémarrer.

Jusqu'à Elasticsearch 2.x, vous pouvez mettre à jour via le cluster-réglage de l'api et ce ne serait pas besoin d'un cluster de redémarrer, toutefois, cette option est allé avec Elasticsearch 5.x et versions plus récentes.
```
curl -XPUT  _cluster/settings -d '{
    "persistent" : {
        "threadpool.search.queue_size" : <new_size>
    }
}'
```
Vous pouvez interroger la taille de file d'attente comme suit:

curl <server>/_cat/thread_pool?v&h=search.queueSize

Merci, mais où est le fichier de configuration pour chacun des nœuds?
le fichier de configuration par défaut est elasticsearch.yml et qui réside dans le répertoire de configuration dans Elasticsearch répertoire cependant, c'est la valeur par défaut et pourrait avoir été remplacé .
à la personne qui downvoted essayer d'expliquer la raison d'autre n'est pas très utile ?
Je pensais que c'était, et im OP, donc je upvoted. Merci pour l'aide!
Comme d'elasticsearch v5.1+ l'exemple ci-dessus ne fonctionnera plus. Modification de paramètres de pool de threads de manière dynamique n'est plus pris en charge, voir Transitoire de réglage (pool de threads.de recherche.queue_size), pas dynamiquement mis à jour - Elasticsearch - Discuter de l'Élastique de la Pile et modifier les Paramètres | Elasticsearch Référence 5.1 | Élastique

OriginalL'auteur keety
12

De Elasticsearch 5 onward vous ne pouvez pas utiliser l'API pour mettre à jour le pool de threads de recherche de taille de file d'attente. Il est maintenant un nœud au niveau des paramètres. Voir cette.

Paramètres de pool de threads sont maintenant nœud au niveau des paramètres. En tant que tel, il n'est pas possible pour mettre à jour les paramètres de pool de threads via les paramètres du cluster API.

De mettre à jour le pool de threads, vous devez ajouter thread_pool.search.queue_size : <New size> dans elasticsearch.yml fichier de chaque nœud, puis redémarrez elasticsearch.

Comment dois-je faire la même chose de docker-composer.yml?

OriginalL'auteur Zeeshan

Vous devez vous connecter pour publier un commentaire.