@岸芷汀兰，郁郁青青

《Grafana 面板配置排错与 Prometheus 监控架构解析》

监控

Grafana 不直接与 node-exporter 交互。图中明确显示，负责去目标节点（Jobs/exporters）“拉取”（pull metrics）数据的是位于中心的 Prometheus server 的 Retrieval 模块。

监控

在单台 Linux 服务器上使用 Docker 部署了 Halo 博客、MySQL、Nginx Proxy Manager 等多个服务时，仅监控服务器的 CPU、内存和磁盘是远远不够的。一旦某个业务容器崩溃或异常退出，宿主机资源往往毫无波动，导致“服务已挂但告警未响”。本文记录如何基于 Docke

监控

传输到服务器上一个包，直接基于包的方式进行二进制安装，直接docker pull的拉取这个服务的话反复失败 1. 确认当前目录下的文件名与执行权限在当前 /root/.../prometheus 目录下查看文件是否存在并赋予执行权限： Bash ls -l cadvisor* chmod +x .

监控

一、架构拓扑说明服务器 A（监控机 / Server A）：运行组件：Prometheus（数据存储与抓取）、Grafana（面板大屏）、cAdvisor（监控 A 机自身容器）、node-exporter（监控 A 机系统硬件）。服务器 B（业务机 / Server B）：运行组件：无需安

监控

用 Docker Compose 部署 Zabbix 监控非常标准且模块化。针对现有的单台云主机（内存有限）环境，推荐使用 Zabbix 6.0 LTS / 7.0 LTS + 极轻量的 SQLite3 引擎或者复用已有 MySQL 8.0。考虑到小规格服务器的内存压力，最轻量、最不抢资源的方

docker

报错： [root@web01 ~]# docker exec -it GAMES sh Error response from daemon: container 8a1954ee774bcec4c384ad16a17f9f20d254edc4a2c632807b93c58d6de10512

docker

一、核心故障复盘与根因分析

docker

docker

重启策略概述 no: 容器退出，始终不重启容器。 always: 容器退出，始终重启容器。 on-failure[:max] 若指定次数，则当容器异常退出时会自动重启，到达指定重启次数后，就不在重启。若不指定次数，这异常退出时始终重启。但正常退出时，容器是不重启的。 unless-stopped

数据库

01 数据库SQL语句分类 1. DDL（Data Definition Language 数据定义语言）概念介绍：负责管理数据库的基础数据结构（不会对表的内容记录做修改），例如增删库、增删表、增删索引、增删用户等。