Kibana 核心产品搭载了一批经典功能：柱状图、线状图、饼图、旭日图等等。
精选的时序性 UI，可以对Elasticsearch 中的数据执行高级时间序列分析。
可以利用 Graph 功能分析数据间的关系
Kibana 开发工具还为开发人员提供了多种强大方法来帮助其与 Elastic Stack 进行交互
真实主机将kibana安装包发送给server7
server7安装kibana，完成后切换到/etc/kibana/目录下，编辑l配置文件
配置服务端口和服务主机
配置es集群的主机地址和kibana索引
设置为中文
启动kibana服务，看到5601端口处于监听状态
浏览器访问server7的5601端口，可以看到kibana服务，在第三个样例下方点击添加数据
样式选择仪表板
创建索引模式，选择apachelog索引，点击下一步
选择时间戳创建索引
创建了与apache日志相关联的索引
可视化界面点击创建可视化
选择指标
选择刚才创建的索引
现在可以看到今日访问次数为105次
保存
执行f以运行logstash，采集数据并输出到es
此时es中可以看到新增的日志索引信息
真实主机对server7的apache进行压力测试
server4和server5也对server7的apache进行压力测试
现在可以在kibana界面看到访问次数变成了405
新建可视化，选择垂直条形图
数据源选择刚才创建的索引
Y轴是访问的次数，这里添加存储桶，选择X轴
选择词来聚合，访问客户端的ip作为X轴，降序排列，查看前5名，执行后可以看到生成的条形图
保存
我们可以将条形图与总次数展示在一起，再创建仪表盘
添加刚才保存的top5面板
再添加website面板
现在可以看到两个面板在一起展示了
我们将这个面板进行保存，取名apache status
server4对server7的页面进行压力测试
回到面板可以看到数据的变化
X-Pack是Elastic Stack扩展功能，提供安全性，警报，监视，报告，机器学习和许多其他功能。 ES7.0+之后，默认情况下，当安装Elasticsearch时，会安装X-Pack，无需单独再安装。
因为es开放的端口任何外网用户都可以访问，使用 xpack安全组件可以是服务不暴露外网，更安全。
在stack monitoring模块选择使用内部收集设置
请求错误，因为我们还没有开启xpack安全验证
每个es节点都要进行证书配置：使用elasticsearch-certutil工具生成ca
设置证书密码
拷贝该证书到/etc/elasticsearch，设置其权限只有owner可读
以上步骤汇总为
cd /usr/share/elasticsearch/bin/elasticsearch-certutil cabin/elasticsearch-certutil cert --ca elastic-stack-ca.p12cp elastic-certificates.p12 /etc/elasticsearchchown elasticsearch /etc/elasticsearch/elastic-certificates.p12
修改elasticsearch的主配置文件
vim /etc/l
abled: true
abled: true
ansport.ssl.verification_mode: certificate
ansport.ssl.keystore.path: /etc/elasticsearch/elastic-certificates.p12
uststore.path: /etc/elasticsearch/elastic-certificates.p12
将证书同步到集群中的其他节点（server5和server6）
server5修改主配置文件
server6修改主配置文件
三个节点都要重启es服务，server4重启es服务
server6修改证书文件权限，然后重启es服务
server5修改证书文件权限，然后重启es服务
server4查看9200端口，可以看到es集群已经正常搭建连接
重启后为集群设置用户密码，使用交互式，都设置为westos
测试登录kibana监控查看节点状态
显示所有节点都是脱机状态，需要在kibana配置中添加访问es集群的用户名和密码
server7切换到/etc/kibana/目录下，编辑l配置文件，添加访问es的用户名和密码
重启kibana服务
server7编辑f文件，添加访问es集群的用户名和密码，然后执行该文件
浏览器访问server7的kibana监控，输入用户名和密码登入
现在可以正常显示指标
真实主机对server7的apache页面进行压力测试
可以看到访问量数据实时更新
集群健康值显示未连接
server4编辑l配置文件，为elasticsearch-head插件设置认证同步
s.allow-headers: Authorization,X-Requested-With,Content-Length,Content-Type
重启es服务
现在访问head页面需要加认证信息，如图url中的参数：172.25.33.4:9100/?auth_user=elastic&auth_password=westos，集群健康值也正常显示
再次在stack monitoring模块选择使用内部收集设置
集群概览信息正常显示
在节点界面，显示节点状态是正常联机
logstash数据采集工具的数据流向为logstash-> ES->kibana，但它资源消耗很大，而且有些定制的采集指标logstash无法满足，所以我们可以用很多轻量级的*beat采集数据。
比如现在我们使用轻量级采集工具metricbeat来进行数据采集
在stack monitoring模块选择使用Metricbeat设置检测
进入设置模式，点击节点进入界面
点击使用metricbeat，红色表示还不可用，按提示输入监测集群URL，点击下一步
这一步详细说明了怎么配置metricbeat监控，按要求进行环境准备
真实主机将metricbeat安装包发送给三个节点
server4安装metricbeat，安装完成后在metricbeat中启用es的xpack模块
server5和server6收到metricbeat安装包后也做同样的操作
server4进入/etc/metricbeat/modules.d/目录下，编辑l配置文件（可以看到很多文件后面带个disable表示未激活，elasticsearch-xpack后面没有.disable后缀，表示已被激活，激活命令本质上就是改文件的名字）
添加访问es的用户名和密码
server4返回上一层目录，编辑l主配置文件，设置es集群中任意主机的ip，并添加用户和密码
server4重启metricbeat服务
回到监控页面，可以看到显示metricbeat正在发送监测数据，配置完成
server5也做相同的操作，进入/etc/metricbeat/modules.d/目录下，编辑l配置文件
然后回到上一目录再编辑l
server5重启metricbeat服务
server6也一样，三个节点都需要进行配置，进入/etc/metricbeat/modules.d/目录下，编辑l配置文件，然后回到上一目录再编辑l
server6重启metricbeat服务
回到监控页面，可以看到metricbeat正在监测所有节点，metricbeat状态由红色变成蓝色
轻量级采集的*beat还有filebeat等，与kafaka组合使用时，filebate可以将所有数据放入kafaka消息队列中作数据缓冲，实现消息队列。filebeat的数据流向为filebeat->kafaka->logstash->ES->kibana。
控制台插件提供一个用户界面来和 Elasticsearch 的 REST API 交互。控制台有两个主要部分： editor ，用来编写提交给 Elasticsearch 的请求； response 面板，用来展示请求结果的响应。
方式一：通过页面查看
在kibana开发工具里可以使用集成命令，在左侧控制台输入命令，右侧会展示命令输出结果
方式二：命令行方式
在server7终端输入命令curl -XGET 172.25.33.4:9200/ cat/health -u elastics:westos来查看集群状态。由于我们做了xpack认证，所以在curl访问时需要加认证信息
es引入仓库与快照的概念实现了数据的备份与恢复，在l中指定仓库的base目录,创建仓库，将快照创建在指定的仓库中即可实现索引的备份
搜索速度优化：
本文发布于:2024-01-31 22:24:02，感谢您对本站的认可！
本文链接：https://www.4u4v.net/it/170671104231794.html
版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系，我们将在24小时内删除。
| 留言与评论（共有 0 条评论） |
