需要高应用程序存储内存的分析服务器
Analytics server needing high application storage memory
我们的应用程序在几个月前上线。我们已经配置了 2 个移动分析服务器，每个服务器具有 8GB 的 Ram space 和 50GB 的 SAN space。我们观察到 Analytics 服务器正在使用一个巨大的 SAN space 它已经在每台服务器上消耗了 85%。以下是它的配置方式的更多详细信息。
活跃分片数量24
节点数 2
数据节点数2
MFP 版本：服务器版本：7.1.0.00.20160801-2314
我也注意到文档数量很大，几乎有 500K，它占用的内存是 28gb。
这是预期还是某种配置问题。有什么办法可以清理和释放一些内存。
Elasticsearch（构建 MobileFirst Operational Analytics 的基础）非常 memory-intensive，内存使用量是您存储的数据量的函数。 500K 的文档在宏伟的计划中并不算多，但使用的 SAN space 和内存量取决于文档中的内容。您没有提及您正在使用的 MobileFirst Platform Foundation 的版本（和 iFix 级别），并且在不知道该信息的情况下很难指导您。但是，作为开始，如果您正在收集 Operational Analytics 中的服务器日志，我建议您停止这样做，除非您出于某种原因确实需要 Operational Analytics 中的服务器日志 - 在您的应用程序运行时中，设置 JNDI 属性 "wl.analytics.logs.forward" 到 "false"（假设您使用的是 MobileFirst Platform Foundation 7.1）。然后，在 Analytics Dashboard 中，将 "TTL_ServerLogs" 的 TTL 值设置为一个非常小的值，并选中复选框以将 TTL 值应用于现有文档（为此，您必须 运行 更MobileFirst Platform Foundation 的最新 iFix 级别，因为旧版本不包含此复选框 - 同样，假设您使用的是 7.1）。这应该会清除现有的服务器日志，从而释放一些内存和 SAN space。在该面板中时，您可能希望将其他 TTL 值设置为适合您环境的值（如果您尚未这样做的话）。
如果您 运行 的版本早于 7.1，或者您 运行 的版本没有用于追溯应用 TTL 值的复选框，则清除现有数据的过程需要更多复杂 - 在这种情况下，请打开 PMR，支持团队可以指导您。
如果您无法清除数据（例如，如果您必须不断收集服务器日志，或长时间保存旧数据），您应该向 Elasticsearch 集群添加额外的节点以将负载分配给其他节点节点，所以每个节点的资源利用率会比较少。
我们的应用程序在几个月前上线。我们已经配置了 2 个移动分析服务器，每个服务器具有 8GB 的 Ram space 和 50GB 的 SAN space。我们观察到 Analytics 服务器正在使用一个巨大的 SAN space 它已经在每台服务器上消耗了 85%。以下是它的配置方式的更多详细信息。
活跃分片数量24
节点数 2
数据节点数2
MFP 版本：服务器版本：7.1.0.00.20160801-2314
我也注意到文档数量很大，几乎有 500K，它占用的内存是 28gb。
这是预期还是某种配置问题。有什么办法可以清理和释放一些内存。
Elasticsearch（构建 MobileFirst Operational Analytics 的基础）非常 memory-intensive，内存使用量是您存储的数据量的函数。 500K 的文档在宏伟的计划中并不算多，但使用的 SAN space 和内存量取决于文档中的内容。您没有提及您正在使用的 MobileFirst Platform Foundation 的版本（和 iFix 级别），并且在不知道该信息的情况下很难指导您。但是，作为开始，如果您正在收集 Operational Analytics 中的服务器日志，我建议您停止这样做，除非您出于某种原因确实需要 Operational Analytics 中的服务器日志 - 在您的应用程序运行时中，设置 JNDI 属性 "wl.analytics.logs.forward" 到 "false"（假设您使用的是 MobileFirst Platform Foundation 7.1）。然后，在 Analytics Dashboard 中，将 "TTL_ServerLogs" 的 TTL 值设置为一个非常小的值，并选中复选框以将 TTL 值应用于现有文档（为此，您必须 运行 更MobileFirst Platform Foundation 的最新 iFix 级别，因为旧版本不包含此复选框 - 同样，假设您使用的是 7.1）。这应该会清除现有的服务器日志，从而释放一些内存和 SAN space。在该面板中时，您可能希望将其他 TTL 值设置为适合您环境的值（如果您尚未这样做的话）。
如果您 运行 的版本早于 7.1，或者您 运行 的版本没有用于追溯应用 TTL 值的复选框，则清除现有数据的过程需要更多复杂 - 在这种情况下，请打开 PMR，支持团队可以指导您。
如果您无法清除数据（例如，如果您必须不断收集服务器日志，或长时间保存旧数据），您应该向 Elasticsearch 集群添加额外的节点以将负载分配给其他节点节点，所以每个节点的资源利用率会比较少。