🔥承渊政道：个人主页

❄️个人专栏: 《C语言基础语法知识》 《数据结构与算法》 《C++知识内容》 《Linux系统知识》 《算法刷题指南》 《测评文章活动推广》 《大模型语言路线学习》

✨逆境不吐心中苦,顺境不忘来时路!✨
🎬 博主简介:

服务器磁盘爆满半夜被告警电话吵醒这件事,估计不少运维人都经历过.更让人烦躁的是,这种告警往往不是一次性的——日志文件每天增长,过几天又满,过几天又要手动清理一次,反反复复没完没了.你登录十几台机器,敲 rm -rf *.log,心里还要默念"别删错别删错",生怕把关键文件送走.这种人肉运维干久了,疲惫不说,出错概率只会越来越高.痛点就三个：一是费时间,批量登录操作本身就没技术含量;二是风险高,手动删除误操作概率始终存在;三是不可靠,靠人记着去清,靠不住.后来我换了一套思路:用 Ansible 写清理脚本,批量部署到所有目标机器,再配合Cron定时执行.整套方案跑通之后,清理规则全部写在 Playbook 里,每一次执行都有记录,脚本本身是幂等的,执行多少次结果都一样,不存在误删风险.每天凌晨两点自动跑,醒来磁盘余量充足,告警电话再没响过.相信很多做运维、后端或 DevOps 的同学都经历过类似场景：白天系统安安静静,半夜日志疯狂增长;明明只是一些历史日志、临时文件、过期备份占满了磁盘,却偏偏要在最困的时候把人叫醒.你迷迷糊糊打开电脑,登录服务器,查目录、删日志、释放空间,处理完之后已经睡意全无.这种问题看起来不复杂,但它最烦人的地方在于:重复、低价值、还总爱半夜发生.后来我开始思考:既然每次处理流程都差不多,为什么不把它自动化?于是,我用Ansible + Cron 搭了一套自动化磁盘清理方案:定时检查磁盘使用率,自动清理符合规则的日志文件和临时文件,并输出执行结果.告警少了,磁盘稳了,人也终于能睡踏实了.这篇文章会结合一个真实的运维场景,介绍如何使用 Ansible 编写清理任务,再配合 Cron 定时执行,实现一套简单、可靠、可扩展的磁盘自动化清理机制.对于经常被磁盘告警打扰的同学,希望这套方案能帮你少熬几次夜.废话不多说,下面跟着小编的节奏🎵一起去疯狂的学习吧!



目录

1.什么是Ansible?为何选择Ansible?

Ansible是一款开源的自动化运维工具,旨在简化配置管理、应用部署、任务编排和IT编排等操作.其核心设计理念是"简单、可靠、无侵入",通过声明式语言实现对大规模基础设施的高效管控.

在传统运维模式下,面对数百台服务器的批量操作,往往依赖脚本循环执行SSH命令,不仅效率低下,还难以保证执行的一致性与可追溯性.Ansible的出现有效解决了这一痛点,使运维人员能够以一条命令完成跨节点的标准化操作.

核心优势：

  • 无代理架构

Ansible无需在目标主机上安装额外客户端或代理程序,仅依赖标准SSH服务即可完成通信与指令下发.这显著降低了系统开销与维护复杂度,同时避免了因中心化代理服务故障导致的全局性风险.

  • 基于SSH的安全通信

利用成熟的SSH协议进行连接,天然支持密钥认证、跳板机、堡垒机等企业级安全策略,确保操作过程的安全合规.

  • 幂等性保障

Ansible的模块设计遵循幂等原则——无论Playbook被执行多少次,系统最终状态始终保持一致.这一特性对于生产环境中的配置修复、状态校验和持续同步至关重要.

  • YAML驱动的声明式语法

使用结构清晰、易于阅读的YAML格式编写Playbook,大幅降低学习成本,提升协作效率与可维护性.

  • 丰富的模块生态

Ansible内置数千个模块,覆盖操作系统、网络设备、数据库、中间件及主流云平台,支持从基础资源管理到复杂业务编排的全场景自动化需求.

凭借上述特性,Ansible已成为DevOps实践中广泛采用的自动化引擎,助力企业实现高效、可靠、可重复的基础设施即代码管理.

2.在Centos7上安装ansible

更新所有系统软件包：

 yum update -y

安装EPEL仓库（提供 Ansible 包）：

 yum install -y epel-release

e530744713c00581c6b0f01073bd0b77

安装ansbile：

8aeaff859acf291e25f96e8332260eba

验证是否安装成功：

ansible --version

f4fe94f3509dee6c18c82480b172180d

3.模拟大量日志输入

在另一台机器创造/ceshi/1.log文件,用于案例清空日志：

mkdir /ceshi
cd /ceshi
touch 1.log

image-20260107152705215

写一个简单、高效的 Shell 脚本,用于持续向 1.log 文件追加内容：

vi write_log.sh

#!/bin/bash

LOG_FILE="1.log"
INTERVAL=1  # 每隔多少秒写入一次（可修改）

# 捕获 Ctrl+C 信号，优雅退出
trap 'echo -e "\n停止写入日志..."; exit 0' SIGINT

echo "开始向 $LOG_FILE 持续写入日志（按 Ctrl+C 停止）..."

while true; do
    # 写入当前时间 + 自定义信息
    echo "$(date '+%Y-%m-%d %H:%M:%S') - 这是一条自动写入的日志消息" >> "$LOG_FILE"

    # 可选：写入随机数、进程ID等（取消注释即可）
    # echo "$(date): Random=$(shuf -i 1-100 -n 1), PID=$$" >> "$LOG_FILE"

    sleep "$INTERVAL"
done

给脚本执行权限：

 chmod +x write_log.sh

6437b48f5ee985e40188552155226893

运行脚本：

./write_log.sh

停止：按Ctrl + C：

ca6769eac31433fb1aebba89cb4b8c52

日志模拟成功啦,通过它的不断插入,我们可以看出来日志占比容量也是不断增加的,时间久了就会有很大的负担,对此,别急ansible来帮助你！

4.配置ansible自动化脚本

确保你在playbook所在目录（假设是 /etc/ansible）：

cd /etc/ansible

编辑hosts文件,加入你所要监控的ip和他的用户名及密码：

[test]
ip ansible_ssh_user=用户名 ansible_ssh_pass=密码

image-20260107170837557

使用Ansible编写一个YAML文件,用于自动清理指定服务器上的/ceshi/1.log文件.以下是完整 cleanup.yml示例：

---
- name: 清空 /ceshi/1.log 文件内容
  hosts: dbservers
  become: yes
  tasks:
    - name: 清空 /ceshi/1.log 文件
      copy:
        content: ""
        dest: /ceshi/1.log
        mode: '0644'
      register: result

    - name: 输出操作结果
      debug:
        msg: "/ceshi/1.log 文件内容已被清空"
      when: result.changed

然后使用ansible-playbook执行就好啦：

ansible-playbook -i hosts 4.yml

image-20260107170955015

接下来我们去目标主机查看一下/ceshi/1.log是否清理成功（我这里是192.168.42.146）：

image-20260107171012958

我们可以看到,该目录已经清除成功~

手动反复执行未免繁琐,不如为4.yml配置定时任务,实现定时执行,自动清理.

5.结合cron定时清理

添加定时任务（crontab）

查看ansible-playbook路径:

which ansible-playbook

image-20260107173138074

编辑root用户的定时任务：

crontab -e

添加一行（每天02:00执行）：

0 2 * * * /usr/bin/ansible-playbook -i /etc/ansible/hosts /etc/ansible/4.yml >> /etc/ansible/ansible_cleanup.log 2>&1

image-20260107173326547

如图可以看出,本来目标地址的1.log文件是有内容的,经过定时执行ansible的配置文件4.yml文件后,目标地址的1.log文件被清空：

image-20260107173813787

在传统运维中,手动清理日志不仅繁琐,还容易遗漏.借助Ansible + Cron,我们已能实现本地服务器日志的全自动清空;而当你的服务部署在内网、无公网IP时,cpolar成了打通自动化"最后一公里"的关键——通过cpolar建立安全隧道,Ansible控制端可远程访问内网主机,即使身处异地,也能让定时清理任务精准执行.

从此,无论服务器藏得多深,日志清理都能准时、静默、可靠地完成.

6.安装cpolar实现随时随地开发

6.1 什么是cpolar？

cpolar是一款安全高效的内网穿透工具,无需公网IP或复杂配置,只需一条命令,即可将本地服务器、Web服务或任意端口映射到公网,让你随时随地远程访问内网应用,特别适合开发调试、远程运维和应急部署等场景.

6.2 部署cpolar

cpolar 可以将你本地电脑中的服务（如 SSH、Web、数据库）映射到公网.即使你在家里或外出时,也可以通过公网地址连接回本地运行的开发环境.

❤️以下是安装cpolar步骤：

使用一键脚本安装命令：

sudo curl https://get.cpolar.sh | sh

image-20250725104019896

安装完成后,执行下方命令查看cpolar服务状态：（如图所示即为正常启动）

sudo systemctl status cpolar

22e5adfaf290a17fc3384bb296055259

Cpolar安装和成功启动服务后,在浏览器上输入虚拟机主机IP加9200端口即:【http://ip:9200】访问Cpolar管理界面,使用Cpolar官网注册的账号登录,登录后即可看到cpolar web 配置界面,接下来在web 界面配置即可：

打开浏览器访问本地9200端口,使用cpolar账户密码登录即可,登录后即可对隧道进行管理.

8a6698b1bf26d64ba3645827fbfb1c29

7.配置公网地址

通过配置,你可以在本地 WSL 或 Linux 系统上运行 SSH 服务,并通过 Cpolar 将其映射到公网,从而实现从任意设备远程连接开发环境的目的.

  • 隧道名称：可自定义,本例使用了:ssh,注意不要与已有的隧道名称重复
  • 协议：tcp
  • 本地地址：22
  • 端口类型：随机临时TCP端口
  • 地区：China Top

image-20260108143114478

创建成功后,打开左侧在线隧道列表,可以看到刚刚通过创建隧道生成了公网地址,接下来就可以在其他电脑或者移动端设备（异地）上,使用任意一个地址在终端中访问即可.

  • tcp 表示使用的协议类型

  • 2.tcp.cpolar.top是 Cpolar 提供的域名

  • 10807是随机分配的公网端口号

image-20260108143139554

通过 Cpolar 提供的公网地址和端口,就可以使用ansible进行远程部署啦！

接下来我们操作一下.

修改hosts配置文件：

[dbservers]
2.tcp.cpolar.top ansible_user=root ansible_port=10807 ansible_password=***

image-20260108145023035

接下来我们执行配置文件：

ansible-playbook -i hosts 4.yml

image-20260108145308449

执行成功,我们去对应主机查看/ceshi/1.log是否清除成功：

image-20260108145318392

8.保留固定TCP公网地址

使用cpolar为其配置TCP地址,该地址为固定地址,不会随机变化.

image-20251210160529622

选择区域和描述：有一个下拉菜单,当前选择的是"China VIP".
右侧输入框,用于填写描述信息.
保留按钮：在右侧有一个橙色的"保留"按钮,点击该按钮可以保留所选的TCP地址.
列表中显示了一条已保留的TCP地址记录.

  • 地区：显示为"China Top".

  • 地址：显示为"5.tcp.cpolar.top:13501".

image-20260108151256207

登录cpolar web UI管理界面,点击左侧仪表盘的隧道管理——隧道列表,找到所要配置的隧道ssh,点击右侧的编辑.

image-20260108151407446

修改隧道信息,将保留成功的TCP端口配置到隧道中.

  • 端口类型：选择固定TCP端口
  • 预留的TCP地址：填写保留成功的TCP地址

点击更新.

image-20260108151339708

创建完成后,打开在线隧道列表,此时可以看到随机的公网地址已经发生变化,地址名称也变成了保留和固定的TCP地址.

image-20260108151445178

这样我们的ansible操作就没有任何的阻碍啦！

9.总结

这套方案的核心逻辑很简单：把重复的操作自动化,把人工干预的空间压到最小.Ansible 负责批量下发和执行,Cron 负责定时触发,两者配合起来,从编写到部署到调度全链路自动运转,不需要每天盯着,也不需要半夜爬起来处理告警.说白了,运维里那些机械重复的活儿,都应该被工具接管——这不是偷懒,是让人的精力放到真正需要判断力的地方去.



🚀真正的勇者不是流泪的人,而是含泪奔跑的人!

敬请期待下一篇文章内容的更新

每日心灵鸡汤: 人越淡,事越顺!

你越淡,人越顺,永远不要提前焦虑.你越放松,结果就越好.你的心态有多好,你的生活就有多好.你越不在乎,事情就越顺利,尊重所有声音,但只成为自己.你若想要得到这世间最好的东西,先得让世界看到最好的你,所以当你不再急于求成并放低期望,乐观向上的时候,一切美好便会不期而来.

# ansible # 自动化 # 运维 # centos # 后端
Logo
openEuler 社区

openEuler 是由开放原子开源基金会孵化的全场景开源操作系统项目，面向数字基础设施四大核心场景（服务器、云计算、边缘计算、嵌入式），全面支持 ARM、x86、RISC-V、loongArch、PowerPC、SW-64 等多样性计算架构

更多推荐

cover

基于 HarmonyOS 6.0 的家政服务预约页面实战开发：ArkUI 页面构建与跨端设计深度解析

avatar openEuler 社区

Agent Harness 的代码重构指南

Agent Harness也叫Agent执行底座、Agent运行时，是承接大模型推理输出、调度外部工具、管理Agent生命周期、存储上下文、兜底错误逻辑的核心中间层，是整个Agent系统的"操作系统"。简单类比的话：大模型是Agent的"大脑"，工具集是Agent的"手脚"，Agent Harness就是Agent的"骨骼与神经系统"，负责把大脑的指令传递给手脚，把手脚的感知回传给大脑，同时管控整

avatar openEuler 社区

【优化求解】一种用于边缘计算中协作回归学习的分布式ADMM方法附matlab代码

在当今数字化时代，数据量呈爆炸式增长，边缘计算因其能在靠近数据源的位置进行数据处理，有效减少数据传输延迟和中心服务器负担，而备受关注。在边缘计算场景下，协作回归学习是一种重要的任务，它旨在通过多个边缘节点的数据协作，共同构建准确的回归模型。然而，传统的集中式方法在处理大规模分布式数据时面临诸多挑战，如通信瓶颈和隐私问题。分布式交替方向乘子法（ADMM）为解决这些问题提供了一种有效的途径，它能够在保

avatar openEuler 社区