这道题的实质不是【要不要服务器】,而是【要不要自己买服务器】;IaaS 买的是"机器可以随时换",不是"系统会自动活着"——物理独占也好、虚拟环境也好,备份和监控永远在你这边。
上一节(使用整个系统的 SaaS)走到了最上一层,这一节往回走到最下面那层——IaaS,也就是"机器归你管、机房归别人管"的位置。
这一节是第二章里唯一一次把账算到具体数字的地方。上一节的 SaaS 不好算账是因为订阅费之外的东西难量化;IaaS 恰好相反——它的对比项都是看得见、报得出价的东西(硬件、机柜、电力、人力),所以能算清。而把账算清之后,你会发现结论并不总是倒向云。
一、这道题的实质
字面问题是"是导入服务器还是利用 IaaS",实际的问题是:
这台机器,是我买回来放在自己机房(或者托管在别人机房),还是按需从别人那里租一台?
这个措辞的调整很重要,因为"导入服务器"听起来像一次技术动作,实际是一串连续责任:买、运、装、上架、接电、装系统、配网络、然后一直养着它——直到它报废或者你不再需要它。
IaaS 改变的是这一串责任里的后半段:你不用买、不用养,用多久算多久。但前面那段(装系统、配网络、装中间件)仍然是你的事——这一点是本节最容易误解的地方,后面会专门说。
二、五年总成本:两台服务器的两笔账
| 项目 | 自建服务器 | IaaS |
|---|---|---|
| 硬件采购(2 台) | 24 万 | 0 |
| 机柜与电力(五年) | 18 万 | 0 |
| 备份设备与介质 | 8 万 | 0(快照按量) |
| 运维人力(0.5 人 × 5 年) | 30 万 | 6 万 |
| 云资源费(五年) | 0 | 36 万 |
| 五年合计 | 80 万 | 42 万 |
| 占自建的比例 | —— | 52.5% |
读这张表,有三点比结论更重要:
第一,纯硬件(24 万)只占总成本的三成。 剩下的机柜、电力、备份、人力加起来是 56 万。很多人算账时只算第一行,于是得出"云比自建贵"的结论——因为租赁是显性支出,而自己维护的成本是分散的、不显眼的。
第二,人力这一行差得最多(30 万 → 6 万)。 这一行的金额取决于你填多少人力。填 0.5 人还是 0.2 人,结论会变——所以这张表不是标准答案,是一套算法。把它按你自己的情况重填一遍,比记住 52.5% 这个数字有用得多。
第三,这里只算了五年。 自建有一个特点是前期投入大、后期摊薄;云是平的。年头越长,自建的曲线越好看——如果这台机器预期要用十年,账要重新算。
三、IaaS 里的两种机器
租机器也不是只有一种租法:
| 对比项 | 物理独占(裸金属) | 虚拟环境 |
|---|---|---|
| 性能 | 100%(无虚拟化损耗) | 95%~98%(损耗 2%~5%) |
| 月成本(同规格) | 约 3 倍 | 1 倍(基准) |
| 开通时间 | 数小时~数天 | 1~3 分钟 |
| 适合的负载 | 数据库、高 IO、合规要求 | 绝大多数业务 |
| 备份 | 仍然必须自己做 | 快照+异地复制 |
这两种的差别,本质上是"你要不要为隔离付钱"。
- 虚拟环境便宜,是因为你和其他人共享同一台物理机。这台物理机的资源被切成了很多份,你今天拿到的可能明天就换到别的物理机上——这正是"机器可以随时换"这个能力的来源。
- 物理独占贵,是因为那台机器只给你用(第一章 1-7 讲虚拟化时提到的"虚拟独占"是另一回事,那是同一台机器上给你划一块独占额度;这里说的是整台物理机只归你)。适合需要稳定性能、强隔离或合规要求的场景。
注意最后一行——备份。 两种都要自己做。这是本节最想强调的一点。
四、备份和监控,永远在你这边
用 IaaS 最容易踩的坑,是这样一句推理:
"机器是别人维护的,坏了他们会修,所以我不用管备份。"
这个推理错在把"硬件可靠"当成了"数据安全"。 这两件事完全不同:
- 服务商保证的是硬件和平台可用——机器坏了,它能给你换一台,或者把你的虚拟机挪到别的物理机上。
- 但"换一台"这件事,救不了被误删的数据、被勒索加密的数据、以及你自己代码里的 bug 删掉的数据。 那些只能靠备份。
所以更准确的说法是:IaaS 把"机器会坏"这件事解决了,但没有解决"数据会丢"这件事。 而后者在实践里发生的频率,往往比前者高得多。
五、动手 Demo:两笔账算到底
# 五年总成本:自建 vs IaaS
self_built = {"硬件采购": 24, "机柜与电力": 18, "备份设备": 8, "运维人力": 30}
cloud = {"云资源费": 36, "运维人力": 6}
print("自建五年合计 =", sum(self_built.values()), "万")
print("IaaS 五年合计 =", sum(cloud.values()), "万")
print("占比 = %.1f%%" % (sum(cloud.values()) / sum(self_built.values()) * 100))
实跑输出:
==================================================================================================
D7 是导入服务器还是利用 IaaS:两笔账算给你看
==================================================================================================
【一】五年总成本:自建两台服务器 vs 同等规格的 IaaS
项目 自建服务器 IaaS
--------------------------------------------------------------------
硬件采购(2 台) 24 万 0
机柜与电力(五年) 18 万 0
备份设备与介质 8 万 0(快照按量)
运维人力(0.5 人 × 5 年) 30 万 6 万
云资源费(五年) 0 36 万
五年合计 80 万 42 万
占自建的比例 —— 52.5%
【二】IaaS 里的两种机器:物理独占与虚拟环境
对比项 物理独占(裸金属) 虚拟环境
------------------------------------------------------------------------------
性能 100%(无虚拟化损耗) 95%~98%(损耗 2%~5%)
月成本(同规格) 约 3 倍 1 倍(基准)
开通时间 数小时~数天 1~3 分钟
适合的负载 数据库、高 IO、合规要求 绝大多数业务
备份 仍然必须自己做 快照+异地复制
④ 这里最容易踩的坑:以为【用了 IaaS 就等于不用管服务器】。
IaaS 买的是【机器可以随时换】,不是【系统会自动活着】。
物理独占也好、虚拟环境也好,备份和监控都在你自己这边。
读这个输出:第二张表里最该记的是"开通时间"那一行——数小时到数天 vs 1~3 分钟。这个差距决定了你能不能应对突发:能做弹性伸缩的前提,是扩容足够快;需要等几个小时才能交付的机器,没法用来接住一波流量高峰。所以物理独占虽然性能好,但它和"弹性"这件事是相斥的。
六、⚠️ 2026 现状
- 裸金属并没有被淘汰,反而在特定场景回归。AI 训练、高性能计算、以及部分对性能与隔离有硬要求的业务,仍然大量使用裸金属。所以"云就是虚拟机"这个等式今天不成立——云是一整套交付方式,虚拟机只是其中最常见的一种形态。
- "物理独占"的形态更细了。除了整机独占,还出现了"独占一部分资源但共享物理机"的做法,以及专供单一客户的专属环境。选择变多的同时,判断标准没变:你需要的是"性能可预测"还是"成本最低"?
- 备份的责任划分更明确了。主流云服务商都提供了版本化、跨区域复制、时间点恢复这些能力,也都在责任划分说明里明确写清:平台负责可用性,数据保护由使用方设计。换句话说,工具越来越强,但"要不要用"这个决定仍然在你手上。
30 秒实验
打开你的手机相册,看一眼最近一次备份的时间。
- 如果备份是自动的(云端同步),那说明你已经享受过一次"不需要自己操心"的体验——这就是把备份交给平台的样子。
- 如果最近三个月没有备份过,那么你要接受一件事:手机丢一次,这些照片全没。不是因为硬件不可靠,而是因为没有任何机制在替你保存。
把这个感受搬到 IaaS 上:机器换了不会有损失,但如果你没做备份,一次误删就够。【平台可靠】和【数据安全】是两件事,这一篇想说的就是这一点。
常见误区
-
错误:硬件只占成本的三成,所以自建很便宜。——纠正:这一行恰恰说明自建贵。省掉硬件只是省掉了第一笔,后面还有机柜电力、备份介质、以及持续的人力。Demo 表里自建五年合计 80 万,其中硬件只占 30%。算账时漏掉的那些项目,才是自建真正的成本大头。
-
错误:用了 IaaS 就不需要备份了,反正服务商会保证数据安全。——纠正:这是本节最需要记牢的一条。服务商保证的是机器和平台的可用性;数据被误删、被加密、被自己的程序写坏,都不在这个保证范围内。而且从实践看,"数据丢失"这件事里人为操作和程序缺陷占的比例,远高于硬件故障。上云之后备份仍然要做,只是换成了更省事的工具。
-
错误:物理独占性能更好,反正贵不了多少,那就都用物理独占。——纠正:"约 3 倍"是月成本,五年下来就是三倍。更要紧的是它会牺牲弹性:开通要等数小时到数天,意味着你没法快速扩容。为了一点性能余量付三倍价钱、还丢掉弹性,多数业务上是亏的。 真正需要物理独占的,是那些"性能必须稳定可预测"或"必须强隔离"的场景——理由是约束,不是偏好。
-
错误:既然云更便宜,那所有服务器都该换成 IaaS。——纠正:Demo 里那个 52.5% 是按"五年"算的,而且人力填的是 0.5 人。这两个前提一变,结论可能就变:年限拉长,自建的摊薄优势会显现;人力填得低,云的节省会缩水。这张表的作用是给你一套算法,不是给你一个结论——把它按自己的情况重填,才有意义。
自测三问(点开对答案)
1. 为什么说"是导入服务器还是利用 IaaS"这道题的实质,是"要不要自己买服务器"? —— 因为**两种做法的技术内容并不一样,但差别主要集中在"归属和养护"上**。用 IaaS 时,装系统、配网络、装中间件这些事**仍然是你做**;真正被替掉的,是采购、上架、接电,以及机器坏了要处理这些事。**把问题从"技术方案"改写成"谁拥有、谁养护",才看得出这笔钱到底换到了什么。** 2. 第一张表里,为什么"运维人力"这一行值得反复调? —— 因为**它是表里唯一一个需要你自己填、而且填多填少会改变结论的数**。硬件、电力、云资源费都有相对客观的报价,而"这件事要占几个人"取决于你们的自动化程度、系统复杂度和管理习惯。**把这一行按真实情况填一遍,算出来的数才可信**——否则不管结论倒向哪边,都只是把预设的答案算了一遍。 3. 为什么说"平台保证可用"和"数据安全"是两件不同的事? —— 因为**它们防的是两类完全不同的故障**。平台可用性防的是硬件坏、机房断电这类**基础设施故障**;而数据安全要防的是误删、误改、被勒索加密、程序 bug 写坏数据这类**人为和逻辑故障**。**一类是【机器死了】,一类是【数据没了】**——前者云服务商能修,后者只有备份能救。**把两者混为一谈,是上云之后最容易吃亏的地方。**- ☐ 下一节(2-8 包含开发环境的 PaaS:PaaS、通用部件、物联网、人工智能)
相关笔记
- 使用整个系统的 SaaS —— 上一篇:走到最上面那一层
- 云服务的分类 —— IaaS 的分界线画在虚拟化之下
- 云计算的服务器是虚拟服务器 —— 虚拟共享与虚拟独占的算法
- 从基础设施看云计算的优越性 —— 自建的成本为什么要分两栏算
- 包含开发环境的 PaaS —— 下一篇:往上一层,看看 PaaS 包走了什么
- ☁️ 云计算 · 索引 —— 全课路线图