搭配得更好 — 使用亚马逊 OpenSearch Service 的 Graviton 2 和 GP3

Amazon OpenSear ch Service 是一项为开源 OpenSearch 项目提供的托管服务，可让您轻松执行交互式日志分析、实时应用程序监控和调试、个性化搜索以及安全信息和事件管理 (SIEM)。如果您管理 Amazon OpenSearch Service 域并想要优化其集群以提高性能和节省资金，则此博客可以为您提供一些有用的提示。

Amazon OpenSearch Service 使您可以灵活地从各种 实例 类型中进行选择，以支持最适合每种工作负载的 集群主 节点和数据节点。可用的实例类型有：通用型、计算优化、内存优化或存储优化。对于每种新一代的实例类型，Amazon OpenSearch Service 都会继续创造更高的性价比。

为了进一步提高亚马逊 OpenSearch 服务提供的性能功能的价格，亚马逊 OpenSearch Service 支持 亚马逊云科技 Graviton 2 实例。具体而言，它支持：通用型 (M6G)、计算优化 (C6g)、内存优化 (R6g) 和通过连接磁盘 (R6gD) Graviton 实例进行优化的内存。从性能角度来看，与上一代实例相比，这些实例提供了显著的改进，例如与当前一代基于英特尔的替代方案（M5、C5、R5）相比，索引吞吐量提高了38％，索引延迟减少了50％，查询性能提高了40％，具体取决于实例系列和大小。亚马逊云科技 Graviton2 实例还包括多项性能优化，例如每核缓存更大、亚马逊弹性区块存储 (Amazon EBS) 吞吐量高于同类 x86 实例、完全加密的 RAM 等。

基于 Graviton2 的实例提供的技术进步为立即预置您的亚马逊 OpenSearch Service 集群并将其迁移到 Graviton2 提供了充足的理由。光靠性能进步并不总是足以证明过渡到在基于 x86 的实例上运行 OpenSearch 是合理的。

通用固态硬盘 3 (gp3) 是 亚马逊云科技 上最新的基于 EBS 的固态硬盘卷，与上一代 gp2 卷相比，性能更好，每 GB 价格低约 10%。亚马逊 OpenSearch Service 仍支持 Gp2 卷，但为了获得最佳性价比，应为新集群配置 gp3 卷。Gp2 卷根据配置的存储量线性扩展 IOPS 性能，其中卷大小越大，吞吐量越高。无论卷大小如何，Gp3 卷的吞吐量都更加一致，可提供可预测的 3,000 IOPS 基准性能和 125 MiB/s。此外，OpenSearch 服务为更高的容量预置额外的 IOPS 和吞吐量，以实现最佳性能。当应用程序需要更高的性能时，客户可以扩展到 16,000 IOPS 和 1,000 Mb/s。有关 gp2 与 gp3 卷的更多信息，请参阅博客 “将 您的 Amazon EBS 卷从 gp2 迁移到 gp 3，最多可节省 20% 的成本”。

这篇博客文章将探讨与使用基于gp2的EBS存储在基于x86的传统实例上运行OpenSearch相比，在基于Graviton2的带有基于gp3的EBS存储的实例上运行Amazon OpenSearch可以节省的成本。

在基于 Graviton2 的实例上运行亚马逊 OpenSearch 服务的价格分析：

为了演示在基于Graviton2的Amazon EC2实例上运行亚马逊OpenSearch Service可以节省成本，我们将对两种不同的亚马逊OpenSearch Service部署配置进行并排比较。第一个设置包括三个用于主节点的 r5.2xlarge.search 实例、九个用于数据节点的 r5.2xlarge.search 实例，以及九个基于 1TB GP2 的 EBS 卷。第二个设置包括三个用于主节点的 r6g.2xlarge.search 实例、九个用于数据节点的 r5.2xlarge.search 实例，以及九个基于 1TB GP3 的 EBS 卷。

图 1。成本比较适用于 OpenSearch 的非 Graviton 与基于 Graviton 2 的亚马逊 EC2

如您所见，首次设置、运行基于 x86 的实例和基于 GP2 的 EBS 卷每月将花费大约 7,752.84 美元。将其与第二套设置的6,984.79美元进行比较，当时它的Amazon OpenSearch Service工作负载在基于Graviton2的实例上运行，EBS卷基于gp3。通过更改基于 Graviton2 的实例和基于 gp3 的 EBS 卷，您将节省大约 10%（每月768.05美元或每年9,216.60美元），同时实现更好的性能。

切换到基于引力的集群：

在识别可以在基于Graviton2的实例上运行的现有亚马逊OpenSearch Service工作负载时，有一个主要要求：基于引力的实例需要Elasticsearch 7.9或更高版本，或者任何版本的OpenSearch。另一个关键考虑因素是基于 Graviton2 的实例仅与其他 Graviton 实例类型兼容。你不能在同一个集群中组合 Graviton 和非 Graviton 实例。如果您的Amazon OpenSearch Service工作负载能够满足这两个要求，那么它就有资格利用Graviton提供的成本节省和性能优势。

要更改实例类型和 EBS 卷类型，您需要对域进行配置更改。Amazon OpenSearch 服务在更新域名时使用蓝/绿部署流程。蓝/绿是指运行两个生产环境，一个处于活动状态，一个处于空闲状态，并在进行软件（或硬件）更改时在这两个环境之间切换的做法。在我们将现有 OpenSearch 域从 r5.large.search 实例移至 r6g.large.search 实例的示例中，蓝/绿部署是指为域更新创建新环境并在更新完成后将新用户路由到新环境的做法。蓝/绿部署做法具有显著的优势，因为它可以最大限度地减少停机时间，并在部署到新环境不成功的情况下保持原始环境。有关配置更改的详细说明，请参阅我们的文档 “ 通常导致蓝/绿部署 的 更改 ”。

要更改实例和卷类型，请先打开亚马逊 OpenSearch 服务控制台。然后：

1. 在左侧菜单中，点击 域名 。
2. 勾选要更改的域名的复选框。
3. 单击 “操作”，然后单击 “ 编辑集群配置 ”

图 2。编辑集群配置

在 “编辑集群配置” 屏幕中，您需要在两个地方更改实例类型以及 EBS 卷类型。

1。数据节点

• 实例类型
• EBS 卷类型。注意：新集群已经将 gp3 作为默认 EBS 卷类型。

2。集群管理器节点

• 实例类型

图 3。编辑数据节点的实例类型

图 4。编辑专用主节点的实例类型

进行更改后，单击屏幕右侧 摘要 部分中的 “ 试运行 ” 按钮，然后等待分析完成。

图 5。摘要试跑

试运行完成后，结果将呈现给您：

图 6。试跑结果

如果不存在验证错误，请单击 “摘要 ” 部分中的 “ 保存更改 ” 以开始部署过程。

图 7。摘要保存更改

结论：

在基于 Graviton2 的实例上运行 Amazon OpenSearch Service 工作负载以及 gp3 EBS 卷类型有很多好处。如果您目前正在维持 Amazon OpenSearch Service 的工作负载，则这些更改很容易做出，并且可以轻松节省约 10% 的费用。我们建议在亚马逊 OpenSearch Service 上运行所有工作负载的客户采用或升级到基于 Graviton2 的 6 系列实例。我们还强烈建议测试您的环境以确定主节点和数据节点的正确实例大小和数量。

在绝大多数情况下，为您的亚马逊 OpenSearch Service 域名采用 Graviton2 实例以获得更好的性价比。通过更高的并发性和分片:节点比率来提高 CPU 利用率可能会提高 Graviton2 实例的性能优势，同时可以节省约 10% 的费用。从本用户指南 “ 亚马逊 OpenSearch Service 最佳 运营实践 ” 中了解更多最佳实践

如果您对这篇文章有疑问，请在亚马逊 OpenSearch Service 论坛上开始一个新话题或联系 亚马逊云科技 Support。