2017-10-05 5 views
0

I ont scénario suivant:ElasticSearch ajustements de configuration avec une mémoire limitée

Une seule machine avec 32 Go de RAM exécute ElasticSearch 2,4, il y a un indice de 5 fragments qui est 25GB en taille.

Sur cet index, nous indexons constamment de nouvelles données, en plus de faire des requêtes de recherche en texte intégral qui vérifient environ 95% de documents - pas d'agrégations. L'instance génère beaucoup de charge CPU - il n'y a pas d'échange.

Ma question est: comment devrais-je modifier l'utilisation de la mémoire élastique? Dois-je attribuer plus de mémoire à ES HEAP comme 25 Go (plus de 50% de mémoire que readme conseille de ne pas faire), ou devrais-je assigner un minimum de mémoire à ES HEAP comme 25 Go de mémoire? HEAP comme 1 Go-2 Go et suppose Lucene mettra en cache tout l'index en mémoire depuis ses recherches en texte intégral?

+0

Ces 5 fragments principaux sont-ils des fragments primaires? – ryanlutgen

+0

Oui, ce sont des fragments primaires. – Ergo

Répondre

0

À l'heure actuelle, 50% de la mémoire du serveur, donc 16 Go dans ce cas semble fonctionner le mieux pour nous.