我使用 AWS elasticsearch 服务。没有存储太多数据。我使用 m3.large.elasticsearch 实例类型。当我检查最大内存利用率(系统内存利用率(指标时，它始终约为 90%。我想这是弹性搜索实例的内存使用率。这是否意味着我需要扩大实例内存？实际上，我想知道这个指标是否准确。有人遇到同样的情况吗？
以前，我的 elasticsearch 实例类型是 t2.small，系统内存利用率接近 90%。我将实例类型更改为 m3.large.elasticsearch，但 SysMemoryT利用率仍保持在近 90%。
请参阅系统内存利用率：https://i.stack.imgur.com/PMt2Z.png
是的，它是准确的。
实际上，JVM将从操作系统获取所需的所有内存，并在需要Elasticsearch时使用它。 JVM内存称为HEAP，您可以通过以下命令进行检查：
curl -XGET [ES-IP-MASTER]:9200/_cat/nodes?v
您应该检查堆使用率百分比，如果堆利用率为 90%，则很危险。
我们有完全相同的场景。我注意到指标SysMemoryUtilization确实反映了集群也报告的内容。但是JVMMemoryPressure利用率在范围内，并且具有锯齿图案。
但我的问题是，是否应将SysMemoryUtilization视为设置警报的有效指标。亚马逊甚至没有将其列为推荐的警报之一，如下所述：https://docs.aws.amazon.com/en_pv/elasticsearch-service/latest/developerguide/cloudwatch-alarms.html
它不是实例扩展的有效指标。如果您参考文档，它说
"系统内存利用率高于 90% 并不表示任何堆 使用问题或 OpenSearch Service 群集过载。一个系统 内存利用率高于 90% 被认为是正常的，尤其是对于 运行开放搜索服务的节点。因此，您无需扩展 增加群集的大小。
以下是您要监控以扩展 OpenSearch Domain 集群的指标的候选列表;
- JVM 内存压力
- 中央处理器利用率
- 免费存储空间
https://aws.amazon.com/premiumsupport/knowledge-center/opensearch-high-sysmemoryutilization/
此处链接指向用于多种目的进行监视的更多推荐指标列表。
https://docs.aws.amazon.com/opensearch-service/latest/developerguide/cloudwatch-alarms.html