Elasticsearch集群搭建！elasticsearch 集群！

本文目录一览：

• 1、ES集群管理
• 2、ElastAlert-配置
• 3、使用ELK收集网络设备日志的案例
• 4、Elasticsearch(四)简单的集群管理
• 5、开发错误总结之---VM开启桥接,外部不可访问

ES集群管理

集群管理端口是9300 配置elasticsearch.yml 结点名：xc_node_1 elasticsearch.yml内容如下 操作与节点1一样 1）使用head连上其中一个结点 上图表示两个结点已经创建成功。2）下边创建索引库，共2个分片，每个分片一个副本 上图可以看到共有4个分片，其中两个分片是副本。

集群层面的优化 集群扩容：根据业务需求和数据量的增长情况，适时对 ES 集群进行扩容。

此外，查询条件和排序还支持禁用，便于用户根据需要进行调整。

最近集群老是挂，数据量多是一个原因，其次我们对shard的路由好像不怎么理解，特此我整理一篇shard的路由分配情况。

验证服务：通过浏览器访问http：//localhost：9200，确认服务正常启动。

ElastAlert-配置

1、使用elastalert需要配置rule.yaml文档，来定义你要进行告警的条件、内容。我们可以定义多个yaml，同时进行多种告警。也即对于每个rule.yaml，其包含一种告警发生规则，即阈值；包含一些告警方式，即email、jira等。

2、ElastAlert提供近实时接收警报的框架，可接收来自Elasticsearch数据的安全异常、流量激增及其他模式。ElastAlert查询Elasticsearch并根据一系列规则比较这些数据。一旦出现匹配，ElastAlert便发出警报并随附建议动作。 大多数DevSecOps工具都提供一定程度的自动化。

3、Linux下的美学Shell： 体验超凡的命令行界面Notepad++的升级版： 探索更强大的代码编辑工具代码架构图神器： 构建和部署可视化的新高度Elasticsearch 0部署指南： 深入解析高级配置Elastalert实战： 日志监控的高效策略Kubernetes安装指南： 快速上手容器化管理记得定期回访，新内容等你来发现。

4、警报功能Kibana：无内置警报功能，需通过托管ELK服务（如Logz.io）、ElastAlert或商业插件X-Pack实现。

使用ELK收集网络设备日志的案例

1、winlogbeat。CentOS 6系统日志收集 在CentOS上安装Filebeat，通过命令行安装并配置输出到Elasticsearch和Kibana。 启用system模块，然后启动Filebeat。这个指南旨在帮助初次接触ELK堆栈的用户将不同操作系统日志接入，无需Logstash。注意，这仅作为学习示例，不适用于生产环境，务必在测试环境尝试。

2、当需要做一个日志系统时，可能第一时间会想到ELK全家桶。ELK分别表示：Elasticsearch ， Logstash， Kibana 。Elasticsearch集群搭建他们组成Elasticsearch集群搭建了一套完整的日志系统的解决方案，方便我们使用。在使用Logstash进行收集的时候，仅仅需要简单的一个配置文件就可以启动一个logstash-agent来进行日志收集。

3、ELK部署与日志整合详解 在实施ELK（Elasticsearch、Logstash、Kibana）系统时，部署地址为19160.231/workspace/elk7，Kibana可通过此IP：5061访问，使用用户名：elastic，密码：***。系统服务自启动脚本位于/usr/lib/systemd/system/elk.service与/workspace/elk7/start-elk.sh。

4、值得注意的是，Logstash 占用内存较大，因此本文推荐使用 Go 语言编写的轻量级日志收集工具 FileBeat。为确保线上环境的吞吐量和可靠性，可以引入 Kafka 进行解耦，具体操作本文未详述。实战步骤包括搭建日志收集与搜索系统。首先下载并解压 ELK 的最新稳定版本，本文推荐使用 12 版本。

5、ELK Stack（Elasticsearch、Logstash、Kibana）是常见的日志收集架构，以下是对其工作原理及常见问题的详细解日志收集流程 Shippers（如Filebeat）：部署在日志源机器上，负责收集日志并发送到后续处理组件。Logstash：接收Shippers发送的日志，进行过滤、解析等处理，然后将处理后的日志发送到Elasticsearch。

Elasticsearch(四)简单的集群管理

1、个 replica shard 就会自动分配过去，然后集群的状态就会变成 green。对比两次结果，当只有一个 Elasticsearch 进程时：yellow，50%，当启动第二个 Elasticsearch 进程时：green，100%。

2、确定最小主节点数主节点负责集群管理（如分片分配、节点发现等），其稳定性直接影响集群健康。

3、集群管理端口是9300 配置elasticsearch.yml 结点名：xc_node_1 elasticsearch.yml内容如下 操作与节点1一样 1）使用head连上其中一个结点 上图表示两个结点已经创建成功。2）下边创建索引库，共2个分片，每个分片一个副本 上图可以看到共有4个分片，其中两个分片是副本。

开发错误总结之---VM开启桥接,外部不可访问

1、网络模式错误原因：NAT模式未正确配置Elasticsearch集群搭建，或桥接模式未绑定物理网卡。

2、总结步骤SSH连接问题：启用Windows文件共享 → 安装并启动Ubuntu SSH服务 → 检查网络/防火墙 → 验证IP与端口。MobaXterm root访问问题：修改 sshd_config 允许root登录 → 重启SSH服务 → 测试连接 → 恢复安全配置（可选）。按上述步骤逐一排查，可解决大多数SSH连接及root用户访问问题。

3、配置要点与注意事项硬件兼容性检查：确认CPU支持虚拟化技术（如Intel VT-x或AMD-V），并在BIOS中启用相关选项。例如，老旧服务器若未启用CPU虚拟化功能，会导致KVM虚拟机无法启动。网络配置：Elasticsearch集群搭建了解不同网络模式（如NAT、桥接、主机仅隔离）的差异，避免因配置错误导致网络访问问题。