OpenSearch Service 最近引入了对 Multi-AZ with Standby 的支持，这是搜索和分析引擎的新部署选项，可为关键业务工作负载提供 99.99% 的可用性和更好的性能。

借助 Multi-AZ with Standby，OpenSearch Service将其中一个 AZ 中的节点保留为备用节点，使部署能够灵活应对潜在的基础设施故障并简化配置和管理。高级搜索专家解决方案架构师Prashant Agrawal和高级产品经理Rohin Bhargava解释了新选项的优势：

当出现问题时，例如节点变得无响应，OpenSearch 服务通过重新创建丢失的分片（数据）来恢复，从而导致域中潜在的大量数据移动。这种数据移动会增加集群上的资源使用，从而影响性能。如果集群大小不当，它的可用性可能会降低，这违背了跨三个可用区配置集群的目的。

据云提供商称，新的配置选项将可用性提高到 99.99%，并确保域遵循推荐的最佳实践，从而简化了配置和管理。

OpenSearch Service 是用于部署 OpenSearch 集群的托管选项，支持OpenSearch和旧版 Elasticsearch OSS，最高支持 Elasticsearch 7.10。Multi-AZ with Standby需要一个在 OpenSearch 1.3 或更高版本上运行的域，部署在具有三个（或三个的倍数）数据节点的三个可用性区域中。此外，目前仅支持 GP3 或 SSD 支持的实例和实例类型的子集。虽然该服务将节点和数据副本分布在三个可用区中，但 Agrawal 和 Bhargava 警告说：

在正常操作期间，备用节点不会收到任何搜索请求。两个活动的可用区响应所有搜索请求。但是，数据会复制到这些备用节点，以确保您始终拥有每个可用区中数据的完整副本。

OpenSearch Service 仍然支持无备用的多可用区，提供 99.9% 的可用性和更低的成本，因为所有集群节点都可以服务于读取请求。

ElasticSearch Service 的继任者的新功能每 30 分钟轮换一次备用 AZ，以确保系统正在运行并准备好响应变化，AZ Rotation Metrics公开集群的状态，显示活跃的读取和活跃的写入。

带备用的多可用区并不是最近为托管搜索和分析引擎引入的唯一功能：AWS 最近宣布了有争议的OpenSearch Serverless选项、OpenSearch Ingestion、无服务器数据收集器和Security Analytics的 GA 。新的故障转移选项目前在大多数支持 OpenSearch 服务的 AWS 区域可用，但并非全部可用。