Elastic Cloud中3可用区配置1主1副本索引是否合理？

一、配置合理性 #

• 高可用性方面：3个可用区（AZ）部署本身就比单AZ或双AZ的容灾能力更强，哪怕其中一个AZ故障，集群也能靠剩余两个AZ的节点维持服务。搭配1主1副本的分片模式，Elastic Cloud默认会把主分片和副本分片分到不同AZ，完全能避免单AZ故障导致分片丢失的问题，满足高可用需求。
• 资源利用方面：每个AZ都有独立的计算资源，1主1副本的分片数量不会造成资源浪费，同时能借助多AZ的分布式能力分摊压力。不过要注意，3AZ下如果只有1主1副本，第三个AZ的资源不会被该索引的分片直接用上，所以得保证每个AZ都部署了数据节点，让资源能均衡利用。

二、对搜索性能的影响 #

• 性能提升点：搜索请求可以发到主分片或者副本分片上处理，多AZ部署后，请求能分散到不同AZ的节点，单个AZ节点的负载会降低。对于搜索密集型集群来说，并发请求被多个节点分担，CPU、内存使用率下来了，搜索响应速度自然会变快。
• 需要注意的点：如果第三个AZ没有该索引的分片，那这个AZ的资源就没法直接帮这个索引扛搜索压力。所以最好让副本分片尽量分布到不同AZ，把三个AZ的算力都用上。另外，同区域AZ之间的网络延迟一般很低，跨AZ请求的开销基本可以忽略，不用太担心。

三、搜索场景优化建议 #

• 保持Elastic Cloud默认开启的分片分配感知功能，让主、副本分片自动分散到不同AZ，既保证高可用，又能最大化利用多AZ资源。
• 给每个AZ的数据节点配足够的CPU和内存，尤其是文件系统缓存（搜索非常依赖缓存），堆内存也得根据数据量合理设置。
• 如果搜索压力一直很大，可以考虑把副本分片增加到2个，这样三个AZ都会有该索引的分片，能进一步分散搜索请求，提升并发处理能力。

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