
云服务器镜像与快照:迁移、回滚与成本
先说结论:快照是“某个时间点的整机备份”,用来回滚;自定义镜像是“可启动的模板”,用来批量开新机器或迁移。两者都按存储收费,快照适合日常保护,镜像适合标准化交付。别把快照当镜像用,也别把镜像当备份。 先分清用途: 快照:系统盘/数据盘在某一...

先说结论:快照是“某个时间点的整机备份”,用来回滚;自定义镜像是“可启动的模板”,用来批量开新机器或迁移。两者都按存储收费,快照适合日常保护,镜像适合标准化交付。别把快照当镜像用,也别把镜像当备份。 先分清用途: 快照:系统盘/数据盘在某一...

先说结论:PostgreSQL 是进程模型,每个连接一个进程,比 MySQL 更吃内存和连接数。选配置先看连接数和数据热区,再看 CPU;2 核 4G 能跑小站,4 核 8G 适合中型业务,连接数一多就要上连接池,否则加内存也扛不住。 三笔...

先说结论:磁盘 IO 高先看 iowait、await 和 %util,再分清是读多还是写多、随机还是顺序。常见元凶是慢查询全表扫描、日志刷盘、备份压缩、云盘 IOPS 限额。别一看到 IO 高就换 SSD,先找到是谁在打盘。 三个命令先跑...

先说结论:两台云服务器做高可用,核心不是装个 Keepalived,而是解决四件事:浮动 IP 能不能用、健康检查准不准、脑裂怎么防、数据怎么同步。云环境经常不支持组播和免费 ARP,很多方案最后要落到云负载均衡或 DNS 切换上。 先明确...

先说结论:Redis 是内存型服务,配置核心不是 CPU 核数,而是内存够不够、留没留余量、持久化会不会拖慢主线程。2 核 4G 能跑小站缓存,4 核 8G 适合中型业务,数据量超过内存的 60% 就该考虑分片或加机器。 先算三笔账: 数据...

先说结论:磁盘满先分两种——空间满和 inode 满。空间满看 df -h,inode 满看 df -i;再用 du 找大目录、lsof 找已删除但被占用的文件。清理顺序是日志轮转、临时文件、Docker 垃圾,最后才是扩容。 两个命令先跑...

先说结论:2 核 4G 能跑小站和轻量业务,但 MySQL 的 buffer pool 只能给 1 到 1.5G;4 核 8G 适合中型站点和并发不高的 API;8 核 16G 起才谈得上“数据库专用机”。比起 CPU,MySQL 更吃内存...

先说结论:两台以上应用服务器才需要负载均衡。七层用 Nginx 最省事,四层和高性能用 HAProxy 或 LVS,云厂商的负载均衡产品最省运维但要多花钱。不管用哪种,健康检查和会话处理没做好,扩容反而会放大故障。 什么时候需要负载均衡 单...

先说结论:内存占用高不一定是故障,Linux 会把空闲内存拿去做缓存;真正要盯的是 available、swap 读写和 OOM。先分清“缓存占着”还是“进程真的漏了”,再决定重启、调配置还是加内存。 三个数先看明白: free:完全没用的...

先说结论:CPU 100% 只是症状,先分清是用户态算得太多、系统态在忙、IO 等待,还是被宿主机偷走了(steal)。再看是哪个进程、哪个线程、哪条 SQL 或哪个外部依赖,最后才决定限流、降级、扩容还是修代码。上来就重启,通常只能好十分...