🔥承渊政道：个人主页
❄️个人专栏: 《C语言基础语法知识》 《数据结构与算法》 《C++知识内容》 《Linux系统知识》 《算法刷题指南》 《测评文章活动推广》 《大模型语言路线学习》 《MySQL数据库学习》
✨逆境不吐心中苦,顺境不忘来时路!✨ 🎬 博主简介:

服务器磁盘满了半夜被告警叫醒这件事,经历过的运维人员都有同感.登进机器一看,日志文件占了十几个G,手动删完之后没过几天又满了,反复几次就想找一劳永逸的办法.写个定时脚本清理是容易,但批量管理几十台上百台服务器的时候,每台机器都得单独配置,手动操作容易出错还不好审计.Ansible 加 Cron 这套方案解决的就是这个问题.Ansible 基于 SSH 连接,写好一个 Playbook 之后一条命令能同时对所有目标机器执行操作,清理规则按时间、按大小、按文件类型精准控制,幂等性保证重复执行不会把重要文件误删.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

安装ansbile：

验证是否安装成功：

ansible --version

---

3.模拟大量日志输入

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

mkdir /ceshi
cd /ceshi
touch 1.log

写一个简单、高效的 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

运行脚本：

./write_log.sh

停止：按Ctrl + C：

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

---

4.配置ansible自动化脚本

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

cd /etc/ansible

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

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

使用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

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

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

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

---

5.结合cron定时清理

添加定时任务（crontab）

查看ansible-playbook路径:

which ansible-playbook

编辑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

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

在传统运维中,手动清理日志不仅繁琐,还容易遗漏.借助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

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

sudo systemctl status cpolar

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

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

---

7.配置公网地址

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

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

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

• tcp 表示使用的协议类型

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

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

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

接下来我们操作一下.

修改hosts配置文件：

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

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

ansible-playbook -i hosts 4.yml

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

---

8.保留固定TCP公网地址

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

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

• 地区：显示为“China Top”.

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

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

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

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

点击更新.

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

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

9.总结

用 Ansible 加 Cron 跑日志清理这套方案下来,最大的感受是：运维工作中那些"明明很简单但不得不反复做"的事情,终于可以被自动化掉了.

手动删日志这事,技术含量为零,但必须有人记得、有人去做.做一次不难,做十次就烦了,做几十台服务器每次都手动登录删,基本等于在浪费人力.Ansible 的幂等性保证 Playbook 执行多少次结果都一致,Cron 定时触发自动化执行,Ansible 负责精准操作,两件事加在一起构成了"写一次规则、定时自动跑、全网都生效"的完整闭环.

cpolar 在这里解决的是远程可达的问题——服务器在内网没有公网 IP 的情况下,通过穿透让 Ansible 控制端能够远程访问和操作.整套方案跑通之后,"磁盘满了"这个告警基本就从生活中消失了,服务器健康状态由规则和定时任务自动维护,运维人员终于可以把精力放在真正有价值的事情上.

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

---

敬请期待下一篇文章内容

---

我的身体是山川,或是天空翻卷的一段.眼睛是湖泊、河流，还是云的缝隙,悲伤的时候,是逆流而上,还是倾泻而下.待泪光微耗,嘴巴失言,风把野草吹成一条线,仿佛痛苦贯穿骨髓,我竟站在世界边沿,目认退路已散.河流不是毫无止境,只是没有陆地承停,我的一生在途跋涉,只为贴近悲伤曲折.