elasticsearch 将数据从SSD重定时到HDD
我们目前正在比较ELK stack和Splunk,Elasticsearch表现糟糕的地方之一是数据保留。理想情况下,我们希望从不删除索引 我们的配置是: 我目前的设想是:elasticsearch 将数据从SSD重定时到HDD,elasticsearch,logstash,kibana,elasticsearch,Logstash,Kibana,我们目前正在比较ELK stack和Splunk,Elasticsearch表现糟糕的地方之一是数据保留。理想情况下,我们希望从不删除索引 我们的配置是: 我目前的设想是: 3弹性搜索数据节点 64GB RAM,双CPU(16核),2个1TB SSD RAID0和2个4TB RAID0(x2) 32GB RAM、四CPU(32核)、RAID0中的2x 512GB SSD、RAID10中的4x4TB HDD 我想做的是默认情况下将所有索引写入SSD,但在一段时间后,将数据移动到较慢的阵列,
- 3弹性搜索数据节点
- 64GB RAM,双CPU(16核),2个1TB SSD RAID0和2个4TB RAID0(x2)
- 32GB RAM、四CPU(32核)、RAID0中的2x 512GB SSD、RAID10中的4x4TB HDD
有人知道实现这一目标的方法吗?事实上,你可以做到这一点——大部分情况下是这样的。看看下面的博文,它比我在这里描述得更好
我知道这是可能的,并且您可以为一个节点设置多个数据路径,但据我所知,它将始终在它们之间“条带化”数据。我看到一些关于使用符号链接将移动的索引文件夹映射到另一个驱动器的建议(如)--但我没有尝试过。这在ES中目前是不可能的。这个答案错了吗?当我访问这里时,这个答案有-1票。我投了赞成票,因为我认为这是一个正确的答案。我只花了两年时间就接受了这个答案,对不起。这是最接近正确答案的答案,但如果仍要将索引保留在同一主机上,则需要多个逻辑节点。