Linux运维

前言 数据要在两台机器间保持同步——备份、分发、迁移——十几年过去了，答案依然是 rsync：增量传输、断点续传、保持属性、走 SSH。配合 inotify 触发，还能做到准实时同步。 ...

前言 性能工具篇讲了"怎么用"，这篇讲"怎么破案"——一个 CPU 告警的完整排查复盘，还原每一步的推理过程。 一、案发 22:14 告警: prod-api-03 CPU > 90%, 持续 5 分钟 影响: 该节点上的服务 P99 延迟 300ms → 2.8s 二、第一现场：top 全景 top # 按 P（CPU排序）按 1（展开核） load average: 14.2, 12.8, 9.5 ← 8核机器, load 14 明显过载 %Cpu(s): 92.3 us, 5.1 sy, 0.0 wa, 0.0 id, 0.0 st ▲ └ 92% 是 us（用户态）! ← 关键线索①: 应用在烧CPU, 不是内核/IO PID USER %CPU %MEM S COMMAND 8473 app 780.0 8.2 R java ← 元凶进程（多线程吃满约8核） 9102 app 2.1 3.1 S sidecar 推理： ...

前言 日志说不清、ping 测不明的问题，最后都要靠看包。tcpdump 是网络排查的显微镜——这篇从过滤语法到典型故障的"包形态"，练出直接读包排障的能力。 ...

前言 没有 HTTPS 的网站在 2025 年已经"裸奔"得不能再裸奔：浏览器标"不安全"、备案检查、小程序/H5 全要求 HTTPS。这篇把证书到配置的全流程走通。 ...

前言 压测时出现 Too many open files、大量 TIME_WAIT、连接队列溢出——这些都不是应用 bug，是内核默认参数太保守。生产服务器上线清单里，sysctl 调优应有一席之地。 ...

前言 学了变量、条件、三剑客，是时候写个真正有用的东西了。下面是一个我维护了两年、持续迭代的服务器巡检脚本——每台机器上一份，cron 每天跑，异常发告警。 ...

前言 Nginx 一半的生命在当"流量二传手"：把请求转发给后端服务，并把多台后端"捏"成一个池子。这篇讲透反向代理与负载均衡的配置细节。 ...

前言 管 3 台机器可以 SSH 手敲，管 30 台就需要 Ansible 了。无 Agent 架构（SSH 即通道）、声明式剧本（写"要什么"而不是"怎么做"），是自动化运维入门性价比最高的工具。 ...

前言 Linux 防火墙经历了 iptables → nftables → firewalld（前端）的演进。现代 RHEL 系默认 firewalld（底层实为 nftables），但老机器和容器网络里 iptables 依旧无处不在。两个都要会。 ...

前言 “服务器好卡"是运维最常收到的一句话。定位性能瓶颈的标准流程：先看全局（top），再分维度下钻（CPU/内存/IO/网络）。这篇讲前三者的经典工具。 ...