AWS 中东机房被炸毁、可用区“永久消失”：你的云服务器数据凭什么只放在一个地方？ 老实说，"云"这个词是这二十年里最成功的一次市场营销。它把一堆机房、机柜、硬盘、交换机和空调，包装成了一个听起来没有重量、不会坏、永远在的东西。直到 2026 年 9 月，AWS 在自己的 Health Dashboard（健康面板）上写下那句很克制的话——"我们无法恢复这个区域内独家托管的资源和数据"——我才觉得这层包装被撕开了一道口子。这两天技术圈里在传的一件事就是：AWS 在中东的云资源，有一部分永久没了。不是宕机两小时，不是丢了几块盘，是整个区域的数据，官方判定"修不回来了"。这件事跟做服务器导购、做站长、买 VPS 的你我，关系比你想象的大得多。所以这篇文章，我想把它讲透：到底发生了什么，为什么"修不好"，以及今天你能做点什么。目录 先说清楚发生了什么 Region、AZ、高可用、容灾，是四个概念 为什么"修不好"：钱不是问题，物理层没了 别把 SLA 当保险单 一个老兵的实话：备份这件事，我们做得比欧美差 落到选购：今天你还能决定的三件事 总结 一、先说清楚发生了什么事情的脉络其实很清楚，只是国内媒体提得不多（来源：The Register，2026-09-16；AWS Health Dashboard）： 2026 年 3 月：无人机袭击了 AWS 在阿联酋的两个数据中心（这是当时就公开报道过的）。巴林区域（区域代码 me-south-1）的第一个可用区受损。 2026 年 4 月：又来一轮袭击，巴林第二个可用区被打掉，整个巴林区域彻底不可用。 2026 年 9 月 16 日：AWS 在健康面板上给出最终结论——巴林区域内独家托管的资源和数据，无法恢复。阿联酋区域的三个可用区里，mec1-az2 同样被判定无法恢复，另外两个（mec1-az1、mec1-az3）还在抢救。 AWS 的原话是这样的："The damage to our infrastructure spanned multiple Availability Zones and exceeded what our regional and multi-AZ services are designed to withstand. After a thorough assessment, we have determined that we are unable to restore access to the resources and data hosted exclusively in this Region."翻成人话：损坏范围跨了多个可用区，超出了我们区域级、多可用区服务的设计承受能力。经过完整评估，这个区域内独家托管的资源和数据，我们恢复不了。注意最后那句里的关键词——"独家托管（hosted exclusively）"。AWS 同时说，"大多数客户"通过两种方式活了下来：一是从放在其他区域的远程备份恢复，二是把还能访问的数据复制走，然后切到别的区域继续跑。你看，问题从来不是"云靠不靠得住"，而是"你有没有把数据的命，拴在一个区域上"。二、Region、AZ、高可用、容灾，是四个概念很多人把这几件事混着说，等到出事就全乱套了。我把它们拆开讲。 Region（区域）：地理上的一大片地方，比如巴林、法兰克福、东京。一个区域里包含多个可用区。 AZ（可用区）：一个或多个机房，独立供电、独立制冷、独立网络接入，物理上彼此隔开几公里到几十公里。 高可用（High Availability, HA）：抗的是单机、单机柜、单机房故障。虚拟机挂了、宿主物理机掉线、某个机房断电——靠多副本、多可用区部署来扛。 容灾（Disaster Recovery, DR）：抗的是整个区域级的灾难——战争、地震、大面积停电、光缆全断、洪水、人为误操作把整个账号删空。 这两层不是一回事，也不能互相替代。 AWS 自己在文档里说得很直白：多可用区部署能扛住单个位置的丢失，但挡不住区域级故障；要活过那种场面，必须有一套涉及另一个区域的灾难恢复计划。打个比方：AZ 就像同一栋楼里的不同楼层，每层都有独立的消防喷淋和电梯；Region 才是整座城市。楼塌了，你别指望再跑上 17 楼找个房间躲一躲。三、为什么"修不好"：钱不是问题，物理层没了有读者会问：云上数据不是有好多份副本吗？纠删码、多副本、快照，AWS 有钱有人有工程师，怎么就修不回来？因为副本和纠删码，绝大多数是在同一个区域内的不同可用区之间做的。这是设计上的最优解——同区域内部延迟低、带宽便宜、复制快。代价就是：区域一旦整体消失，副本一起消失。而"恢复"这件事，需要三个前提：机房还在、供电制冷还在、能上架新硬件。战争损毁同时打破了这三条。设备烧了、结构坏了、人进不去，你连一块新硬盘都没地方插。这背后其实是分布式系统里最质朴的一句话——「Everything fails, all the time.」（Werner Vogels，Amazon CTO）。云厂商用工程手段能把故障概率压到很低，但没法把故障概率压到零。物理世界收的税，一分都跑不掉。四、别把 SLA 当保险单我见过太多人把 99.99% 当成"我的数据不会丢"。这是个要命的误解。 SLA 承诺的是可用性，不是数据完整性。 它说"服务 X% 的时间能访问"，不说"你的数据一份都不会少"。 SLA 赔的是服务抵扣金（credit），不是你的数据、你的订单、你的客户。 你丢了三年数据，拿到一张下个月的账单折扣。 SLA 里几乎都写着"不可抗力不适用"。 战争、地震、政府行为，是最标准的不可抗力条款。 所以，SLA 是合同，备份是工程。这两样东西没法互相替代。试问，如果 SLA 能当保险单，为什么 AWS 这次还要专门去提醒客户"从其他区域的远程备份恢复"？因为它自己知道：合同管不了这件事。五、一个老兵的实话：备份这件事，我们做得比欧美差讲个真实的故事。前几年帮一位朋友处理一台被勒索软件加密的 VPS。上去一看，机器上的 backup 目录加密了，挂载的网盘同步目录也加密了——因为他把备份和源数据放在了同一个账号、同一个同步盘里。加密程序当然不会客气，一锅端。他三年的客户资料，就这么没了。我问他：有没有一份放在别的地方？他愣了一下，说"没想到会这么倒霉"。这就是问题所在。我们习惯把注意力放在"买哪家、多少核、几 G 内存、多少钱"上，却几乎不花时间和钱在备份这一件事上——因为备份不产生任何可见的产出，直到灾难发生的那一天。我认识的一些欧美小团队的规矩是这样的：数据必须能在两个不同的区域重建，而且每个月做一次真实的恢复演练。不是看备份文件在不在，是真的把机器拉起来、把应用跑通。行业里有个公认的原则，叫 3-2-1 备份法则： 3 份数据副本（1 份原数据 + 2 份备份）； 2 种不同介质或存储服务； 1 份放在异地（最好是别的服务商、别的城市，甚至别的国家）。 我再加一条自己的：0 次恢复演练，等于没有备份。六、落到选购：今天你还能决定的三件事热点事件看完就忘，等于白看。对买服务器的人来说，这件事其实给了三条很具体的行动建议。第一，机房选在哪，是要算风险的。地缘政治风险、自然灾害风险，这些平时不在你的参数表里，但出事时它们的权重是 100%。目前国内用户常选的机房位置：香港、日本、新加坡、美国西海岸、德国/荷兰，都属于相对成熟稳定的选择。中东、边境地区、局势紧张的地带，如果承载的是核心业务数据，要多留一个心眼。第二，备份放在哪，比备份做不做更关键。最低要求：不同服务商的账号 / 不同城市 / 不同国家。同机房不同机器，那不叫备份，那叫"一起死"。现在对象存储很便宜，异地备份一个月可能就一顿饭钱。# 每天一次增量同步，推到另一家服务商的对象存储 rclone sync /var/www/site-backup remote:my-bucket/server-backup \ --bwlimit 8M --transfers 4 --log-file /var/log/backup.log 配完记得做两件事：把恢复流程写下来（关键时刻人都是懵的），以及每季度真的恢复一次。第三，别把最重要的数据放在最便宜的机器上。反过来也一样：别因为机器贵，就假设它不会出事。 便宜 VPS 适合玩具项目、测试环境、临时业务；核心数据无论跑在哪台机器上，都得有异地备份这条命绳。七、总结回到那句被撕开的"云"。这次事件给我最大的提醒不是"AWS 不行了"，而是： 云不是永动机，可用区不是保险箱，SLA 不是保险单。 多可用区解决的是"机房坏了"，跨区域 + 异地备份解决的才是"区域没了"。 你花在备份上的钱，永远比数据丢失的代价便宜。 一台服务器、一个区域、一家服务商——这三样东西，任何一样出问题，都不该让你的业务归零。这不是悲观，这是工程。希望对你有帮助。（全文完）

AWS 1.5 万亿美元账单刷屏！云服务器的计费陷阱，你踩过几个？ 昨天一个做独立站的朋友甩给我一条新闻链接，标题写着"网友收到 1.5 万亿美元 AWS 账单"。他问我："耗子哥，这事儿靠谱吗？我最近也在看云服务器，会不会也踩这种坑？"我笑了笑，跟他说：靠谱，但不完全是你想的那样。目录 一、1.5 万亿美元账单是怎么回事？ 二、计费陷阱一：按量计费的"温柔一刀" 三、计费陷阱二：你以为关掉了，其实还在跑 四、计费陷阱三：流量费才是真正的"隐形刺客" 五、计费陷阱四：看似便宜的低配，附加服务让你破防 六、服务器导购的避坑实战指南 七、总结 一、1.5 万亿美元账单是怎么回事？先说说这个新闻本身。7 月 18 号，英国卫报报道了一个事：AWS 的计费系统出了 Bug，导致部分用户收到了天价账单。有多夸张？ 英国一个慈善机构，平时每月账单不到 1 英镑，结果这个月才过了一半，账单显示 78 亿美元 另一位网友 @Bharath 晒出的截图更离谱，使用量比上个月增加了 745,728,201,771%，账单金额 1.5 万亿美元 一个经营历史博客的历史学家，平时月账单 15 美元，这次收到 2450 亿美元 AWS 后来承认是 Cost Explorer 的计费数据预估出了问题。但是—— 你千万别看完就当个段子滑走了。这个 Bug 确实是 AWS 的问题，最终不会真的扣那么多钱。但我要跟你说的是另一件事：云服务器的计费陷阱，从来都不是靠 Bug 来坑你的。它光明正大地写在定价页面上，但你没看，或者看了没看懂。我做了八年服务器导购，见过太多人因为计费问题翻车。今天借这个热点，跟你聊聊云服务器/VPS 的那些计费陷阱，以及怎么避开。二、计费陷阱一：按量计费的"温柔一刀"先问你一个问题：你买云服务器的时候，是选包年包月还是按量计费？很多人觉得："我业务量不大，按量计费灵活，用多少付多少，不浪费。"道理没错。但实际操作上，按量计费是云厂商利润最高的计费模式，没有之一。试想一下：一台 4C8G 的云服务器，包年包月可能也就 500 块/月。但如果按量计费，单价可能是 2-3 块/小时。你觉得你一天会开多少个小时？老实说，我见过太多人犯这个错：买了一台按量计费的服务器做测试，测完后忘了关机。一个月后收到账单——两千多块。你以为的"用多少付多少"，实际上是"忘一次就破产"。所以我的建议很简单：能用包年包月，就别按量计费。按量计费只适合弹性扩展的临时节点，不适合主力业务。如果你真的需要按量计费，一定要设置预算告警。AWS、阿里云、腾讯云都有这个功能，设定一个月的预算上限，超过就发短信/邮件通知你。别省这一步。三、计费陷阱二：你以为关掉了，其实还在跑这个坑踩的人最多。举个例子：你在云平台上创建了一个 VM（虚拟机），测试完了，觉得不需要了，你点了"停止"。——你以为这就完了？云厂商告诉你：停止的实例，系统盘和数据盘依然占用存储空间，快照也在，公网 IP 可能还在保留。这些都是要收费的。更狠的是，有些厂商的"停止"实际上是"关机不释放资源"。CPU 和内存确实不收费了，但云盘、弹性 IP、快照照常计费。我去年帮一个客户做成本审计，他在 AWS 上停了 6 台 EC2，结果每个月还在扣 800 多美金。查了半天，是 6 块各 500G 的 EBS 云盘和一堆自动快照在收费。怎么破？ 彻底释放资源：不用的实例直接"销毁"或"释放"，别只"停止" 关联资源一并清理：删除实例时，把绑定的云盘、弹性 IP、快照一起删掉 定期检查闲置资源：每季度登录控制台，看看有没有"僵尸资源" 这就像你退房的时候，不只是把房卡还给前台，还得把冰箱里的东西清空、把水电关了。不然下个月账单照样寄给你。四、计费陷阱三：流量费才是真正的"隐形刺客"CPU、内存、硬盘的价格，都明明白白写在配置单上。但流量费——这才是云厂商真正赚钱的地方。你看一下各大厂商的带宽定价： 厂商 固定带宽（1Mbps） 按量流量单价 AWS ~3 美金/月 ~0.12 美金/GB 阿里云 ~23 元/月 ~0.8 元/GB 腾讯云 ~20 元/月 ~0.8 元/GB 乍一看不贵？但问题是，你根本不知道自己一个月会跑多少流量。我见过一个做跨境电商图片站的哥们，用了按量流量计费，一个月跑了 200GB——账单多了 1600 块。他之前完全没概念，以为 200GB 就是刷刷网页的量。200GB 如果是静态资源网站访问，那可能是几十万次 PV 了。还有个更隐蔽的坑：公网 IP 本身的费用。 很多厂商的弹性公网 IP，你不绑定到实例也要收费——每个月几十块。你手上有三五个闲置 IP，那就是几百块打水漂。避坑建议： 小型网站用固定带宽，1Mbps 对个人站够用了 大流量业务用按量，但要设置流量上限告警 不用就释放弹性 IP，别留着过年 用好 CDN，回源流量走内网（便宜很多），用户访问走 CDN 节点 四（其实是五）、计费陷阱四：看似便宜的低配，附加服务让你破防很多用户选服务器时只盯着 CPU、内存、硬盘这三个指标，觉得"2C4G 只要 99/月，真香"。结果用起来发现，一堆"基础服务"都是另外收费的： 快照服务：自动备份系统盘，按存储容量收费 安全服务：基础防护免费，高级版按实例收费 监控服务：基础监控免费，精细化监控额外收费 日志服务：收集系统日志，按存储量和写入次数收费 DDoS 高防：超过基础阈值后按清洗流量收费 你说这些服务重不重要？重要。 一个都不开，出事了哭都来不及。但全开了，你的月度账单可能翻 2-3 倍。这里我的建议是：做服务器导购这些年，我总结了一个经验——标价 × 1.5 ≈ 实际月消费。这是针对中小型网站最保守的估计。选配置的时候，别只看标价。去翻翻厂商的价格计算器，把快照、安全、监控这些基础服务都勾上，看看最后的总价能不能接受。六、服务器导购的避坑实战指南前面说了这么多陷阱，最后给你一份实战指南。不管你买哪家的云服务器，按这个步骤走，踩坑的概率至少降低 80%。第一步：明确需求 个人博客 / 小型网站：1C2G 起步，固定带宽 1-3Mbps 电商 / 中等流量：2C4G 起步，带宽 3-5Mbps，考虑上 CDN AI 推理 / 机器学习：上 GPU 实例，别想着用 CPU 硬扛 数据库 / 中间件：选高 IOPS 的云盘，不要用普通云盘 第二步：选计费模式 主力业务 → 包年包月 临时任务 → 按量计费，设预算告警 大促弹性扩展 → 按量 + 弹性伸缩组 第三步：看总价，不看标价用厂商的计价器算一下全量费用。阿里云叫"价格计算器"，腾讯云叫"计费中心"，AWS 叫"Pricing Calculator"。把云盘、快照、带宽、安全服务都加进去。第四步：设置预算和告警 设置月度预算上限 设置 50%、80%、100% 告警阈值 绑定手机号/邮箱接收通知 第五步：定期体检 每月检查一次闲置资源 清理无用快照和镜像 回收未绑定的弹性 IP 七、总结AWS 1.5 万亿美元账单这事，是一个 Bug，也是个提醒。真正的计费陷阱从来不需要 Bug 来帮忙——它一直写在 SLA 里、藏在配置项中、埋伏在你随手点的"下一步"按钮后面。你不需要成为云计算的专家才能买对服务器。你需要的是： 知道钱花在哪了（理解计费项） 知道怎么控制（设置预算和告警） 养成检查的习惯（定期清理闲置资源） 就这么简单。我做了八年服务器导购，帮上千个客户选过服务器。我自己最常用的配置也就是 2C4G 加个 5M 带宽，一台机器跑了四个网站，稳得很。别被参数和价格牵着走，搞清楚自己到底需要什么，再下手。希望对你有用。（全文完）如果你正在纠结买哪家的服务器，欢迎来找我聊聊。八年导购经验，帮你省的不只是钱，还有踩坑的时间。

免费试用VPS哪家强？2025年各大厂商免费试用全攻略 最近有读者问我："我想试试VPS，但不确定买哪家，有没有可以免费试用的？"这个问题问得好。免费试用是了解一家VPS服务商最直接的方式。好不好用、稳不稳定、速度快不快，试了才知道。我这些年几乎把主流的免费试用都薅了一遍，从大厂的$300额度到小厂的七天试用，都有经验。今天就给大家盘点一下，哪些免费试用最值得薅。目录 为什么要利用免费试用？ 大厂免费试用汇总 中小商家免费试用 免费试用的正确姿势 免费试用常见的坑 总结 为什么要利用免费试用？先说一个真实的故事。2018年我想换VPS，看中了一家新商家，价格便宜、配置也不错。但我没有直接付款购买，而是先申请了他们的三天试用。结果第二天就发现问题了——晚高峰的时候，这台VPS的丢包率超过30%，连SSH都卡得不行。果断放弃，换了一家。这就是免费试用的价值——花几天时间，帮你避免白白浪费一年的钱。免费试用的好处： 测试真实性能 — 商家的宣传页说得再好，不如自己亲身体验 测试网络质量 — 线路好不好，晚高峰跑一跑就知道 了解售后服务 — 试用的工单回复速度，就是你将来遇到问题时的响应速度 零成本对比 — 同时试用几家，对比之后再决定 大厂免费试用汇总大厂的免费试用通常额度较高，但需要绑定信用卡或PayPal。1. Google Cloud Platform (GCP)免费额度： $300 信用额度 + 永久免费实例试用时长： 90天（$300额度用完为止）配置： f1-micro（1核0.6G）+ 30GB硬盘申请条件： 需要信用卡或PayPal我的评价：⭐⭐⭐⭐⭐GCP的$300额度是业界最良心的免费试用之一。90天内你可以随便用，只要总费用不超过$300就行。适合用来测试各种云服务，不光是VPS。注意： 一定要设置预算告警，免得超额扣费。2. AWS Free Tier免费额度： 12个月免费 + 部分永久免费试用时长： 12个月配置： t2.micro（1核1G）+ 30GB EBS申请条件： 需要信用卡我的评价：⭐⭐⭐⭐AWS的免费套餐长达12个月，t2.micro的1G内存比GCP的f1-micro实用不少。但AWS的计费非常复杂，免费套餐之外的服务很容易产生费用。建议关闭所有非必需服务，只保留EC2实例。3. Microsoft Azure免费额度： $200 信用额度 + 12个月免费服务试用时长： 30天（$200额度）+ 12个月（免费服务）配置： B1s（1核1G）+ 64GB硬盘申请条件： 需要信用卡我的评价：⭐⭐⭐⭐Azure的$200额度只有30天有效期，但免费服务的期限是12个月。B1s实例的性能比AWS的t2.micro稍好一些，管理界面也更友好。4. 阿里云国际版免费额度： 新用户免费试用7-30天试用时长： 7-30天（根据活动不同）配置： 1核1G 或 1核2G申请条件： 需要国际信用卡或PayPal我的评价：⭐⭐⭐⭐阿里云国际版经常有新用户免费试用活动，时长从7天到30天不等。优点： 香港节点到中国大陆的速度很快 缺点： 试用期较短5. 腾讯云国际版免费额度： 新用户免费试用7天试用时长： 7天配置： 1核1G申请条件： 需要国际信用卡我的评价：⭐⭐⭐腾讯云国际版的免费试用时间比较短，但网络质量不错。中小商家免费试用除了大厂，很多中小VPS商家也提供免费试用。 商家 试用时长 配置 申请条件 评价 Vultr 无免费试用（最低$2.5/月起） — — 价格低，相当于免费 搬瓦工 30天内可退款 按购买配置 先付款 相当于30天免费试用 Linode 7天内可退款 按购买配置 先付款 相当于7天免费试用 RackNerd 不定期有免费试用活动 1核1G 需注册 关注促销邮件 CloudCone 7天内可退款 按购买配置 先付款 相当于7天免费试用 Hostinger 30天内可退款 按购买配置 先付款 相当于30天免费试用 特别说明： 很多商家的"退款保证"实际上就相当于免费试用。只要在退款期内申请退款，就不会产生实际费用。免费试用的正确姿势拿到免费试用之后，这几件事一定要做：1. 测试网络质量（最重要）# 延迟测试 ping 你的VPS_IP -c 100 # 路由追踪 traceroute -n 你的VPS_IP # 下载速度测试（在本地执行） wget -O /dev/null http://你的VPS_IP/测试文件 # 晚高峰测试（晚上8-10点） # 重复上面的测试 重点关注： 晚高峰的丢包率和延迟是否在可接受范围内。2. 测试磁盘性能# 磁盘写入测试 dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync # 4K随机读写 fio --randrepeat=1 --ioengine=libaio --direct=1 --name=test --bs=4k --iodepth=64 --size=1G --readwrite=randrw --rwmixread=75 如果磁盘速度只有几十MB/s，说明可能是HDD或者超售严重。3. 测试CPU性能# CPU 测试 sysbench cpu run # 长时间负载测试（看会不会降频） stress --cpu 4 --timeout 60s 如果一跑CPU密集型任务就卡成PPT，说明超售严重。4. 测试实际应用如果有条件，在你的实际业务场景下测试： - 搭建一个WordPress站点，测试页面加载速度 - 跑一下你的API服务，测试响应时间 - 用代理测试实际的上网体验5. 测试工单响应速度发一个简单的工单，看看多久能回复。这很能反映商家的服务质量。免费试用常见的坑坑一：忘记取消导致扣费这是最常见的坑。很多免费试用到期后会自动转为付费套餐，如果你忘记取消，就会被扣费。对策： 在手机日历上设一个提醒，在试用期结束前2天检查是否要取消。坑二：超额使用产生费用大厂的免费额度通常是"不超过XX元"，而不是"完全免费"。如果你使用了超出免费范围的资源，就会产生费用。对策： 设置预算告警，把用量控制在免费额度内。坑三：绑定信用卡后被自动扣款部分商家在免费试用结束后会自动扣款续费。对策： - 使用PayPal（可以取消自动付款协议） - 使用虚拟信用卡（设置消费限额） - 试用结束后手动删除支付方式坑四：试用期太短，不够测试有些商家只给3天甚至24小时的试用期，根本不够测试网络质量。对策： 优先选试用期较长的商家，或者利用"退款保证"来延长测试时间。总结最后，给想薅免费试用的朋友几条建议： 首选大厂免费额度 — 谷歌云$300、AWS 12个月、Azure $200，这三家是首选 中小厂商利用退款保证 — 30天内可退款的商家，相当于免费试用 试用期间做好测试 — 网络、磁盘、CPU、实际应用，一个都不能少 设好成本控制 — 预算告警、支付方式管理，避免意外扣费 多个商家同时试用 — 横向对比，选最合适的 免费试用是筛选VPS服务商最好的方式。花几天时间试用，省下的是一整年的钱和精力。希望对你有帮助。（全文完）