唐龙君AI实验室 | 第16期：生产端和容灾端，不能是同一批设备

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

一家医院的信息机房项目，第 5 期讲过读大清单先问四件事。这篇讲清单里最绕的一处：新建 15 个超融合节点，旧的 6 节点 X86 系统继续跑生产，而容灾方案又要利旧这 6 节点。

三句话摆在一起，张力就出来了：新系统是新的，旧系统在跑生产，容灾端又是旧系统。同一批设备，又要跑生产、又要做容灾，角色先打架。这笔账不算清，容灾建好了也可能是纸面容灾。

· · ·

新旧双轨，先把角色分清

对方确认过：新建的 15 个节点是新系统，旧的 6 节点 X86 不并入新系统，原来的业务全部留在旧系统上跑。也就是说，本期没有业务迁移，新系统是另起一摊。这一步先分清，后面的账才有法算：新系统装什么、旧系统留什么、机柜和供电按哪边核算，各有各的数。

双轨本身不是问题。很多行业的国产化改造都是双轨走：新系统先立起来承接增量，老系统继续跑核心，核心留到后头再动。问题只出在下一处：容灾端又指回了旧系统。

· · ·

容灾端和生产端，不能是同一批设备

清单里容灾软件那一行写得很明白：利旧现有 6 节点做应用级容灾，目标是应用自动切换，不只是找回文件。可这 6 节点眼下正满载跑生产。生产满载的设备，同时做容灾端，容量从哪来？切换演练时，生产要不要停？真出故障时，容灾端自己先被生产占满了，拿什么接管？

容灾要回答的目标也得分开：是要“找回数据”，还是要“备用设备接起业务继续跑”？前者是备份，后者是接管，花的钱、要的容量、验收的方法全不一样。还有两条时间账：业务最长能断多久、数据最多能丢多少——这两条不定，容灾软件的配置和授权口径就定不下来。

图注：新旧双轨与容灾角色：新建 15 节点、旧 6 节点跑生产、容灾端另指一处（唐龙君AI实验室制图）

· · ·

深问清单：建设前先问的四件事

用途：新建的 15 个节点到底承载什么新业务？旧业务不动的前提下，新系统的业务清单是什么？

拓扑：为什么是两套 6 节点加一个 3 节点区？是两个独立集群，还是统一集群？分开的理由是业务、安全，还是可靠性？

冗余意图：清单里几台数据库服务器，旧业务不迁的前提下是干什么的？是新区内的先行区，还是为今后升级预留？

容灾目标：6 节点后续是继续跑生产，还是转为容灾设备？保护哪些业务、断多久能接受、丢多少能接受？这四件事问清了，机柜、供电、容灾三笔账才对得上。

问这些不是挑刺，是清单项目的读法：行和量都对得上，只是表面；用途、拓扑、冗余意图、容灾目标对上了，清单才算读懂。

· · ·