Posts on 萤宝的博客

top命令查看

Sun, 18 Oct 2026 13:33:10 +0800

第一行系统运行时间用户数平均负载第二行总任务数运行任务数休眠任务数停止任务数僵尸进程数第三行用户占cpu百分比系统占cpu百分比 nice值占比（CPU运行被调整过优先级的进程所花费的时间百分比）空闲CPU百分比等待I/O的CPU时间百分比（磁盘，网卡，键鼠）硬中断占比软中断占比虚拟cpu等待实际物理CPU服务的时间百分比第四行内存使用情况总内存空闲内存使用内存缓冲内存第五行交换区使用情况总交换分区空闲交换分区使用的交换分区可用交换分区第六行进程id 用户优先级 nice值虚拟内存物理内存共享内存运行状态 CPU使用率内存使用率运行时间命令名称

Nginx 静态站点部署实践总结

Sat, 17 Oct 2026 00:00:00 +0800

背景

在 Rocky Linux 9 上部署一个静态站点，使用 Nginx 作为 Web 服务器。整个过程涉及软件安装、配置编写、服务管理等环节。

安装

dnf install -y nginx
nginx -v

配置文件

站点配置放在 /etc/nginx/conf.d/ 目录下：

server {
    listen       80;
    server_name  example.com;
    root         /var/www/example;
    index        index.html;

    location / {
        try_files $uri $uri/ /index.html;
    }

    location ~* \.(jpg|png|css|js)$ {
        expires 7d;
        add_header Cache-Control "public";
    }
}

踩坑记录

1. SELinux 拦截

如果 SELinux 是 Enforcing 状态，Nginx 访问 /var/www/ 外的目录会被拒绝：

# 查看状态
getenforce

# 方案一：设置目录上下文
semanage fcontext -a -t httpd_sys_content_t "/var/www/example(/.*)?"
restorecon -Rv /var/www/example

# 方案二：放行 Nginx 访问网络
setsebool -P httpd_can_network_connect 1

2. 防火墙与安全组

服务器内部防火墙开放了端口，但云厂商的安全组是独立的一层，必须单独放行，否则公网访问不了。

# firewalld
firewall-cmd --permanent --add-service=http
firewall-cmd --reload

# 验证端口监听
ss -tunlp | grep :80

性能参考

静态页面在回环压测下：

并发	QPS	P99
100	约 20000	14ms

实际公网性能瓶颈通常是带宽，而不是 Nginx 本身。17KB 的页面在 10Mbps 带宽下理论上限约 70 QPS。

小结

静态站点用 Nginx 托管，资源消耗极低，1.6G 内存的机器绰绰有余
SELinux 和云安全组是最容易忽略的两处
图片多的站点建议接 CDN，比升带宽划算

Kubernetes Pod 排障速查手册

Thu, 15 Oct 2026 00:00:00 +0800

通用排查三步

# 1. 看 Pod 状态和事件
kubectl describe pod <pod> -n <ns>

# 2. 看日志（当前容器）
kubectl logs <pod> -n <ns>

# 3. 看上一次崩溃的日志
kubectl logs <pod> -n <ns> --previous

常见状态与根因

CrashLoopBackOff

容器反复启动失败。常见原因：

原因	排查方式
应用启动报错	`kubectl logs --previous`
配置错误	检查 ConfigMap / Secret 挂载
依赖未就绪	检查数据库、中间件连通性
探针失败	检查 livenessProbe / readinessProbe 参数
OOM	`kubectl describe pod` 看 Last State

Pending

Pod 无法调度到节点。常见原因：

# 看调度失败原因
kubectl describe pod <pod> -n <ns> | grep -A10 Events

资源不足：节点 CPU / 内存不够 → kubectl describe node
污点不匹配：节点有 taint，Pod 没容忍
亲和性限制：nodeAffinity / podAffinity 过严
PVC 未绑定：kubectl get pvc -n <ns>

OOMKilled

内存超限被杀：

kubectl describe pod <pod> -n <ns> | grep -i "last state" -A5

处理：

上调 resources.limits.memory
排查应用内存泄漏
调整 JVM / 运行时堆参数

ImagePullBackOff

镜像拉不下来：

镜像名 / tag 写错
私有仓库未配置 imagePullSecrets
网络不通（节点无法访问镜像仓库）

# 测试节点能否拉取
kubectl get events -n <ns> --sort-by=.lastTimestamp

Evicted

节点资源压力导致 Pod 被驱逐：

kubectl describe node <node> | grep -i "memory pressure\|disk pressure"

清理节点磁盘或内存，检查是否有 Pod 没有设置 resources requests。

万能排查命令

# 全局事件（按时间排序）
kubectl get events -A --sort-by=.lastTimestamp | tail -30

# 资源占用
kubectl top pod -n <ns>
kubectl top node

# 查看 Pod 所在节点
kubectl get pod <pod> -n <ns> -o wide

小结

排障的核心顺序是：看状态 → 看事件 → 看日志 → 定位根因。不要一上来就重启 Pod，那样会丢失现场。