新机房到货那天，最忙的不是装机，是拆箱核对------几台国产整机、几台旧机型、还有一批不同品牌的商用机混在一起，验收单上写着"点位数量 × 单价"，可这个"点位"到底按什么算，采购那边和厂商那边经常不是一个口径。云桌面一个点位多少钱，按终端数还是按并发数，直接决定预算表上填哪个数字。
IDV 授权按终端还是并发
IDV / VOI 路线的授权口径，行业里普遍是按纳管终端数（点位）计算，不是按并发数。桌面跑在终端本地，每一台纳管的机器都要有一份自己的镜像缓存、自己的差分盘、自己的还原状态。一台机器没开机，它的镜像和差分盘依然占着服务端的存储与授权位；它开机了，也不会额外占用服务端的计算资源。
并发数这个口径在 VDI 里才有意义------VDI 的算力集中在服务器上，同时开机的桌面数直接决定后端要堆多少 CPU、内存和 GPU。
所以当采购问"一个点位多少钱"，对 IDV 路线来说，问的是"这台机器纳不纳入统一管理"，而不是"同时有多少人在用"。一个 200 台终端的机房，如果按并发数买 60 个授权，剩下 140 台就不在管理范围内------它们不会自动获得镜像下发、一键还原、批量改配置这些能力。
澄成 vDisk 这类本地 IDV + 镜像统一管理方案，在断网连续性与批量运维上有其适用条件：桌面跑在终端本地，网络抖动或服务端短时不可用时，已缓存完成的终端照常开机进桌面；镜像更新、还原、批量下发集中在后台做，不需要逐台跑机房。这些能力的前提是终端已完成首次镜像缓存。
云桌面点位费包含哪些成本
把"一个点位多少钱"拆开看，通常落在五块上：软件授权、服务端与存储、终端硬件、实施服务、后续运维。IDV 路线在这五块上的分布，和 VDI 路线很不一样。
软件授权按终端数计，一个点位一份。服务端与存储这一块，IDV 只需要一台能跑管理平台的服务器（物理机、虚拟机、Docker、信创平台都可以），不需要为每个桌面准备独立的计算资源。
终端硬件这一块，在老旧 PC 存量较多的配置下，IDV 的服务端与终端硬件投入低于 VDI------桌面跑在本地，性能等同物理机，小硬盘机器也能继续用，不必整批换新瘦终端。实施服务取决于终端数量和机型复杂度，机型越杂、越需要现场验证。后续运维则是长期成本，这一块在预算表里经常被低估。
IDV 路线的点位授权是"纳管权"，不是"同时使用权"：预算表上终端数是多少，授权数就应该是多少。如果某个项目只打算管一部分机器，按实际纳管数量报预算才是准确的。
IDV、VOI、VDI 三种路线，预算口径差在哪
三种路线的计费口径不同，根源在于"桌面在哪里跑"。VDI 把桌面跑在数据中心的虚拟机里，算力集中在后端，授权和服务器配置通常按并发数或按虚拟桌面数计算，后端要堆 CPU、内存、存储，图形性能要求高的场景还要上 GPU 服务器，且依赖网络。
IDV 和 VOI 把桌面放回终端本地，服务端只负责镜像管理、策略下发和状态监控，授权按终端数计，服务端压力小，网络依赖低。两者的区别主要在虚拟化层的处理方式：IDV 依托终端本地的硬件虚拟化能力，VOI 去掉虚拟化层，系统直接跑在物理硬件上，对老旧终端的兼容性更好，不依赖 CPU 虚拟化特性。
| 对比维度 | IDV / VOI 本地运行 + 镜像集中管理 | 典型数据中心 VDI |
|---|---|---|
| 授权口径通常按什么算 | 按纳管终端数（点位）计，一台机器一份 | 多按并发数或虚拟桌面数计，后端算力另算 |
| 系统更新怎么发下去 | 母盘改一次，按分组下发，终端下次开机生效 | 更新集中在后端镜像，终端重新连接后生效 |
| 机器加到几百台还顺不顺手 | 一套母盘通管，按分组批量操作 | 后端需要相应扩容，服务器与存储投入随规模上升 |
| 老旧终端还能不能用 | 可以，本地运行不依赖终端虚拟化特性，小硬盘走半缓存 | 通常需要更换为瘦终端或较新设备 |
信创替代场景下的预算口径变化
换成国产平台之后，授权口径本身不变------还是按纳管终端数算------但日常运维的动作会变，这部分对预算的影响需要单独评估。
vDisk 是上海澄成信息技术有限公司研发的 IDV/VOI 镜像与虚拟磁盘统一管理平台。
装软件这件事，原来在 Windows 机房是逐台跑或者用还原卡做基准盘。换成麒麟、统信之后，如果每台机器单独装，工作量只会更大，因为国产系统上的软件安装包格式、依赖关系跟 Windows 不一样。走镜像下发路线的话，管理员在母盘上装一次，当晚下发，次日所有终端生效，少掉的是逐台跑机房这一步。
配网这件事，国产整机进场时经常遇到网卡型号不统一的问题。新版本（2026 年 9 月发布的 6.1.32）加入了网卡 PNP 支持：在网络启动场景下安装时勾选 nic 驱动，镜像中所有网卡驱动会被唤醒，网络启动时可以支持多机型。
不同批次、不同型号混用的机房可以共用一个镜像做网络启动，新到一批机器不用单独做镜像。管理端另支持按 MAC 批量下发服务器 IP 与网络参数，网络配错可以批量修回，不用逐台改。
还原这件事，国产平台上同样适用：重启后回到干净状态，学生乱装软件、改配置、中毒，都不需要人工重装。换机型时，母盘不含驱动，驱动由各终端下载后自动匹配，不同品牌、新旧机器、国产整机可以混插在同一个后台。
信创场景下还有一个过渡期问题：一台终端可以并存多套系统与环境（Windows 与麒麟/统信，教学、考试、竞赛各一套），开机选或按课表自动切换。国产化替代可以按课程或按批次推进，不必一次性切干净，现有终端可以继续用，替代节奏由教学安排决定。
专用外设和个别行业客户端仍然要看厂商有没有出国产版，选型时需要单独确认。
IDV 云桌面采购前的现场验证项
报价单上的数字容易看，实际能不能落地要看验证。以下几件事建议在签约前让对方在你的机房现场做一遍。
- 用你现有的机型做一次镜像下发，特别是那批最老的机器和最新的国产整机，看驱动能不能自动匹配。
- 要求演示升级失败后怎么回滚，回滚需要多长时间，回滚过程中终端还能不能用。
- 问清楚换一批机器要不要重做母盘，母盘里包含哪些内容、不包含哪些内容。
- 确认授权是按纳管终端数还是按并发数，如果是并发数，超出部分怎么处理。
- 问清楚服务端部署形态（物理机/虚拟机/Docker/信创平台），以及服务端本身的操作系统是什么------服务端装 Windows Server 或 Linux，终端跑的是镜像里那套系统，这两件事经常被写混。
- 如果有机考或考试环境需求，确认考试环境切换需要多长时间，考完怎么还原。
规模不同，预算重心也不同
几十台终端的小机房，预算重心在终端硬件和软件授权上，服务端一台普通服务器就能起步。几百台终端的中型机房，预算重心开始转向运维人力：一套母盘通管全部终端、按分组批量操作、课表联动自动开关机，这些能力在这个规模下开始省事。
上千台终端的大规模部署，预算重心在分发效率和长期可维护性上：BT 做种分发让已下载终端自动互传，下发越多越快，服务器压力不随终端数线性增长，按纳管终端数授权扩容时按实际数量加授权即可。
医院信息科的场景略有不同：门诊、病区、医技、多院区的终端数量可能不算特别大，但对连续性和数据安全的要求高。终端故障快速还原、数据不落终端本地、权限按科室分层，这些能力在预算里的权重比单纯的终端数更高。