Amazon web services AWS弹性搜索放大

我正在使用AWS Elasticsearch服务，我收到了大量的

es\u拒绝\u执行\u异常

根据它们，我们应该提高应用程序的索引性能，添加更多节点或切换到更大的实例类型

---

如果我努力改进我的应用程序，添加更多节点或切换到大型实例类型哪个更好？

首先也是最重要的一点是，

es_rejected_execution_exception

是所有人的通用异常，每当他们的队列容量超过此异常时，就会抛出该异常，AWS文档给出了

bulk

队列的示例，该示例在简短描述中称为

es_rejected_execution_exception[bulk]

注意

bulk

请注意，ES中有许多线程池，但最重要和使用最频繁的是搜索和写入（在最新版本中，批量调用也使用写入队列）和y您需要仔细查看异常消息，查看哪个队列正在耗尽，以便知道需要优化什么

增加队列大小是一个有争议的话题，但如果您有一个短暂的请求突发，那么您可以增加队列大小，这在AWS ES中也是不可能的：(

---

您可以随时增加硬件，但您应该找到根本原因，修复它们并优化索引和搜索操作，以便它使用更少的硬件并节省$$$，请参阅我的简短提示和

首先，最重要的是，

es\u拒绝执行\u异常

是所有情况下的通用异常er他们的队列容量超过此异常被抛出，AWS文档给出了

bulk

队列的示例，该示例在short desc下被称为

es\u rejected\u execution\u异常[bulk]

注意

bulk

请注意，ES中有许多线程池，但最重要和使用最频繁的是搜索和写入（在最新版本中，批量调用也使用写入队列）和y您需要仔细查看异常消息，查看哪个队列正在耗尽，以便知道需要优化什么

增加队列大小是一个有争议的话题，但如果您有一个短暂的请求突发，那么您可以增加队列大小，这在AWS ES中也是不可能的：(

---

您可以随时增加硬件，但您应该找到根本原因，修复它们，并优化索引和搜索操作，使其使用更少的硬件并节省$$$，请参阅我的简短提示和

您的elasticsearch指标如何？CPU使用率、平均负载、磁盘读写等。CPU和内存利用率接近100%@CaeVecchi运气好吗？如果是，请投票并接受答案helpful@OpsterElasticsearchNinja如果我努力改进我的应用程序，添加更多节点还是切换到更大的实例类型，哪个更好？@CaeVecchi elasticsearch是一个状态完整的应用程序，因此添加新节点不像无状态应用程序中的简单，这里是碎片在其他节点上，需要重新分配以平衡所有数据节点上的负载，如果您的数据节点ES堆大小未超过31 GB，且总ram低于64GB，并且您的查询更占用内存，则可以向现有节点添加更多ram和一些CPU，否则应使用HS（添加更多节点）您的elasticsearch指标如何？CPU使用率、平均负载、磁盘读写等。CPU和内存利用率接近100%。@CaeVecchi运气好吗？请投票并接受答案（如果是）helpful@OpsterElasticsearchNinja如果我努力改进我的应用程序，哪一个更好，添加更多节点还是切换到更大的实例类型？@CaeVecchi elasticsearch是一个全状态应用程序，因此添加新节点不像无状态应用程序那样简单，这里需要重新分配其他节点上的碎片以平衡所有数据节点上的负载，如果数据节点的堆大小未超过31 GB，总ram低于64GB，并且查询占用内存较多，则可以添加为现有节点添加更多RAM和一些CPU，否则应使用HS（添加更多节点）