elasticsearch 需要高应用程序存储内存的分析服务器,elasticsearch,ibm-mobilefirst,mobilefirst-analytics,elasticsearch,Ibm Mobilefirst,Mobilefirst Analytics" /> elasticsearch 需要高应用程序存储内存的分析服务器,elasticsearch,ibm-mobilefirst,mobilefirst-analytics,elasticsearch,Ibm Mobilefirst,Mobilefirst Analytics" />

elasticsearch 需要高应用程序存储内存的分析服务器

elasticsearch 需要高应用程序存储内存的分析服务器,elasticsearch,ibm-mobilefirst,mobilefirst-analytics,elasticsearch,Ibm Mobilefirst,Mobilefirst Analytics,我们的应用程序几个月前就上线了。我们配置了2台移动分析服务器,每个服务器具有8gb的Ram空间和50GB的SAN空间。我们已经观察到,Analytics server正在利用巨大的SAN空间,每台服务器上已经消耗了85%的空间。下面是如何配置它的更多细节 活动碎片数24 节点数2 数据节点数2 MFP版本:服务器版本:7.1.0.00.20160801-2314 我还注意到,文档计数是一个巨大的数字,几乎500K,它占用的内存是28gb 这是期望值还是某种配置问题。有没有办法清理和释放一些内存

我们的应用程序几个月前就上线了。我们配置了2台移动分析服务器,每个服务器具有8gb的Ram空间和50GB的SAN空间。我们已经观察到,Analytics server正在利用巨大的SAN空间,每台服务器上已经消耗了85%的空间。下面是如何配置它的更多细节

活动碎片数24

节点数2

数据节点数2

MFP版本:服务器版本:7.1.0.00.20160801-2314

我还注意到,文档计数是一个巨大的数字,几乎500K,它占用的内存是28gb

这是期望值还是某种配置问题。有没有办法清理和释放一些内存

Elasticsearch(MobileFirst Operational Analytics就是建立在它上面的)是非常内存密集型的,内存使用率是您存储了多少数据的函数。500K文档在总体方案中并不多见,但所使用的SAN空间和内存量取决于文档中的内容。你没有提到你使用的MaviLe1.1平台基础版本(和iFIX级),很难在不知道这些信息的情况下引导你。但是,作为一个开始,如果您正在收集运行分析中的服务器日志,我建议您停止这样做,除非您确实需要服务器日志在操作分析中出于某种原因-在您的应用程序运行时,将JNDI属性“WL.Analytics .Log.FooT”设置为“false”(假设您使用MauliLe1.1平台基础7.1)。然后,在分析仪表板中,将“TTLL Server日志”的TTL值设置为非常小的值,并检查框以将TTL值应用于现有文档(这样做,您必须运行一个更近的iFiX级别的MauliLe1.1平台基础,因为旧的构建不包括此复选框-再次假设您使用7.1)。这将清除现有服务器日志,从而释放一些内存和SAN空间。当您在该面板中时,您可能希望将其他TTL值设置为适合您的环境的值,如果您还没有这样做的话

如果您正在运行的版本早于7.1,或者您正在运行的版本没有可追溯应用TTL值的复选框,则清除现有数据的过程更为复杂-在这种情况下,请打开PMR,支持团队可以为您提供指导


如果无法清除数据(例如,如果您必须持续收集服务器日志,或长时间保存旧数据),则应向Elasticsearch群集添加其他节点,以将负载分配到其他节点上,这样每个节点的资源利用率将降低。

我们使用的服务器版本为:7.1.0.00.20160801-2314。我已经更新了我的问题。谢谢你提供的详细信息。