某结构分析模块,12 个节点锁,一年 28.8 万,利用率 21.3%。
这个数是我自己跑出来的时候,愣了一下。倒不是因为它低,是因为这个模块平时天天有人喊"抢不到"。喊得最凶的那个模块,反而是最闲的。 这事挺讽刺的。
先说清楚这两种许可到底差在哪
节点锁定许可(node-locked),说白了就是锁在一台机器上。license 文件跟那台机器的主机 ID、MAC 地址或者加密狗绑死,装在哪台机器上就哪台能用,换机器一般要走厂商的重新授权流程。
浮动许可(floating),也叫网络许可,是由一台许可服务器按并发数发放。谁要用,去服务器申请一个,用完还回去。
所以这两种东西,买的根本不是同一个计量单位:
- 节点锁买的是"机器"
- 浮动买的是"同时用的人数"
- 这就是利用率天花板不一样的原因。 12 个节点锁,绑在 12 台固定工作站上,那 12 台机器不可能一天到晚都在算东西 —— 人在开会、在出差、在画图、在写报告,机器闲着,许可也闲着。21.3% 就是这么来的。
- 顺带提一句,别把这两个跟"命名用户(named user)"搞混了。命名用户是按人买的订阅制,跟机器无关,也跟并发无关,是另一套东西。不同厂商的叫法也不一样:有的叫单机授权 / 网络授权,有的叫 node-locked / floating,有的干脆靠有没有加密狗来分。看合同的时候先对齐术语,别自己想当然。
这个转化率我怎么算的
不含糊,直接上算式:
等效产能 = 数量 × 利用率
- 转之前:12 × 21.3% = 2.56
- 转之后,浮动利用率能到 67.8%(这个数不是拍的,是同类项目转完之后的实测区间,我一般按 60%–70% 估)
- 要干同样的活:2.56 ÷ 67.8% ≈ 3.8
- 算到这儿就出来了:理论上 4 个浮动就够。
- 但我建议留到 6 个。原因有三个 —— 估的那个利用率本身就带误差;转完之后用户知道"能抢到了",用量会往上走一点;还有偶尔的项目冲刺期。6 个是我留了余量的取整,不是精确值,别拿去当承诺。
- 按这个口径,12 个节点锁年费 28.8 万,6 个浮动 14.4 万,一年省 14.4 万。部署成本就一台许可服务器(用现成的虚拟机),ROI 第一年就转正了。

什么条件下值得转,什么时候转了白转
值得转的:
- 人不是整天泡在这个软件里,用用停停
- 峰谷差异明显,白天紧张夜里空
- 有跨地域、跨时区的团队 —— 时差越大越划算
- 协作岗多,很多人只是偶尔打开看一眼、导个结果
- 转了基本没用的:
- 24 小时跑批的求解机、渲染农场 —— 那玩意儿本来就满负荷,浮动反而多一道申请还回的开销
- 涉密单机、物理隔离的机器 —— 浮动要连许可服务器,网络不通就没戏
- 纯 USB 加密狗授权且厂商不支持转换的 —— 这个只能去问厂商,没有通用答案
我先说四个坑,都是我自己踩过或者看着别人踩的
① 一看利用率低,就断定"买多了"
21.3% 看着像买多了,其实不一定是。有可能是分配不均 —— A 组那台机器一天开十小时,B 组那台一周开一次。这时候你砍掉几个节点锁,砍完 A 组天天排队。
利用率低 ≠ 数量多。先把每台机器的占用数据摊开看,再下结论。
② 只看软件,不看 feature
浮动许可是按 feature(功能模块)计数的,不是按软件名。你那个套件里可能有七八个模块,紧俏的就是求解器那一个,别的常年空着。
转的时候如果不做 feature 映射,转完会发现:总数看着够了,但某个模块的数量缩水了,以前能用现在用不了。这个坑转完才发现,特别被动。
③ 一刀切,全转
固定工位的主设计、批处理机、涉密机、还有那种一个月只用一次但必须马上能用的岗位 —— 这些不适合转。
我的做法一般是:大部分转浮动,留两三个节点锁兜底。 兜底那几个是给"网络出问题的时候不至于全瘫"用的。
④ 只算授权差价,忘了算隐性成本
- 许可服务器要不要一台机器?物理机还是虚拟机,有的厂商对虚拟环境有限制,得先确认
- 浮动许可有的要求定期联网心跳,断网一段时间就全停,这个在分支机构多的公司很容易翻车
- 要有人维护。license server 挂了,全公司停摆,这个责任得有人接
- 用户习惯:节点锁是"我的机器我有",浮动是"要用得去抢"。转之前不打招呼,转完肯定有人投诉
怎么做,按顺序来
第一层:摸底 —— 这一步最难,也是最容易被忽略的
节点锁最大的问题是:它往往没有集中日志。 浮动许可有许可服务器,日志好导;节点锁散在各台机器上,厂商自带的统计工具不一定有,有的有也不一定开着。
能用的办法:
- 先看厂商有没有自带的用量统计(很多是有 report 功能的,只是没人开过)
- 没有就在客户端上跑轻量采集 —— 记录软件启动/退出时间、时长、feature,能拿到多少算多少
- 再不行就人工抽样,挑十台机器记两周,够你判断量级了
- 周期至少 4–8 周,要覆盖一个完整的项目节奏,只跑一周看到的可能是假象
- 产出两张表:每台机器的利用率 + feature 级的占用次数。
第二层:零成本的配置优化 —— 转之前先做这个
别急着去找厂商谈转换。先把这些做完,有些团队做完这一步就不用转了:
- 排班 / 预约:小团队真管用,一张共享表格,谁要用哪台机器提前填,冲突一下子少很多
- 把闲置机器上的授权挪出来:有的人转岗半年了,他机器上还锁着一个
- 统一版本:版本混杂会导致同一个模块买了好几份(旧版一份新版一份),先理清
- 让大家用完就关:节点锁虽然不占别人的,但占用的时长数据会误导你的统计
- 如果厂商支持 license borrow(离线借用),出差和居家的可以签出去用 —— 这个同样要看合同允不允许
第三层:采购策略 —— 卡在续约窗口上做
- 先跟厂商或代理书面确认四件事:能不能转、feature 怎么映射、差价怎么算、到期日怎么对齐
- 优先放在续约节点做转换。 期中硬转通常要补差价,而且到期日会乱,后面续约更麻烦
- 转换前后各跑一个完整项目周期,拿数据对比,别转完就不管了
- 缓冲单独列出来,别混进固定基数,不然下次续约你又忘了那部分是缓冲
第四层:才轮到工具
软件种类少的时候,Excel 加厂商日志就够。
等到了十几套、跨地域、要天天看、要做自动回收和优先级调度的时候,再考虑上集中监控平台。
但有个前提得说清楚:工具不会替你做 feature 映射,也不会替你核合同。 这两个活儿只能人来做。我见过工具上线半年,里面跑的还是错误映射的案例,报表做得挺漂亮,结论全是错的。
一个真事
有家做工程机械的(不点名了),结构仿真那个套件,12 个节点锁挂在资深设计工程师的固定工作站上,年费 28.8 万,我跑出来利用率 21.3%。
转的过程比想象中麻烦:
- 赶上续约窗口做的,省了一次补差价
- feature 映射核对了整整一周,发现其中一个高级求解模块在浮动版里是单独卖的,又单独谈了一轮
- 留了 2 个节点锁没转 —— 两台涉密单机,网络不通,转了也用不了
- 转完头三个月利用率 67.8%,中间出现过几次排队
- 加了闲置超时回收(设的 45 分钟),配之前在部门群里打了招呼,配完排队基本没了
- 结果:6 个浮动 + 2 个节点锁,一年 16 万出头,比原来省 12 万多。
- 省得不算夸张,但关键是 —— 以前天天喊"抢不到"的那批人,现在没人喊了。那个问题从来不是数量问题,是这 12 个许可被锁在 12 台机器上,谁也用不了别人的。
- 先挑一款痛点最明显的软件试。别全线铺开,先验证。