作者回复: 这个在后续的容量规划等几节中有相关的讲解。 版本建议最好能做升级。但是不建议使用最新的版本。 贴一个elastic给我关于版本的讨论。他们推荐倒推4到6个月。 I completely understand that stability is the most important concern. In that case, we should not choose the latest version of Elasticsearch. For reference, all the current and past releases can be found on this page: https://www.elastic.co/downloads/past-releases#elasticsearch. I would recommend choosing a 7.x version. Version 7.1.1 has been out since May 29 and is stable. That might be a good choice. As a pattern, I would suggest staying 4 - 6 months behind the latest version.
作者回复: Global Traffic Manager,一种负载均衡
作者回复: 还可以考虑使用elastic官方最近开源的k8s operator
作者回复: 我们是通过在这些节点的前端设置一个用来写数据的负载均衡,一个读数据的负载均衡。然后将数据的读写逻辑分别配置到这两个loadbalancer上
作者回复: 索引的创建,都需要通过master节点执行的
作者回复: 理论上不需要做raid。 存储推荐使用ssd,在warm节点机械盘可以考虑。网络存储不推荐。
作者回复: GTM主要用来做数据的读取。在多个data center的部署场景。gtm背后是几个相同的集群。这几个集群需要确保有相似的数据。所以,你需要程序分别写入这几个集群,保持数据一致。或者就写入一个集群,使用es的跨集群复制确保数据一致。
作者回复: 你需要提前做容量规划,如果估计到索引中数据量比较大。建议将分片主分片设置成一个合适的数字。简单来说 搜索20g 一个分片,日志40g 以内。你可以通过reindex 重新设置分片数。当然也可以考虑使用split api,(需要先设置成只读,一般在warm 阶段做split更加合适)