La métrique aws elasticsearch SysMemoryUtilization est-elle exacte ?

Question

J'utilise le service AWS elasticsearch. Il n'y a pas beaucoup de données stockées. J'utilise le type d'instance m3.large.elasticsearch. Lorsque je vérifie l'utilisation maximale de la mémoire (SysMemoryUtilization), elle est toujours d'environ 90 %. Je suppose qu'il s'agit du ratio d'utilisation de la mémoire de l'instance elasticsearch. Cela signifie-t-il que je dois augmenter la mémoire de mon instance ? En fait, je me demandais si cette métrique était exacte. Quelqu'un a-t-il rencontré la même situation ?

Auparavant, mon type d'instance elasticsearch est t2.small, la SysMemoryUtilization est presque 90%. J'ai changé le type d'instance en m3.large.elasticsearch mais la SysMemoryUtilization reste toujours à près de 90%.

voir la rubrique SysMemoryUtilization : https://i.stack.imgur.com/PMt2Z.png

Answer 1

Oui, c'est exact.

En fait, la JVM récupère toute la mémoire nécessaire auprès du système d'exploitation et l'utilise lorsque elasticsearch en a besoin. La mémoire de la JVM est appelée HEAP et vous pouvez la vérifier via cette commande :

curl -XGET [ES-IP-MASTER]:9200/_cat/nodes?v

il faut vérifier le pourcentage d'utilisation du HEAP et il est dangereux que le HEAP soit utilisé à 90 %.

Answer 2

Nous avons exactement le même scénario. J'ai remarqué que la métrique SysMemoryUtilization reflète en effet ce que le cluster signale également. Cependant, les JVMMemoryPressure se situe dans la fourchette et fonctionne en dents de scie.

Ma question est de savoir si la SysMemoryUtilization doit être considérée comme une mesure valable pour créer une alerte. Amazon ne le cite même pas comme l'une des alertes recommandées, comme indiqué ici : https://docs.aws.amazon.com/en_pv/elasticsearch-service/latest/developerguide/cloudwatch-alarms.html