elasticsearch,amazon-ec2,Java,Spring,Docker,elasticsearch,Amazon Ec2" /> elasticsearch,amazon-ec2,Java,Spring,Docker,elasticsearch,Amazon Ec2" />

Java Elasticsearch:“;无法获取{IP}的节点信息";及;“不可用的例外情况”;在用日志

Java Elasticsearch:“;无法获取{IP}的节点信息";及;“不可用的例外情况”;在用日志,java,spring,docker,elasticsearch,amazon-ec2,Java,Spring,Docker,elasticsearch,Amazon Ec2,我面临着一个我以前没有遇到的问题 我附上我的服务和elasticSearch的日志(2.4.4): ElasticSearch日志: [2020-05-30 06:29:46,784][INFO ][monitor.jvm ] [Tempo] [gc][old][230125][41498] duration [8.2s], collections [1]/[9s], total [8.2s]/[10.7h], memory [473.2mb]->[426.1mb

我面临着一个我以前没有遇到的问题

我附上我的服务和elasticSearch的日志(2.4.4):

ElasticSearch日志:

[2020-05-30 06:29:46,784][INFO ][monitor.jvm              ] [Tempo] [gc][old][230125][41498] duration [8.2s], collections [1]/[9s], total [8.2s]/[10.7h], memory [473.2mb]->[426.1mb]/[494.9mb], all_pools {[young] [131.8mb]->[84.7mb]/[136.5mb]}{[survivor] [0b]->[0b]/[17mb]}{[old] [341.3mb]->[341.3mb]/[341.3mb]}
[2020-05-30 06:33:47,782][INFO ][monitor.jvm              ] [Tempo] [gc][old][230340][41540] duration [7s], collections [1]/[7.8s], total [7s]/[10.7h], memory [493.3mb]->[425mb]/[494.9mb], all_pools {[young] [136.5mb]->[83.6mb]/[136.5mb]}{[survivor] [15.4mb]->[0b]/[17mb]}{[old] [341.3mb]->[341.3mb]/[341.3mb]}
[2020-05-30 06:37:59,384][INFO ][monitor.jvm              ] [Tempo] [gc][old][230569][41582] duration [6.9s], collections [1]/[7.2s], total [6.9s]/[10.7h], memory [494.8mb]->[424.7mb]/[494.9mb], all_pools {[young] [136.5mb]->[83.4mb]/[136.5mb]}{[survivor] [16.9mb]->[0b]/[17mb]}{[old] [341.3mb]->[341.3mb]/[341.3mb]}
我在我的开发环境中没有遇到这个问题,但是当我在EC2上部署时,我得到了这个问题。当我重新启动elastic时进一步添加。它工作绝对正常,没有问题,但根据搜索查询或插入查询的数量,在10-15分钟或更短时间后,会出现错误消息

另外,我在实例上的存储空间消耗了74%,在120G中消耗了94G。 是因为记忆吗? 我非常确定我的res客户端代码很好,因为它在生产环境中工作了很长一段时间。 这会是港口问题吗?我使用docker容器来制作松紧带

任何帮助都将不胜感激

_cat/fielddata?v

_类别/节点?v

我认为elasticsearch的堆大小非常小。我的最佳猜测是,随着堆大小的增加,问题将得到解决。 要问为什么现在会发生这种情况,我认为这是因为数据量随着时间的推移而增加

我的第二个猜测是关于高负载。最近,您似乎有太多的请求进行elasticsearch。您可以通过
/\u cat/thread\u pool?v
检查队列请求的大小。
对于这种情况,您有两种解决方案。首先减少请求。其次,添加一个节点并添加副本

请添加/_cat/nodes?v和/_cat/fielddata?v对问题的回答。您能给出有关es的配置吗?并登录任何错误/警告elasticsearch@jinnaBalu:我正在使用停靠的容器。yaml文件只有IP:0.0.0的条目。0@hamidbayat我已经编辑了这个问题,我可以注意到堆和ram的百分比是96%,谢谢你的回答。我已将堆大小设置为512m,增加到2g。百分之四十的人现在已经降到了35。但是ram.percent是99%,我已经更改了docker容器的配置ES_JAVA_OPTS=-Xms2g-Xmx2g。对ram有什么想法吗?0.5%。为延迟回复道歉。不要担心内存百分比。当JVM启动时,它将使用所有2GB ram(如您配置的)作为堆内存。这并不意味着你的内存已经满了。这意味着JVM正在管理内存。
[2020-05-30 06:29:46,784][INFO ][monitor.jvm              ] [Tempo] [gc][old][230125][41498] duration [8.2s], collections [1]/[9s], total [8.2s]/[10.7h], memory [473.2mb]->[426.1mb]/[494.9mb], all_pools {[young] [131.8mb]->[84.7mb]/[136.5mb]}{[survivor] [0b]->[0b]/[17mb]}{[old] [341.3mb]->[341.3mb]/[341.3mb]}
[2020-05-30 06:33:47,782][INFO ][monitor.jvm              ] [Tempo] [gc][old][230340][41540] duration [7s], collections [1]/[7.8s], total [7s]/[10.7h], memory [493.3mb]->[425mb]/[494.9mb], all_pools {[young] [136.5mb]->[83.6mb]/[136.5mb]}{[survivor] [15.4mb]->[0b]/[17mb]}{[old] [341.3mb]->[341.3mb]/[341.3mb]}
[2020-05-30 06:37:59,384][INFO ][monitor.jvm              ] [Tempo] [gc][old][230569][41582] duration [6.9s], collections [1]/[7.2s], total [6.9s]/[10.7h], memory [494.8mb]->[424.7mb]/[494.9mb], all_pools {[young] [136.5mb]->[83.4mb]/[136.5mb]}{[survivor] [16.9mb]->[0b]/[17mb]}{[old] [341.3mb]->[341.3mb]/[341.3mb]}