Debian 12 小服务器运维笔记:五个让系统长期稳定的习惯

举报
yd_277829621 发表于 2026/11/10 11:01:15 2026/11/10
【摘要】 最近把一台 1 核 1G 的小内存云服务器从厂商镜像换成了纯净的 Debian 12,顺手把日常运维习惯重新梳理了一遍。这台机器配置不高,但只要习惯对了,长期跑服务完全没问题。一、先加 Swap 再谈性能1G 内存的机器,装软件时最容易被 OOM 杀进程。装完系统第一件事就是建一个 2G 的 swap 文件,把 vm.swappiness 调到 10:平时不用、内存真吃紧时兜底,系统就不会动...

最近把一台 1 核 1G 的小内存云服务器从厂商镜像换成了纯净的 Debian 12,顺手把日常运维习惯重新梳理了一遍。这台机器配置不高,但只要习惯对了,长期跑服务完全没问题。

一、先加 Swap 再谈性能
1G 内存的机器,装软件时最容易被 OOM 杀进程。装完系统第一件事就是建一个 2G 的 swap 文件,把 vm.swappiness 调到 10:平时不用、内存真吃紧时兜底,系统就不会动不动杀进程。代价只是一点磁盘空间,非常划算。

二、安全更新交给系统自己
开启 unattended-upgrades 只自动安装安全更新,再配合一个每周手动 apt update 的节奏,既能及时堵漏洞,又不会因为大版本升级把服务搞挂。生产环境怕的不是更新慢,而是半夜被自动升级一个大版本。

三、SSH 只留最小暴露面
改掉默认策略:fail2ban 给 sshd 加上“三次失败封 24 小时”,防火墙只放行真正用到的端口。能用密钥登录就关掉密码登录;如果因为维护通道必须留密码登录,至少保证密码足够长且独一无二。

四、服务一律交给 systemd
自己跑的脚本别用 nohup 裸奔,写成 systemd unit:Restart=always、开机自启、日志进 journal。这样机器重启后服务自己回来,排查问题时 journalctl 一条命令就能看全日志。

五、定期看三样东西
每周花两分钟看 df -h(磁盘)、free -m(内存)、systemctl --failed(失败的服务)。小机器最常见的死法不是性能不够,而是日志把磁盘写满。提前给日志做轮转,或者定期清理,心里就有底了。

总结:小服务器拼的不是配置,是习惯。Swap 兜底、安全更新自动化、SSH 收口、systemd 托管、定期巡检,这五件事做完,一台 1G 内存的机器也能稳稳跑上一年。

【声明】本内容来自华为云开发者社区博主,不代表华为云及华为云开发者社区的观点和立场。转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息,否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0)

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。