AWS托管Elasticsearch（6.2.3）主分片计算后的副本分片疑问

先确认下你的主分片计算是没问题的：按公式代入后得到1个主分片，结合你设定的副本分片数=1，意味着你的集群会有1个主分片 + 1个副本分片，总共2个分片。

接下来针对这个场景，给你几个关于副本分片的核心要点：

• 高可用性保障：副本分片数设为1，在AWS ES环境下，默认会把主分片和副本分片分配到不同的可用区（AZ），这样如果其中一个AZ出现故障，集群依然能提供服务，不会丢失数据。不过要注意，AWS ES的节点部署要对应至少2个AZ才能发挥副本的作用，如果你是单节点集群的话，副本分片无法被分配（因为Elasticsearch不会把主副分片放在同一个节点），这时候副本分片会处于未分配状态，起不到高可用作用。

• 性能影响：副本分片会参与查询负载的分担，所以设置1个副本能提升集群的查询吞吐量——当用户发起查询时，请求可以被分发到主分片或者副本分片，减轻单分片的压力。不过副本分片也会增加写入时的开销：每次写入主分片后，数据需要同步到副本分片，只有主副都确认写入成功，才会返回给客户端成功响应。对于你的6GB数据量来说，这个同步开销基本可以忽略，不会成为性能瓶颈。

• 存储成本：副本分片会占用和主分片相同的存储空间，你的主分片实际占用的存储是(6+24)*1.1=33GB（算上预留增长和索引开销），所以副本分片也会占用33GB，总存储需求就是66GB。AWS ES的存储是按实际使用的容量计费的，这点需要纳入成本考量。

• 后续扩容注意事项：如果未来数据量增长超过了单分片的合理大小（你现在设定的是30GB），需要增加主分片数的话，要注意Elasticsearch 6.x版本不支持在线增加主分片数（除非用reindex重建索引）。所以如果后续有较大的增长预期，是否要提前调整主分片数？不过你已经预留了24GB的增长空间，短期内应该没问题。另外，副本分片数可以随时调整，比如未来业务需要更高的可用性或查询性能，可以在线增加副本数（比如调到2），不过也要同步考虑存储成本和节点资源。

如果你有更具体的副本分片问题（比如如何调整、遇到未分配问题排查等），可以补充细节后再进一步探讨。

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