elasticsearch Elasticsearch一个大集群VS部落节点?,elasticsearch,kibana,elasticsearch,Kibana" /> elasticsearch Elasticsearch一个大集群VS部落节点?,elasticsearch,kibana,elasticsearch,Kibana" />

elasticsearch Elasticsearch一个大集群VS部落节点?

elasticsearch Elasticsearch一个大集群VS部落节点?,elasticsearch,kibana,elasticsearch,Kibana,问题描述: -多台机器产生日志。 -在每台机器上都有logstash,它过滤日志文件并将其发送到本地elasticsearch -我们希望机器尽可能分开,避免相互通信 -但是我们也希望能够通过一个Kibana实例来可视化所有这些日志 方法: 使每台机器成为单个节点ES群集,并将其中一台机器作为部落节点安装在这台机器上(当然要避免索引冲突) 使所有机器(节点)成为单个集群的一部分,每个节点写入一个碎片的唯一索引,并静态地将每个碎片映射到其节点,最后当然为集群创建一个kibana实例 问题: 在以下

问题描述:
-多台机器产生日志。
-在每台机器上都有logstash,它过滤日志文件并将其发送到本地elasticsearch
-我们希望机器尽可能分开,避免相互通信
-但是我们也希望能够通过一个Kibana实例来可视化所有这些日志

方法:

  • 使每台机器成为单个节点ES群集,并将其中一台机器作为部落节点安装在这台机器上(当然要避免索引冲突)
  • 使所有机器(节点)成为单个集群的一部分,每个节点写入一个碎片的唯一索引,并静态地将每个碎片映射到其节点,最后当然为集群创建一个kibana实例
  • 问题:

    在以下方面,哪种方法更适合所描述的场景:限制机器间通信、集群管理,以及我没有考虑过的其他方面?

    部落节点的存在正是因为这些需求。因此,我建议使用部落节点设置

    第二种选择

    • 将有一个集群,但您不会使用它的好处(副本碎片、碎片重新定位、查询性能等)
    • 上面提到的好处将是带来配置复杂性和故障排除的难点
    • 除了碎片分配和节点通信之外,还需要配置节点在集群中时所具有的其他功能