本文探讨了Elasticsearch分片管理的重要性，指出从少量分片开始可能导致后期性能问题和内存不足。随着数据增长，分片数量不可轻易更改，导致巨型分片的出现。大型分片会影响查询性能，增加OOM风险，且维护和重新索引耗时。建议保持分片在30GB以下，并监控分片大小，避免单一分片过大。文章提供了监控和报警的建议，以确保ES集群健康运行。
1.概述
翻译：https://www.dennyzhang.com/es_shard
人们可能会用很少的分片来启动他们的弹性搜索集群。甚至以某种方式从 1 开始。
小心！当您的数据变得更大时，您可能会遇到大麻烦。
像慢查询性能。因内存不足问题导致无休止的服务崩溃。更糟糕的是，添加更多 VM 也无济于事！
和治疗？你必须重新索引它们。但它带来了成本，你不想支付。相信我，它很痛。糟糕。
检查您的 Elasticsearch 分片
注意：有大量关于 ES 的最佳实践。在这篇文章中，我们只关注分片计数。
很自然，一开始您没有或不期望太多数据。因此，您只想从很少的资源开始并节省成本。
假设您启动了 3 个 VM 并使用 2 个副本创建索
订阅专栏 解锁全文
3451
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
