唐龙君AI实验室 | 第14期：两台服务器不做互备，为什么反而是对的

唐龙君AI实验室 · 2026-10-24 · 九羲科技

一家水表企业的虚拟化项目，第 2 期讲过它的底盘：四条业务线共用一套底盘。这篇讲一个当时被反复问过的决定：两台服务器，分工运行，不做互为主备。

第一反应常常是：不做互备，万一坏了一台怎么办？这个问题没错，但答案不在“备不备”三个字里，在“这两台到底在干什么”里。

· · ·

两台在干什么，先说清，再谈备不备

这两台机器各有分工：几台虚拟机跑 PLM 和 RFID 的迁移，几台跑 AGV 和 IoT 的新建，底盘共用一套双控共享存储。分工的意思是：每台的活儿是定的，不是“一台干活、一台站着等”。站着等的那台，看起来是保障，实际上是闲置——一年里它干的活，约等于零。

互为主备还有一层代价：备的那台要随时能接管¹，就得随时同步状态、预留资源、定期演练。对只有约 6 台虚拟机的小规模底盘来说，这套代价摊下来不便宜，而且演练不到位，备了也等于没备。

· · ·

不互备，不等于没保障

保障换了地方放。共享存储是双控的，一边控制器出问题，另一边能接过去；多路径也做了，单条链路断了，I/O 能切到存活路径上。这些是底盘层的冗余，平时就在干活，不用等到故障那一刻才现身。

还有一层保障在管理面之外：源物理机在验收前保留不拆，回退有路；管理虚拟机放在一台主机的本地盘上，管理面不依赖它所管理的存储，存储维护时管理不失联。保障不是一句话，是这几处具体的安排拼起来的。

图注：两台分工：迁移来的系统与新建的系统各跑一台，共享存储双控兜底（唐龙君AI实验室制图）

· · ·

验收的重点，跟着变了

架构定成“分工不互备”，验收就不能再按互备的剧本验。验什么？分工是不是跑起来了、共享存储双控切换验没验过、单机故障的影响范围说没说清。最要紧的是那一句要写进交付说明：这台主机故障时，它上面跑的虚拟机不会自动跑到另一台上去。这句话不好听，但必须写在前面——写在前面叫定界，写在后面叫纠纷。

规模不同，答案不同。几十台、上百台虚拟机的底盘，互备的账另算；约 6 台的规模，把钱和精力花在存储冗余、多路径和回退预案上，更划算。架构没有放之四海的标准答案，只有跟规模对得上的答案。

· · ·