监控ElasticSearch(elasticsearch_exporter)

这篇具有很好参考价值的文章主要介绍了监控ElasticSearch(elasticsearch_exporter)。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

我们以监控elasticsearch7为例来编写一下具体的实现过程

!> 实现过程有两种,一种是通过grafana直接通过连接elasticsearch数据源,通过自己编写或者使用仪表盘模板导入的方式来实现监控,另一种是借助prometheus的exporter插件来抓取数据并由grafana来导入仪表盘模板实现监控。这里我们选择后者,因为通过在官网模板搜索发现比较好的监控模板都是需要依赖prometheus的exporter插件的。

监控什么指标下载对应系统的exporter插件,统一下载地址:https://prometheus.io/download/

监控指标对应的grafana展示模板,统一下载地址:https://grafana.com/grafana/dashboards

elasticsearch-exporter地址:https://github.com/prometheus-community/elasticsearch_exporter/tags

环境准备

  • 已完成Prometheus的配置安装
  • 已完成Grafana的配置安装
  • 下载elasticsearch-exporter插件,(**注意:**此插件是prometheus社区开源出来的,并不是官方提供的,故无法在上述地址找到,并且版本之前下载的最新的1.2.1总是报“段错误”,故我们下载1.1.0)
# 在安装elasticsearch服务器上执行以下命令
wget https://github.com/justwatchcom/elasticsearch_exporter/releases/download/v1.1.0/elasticsearch_exporter-1.1.0.linux-amd64.tar.gz

# 解压运行
tar -zxvf elasticsearch_exporter-1.1.0.linux-amd64.tar.gz

开始运行

第一步

# 由于运行命令中指定的是远程的es地址,所以,关于elasticsearch-exporter在哪里就无关重要了,只要网络通即可
./elasticsearch_exporter --es.all --es.indices --es.cluster_settings --es.indices_settings --es.shards --es.snapshots --es.timeout=10s --web.listen-address=":9115" --web.telemetry-path="/metrics" --es.uri http://60.191.64.4:13500/

监控ElasticSearch(elasticsearch_exporter)

脚本启动后,可以看到脚本为我们提供了一个基于9115的http服务,http://192.168.5.135:9115/metrics,看到监控数据即为成功

第二步

  • 我们需要将上述脚本提供的http地址配置到prometheus的配置文件中
scrape_configs:
  - job_name: 'elasticsearch7'
    static_configs:
     - targets: ['192.168.5.135:9115']
  • 保存退出并启动prometheus
./prometheus --config.file=prometheus.yml --web.listen-address=:9099

第三步

  • 配置grafana
    • 登录grafana

新建数据源,并选择prometheus源(如果存在可跳过,这里不做赘述)

创建仪表板 - 使用导入监控服务器grafana模板的方式

  • 经过在官网查找监控服务器指标模板id为2322(由于我们服务器都联网了,所以直接输入id,load即可)

[!TIP|style:callout]
此处特殊说明一下,导入模板的目的本身是为了避免我们重复造轮子,自己去针对每个监控面板写查询prometheus的语句,当然模板本身也是由其他开发者提交的,所以2322并不是我们唯一选择

  • 选择prometheus源, 点击import,右上角我们修改为5s刷新一次,等一会可以看到elasticsearch7的监控指标如下:

监控ElasticSearch(elasticsearch_exporter)

截止到此,针对elasticsearch7的监控算是完成了,但是在导入上述模板时,关于Cluster Health指标一直显示N/A,经过edit该项指标发现在针对prometheus查询的表达式中yellow那里为+22,当我们的集群为黄色是,所以该项得到的结果为23

elasticsearch_cluster_health_status{cluster="$cluster",color="red"}==1 or (elasticsearch_cluster_health_status{cluster="$cluster",color="green"}==1)+4 or (elasticsearch_cluster_health_status{cluster="$cluster",color="yellow"}==1)+22

而查看左侧面板中的映射,这里只有1,3,5值的映射关系,所以我们需要进上面表达式中的22修改为2

监控ElasticSearch(elasticsearch_exporter)

并且同时需要修改,映射从哪里读取,也就是修改取值来源,最后点击右上角apply即可

监控ElasticSearch(elasticsearch_exporter)

上述修改模板的过程,总结下来无非就是可能仪表盘中查询prometheus表达式写错了,修改正确,并且重新修改左侧面板的取值以及取值对应的映射即可。文章来源地址https://www.toymoban.com/news/detail-442505.html

到了这里,关于监控ElasticSearch(elasticsearch_exporter)的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 我们如何在 Elasticsearch 8.6、8.7 和 8.8 中加速数据摄入

    作者:Adrien Grand, Joe Gallo, Tyler Perkins 正如你们中的一些人已经注意到的,Elasticsearch 8.6、8.7 和 8.8 在各种数据集上带来了良好的索引加速,从简单的到繁重的 KNN 向量,以及摄取管道繁重的摄取工作负载。 摄取涉及许多组件 —— 运行摄取管道、反转内存中的数据、刷新

    2024年02月15日
    浏览(39)
  • ElasticSearch监控与告警:实时监控集群健康状态

    ElasticSearch是一个开源的搜索和分析引擎,它可以为应用程序提供实时的、可扩展的搜索功能。ElasticSearch是一个分布式系统,它可以在多个节点上运行,以实现高可用性和高性能。在生产环境中,监控和告警是关键的,以确保集群的健康状态和性能。 在本文中,我们将讨论

    2024年02月20日
    浏览(41)
  • Prometheus监控Elasticsearch指标

    Prometheus 可以很方便的监控 Elasticsearch 的指标。 方式一: 通过启动ES自带的监控模块暴露指标数据,主要步骤如下: 在 Elasticsearch 中启用监控模块修改 Elasticsearch 的配置文件,加入监控相关配置: 重启 Elasticsearch 实例后,监控相关 API 会自动启用。 配置 Prometheus 监控 Elasticsearch 在

    2024年02月09日
    浏览(38)
  • 监控Elasticsearch的关键指标

    Elasticsearch 的核心职能就是对外提供搜索服务,所以搜索请求的吞吐和延迟是非常关键的,搜索是靠底层的索引实现的,所以索引的性能指标也非常关键,Elasticsearch 由一个或多个节点组成集群,集群自身是否健康也是需要我们监控的。 lasticSearch 的架构非常简单,一个节点就

    2024年02月13日
    浏览(42)
  • elasticsearch 索引的监控

    ** ** 如果创建了一个索引test-3-2-1并且你想知道索引test-3-2-1的健康状态可以使用索引的cat端点,代码如下。 会得到类似于以下的健康状态监控信息 从上述返回结果可以看出索引的健康状态、运行状态、主分片和每个主分片的副本分片的数量、现有文档总数、删除文档总数、索

    2024年02月20日
    浏览(31)
  • ElasticSearch的监控与优化

    本篇不详写prometheus、grafana的搭建,需要可以翻阅linux监控篇 ElasticSearch入门篇 docker-compose.yml docker compose up -d prometheus.yml http://ip:9114/metrics grafana :模版id:6483 在搜索引擎的业务场景下,用户一般并不需要那么高的写入实时性。比如你在网站发布一条征婚信息,或者二手交易平

    2024年04月17日
    浏览(27)
  • Elasticsearch 监控和运维

    Elasticsearch 是一个分布式的开源搜索和分析引擎,用于存储、搜索和分析大量数据。在生产环境中,对 Elasticsearch 进行监控和运维是非常重要的,它可以帮助我们及时发现和解决问题,确保 Elasticsearch 集群的稳定运行。 1. Elasticsearch 监控和运维的意义 Elasticsearch 监控和运维的

    2024年04月28日
    浏览(38)
  • elasticsearch 常用系统监控命令

    以下所有操作都是在kibana中操作 1.查看集群索引状态,如查看副本数,查看分片数,查看index占用的磁盘大小 2.查看所有节点的线程情况 3.物理删除delete_by_query删除的文档(官方似乎只能用合并段迫使es去物理删除这些软删除的记录) 4.查看合并线程的执行情况 5.强制刷新和同

    2024年02月14日
    浏览(37)
  • ElasticSearch的监控与报警

    ElasticSearch是一个分布式、实时、高性能的搜索和分析引擎,它可以处理大量数据并提供快速、准确的搜索结果。在实际应用中,ElasticSearch的性能和可用性对于企业的运营至关重要。因此,监控和报警是ElasticSearch的关键组成部分。 ElasticSearch的监控和报警可以帮助我们及时发

    2024年02月22日
    浏览(36)
  • ES 8.0:历时三年的 Elasticsearch 8.x 大更新给我们带来了什么?

    历时48个月,Elastic终于迎来了 8.0 的大版本更新,可谓是千呼万唤始出来了! 在正式版发布之前,经历了两个内测版,一个公测版,两个RC版本 版本号 发布日期 多少个次要版本迭代 历时 8.0 2022年2月11日 ? 至今 7.0 2019年4月11日 17个次要版本 48个月 6.0 2017年11月15日 8个次要版

    2024年02月02日
    浏览(35)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包