Elasticsearch v6.8集群索引请求队列容量计算逻辑是否正确？

你的理解基本正确，但需要补充几个关键细节来完善认知：

• 线程池参数确认：Elasticsearch 6.8版本中，index（索引/删除操作）线程池为fixed类型，默认配置符合你提到的规则——线程池大小等于可用CPU核心数（单节点4vCPU对应线程数4），默认队列大小200，线程池最大规模为1+可用处理器数（此处为5）。这部分你的判断完全准确。
• 集群队列总容量计算：当所有节点的index线程都处于忙碌状态时，集群能容纳的排队请求数确实是节点数 × 单节点队列大小，即8×200=1600。这个计算逻辑是成立的。
• 额外注意事项：
  • 线程池最大规模的作用：只有当队列已满时，Elasticsearch才会创建额外的线程（最多到5个），但这部分不影响队列本身的容量计算，队列满到200才会触发线程扩容，而队列容量始终是单节点200。
  • 请求路由的影响：如果索引请求能均匀路由到8个数据节点，集群的排队容量才会接近1600；若请求集中在部分节点，这些节点会先触发队列满并拒绝请求，集群实际承载的排队请求数会低于理论值。
  • 拒绝触发条件：只有当节点的index队列已满，且线程池已达到最大规模时，该节点才会拒绝新的索引请求。只有所有节点都满足这个条件时，集群才会全面开始拒绝请求。

内容的提问来源于stack exchange，提问作者Mohit Munjal