AWS OpenSearch 实例类型 - 最好有几个更大或更小的实例？
AWS OpenSearch Instance Types - better to have few bigger or more smaller instances?
我是一名初级开发运营工程师，有这个非常基本的问题。
我的团队目前正在致力于提供 AWS OpenSearch 集群。由于我们问题的类型，我们需要存储优化的实例。从亚马逊文档中，我发现他们建议最少使用 3 个节点。我知道所需的存储大小，在 OpenSearch 服务定价计算器中我发现我可以选择 10 个 i3.large 个实例或 5 个 i3.xlarge 个实例。我查了一下价格，都是一样的。
所以我的问题是，当我遇到这样的问题时，我是选择较小的较大实例还是较大数量的较小实例？我特别感兴趣的原因。
谢谢！
每个 VM 对 OS 都有一些开销，因此与 5 个较大的实例相比，10 个较小的实例总共 更少 可用于 ES 的计算和 RAM。此外，如果您只保留默认索引设置（5 个主分片，1 个副本）并一次只主动写入 1 个索引，则实际上只有 5 个节点为您索引数据（并且这些节点的带宽会更少，因为它们更小）。
因此，我通常会推荐 运行 一些较大的实例，而不是许多较小的实例。在某些特殊情况下它不会成立（例如 concurrent-search-heavy 集群），但对于那些情况，我建议首先使用更大的实例。
我是一名初级开发运营工程师，有这个非常基本的问题。
我的团队目前正在致力于提供 AWS OpenSearch 集群。由于我们问题的类型，我们需要存储优化的实例。从亚马逊文档中，我发现他们建议最少使用 3 个节点。我知道所需的存储大小，在 OpenSearch 服务定价计算器中我发现我可以选择 10 个 i3.large 个实例或 5 个 i3.xlarge 个实例。我查了一下价格，都是一样的。
所以我的问题是，当我遇到这样的问题时，我是选择较小的较大实例还是较大数量的较小实例？我特别感兴趣的原因。
谢谢！
每个 VM 对 OS 都有一些开销，因此与 5 个较大的实例相比，10 个较小的实例总共 更少 可用于 ES 的计算和 RAM。此外，如果您只保留默认索引设置（5 个主分片，1 个副本）并一次只主动写入 1 个索引，则实际上只有 5 个节点为您索引数据（并且这些节点的带宽会更少，因为它们更小）。
因此，我通常会推荐 运行 一些较大的实例，而不是许多较小的实例。在某些特殊情况下它不会成立（例如 concurrent-search-heavy 集群），但对于那些情况，我建议首先使用更大的实例。