我们使用弹性搜索全文搜索用例。数据是跨不同对象收集的元数据,并以ES文档的形式存储。当主数据被更新时,我们也会更新ES中的文档。因此,基本上它不是一个日志用例。
我们创建一个ES索引(一个主要和1个副本碎片),只要我们有一个租户谁获得了我们的应用程序。这是为了确保ES索引在创建第一个对象时已经就绪。
我们不预期指数中的数据量。数据可能在几百个MBs /指数之间。所以这是一个相对空白的指数。
另外,全文搜索是应用程序中的一个可选的附加功能,所以并不是所有的租户都会选择相同的内容,但是我们的技术团队建议提前创建索引。
这些索引对ES性能的开销是多少?我们做了什么与ES的最佳实践不同吗?
如有任何意见,我们将不胜感激。
发布于 2021-02-05 10:11:13
空Elasticsearch索引没有太多开销,因为其中实际上没有数据,只有集群中每个节点所具有的集群状态(索引映射、设置等)中存在空索引数据的地方,以及索引映射或设置中的任何更改,即索引元数据更新集群状态并在ES集群中的所有节点上得到更新。
如果您有足够的内存和ES堆大小,您根本不必担心这些空索引,考虑到您的用例,IMO是有意义的。
https://stackoverflow.com/questions/66061240
复制相似问题