具有不同 java 堆的 Elasticsearch，有关系吗？
Elasticsearch with different java heaps, does it matter?
比如说，我有 2 个服务器。其中一个 -xmx 和 -xms 设置为 4G，另一个设置为 2G.
ElasticSearch 会在平衡模式下处理这些性能差异吗？还是两个服务器都将纯粹基于索引被调用，导致后者比前者（更多）可能 OOM？
顺便说一下，我已经将两台服务器上的属性 indices.fielddata.cache.size、indices.breaker.fielddata.limit、indices.breaker.request.limit 和 indices.breaker.total.limit 设置为 ElasticSearch is suggesting
这对我来说很重要，因为如果确实如此，我将不得不根据猜测的索引应变更改索引分片，这将是一件麻烦事（如果不是不可能的话）
Elasticsearch 将每个节点视为相同的，并平等地平衡它们之间的文档。这意味着 Elasticsearch 不会根据硬件重新调整并为您提供最佳性能。
这里要记住的一件事是，一群公牛的速度仅与其最慢的公牛一样快。这里同样适用。但是如果负载足够小以至于它不会耗尽 2 GB 机器的所有硬件，那么我们应该不会看到任何问题。否则，您应该会看到内存攻击性操作（如聚合）的差异。
比如说，我有 2 个服务器。其中一个 -xmx 和 -xms 设置为 4G，另一个设置为 2G.
ElasticSearch 会在平衡模式下处理这些性能差异吗？还是两个服务器都将纯粹基于索引被调用，导致后者比前者（更多）可能 OOM？
顺便说一下，我已经将两台服务器上的属性 indices.fielddata.cache.size、indices.breaker.fielddata.limit、indices.breaker.request.limit 和 indices.breaker.total.limit 设置为 ElasticSearch is suggesting
这对我来说很重要，因为如果确实如此，我将不得不根据猜测的索引应变更改索引分片，这将是一件麻烦事（如果不是不可能的话）
Elasticsearch 将每个节点视为相同的，并平等地平衡它们之间的文档。这意味着 Elasticsearch 不会根据硬件重新调整并为您提供最佳性能。
这里要记住的一件事是，一群公牛的速度仅与其最慢的公牛一样快。这里同样适用。但是如果负载足够小以至于它不会耗尽 2 GB 机器的所有硬件，那么我们应该不会看到任何问题。否则，您应该会看到内存攻击性操作（如聚合）的差异。