上一篇
服务器管理和维护
服务器管理维护需实时监测运行状态，定期优化配置与性能；及时修复漏洞、更新补丁，做好数据备份及应急响应，保障系统稳定安全
服务器基础配置与初始化
系统安装与硬化
| 操作项 | 说明 |
|---|---|
| 最小化安装 | 仅保留核心组件，减少攻破面 |
| SSH密钥登录 | 禁用密码登录，采用ED25519算法生成密钥对 |
| 防火墙规则 | 默认拒绝所有入站流量，按需开放特定端口（如HTTP/HTTPS） |
| SELinux/AppArmor | 根据业务需求启用强制访问控制模块 |
| 时区与NTP同步 | 设置正确时区，配置NTP服务确保时间准确 |
账户权限管理
原则：遵循最小权限原则
- 创建专用服务账户（非root）运行应用
- 定期轮换SSH密钥及sudo权限
- 使用usermod -L锁定闲置账户
- 审计日志记录所有特权操作（/var/log/auth.log）
日常运维核心任务
实时监控体系
| 监控维度 | 推荐工具 | 告警阈值举例 |
|---|---|---|
| CPU使用率 | Prometheus+Grafana | >80%持续5分钟 |
| 内存占用 | Zabbix | 物理内存>90% |
| 磁盘空间 | Nagios | /分区剩余<10% |
| 网络吞吐量 | iftop/nload | 带宽利用率>90% |
| 进程状态 | Supervisord | 关键进程异常退出自动重启 |
日志管理规范
- 分类存储：按日期切割日志文件（logrotate配置）
- 集中收集：ELK Stack实现跨服务器日志检索
- 异常检测：Splunk/Logstash过滤错误关键词（ERROR/FATAL）
- 保留周期：重要日志保存90天，普通日志30天
软件更新策略
| 类别 | 更新频率 | 注意事项 |
|---|---|---|
| 安全补丁 | 72小时内完成 | 测试环境验证兼容性 |
| 功能升级 | 季度/半年度 | 灰度发布，滚动更新 |
| 依赖库 | 随主程序更新 | 注意版本冲突（如Python包管理） |
安全防护最佳实践
入侵防御机制
- 失败尝试限制：fail2ban封禁多次登录失败IP
- 恶意扫描拦截：ModSecurity防护Web应用层攻破
- 漏洞扫描：每周运行OpenVAS，重点关注CVSS≥7.0的漏洞
- 内核加固：sysctl调整TCP参数，关闭不必要的内核模块
数据加密方案
| 场景 | 加密方式 | 密钥管理建议 |
|---|---|---|
| 传输中数据 | TLS 1.3+HSTS | Let’s Encrypt自动续签 |
| 静态数据 | AES-256-GCM + HMAC-SHA256 | KMS托管，定期轮换密钥 |
| 数据库字段 | Transparent Data Encryption | 分离敏感列至独立表空间 |
故障处理标准流程
应急响应步骤
- 隔离阶段：立即下线受影响实例，防止扩散
- 诊断阶段：检查dmesg/journalctl -xe定位根本原因
- 修复阶段：从快照回滚或部署补丁
- 复盘阶段：编写RTO/RPO报告，更新应急预案
典型故障案例对照表
| 现象 | 可能原因 | 解决方案 |
|---|---|---|
| 负载骤降为0% | OOM Killer终止主进程 | 优化内存分配，添加交换分区 |
| 磁盘I/O等待超长 | 机械硬盘性能瓶颈 | 迁移至SSD，开启TRIM支持 |
| 网络延迟突增 | 分布攻破或BGP路由震荡 | 启用Cloudflare代理，切换ISP |
| MySQL连接数耗尽 | 未释放的长连接积累 | 调整max_connections参数 |
数据备份与灾难恢复
备份策略矩阵
| 数据类型 | RPO要求 | 备份方式 | 存储位置 | 验证频率 |
|---|---|---|---|---|
| 数据库全量 | 1小时 | PXB+逻辑备份 | 异地对象存储 | 每日 |
| 配置文件 | 实时 | rsync+inotify | 私有云存储桶 | 每小时 |
| 虚拟机镜像 | 15分钟 | ZFS快照+增量复制 | 磁带库 | 每周 |
灾难恢复演练
- 每季度执行完整DR测试
- 模拟场景：机房断电、主节点宕机、索要软件感染
- 目标：RTO≤2小时，RPO≤15分钟
相关问题与解答
Q1: 如何快速定位服务器突然变慢的原因？
A: 优先查看top/htop识别高CPU进程，结合iostat检查磁盘IO，若发现wa值长期>20%，可能是存储子系统瓶颈，同时检查netstat确认是否存在大量TIME_WAIT连接。
Q2: 遇到数据库死锁应该如何处理？
A: 立即执行SHOW PROCESSLIST;找到阻塞事务，选择牺牲次要事务（KILL CONNECTION_ID），根本解决需优化索引设计，添加innodb_lock_wait_timeout超时设置，并在代码层
