首先判断是单台还是全网不可达,使用本地与远端的 ping/traceroute/mtr 检测连通性,确认丢包与跳数异常;其次检查云平台控制台的安全组/防火墙规则和实例的 iptables/ufw 配置;再核实公网 IP、弹性 IP 绑定是否异常以及路由表是否被修改。
1)从运维机器对目标做 ping 与 mtr,记录丢包位置;2)在云控制台查看实例状态、端口规则与路由表;3)登陆实例检查网卡配置、默认路由和 DNS;4)若在机房侧发生问题,可查看提供商状态页或提交工单。
避免盲目重启网络服务,先保存当前网络配置并拍摄日志,必要时在变更前截图安全组和路由信息以便回滚。
使用 top/htop、vmstat、iostat、iotop 等工具查看资源消耗来源,识别占用 CPU/IO 的进程;检查是否有突发流量、计划任务或批处理作业导致;观察 swap 使用和负载(load average),判断是 CPU 瓶颈还是 I/O 瓶颈。
1)运行 top 和 iostat,定位占用最高的进程和磁盘设备;2)查看应用日志与数据库慢查询,确认是否是查询/锁导致;3)检查磁盘剩余空间与 inode,防止文件系统满导致服务异常;4)如为磁盘 I/O 问题,可考虑扩容或迁移到更高性能磁盘。
性能问题排查要注意时间窗口,结合监控历史曲线分析突发与持续性问题,避免在高峰期做大规模调整。
先查看 Web 服务器(如 Nginx/Apache)与应用进程日志,确认错误码与堆栈信息;检查后端服务(数据库、缓存、消息队列)是否可用和响应正常;若近期有部署或配置变更,应回滚或对比变更点。
1)收集 nginx/access/error 与应用日志,定位首次出现错误的时间点;2)使用 curl 或 浏览器直连本地端口,确认是否是反向代理或应用内部问题;3)检查数据库连接池、超时、线程数等资源;4)临时将流量导向备用实例验证是否为单点故障。
避免在未保存日志的情况下重启进程,必要时先备份日志并开启更详细的调试日志以获得更多线索。
首先核查登录审计和异常进程,使用 last、who、ps、lsof、netstat 等工具判断是否有可疑连接或新建用户;检测出站流量是否异常,查看防火墙/安全组是否被修改;如确认被入侵,应立即隔离主机,保留镜像与日志用于取证。
1)查看 /var/log/auth.log、/var/log/secure 等登录日志,确认未授权访问;2)使用 netstat/ss 发现异常长连接或高并发出站;3)锁定并冻结相关账户、更改密钥并在必要时回滚快照;4)将可疑 IP 加入黑名单并联系云厂商协助查询流量源。
若怀疑数据泄露或被植入后门,应避免在受影响实例上直接清理或重启,以免破坏取证证据,优先快照并进行离线分析。
首先确认备份策略与保留期,检查备份任务日志和云平台快照任务状态,识别失败原因(权限、空间、API 限制等);在本地检查应用是否写入到预期的挂载点或异地复制是否被中断。
1)查看备份任务日志(cron、备份工具或云备份服务),找出具体错误码;2)在云控制台检查对象存储/快照容量和权限问题;3)若有可用最近快照,先在隔离环境做恢复演练确认完整性;4)如快照损坏或缺失,联系云服务商请求底层快照恢复或日志级别恢复支持。
定期演练恢复流程并保留多份备份(异地、按时间点),避免单一点故障造成无法恢复的风险。