第一次做服务器运维？这些坑我替你踩过了

2019年我第一次接手一台云服务器，纯粹是因为组里没人愿意管。当时觉得运维不就是装个环境、跑个网站吗，结果第一个月就被现实教育了三回：磁盘被日志撑爆、SSH 端口被爆破扫了几万次、还有一次误删了数据库目录。这篇就把我踩过的坑，和现在回头看真正有用的做法写出来，给第一次碰服务器的人省点时间。

系统选型和登录方式先把基础打牢

很多人第一次买服务器，对着 Ubuntu、CentOS、Debian 一脸懵。我的建议很直接：新手就上 Ubuntu 22.04 LTS。资料多、报错一搜就有答案，社区活跃度摆在那儿。CentOS 7 早就停止维护了，别再用那些三年前教程里的老镜像。

登录方式上，密码登录能关就关。我现在的流程是本地生成密钥对，公钥丢到服务器的 authorized_keys，然后改 sshd_config 把密码认证设成 no，顺手把默认的 22 端口换掉。别小看这一步，我换端口之前，auth.log 里每天几千条爆破记录，换完之后基本清零。

• 买完机器先做一次快照，改坏了能一键回滚
• SSH 密钥登录 + 禁用 root 密码登录 + 换非默认端口
• 安全组只放需要的端口，数据库的 3306 千万别对 0.0.0.0 开
• 装个 fail2ban，连续试错就自动封 IP

监控、备份、告警，这三样才是保命符

说实话，服务器出问题之前几乎都有征兆。磁盘从 60% 涨到 90% 需要好几天，内存缓慢泄漏也不是一瞬间的事。我第一次出事就是因为没看磁盘曲线，日志文件涨到 40G 把分区塞满，MySQL 直接起不来，排查了两个小时才发现是这么蠢的原因。

现在的做法是：装个轻量监控，Netdata 或者 Uptime Kuma 都行，前者看资源曲线，后者做可用性探测。再配一条最简单的告警，磁盘超过 80%、CPU 持续 5 分钟 90% 以上，直接推到微信或者 Telegram。这套东西搭下来不到半小时，比半夜被电话叫醒划算太多。

备份这块我吃过亏，所以现在执行得比较死板：数据库每天凌晨全量 dump 一次，保留 7 天，压缩后传到对象存储；整机快照每周一次。关键是备份要验证，我见过太多人备份脚本跑了一年，真恢复的时候发现导出的文件是空的。

新手容易忽略的几个日常习惯

日常运维里，真正省事的往往不是工具，而是习惯。手动改过的配置都写注释、记在本子上；用 Docker 部署应用，环境隔离之后迁移成本低很多；别在服务器上直接改代码，本地改完推上去再拉。

至于要不要用宝塔这类面板，我的看法是：纯粹图快、只跑一两个小站，可以用；但如果你想真正搞懂服务器在干什么，还是老老实实命令行。面板帮你省的是时间，藏起来的是问题，真出故障的时候你连日志在哪都不知道。

最后提一句，别拿生产机练手。花几十块买个按量付费的小机器，随便折腾，改崩了重装，练熟了再上正式环境。第一次做运维，最贵的成本不是钱，是数据没了、网站挂了那种心慌。