ElasticSearch 中索引关闭的用例是什么?
What is the use case for index closing in ElasticSearch?
我发现 ES 索引可能会被关闭。
https://www.elastic.co/guide/en/elasticsearch/reference/6.3/indices-open-close.html
A closed index has almost no overhead on the cluster (except for maintaining its metadata), and is blocked for read/write operations.
我正在尝试优化 ES 以写入大量数据,即每秒 100K 条消息。每小时都会创建新索引,旧索引不再用于写入。但是可以从旧索引中读取。
是否应该关闭旧索引以优化写入并在需要对它们执行搜索时按需打开它们?
如果您的索引已关闭,您显然无法从中 read/search。某些操作,例如 changing index analyzers,要求您在执行此操作之前关闭索引,然后再重新打开它。
除此之外,如果您知道您需要 read/search 从您的旧索引,那么只需将它们保持打开状态即可。每次需要阅读它们时 close/reopen 它们是没有意义的。
如果你真的想优化写入,你可以做的是实施 hot/warm architecture 并将旧索引移动到热节点,同时将要写入的新索引保留在热节点上。
如果您想要 optimize your indexing speed,您可以实施一些其他最佳实践。
封闭索引的用例非常小众。除了更改某些设置,例如 ,我看不到它们的广泛(正确)使用。在扩展集群时(因为封闭索引的分片不会四处移动)或加载 N 个封闭索引时,您可能会遇到问题,最终可能会给集群带来太大压力。
实际上,按需有效打开和关闭指数所需的管道是不合理的。或者至少我没有看到一个。这就是为什么 frozen indices are deprecated 现在。
您可以考虑替代方案,例如 force-merge, snapshot/restore or, depending on your Elasticsearch license, a searchable snapshot。
如果您使用的是时间序列数据,您还可以考虑托管解决方案,例如 Sematext Logs(偏差警告:我为 Sematext 工作)。
我发现 ES 索引可能会被关闭。 https://www.elastic.co/guide/en/elasticsearch/reference/6.3/indices-open-close.html
A closed index has almost no overhead on the cluster (except for maintaining its metadata), and is blocked for read/write operations.
我正在尝试优化 ES 以写入大量数据,即每秒 100K 条消息。每小时都会创建新索引,旧索引不再用于写入。但是可以从旧索引中读取。
是否应该关闭旧索引以优化写入并在需要对它们执行搜索时按需打开它们?
如果您的索引已关闭,您显然无法从中 read/search。某些操作,例如 changing index analyzers,要求您在执行此操作之前关闭索引,然后再重新打开它。
除此之外,如果您知道您需要 read/search 从您的旧索引,那么只需将它们保持打开状态即可。每次需要阅读它们时 close/reopen 它们是没有意义的。
如果你真的想优化写入,你可以做的是实施 hot/warm architecture 并将旧索引移动到热节点,同时将要写入的新索引保留在热节点上。
如果您想要 optimize your indexing speed,您可以实施一些其他最佳实践。
封闭索引的用例非常小众。除了更改某些设置,例如
实际上,按需有效打开和关闭指数所需的管道是不合理的。或者至少我没有看到一个。这就是为什么 frozen indices are deprecated 现在。
您可以考虑替代方案,例如 force-merge, snapshot/restore or, depending on your Elasticsearch license, a searchable snapshot。
如果您使用的是时间序列数据,您还可以考虑托管解决方案,例如 Sematext Logs(偏差警告:我为 Sematext 工作)。