elasticsearch 重启后数据平衡问题

环境：elasticsearch 6.1
           Nodes: 4(master+data)
          Indices: 3352
          Memory: 51GB / 123GB
         Total Shards: 33379
         Documents: 1,456,904,986
         Data: 492GB
数据：除了xpack 监控索引有写入，其他索引全部没有写入，可以说是冷数据
 
场景：对某个节点的　searchguard 源码做了一些调整，替换它一个jar 包，然后重启该节点
 
重启之前操作：

#关闭集群分片自动分配



PUT _cluster/settings

{

  "persistent": {

    "cluster": {

      "routing": {

        "allocation.enable": "none"

      }

    }

  }

}



#设置刷新时间

PUT */_settings

{

  "refresh_interval": -1

}

然后替换了jar 包　重启了节点，
重启后操作：

#打开集群分片自动分配



PUT _cluster/settings

{

  "persistent": {

    "cluster": {

      "routing": {

        "allocation.enable": "all"

      }

    }

  }

}

问题来了
按照正常来讲，我的数据并没有写入，在重启后绝大部分数据应该在该节点的磁盘中直接提取，但是现实是该节点重启后完全在其他节点拿数据，这个难道是因为在重启之前没有执行/_flush/synced？？？？这是我的第一个问题
 
好，反正数据量不大，一两百个Ｇ的数据恢复起来应该也很快的，结果从上午９点开始到现在还没有恢复到一半


 
我在想是不是应该多给些资源，然后给了以下配置

#增加重新分配的最大负载



PUT /_cluster/settings

{

    "persistent" : {

        "indices.recovery.max_bytes_per_sec" : "600mb"

    }

}



#允许在节点上发生多少并发传出分片恢复



PUT /_cluster/settings

{

    "persistent" : {

        "cluster": {

          "routing": {

            "allocation.cluster_concurrent_rebalance": 500

          }

        }

    }

}





PUT _cluster/settings

{

  "transient": {

"cluster.routing.allocation.node_concurrent_outgoing_recoveries": 500

  }

}





PUT _cluster/settings

{

  "transient": {

    "cluster": {

      "routing": {

        "allocation.node_initial_primaries_recoveries": 18

      }

    }

  }

}

以为会快些，其实一点影响也没有，还是很慢






 
想问我是哪里搞错了吗