用Grafana、InfluxDB和Telegraf搭建监控系统
内容提要
文章介绍用Docker部署Grafana、InfluxDB和Telegraf搭建监控系统：InfluxDB作为时序数据库存储数据，需挂载本地目录防止数据丢失；Telegraf安装在被监控主机上采集数据并写入InfluxDB，多台主机可共用同一数据库；Grafana负责开源可视化，配置InfluxDB数据源后创建仪表盘展示数据。文中还提供Docker Compose示例，可一键启动Grafana和InfluxDB容器。
延伸解读
为什么监控场景要选时序数据库
文章指出监控数据采样频率高、每个数据点带时间属性，对写入速度和连续时间查询要求高，因此传统关系型数据库不适合。InfluxDB作为时序数据库，单机免费版已能满足一般云平台监控需求，企业级集群版才收费。这提醒读者：选型时应优先考虑数据模型和负载特征，而非盲目使用关系型数据库。
容器化部署的两个关键细节
文章强调InfluxDB必须挂载本地目录，否则重启容器数据会丢失；Grafana挂载目录需先创建并给777权限。此外，Grafana配置InfluxDB数据源时，地址不能用localhost，必须用容器地址。这些细节说明容器化虽方便，但持久化和网络连通性需提前规划，否则可能导致数据丢失或连接失败。
多主机采集与数据标签
Telegraf安装在被监控主机上，多个主机的Telegraf可指向同一InfluxDB数据库，采集的数据自动带有host主机名标签。这意味着无需为每台主机单独建库，通过host标签即可区分数据来源，简化了多主机监控的部署和查询。但文章未提及标签基数过高可能带来的性能问题，实际使用时需留意。
Docker Compose简化部署与网络
文章提供Docker Compose示例，可一键启动Grafana和InfluxDB容器，避免记忆复杂的docker run命令。通过自定义网络和links，Grafana容器内可直接用influxdb主机名访问InfluxDB，无需查找IP。这降低了部署复杂度，但示例仅包含Grafana和InfluxDB，Telegraf仍需单独安装在被监控主机上。
Q&A
为什么监控系统要使用时序数据库而不是MySQL？
监控数据采样频率高，每个数据点都带时间属性，对写入速度和连续时间查询速度要求高，传统关系型数据库不适合，因此应使用时序数据库（TSDB）。
用Docker启动InfluxDB时如何防止数据丢失？
启动容器时需挂载本地目录到容器的/var/lib/influxdb，例如：docker run -d -p 8086:8086 -v /home/user/influxdb:/var/lib/influxdb --name=influxdb influxdb。不挂载的话，每次重启容器数据会丢失。
Telegraf如何配置才能将数据写入InfluxDB？
编辑/etc/telegraf/telegraf.conf，找到[[outputs.influxdb]]部分，取消注释并设置urls为InfluxDB地址（如http://127.0.0.1:8086），database为数据库名（如telegraf），然后重启telegraf服务。
多台主机的Telegraf可以共用同一个InfluxDB数据库吗？
可以。多个主机的Telegraf服务可以指向同一InfluxDB数据库，采集的数据会自动带有“host”主机名标签，便于区分。
Grafana配置InfluxDB数据源时地址为什么不能填localhost？
因为Grafana和InfluxDB都是容器部署，在Grafana容器内localhost指向容器自身，无法访问InfluxDB容器，所以必须使用InfluxDB的容器地址（如容器名或IP）。
有没有一键启动Grafana和InfluxDB的方法？
可以使用Docker Compose，编写docker-compose.yml定义influxdb和grafana服务，然后执行docker-compose up -d即可启动。Grafana容器可通过links直接使用“influxdb”主机名访问InfluxDB。
