AWS企业实名 AWS亚马逊云快照备份功能说明

AWS快照：不是拍照，是给数据按了暂停键

很多人第一次看到「EBS快照」这个词，脑子里立刻浮现出手机相册里那张刚拍的夕阳——美是美，但删掉就没了。错！AWS的快照可不是快门一按、副本一存就完事的「照片」。它更像你在玩《塞尔达传说》时狂按ZL键存的「存档点」：不是把整张地图硬盘搬走，而是记录下此刻所有存档块的状态差异，下次读取时按需拼装。这个「差异」二字，就是理解快照经济性与脆弱性的钥匙。

快照到底存了啥？别被「全量」俩字骗了

官方文档说快照是「EBS卷在某一时刻的数据副本」，听起来很全量。但真相是：首次快照确实是全量拷贝（把整个卷从头到尾扫一遍），可一旦你创建第二个快照，AWS只会把自上次快照以来真正发生变化的数据块抓出来存好。举个栗子：你有个1TB的根卷，装着Ubuntu系统+几个日志文件。第一次快照花了45分钟，存了28GB（系统基础镜像）。三天后你改了两行配置、写了篇博客草稿，再打个快照——这次可能只存了37MB。不是AWS变懒了，是它太聪明：没动过的块，直接复用上一个快照里的地址指针。

所以别幻想「快照越多越安全」——快照链越长，删除中间某个快照时，AWS得把所有依赖它的后续快照里「独有」的数据块迁移走，耗时耗IO，还可能触发API限流。这就像你家老式磁带录音机，想删掉第三首歌，得把第四第五首先倒带录到新磁带上，再抹掉旧带——物理世界没有真正的「局部删除」。

手动快照 vs 自动快照：一个能当爹，一个只能当闹钟

手动快照是你自己点「Create Snapshot」生成的，名字可写「prod-db-20240520-migration-before」，保留策略自己定，跨区复制随心所欲，还能设成只读共享给其他账号。它是快照界的「自由职业者」，靠谱但得你盯着。

自动快照（通过EBS生命周期策略或Data Lifecycle Manager配置）则是AWS派来的「行政助理」：定时打卡、按规则干活、删旧留新。但它有个致命短板——无法跨区域复制。你想让新加坡的数据库快照自动同步到法兰克福？抱歉，DLI（Data Lifecycle Manager）目前只支持同Region内操作。这时候就得手动快照+Lambda函数+跨区域复制三件套组合拳，或者干脆上AWS Backup——后者才是企业级统一备份的正规军。

删卷 ≠ 删快照：那个被遗忘的「孤儿快照」

最经典的翻车现场：运维小哥清理闲置EC2，顺手删掉挂载的EBS卷，心想「干净了」。结果三个月后业务故障要回滚，发现快照列表空空如也。真相是：EBS卷删除时，关联快照默认不会自动清除。但没人维护的快照会静静躺在那里，按小时计费（标准型约$0.05/GB/月），一年下来一个100GB快照白扔60刀，十个就是一顿火锅钱。更糟的是，如果这快照后来被当成模板重建过新卷，它就成了「孤儿快照」——既没挂载卷，也没人记得它，直到账单提醒你「您的快照存储费用环比上涨37%」。

解决方案很简单：给所有手动快照打Tag，比如Backup:Prod-MySQL、RetentionDays:90，再配个每月执行的Lambda函数，扫描Tag过期且无EC2关联的快照，自动删除。别信「我记性好」，信代码。

跨区域复制：不是点一下就完事，是场跨国物流

点开控制台，选个快照，点「Copy Snapshot」，Region选东京，确认——看起来丝般顺滑。但实际背后是AWS在偷偷干三件事：1）把源快照数据块加密传输；2）在目标Region新建S3桶临时存储备份；3）解密并重组为本地快照。这意味着：复制速度取决于源Region到目标Region的网络带宽，而不是你的本地网速。传一个500GB快照，从弗吉尼亚到东京，可能卡在92%长达47分钟（别问怎么知道的，问就是凌晨三点盯着进度条喝冰美式）。

还有个隐藏陷阱：目标Region必须启用对应可用区（AZ）。比如你源快照在us-east-1a生成，复制到ap-northeast-1时若目标AZ未开通（有些新Region的AZ默认关闭），复制会失败且错误提示极其含糊。建议复制前先跑一行CLI：aws ec2 describe-availability-zones --region ap-northeast-1，眼见为实。

省钱秘籍：快照不是保险柜，是精算师的棋盘

快照费用=已用存储空间×单价×天数，但「已用空间」≠ 卷大小。一个1TB卷实际只写了120GB数据？快照只算这120GB。但注意：如果你用dd if=/dev/zero of=/largefile bs=1M count=500在卷上造了个500MB空洞文件，再删掉它——Linux的ext4默认不回收块，快照仍会把这500MB「已分配但空」的块存下来。解决办法：创建快照前执行fstrim /（需卷启用TRIM支持），让EBS知道哪些块真·空着。

另一个冷知识：快照删除后，空间不会立即释放。AWS采用异步清理机制，可能延迟数小时。所以别指望删完快照立刻看到账单下降，耐心等半天，顺便去泡杯茶。

最后送你三条保命口诀

• AWS企业实名 「链不断」：快照链是线性依赖，删中间一个，后面所有快照都得重做数据块索引——要么别删，要删就从最后一个往前删；
• 「Tag必打」：没Tag的快照=没身份证的流浪汉，自动化脚本一眼认不出谁该留谁该走；
• 「恢复必测」：上周创建的快照，今天能成功还原吗？抽10%快照每月做一次「还原→启动→连通性验证」，比事故后哭有用得多。

记住，云上没有后悔药，只有快照——但快照本身，也需要被好好备份（比如导出快照ID列表到S3+版本控制）。毕竟，你永远不知道，哪次误操作之后，唯一能救你的，正是三个月前随手打的那个、名叫「临下班前随手一快」的快照。