云服务器日常运维小贴士：日志切割与进程监控极简配置

云服务器运维中，日志切割与进程监控是关键任务。合理的日志切割能控制日志文件膨胀，避免磁盘空间被占满；进程监控则像服务器的“健康监测仪”，能第一时间捕捉进程异常，确保业务稳定运转。本文分享两套极简配置方案，新手也能快速上手。

为什么需要极简运维方案？

用云服务器的运维人员常遇到两个头疼问题：日志文件越堆越大，某天突然报磁盘空间不足；关键进程莫名崩溃，等发现时业务已停摆半小时。传统配置方案要么参数复杂、新手难理解，要么灵活性差，无法适配小团队快速迭代需求。我们需要的是“开箱即用”的工具——操作步骤少、配置参数精、效果直接可见。

日志切割：用logrotate告别“日志炸弹”

日志文件就像服务器的“行车记录仪”，但无限制增长会变成“磁盘杀手”。Linux系统自带的logrotate工具能按时间/大小自动切割日志，还能压缩旧文件释放空间，堪称日志管理的“智能管家”。

配置分两步走：
1. 全局规则设置（可选）：打开/etc/logrotate.conf，这里定义所有日志的通用规则。比如把默认的“每周切割”改为“每天切割”，只需将"weekly"替换成"daily"。
2. 定制单日志规则：在/etc/logrotate.d/目录新建配置文件（如myservice），针对/var/log/myservice.log设置专属规则：

/var/log/myservice.log {
    daily          # 每日切割
    missingok      # 日志不存在不报错
    rotate 7       # 保留最近7天日志
    compress       # 切割后压缩旧文件
    delaycompress  # 下次切割时再压缩本次文件
    notifempty     # 空日志不切割
    create 640 root root  # 新日志文件权限与所有者
    sharedscripts
    postrotate
        /usr/bin/killall -HUP myservice  # 切割后重载服务配置
    endscript
}

举个实际例子：某电商系统的支付日志每天增长约500MB，用这套配置后，旧日志被压缩为50MB左右的.gz文件，7天仅占350MB，磁盘压力直接下降90%。

进程监控：monit让异常“无所遁形”

进程崩溃是云服务器的“隐形杀手”——可能因内存泄漏、资源竞争或外部攻击突然停止。轻量级工具monit能24小时“盯梢”进程，发现异常立刻重启并通知，比人工巡检高效10倍。

以Ubuntu系统为例，配置流程如下：
1. 安装monit：执行`sudo apt-get install monit`完成安装。
2. 配置监控规则：编辑/etc/monit/monitrc，添加目标进程监控项：

check process myservice with pidfile /var/run/myservice.pid
    start program = "/etc/init.d/myservice start"  # 异常时启动命令
    stop program = "/etc/init.d/myservice stop"   # 手动停止命令
    if failed port 80 protocol http then restart  # HTTP端口不可达则重启
    if 5 restarts within 5 cycles then timeout    # 5次重启失败暂停监控

这套配置的妙处在于“智能容错”：偶尔的网络波动导致端口暂不可达，monit会自动重启；但如果进程反复崩溃（如代码存在严重bug），它会暂停监控避免无效操作，提醒运维人员排查根本问题。

运维提效小技巧

- 日志切割可结合业务峰值调整周期：比如电商大促期间交易日志增长快，可临时改为“每小时切割”。
- monit监控周期默认是120秒，可在monitrc开头修改`set daemon 60`缩短为每分钟检查一次，适合对实时性要求高的业务。
- 所有配置修改后，记得执行`monit reload`或`logrotate -f /etc/logrotate.d/myservice`让规则生效。

云服务器运维的核心不是“堆复杂配置”，而是用对工具解决关键问题。logrotate和monit这两个“小而美”的工具，能帮你把80%的精力从“救火”转移到“优化”上。下次遇到日志爆炸或进程崩溃，不妨试试这套极简方案，你会发现运维也可以很轻松。