提升 CentOS Stream 8 稳定性的实用方案
一 更新与仓库管理
- 采用小步快跑的更新策略：先在非生产环境验证，再分批上线；使用 dnf 执行更新并定期清理元数据缓存，减少因仓库元数据异常导致的解析失败。
示例：dnf update -y、dnf clean all、dnf makecache。
- 使用国内镜像源并保留官方备份，便于回滚与加速：
示例：sudo cp /etc/yum.repos.d/CentOS-.repo /etc/yum.repos.d/CentOS-.repo.backup，然后编辑镜像地址；执行 yum clean all && yum makecache。
- 启用 EPEL 获取更完整的软件生态，同时配合系统监控与日志分析，形成闭环的稳定性维护。
示例：sudo yum install epel-release -y；部署如 Nagios/Zabbix 等监控，集中分析 /var/log/messages、/var/log/secure。
二 安全加固与访问控制
- 启用并正确配置 firewalld，仅开放业务必需端口，避免“全开”带来的攻击面扩大。
示例：sudo systemctl enable --now firewalld；按需放行端口并重载规则。
- 强化 SSH：禁用 root 直登、优先使用密钥认证，降低暴力破解风险。
示例：将 /etc/ssh/sshd_config 中的 PermitRootLogin 设为 no，PasswordAuthentication 设为 no，重启 sshd。
- 部署 fail2ban 自动封禁反复失败的来源 IP，缓解暴力登录与扫描。
示例：sudo dnf install fail2ban -y。
- 保持 SELinux 为 enforcing 模式，通过策略与日志审计提升内核级安全与可追责性；仅在明确影响业务且经过评估后再考虑放宽策略。
三 内核网络与资源限制
- 提升连接承载能力与网络健壮性：
示例（/etc/sysctl.conf）：
net.core.somaxconn = 65535
net.core.netdev_max_backlog = 65536
net.ipv4.tcp_max_syn_backlog = 65536
net.ipv4.tcp_keepalive_time = 600
net.ipv4.tcp_keepalive_probes = 3
net.ipv4.tcp_keepalive_intvl = 15
执行 sysctl -p 使配置生效。
- 提高系统级文件句柄上限，避免高并发场景下的“Too many open files”：
示例（/etc/sysctl.conf）：fs.file-max = 2097152；fs.nr_open = 2097152。
- 调整 vm.swappiness 降低内存回收对前台业务的影响（如数据库/消息队列节点可设为 10）：
示例：sysctl vm.swappiness=10 并写入 /etc/sysctl.conf 持久化。
- 提升进程可打开文件数与用户级资源限制：
示例（/etc/security/limits.conf）：* soft nofile 65535；* hard nofile 65535。
四 存储 I O 与文件系统
- 为关键挂载点启用 noatime/nodiratime，减少元数据写入，降低 I/O 抖动。
示例（/etc/fstab）：/dev/sda1 / ext4 defaults,noatime,nodiratime 0 0；执行 mount -a 使生效。
- 结合业务负载选择合适的 I/O 调度器（SSD/NVMe 常用 none/deadline，机械盘可用 cfq），并在 GRUB 中固化：
示例：echo deadline | sudo tee /sys/block/sda/queue/scheduler；在 /etc/default/grub 的 GRUB_CMDLINE_LINUX 增加 elevator=deadline，执行 grub2-mkconfig -o /boot/grub2/grub.cfg。
- 优化脏页刷写策略，平衡性能与数据一致性：
示例（/etc/sysctl.conf）：vm.dirty_ratio = 50；vm.dirty_background_ratio = 10。
- 选用成熟稳定的文件系统（如 ext4/XFS），并配置定期一致性检查与维护窗口。
五 备份恢复与变更管控
- 制定覆盖配置与数据的 定期备份策略，并进行周期性恢复演练，确保关键时刻可快速回滚；对关键变更（内核参数、调度器、防火墙规则等）采用灰度与回滚预案。
- 针对 CentOS Stream 8 的滚动特性，建议将其定位在开发/测试或可接受一定变更频率的场景；对强稳定与长期支持有硬性要求的生产业务，优先评估 RHEL 或 Rocky Linux/AlmaLinux 等替代方案。