让我们假设条件如果我有500k记录在最后的15分钟,这将更好地为我弹性的堆性能
- 有10个索引,以保持这些500k日志。
- 有1指数持有500k日志的更多碎片。
这有助于提高我的仪表盘性能的有人可以帮我吗?
让我们假设条件如果我有500k记录在最后的15分钟,这将更好地为我弹性的堆性能
这有助于提高我的仪表盘性能的有人可以帮我吗?
tldr使用 ILM 来管理这个对你和设置的碎片大小的地方之间的30-50GB,并让它管理所有这一切都为你
长回答是,它不是指数,是这个问题,它的碎片
例如,如果您使用10个指数与主1和1个复制品碎片,并认500K的事件是500兆,那么你有20碎片25MB的数据。 资源堆,CPU略任,需要管理这些是相同的,如果你有同样的碎片和指数,但有50GB的数据在每个碎片
建议的尺寸的碎片是30-50GB,但这取决于使用的情况下和一些其他的东西如集群大小、查询和索引Sla和更多。 对于大多数登录使用的情况下,50GB是一个很好的平衡之间的密度和反应能力
官方网站上表明的目标尺寸的碎片之间的10GB和50GB.500k日志只是使用索引(1碎片就足够了)。你可以阅读下面的文章。
https://www.elastic.co/guide/en/elasticsearch/reference/current/size-your-shards.html#shard-size-recommendation