现在使用5个client node每个31GB，还一直在做full gc几乎两秒一次full gc。导致写入能力根本上不去

用jmap dump下来内存，发现80%左右内存都被用在了byte基本都是写入的数据，

那请问情况像是后端消费來不及，且不停的在写入导致了client node数据积压，然后一直full gc

我现在做了流量镜像，2.4跟5.2的数据一模一样且也有相同配置的各6台相同配置的服務器。

没有什么特殊的配置网卡流量大概还是维持在单host 200M/s 左右，我是client node跟data node混在一个host上部署的

但我比较奇怪，后端datanode队列都是空的应该还没箌瓶颈。感觉还是生产大于消费dump下来看过了，80%的内存都耗在byte[]数组（消息内容）扩充client node应该能缓解问题。

再请问client node有自我保护的机制么，單纯做转发如果消费小于生产，而client node一直在等返回肯定会oom比如queue也有大小，多了直接返回失败

如下图所示业务系统的日志每忝创建一个index，由于硬盘有限

现在的需求：定期删除7天以前的index即保留最近7天的（每7天运行一次，批量删除历史index）

3)es-head界面删除重复操作工作量大