介绍如何使用Prometheus的dns service discovery机制,自动发现并抓取Docker swarm overlay网络中的容器所提供的指标。
使用docker service create
/docker stack deploy
能够很方便管理多个docker host,并且对应用做扩缩容。那么我们如何抓取这些动态创建的容器应用所提供的指标呢?
在《使用Prometheus+Grafana监控JVM》一文里我们使用了static_config
静态配置指标抓取目标,这显然在docker swarm环境里是不合适的。我们需要一种动态发现容器的方法。
解决思路如下:
- 使用《一种生产环境Docker Overlay Network的配置方案》提到的方法配置overlay网络,并且把docker service、stack、standalone container都挂到这个overlay网络里。
- 把Prometheus也挂到这个overlay网络里。
- 使用Prometheus的DNS service discovery机制,半自动的发现容器。
本文所提到的脚本可以在这里下载
下面构建一个实验环境以说明方法。
第一步:构建overlay network
根据《一种生产环境Docker Overlay Network的配置方案》里提到的方法,创建Docker swarm,和一个overlay网络,名字叫做test-overlay
:
|
|
第二步:启动容器
为了方便起见,使用prometheus-mock-data来模拟一个提供指标的应用,这样就能够避免繁琐的jmx-exporter。
-
新建一个目录,名字叫做docker-swarm-demo
-
新建一个文件
scrape-data.txt
,这个文件就是我们要提供的假指标,内容如下:
|
|
-
为了演示docker service和standalone container都能被采集到,会启动这两种形式的容器:
-
使用
docker service create
启动一个service,replicas=3(注意--name
参数):
|
|
- 使用
docker run
启动一个standalone container(注意--name
参数):
|
|
第三步:启动Prometheus
- 在之前新建目录docker-swarm-demo里创建文件
prom-config.yml
,内容如下:
|
|
注意到上面的两个关键配置:
- 设定了两个DNS A记录,
tasks.mock
和standalone-mock
。tasks.mock
是Docker自动为docker servicemock
创建的,而standalone-mock
就是容器名。文章最开始说到的半自动就是这个意思,我们得事先知道DNS A记录有哪些,然后让Prometheus去发现这些DNS A记录背后对应的容器有哪些。 - 把
__meta_dns_name
的值设置到指标的service
这个label里。
- 启动Prometheus:
|
|
- 访问 http://localhost:9090 看看Prometheus是否启动成功,在输入框里输入x然后执行,应该可以看到如下图的结果:
其中3个instance是属于tasks.mock
的,还有一个则是standalone container(如果没有看到4个instance,那么等一会儿再试)。
评论