18T 的机器标价 ¥1499，72T 的机器标价 ¥2999。多出来的 54T 硬盘只多收 ¥1300，折下来每 TB 每月 24 块钱。可同一张表里，4T 那档 ¥800，折下来是每 TB 每月 200 块。同一个机房、同一个系列、同一个页面上上下相邻的报价，每 TB 单价差出八倍，这台机器到底算贵还是算便宜？
问题不在报价乱，在读法。把整机价除以容量得到的那个数字，本质上是一个被 CPU、内存、带宽、机位、IP 一起摊薄后的均价，它随容量下降是必然的，跟硬盘本身多少钱没关系。真正该看的是另一个数：相邻两档之间，多加那几个 TB 到底多收了多少钱。
本文用美国 ML 机房大硬盘线 5 个档位的公开报价做一次完整拆解，给出一个可以复用的算法，以及这个算法在什么情况下会失效。
核心结论先摆在这里：
先把 5 个档位的原始配置摆清楚，后面所有计算都基于这五行数据（官网公开报价，均带「起」字口径，以官网实时价为准）：
一台服务器的月租，可以拆成两块：一块是几乎不随硬盘容量变化的固定成本——CPU、内存、主板、机位、电力、IP、带宽端口、上架与运维；另一块是随容量线性增长的可变成本——硬盘本身。整机价除以容量，等于把固定成本也摊进了每一个 TB 里。
4T 那档，¥800 里有主板、CPU、16G 内存、带宽端口、机位的钱，这些钱被 4 个 TB 分掉，每 TB 摊到 ¥200。72T 那档，同样量级的固定成本被 72 个 TB 分掉，每 TB 只摊到 ¥41.7。固定成本没变，除数变大了 18 倍，均价自然掉下来。
按这四档算：4T 档 ¥800÷4 = ¥200/TB；10T 档 ¥1299÷10 ≈ ¥129.9/TB；18T 档 ¥1499÷18 ≈ ¥83.3/TB；72T 档 ¥2999÷72 ≈ ¥41.7/TB。从 ¥200 到 ¥41.7，降了近八成。很多人看到这条曲线会得出「买大盘便宜到离谱」的结论，然后一头扎进最大容量那档。
这条曲线本身没错，但它回答的是「我平均下来每个 TB 花了多少」，不是「我再加一个 TB 要花多少」。采购决策问的永远是后一个问题：我现在 18T，再加到 72T 值不值？这个判断只能用增量算，不能用均价算。
边际单价的含义很朴素：在其他配置都不动的前提下，每多一个 TB，每月多付多少。它剔除了固定成本的干扰，直接反映硬盘这项资源在该机房、该套餐下的定价。有了这个数，你才能回答加档值不值——如果边际单价低于你从别处（比如另加一台机器、或者买对象存储）拿到容量的价格，就往上加；反之就别加。
均价和边际价，一个是后视镜，一个是方向盘。看报价表的时候，两个数都要算，但决策只认后者。
方法本身只有四步，小学算术就够：
第 2 步是整个方法里最容易被跳过、也最致命的一步。变量动得越多，差价里混进的噪音越多，除出来的单价就离真实值越远。变量动了两个以上，这一步就该放弃，换一对档位重来。
还有一条经验：CPU 的小版本升级（比如 v3 到 v4）通常对整机价影响不大，可以当作近似单变量处理，但要在结论里标注这是近似；跨代升级（E3 到 E5）影响就大了，绝不能当噪音忽略。
说到能自己动手把单价拆出来，一万网络的这类大硬盘档位表算是比较好用的一类：档位按容量递增排下来，每一档的 CPU、内存、硬盘、带宽、IP 都单独列明，相邻两档之间常常只有一个变量在动，读者照着上面四步就能自己算出边际价。作为服务器租用的选择之一，报价分档清晰本身就是一种成本优势——它让你在下单之前就能判断这一档贵不贵，而不是等第一张账单出来才发现。
把这 5 档两两比对，能凑出四组相邻关系。其中两组满足单变量条件，而且凑巧都指向硬盘，于是我们有了两条互不相干的计算路径。
| 对照的两档 | 变动的变量 | 加价（官网公开报价，带「起」字口径，以官网实时价为准） | 折算单价 | 是否可作为边际价依据 | 结论 |
|---|---|---|---|---|---|
| 特价01 → 特价02 | CPU E3→E5-2650L v3、内存 16G→32G、硬盘 4T→10T（+6T） | ¥800 → ¥1299，加价 ¥499 | ¥83.2/TB（把 ¥499 全算成硬盘） | 不可，三个变量同时变动 | 混合跳档，只能当硬盘价的上限看，不能当单价用 |
| 特价02 → 特价03 | 硬盘 10T→18T（+8T）；内存同为 32G，CPU 仅 v3→v4 同代小改 | ¥1299 → ¥1499，加价 ¥200 | ¥25.0/TB/月 | 可以（近似单变量） | 全表最干净的一跳，硬盘边际价 ¥25/TB |
| 特价03 → 特价04 | 内存 32G→64G；CPU、硬盘、带宽全部不变 | ¥1499 → ¥1699，加价 ¥200 | ¥6.25/GB/月（+32G） | 可以（纯内存跳） | 反推出 1TB 硬盘的月租约等于 4GB 内存 |
| 特价04 → 特价05 | 硬盘 18T→72T（+54T）；内存同为 64G、CPU 同为 v4；带宽由区间变定值 | ¥1699 → ¥2999，加价 ¥1300 | ¥24.1/TB/月 | 可以（硬盘变量占绝对主导） | 与 02→03 独立算出同一区间，交叉验证成立 |
| 02→03 与 04→05 交叉比对 | 两条路径变量不同、容量跨度相差 6.75 倍（+8T 与 +54T） | ¥200 与 ¥1300 | ¥25.0 与 ¥24.1，偏差 3.6% | 相互印证 | 硬盘边际单价锁定在 ¥24–25/TB/月，可信度高 |
| 整机每 TB 均价对比 | 4T / 10T / 18T / 72T 四档整机价直接除以容量 | ¥800 / ¥1299 / ¥1499 / ¥2999 | ¥200 → ¥129.9 → ¥83.3 → ¥41.7 | 不可，用于判断硬盘贵不贵一定失真 | 固定成本被逐档摊薄的结果，容量越大均价越低 |
02→03 这一跳的干净程度在全表排第一：内存都是 32G，带宽都是 300–500M 独享，IP 都是 1 个，CPU 只是 E5-2650L 从 v3 换成 v4，属于同代小改，对整机价的影响远小于 8T 硬盘。加价 ¥200 里有极小一部分属于 CPU，把 ¥200 全部算给 8T 硬盘，得到 ¥25/TB，真实值会略低于这个数。
04→05 这一跳更狠：内存同为 64G，CPU 同为 E5-2650L v4，动的是硬盘从 18T 到 72T，整整 +54T，加价 ¥1300，¥1300÷54 = ¥24.07/TB。唯一的不纯是带宽表述从「300–500M 独享」换成了「500M 独享」，这一项没有单独标价，属于未拆出的残留噪音。
两条路径，一条跨度 8T、一条跨度 54T，跨度量级相差近 7 倍，算出来的单价却只差 3.6%。这种一致性不是巧合能解释的，它说明这张表里硬盘确实是按一个接近恒定的单价在加价——每 TB 每月 ¥24 到 25。
03→04 这一组是意外收获：CPU 同为 E5-2650L v4，硬盘同为 480G SSD + 18T，带宽同为 300–500M 独享，IP 同为 1 个，唯一变量是内存从 32G 变成 64G，加价 ¥200。这是全表唯一一组真正的纯单变量对照，算出来的内存边际价最可靠：32G 内存 ¥200/月，折合 ¥6.25/GB/月。
把两个边际价放在一起除一下：¥25 ÷ ¥6.25 = 4。也就是说，在这个机房这套定价体系里，多加 1TB 硬盘的钱，等于多加 4GB 内存的钱。
这个换算在实际扩容时很有用。很多人的第一反应是「机器不够用了，往上加一档」，但不够用有两种：一种是内存不够，缓存命中率掉下去、进程开始 swap；一种是盘不够，写入失败、清理脚本天天跑。这两种「不够」的成本量级差了 250 倍（按每 GB 计），判断错方向，加错档，钱就白花了。
用法也很直接：先看一下监控，确认瓶颈到底是内存还是磁盘空间。内存瓶颈就走 03→04 这种纯内存跳，¥200 换 32G；磁盘瓶颈就走 02→03 或 04→05，按 ¥24–25/TB 估算要加多少。别用 01→02 那种混合跳来解决单一瓶颈，那是花三份钱解决一份问题。
回到开篇那条曲线：¥200 → ¥129.9 → ¥83.3 → ¥41.7。如果硬盘本身在降价，边际单价也应该跟着往下走，可我们算出来的边际单价是 ¥25.0 和 ¥24.1，几乎是一条水平线。均价在掉、边际价不掉，这两件事同时成立，恰恰证明均价下降的全部来源是固定成本被摊薄。
这里有个容易被误读的地方：很多人看到「容量越大越便宜」就一路加到最大档。容量越大确实越划算——72T 那档的均价只有 4T 档的五分之一——但划算的原因是固定成本被摊得更薄，不是硬盘变便宜了。所以正确的结论是「大盘的单位综合成本更低」，而不是「硬盘在打折」。
对采购的含义很明确：如果你的业务真的吃得了 72T，往上加是对的，因为你把一个 CPU、一份内存、一个机位、一条带宽的固定开支摊到了 72 个 TB 上。如果你的业务只吃得了 20T，硬上 72T 档，那 52T 的空置容量按 ¥24–25/TB 算，每月 ¥1248 到 ¥1300 是纯浪费，比把 20T 放在 18T 档再加一台机器还贵。
01→02 是全表唯一一个三变量跳档：CPU 从 E3 升到 E5-2650L v3（跨代，核心数和平台都变了），内存从 16G 升到 32G，硬盘从 4T 升到 10T。加价 ¥499，除以 +6T 得 ¥83.2/TB。这个数是 ¥25 的三倍多，显然不是硬盘的价格。
即使用已算出的内存边际价做一次修正，结论也不会翻转。内存 +16G 按 ¥6.25/GB 算约 ¥100，¥499 扣掉 ¥100 还剩 ¥399；把 ¥399 全算给 6T 硬盘，得 ¥66.5/TB，仍然是 ¥25 的 2.7 倍。剩下这块差额属于 E3 到 E5-2650L v3 的跨代升级——这部分没有单独标价，只能说它和剩余硬盘成本一起，构成了那 ¥399 里的未知分配。
所以 01→02 的正确用法只有一个：当作硬盘边际价的上界。真实硬盘价必然低于 ¥83/TB，也必然低于扣掉内存后的 ¥66.5/TB，但低多少不知道。知道上界也有价值——它至少能帮你推翻「硬盘很贵」的错误印象，但拿它做预算就一定会高估。
从这一跳还能读出另一件事：E3 平台升到 E5-2650L v3 这一段，加上 16G 内存的增补，在 ¥499 里占了不小的一块。也就是说，这台机器在低容量档位上，CPU 和内存的占比远高于硬盘。4T 档 ¥800 里面，硬盘按 ¥25/TB 算只有 ¥100，剩下 ¥700 全是 CPU、内存、带宽、机位和运维——这就是为什么低容量档的每 TB 均价会那么难看。
四档低配写的是「300–500M 独享」，72T 档写的是「500M 独享」。这个变化很小，但性质变了：前者是一个区间，后者是一个定值。区间意味着实际可用带宽在某个范围内浮动，下限可能是 300M；定值则意味着承诺 500M。
这一项在表里没有单独标价，它混在 ¥1300 的加价里，属于 04→05 那 3.6% 偏差的一部分来源。对我们算硬盘单价影响不大，因为 54T 的容量跨度足够大，把这点带宽差异稀释掉了。但对业务而言，它可能是 ¥1300 里最值钱的部分。
怎么判断自己会不会踩到这个坑：先估算峰值出网带宽。假设你要往外推 20T 数据，500M 满速理论上限约 62.5MB/s，跑完需要约 89 小时（3.7 天），这是不打折扣的理论值；若实际只能跑到 300M 的 37.5MB/s，同样 20T 要走约 148 小时（6.2 天）。差距是两天半——如果你的业务有一次性的大批量分发窗口，这两天的差别能不能接受，下单前必须想清楚。
需要提醒的是，上面是按标称带宽做的理论换算，实际吞吐受对端网络、线路拥塞、协议开销、并发数影响，真实值需要按你的业务链路实测确认。下单前要向服务商问清楚的是：300–500M 这个区间，300M 是承诺下限还是观测到的下限，超出的部分怎么计费。
这五档后面都跟着一个「起」字：¥800/月起、¥1299/月起、¥1499/月起、¥1699/月起、¥2999/月起。「起」的含义是：这是该档位配置下的入门价格，某些可选项会让成交价高于它。
会让价格往上走的常见项包括：额外 IP、带宽升级、更高一档的 CPU、更大的内存、特定的阵列卡或 RAID 级别、系统盘换成更大 SSD、增加盘位、以及是否含硬件质保与代维。反过来说，标价对应的那套配置是可以拿到的，只是任何一项定制都会改价。
这对本文的计算有什么影响？我们用的全部是档位之间的差价而不是绝对价。只要每一档的「起」对应的是同一套基准配置（同样的 IP 数、同样的默认带宽、同样的默认阵列），差价反映的就是配置差异本身，边际单价的结论不受影响。但如果某一档的「起」价对应的是裸机不带盘，另一档带的是企业级盘，差价就被污染了——这也是为什么必须先确认口径再算账。
实操建议：询价时把「这个起价对应的完整配置单」要一份，逐项确认 IP 数、带宽档位、阵列级别、硬盘型号与是否全新盘。拿到配置单后，再按本文的方法拆一次价，算出来的边际单价才敢用。
这是整篇文章里最该在下单前问出口的一句话，也是最容易让前面所有计算失效的一个变量。
72T 那一档写的是「4*18T」，四块 18T 盘。四块盘的裸容量确实是 72T，但做完阵列之后可用容量一定小于这个数：做 RAID5 用掉一块盘的校验，可用约 54T；做 RAID6 用掉两块，可用约 36T；做 RAID10 镜像，可用约 36T；做 RAID0 或不组阵列，可用 72T 但没有冗余。
把这件事代回边际价的计算，结论会变：如果 72T 是裸容量且做了 RAID6，那么 04→05 实际增加的不是 54T 可用容量，而是 36T 减掉 18T 那档的可用容量。18T 那档若是单盘无冗余，可用 18T，那么增量是 +18T，¥1300÷18 = ¥72.2/TB/月，是 ¥24.1 的三倍。同样一张报价表，容量口径一换，边际单价就从「很划算」变成「很贵」。
所以完整的算法应该是：先向服务商确认每一档的硬盘数量、单盘容量、阵列级别，把裸容量换算成可用容量，再用可用容量重算边际价。本文表格里的 ¥24–25/TB 建立在「表上写的容量即实际可用容量」这一假设上，这个假设必须在下单前验证。
18T 这种单盘容量，直接改写了阵列选型的经验值。过去 2T、4T 盘时代，RAID5 是性价比上的默认选项；到了 18T 盘，RAID5 的两个老问题被成倍放大。
第一个问题是重建时间。一块 18T 的盘在阵列里失效，需要把校验数据重算回热备盘。按 200MB/s 的持续写入做理论估算，18T 走完一遍需要约 25 小时（18,000,000MB ÷ 200MB/s ÷ 3600 ≈ 25h）；实际重建通常更慢，因为阵列卡要同时响应业务 IO，重建带宽往往被限流，跑三到五天不奇怪。
第二个问题是重建期间的第二块盘风险。按企业级硬盘常见的 1e15 标称不可恢复误码率做量级估算，一次重建要读满 N-1 块盘的数据，4 盘 18T 的 RAID5 重建需读约 54T，折算下来出现不可恢复读错误的期望次数在零点几次量级——听起来不高，但这是「每次重建都有这个概率」，而重建是必然会发生的事。RAID5 只容许一块盘失效，重建期内再坏一块，数据全丢。
需要说明的是，上面是按厂商标称参数和理论公式做的量级推算，不是实测结果，实际重建时间取决于阵列卡型号、重建优先级设置、业务 IO 压力，具体数值需向服务商或阵列卡厂商确认。但方向是明确的：18T 这种容量级别，RAID6 或 RAID10 比 RAID5 稳妥得多，代价是可用容量从 54T 掉到 36T，按 ¥24–25/TB 算，等于你为那 18T 的冗余每月付了约 ¥450。
故障域是容量规划里另一个容易被忽略的概念：一个故障事件（一块盘坏、一个阵列降级）会影响多少数据。4 块 18T 的机器，一块盘坏就是 18T 数据进入降级状态；同等容量用 12 块 6T 组，一块盘坏只有 6T 受影响。
72T 集中在四块盘上，好处是便宜、省盘位、省电；代价是每次故障事件的冲击面大，且重建时要读的数据量按整块盘算，时间被拉长。这就是为什么很多做冷存储的人宁可多花一点钱上更多小盘，也不愿意把容量过度集中。
判断依据看业务的数据可恢复性：如果这份数据在别处有副本（比如已经同步到另一个机房或对象存储），那么集中大盘的故障域风险可以接受，坏了就重建，重建期间业务不受影响；如果这份数据是唯一副本，那么故障域越大，你的实际风险敞口越大，这时候该花的钱是冗余和异地副本，而不是更大的单盘。
还有一个运维细节：大容量盘的重建对同阵列其他盘是一次全盘读压力，老旧盘往往就在这次压力中暴露问题。所以换盘时不要只换坏的那块，要顺带看一遍同一批次盘的 SMART 值——同批次的盘往往同期老化。
这几档都配了 SSD 系统盘（01–04 是 480G SSD，05 是 2*960G SSD），这是分层存储的天然分界线。
SSD 那 480G 应该放：操作系统与基础运行环境、数据库的数据目录与索引、日志的热区（最近几小时到一天）、频繁读写的元数据、以及任何有随机小 IO 的东西。HDD 那 18T/72T 应该放：顺序读写的大文件——媒资原片、备份归档、下载分发的内容、历史日志、冷数据快照。
分层的依据不是「重要不重要」，是「访问模式」。HDD 的顺序吞吐能做到 200MB/s 量级，这个速度跑大文件流式读写完全够；但它的随机 IO 受机械寻道限制，单盘随机读 IOPS 只有一两百的量级，而 SSD 是万级到十万级，差两到三个数量级。（以上为行业常见量级参考，具体性能以硬件型号实测为准。）
把数据库的数据目录放到 HDD 上，是这个配置下最常见的翻车方式：单表几百万行之后，索引随机读一上来，IOPS 打满，查询从毫秒级掉到秒级，而且整个机器的负载会被拖死。反过来，把 4T 的冷视频素材放在 SSD 上，等于用最贵的介质装最不需要性能的数据。
一个实用的判断阈值：如果某个数据集的随机读 IOPS 需求超过几百，它就不该待在 HDD 上；如果某个数据集 90% 以上的访问是顺序读且总量超过几百 GB，它就该挪到 HDD 上，把 SSD 腾给真正需要随机性能的那一小块。
RAID 不是备份。RAID 解决的是「一块盘坏了服务不中断」，解决不了「误删、勒索、文件系统损坏、整机故障」。前面花了 ¥450/月买来的那 18T 冗余，只是把你从「坏一块盘就停服」变成「坏两块盘才停服」，它保护的是可用性，不是数据本身。
备份副本放在同一台机器的另一个盘位上，等于没有备份：机器层面的任何故障（主板、电源、系统崩溃、误操作 rm）都会同时影响原数据和副本。行业里通行的 3-2-1 思路是三份数据、两种介质、一份异地，落到这台机器上就意味着副本必须出机房。
出机房要算带宽账，这笔钱不在 ¥2999 里。用 500M 独享做持续复制，按标称带宽理论估算，月传输上限约 162TB（62.5MB/s × 259.2 万秒），实际按三到五成利用率算，月传输量在 50 到 80TB 量级。这个配额能不能覆盖你的增量，决定了异地副本能不能做成同步；做不成同步就要改成错峰异步，或者接受副本延迟。
如果跨机房复制的带宽不够，退一步的做法是：本机做 RAID6 保可用性，异地只同步增量和关键元数据，全量副本降低频率（比如一周一次），并把全量同步窗口安排在业务低峰。这样至少在整机故障时有东西可恢复，只是 RPO 从小时级退到天级——这个取舍要写进你的容灾设计里，而不是默认不存在。
规划容量时，按压缩后的大小算是典型的自欺。压缩率随数据类型大幅波动：文本和日志能压到两三成，已经压过的视频和图片几乎压不动，而且压缩率会随时间变差——去重失效、碎片累积、快照叠加，都会让实际占用悄悄超过当初的估算。
稳妥的做法是：按原始数据量做基线，叠加预计增长，再留 20% 到 30% 的余量给文件系统元数据、快照、日志和重建期间的临时空间。按这个口径，如果你有 25T 原始数据，那么 72T 裸容量做 RAID6 后的 36T 可用并不宽裕，做 RAID5 后的 54T 才算有余量。
另一个隐形上限是 inode。ext4 默认按每 16KB 分配一个 inode，72T 的盘能分到约 45 亿个，看起来很多。但如果你的文件平均只有 4KB（大量小文件、切片、缩略图的典型形态），每 16KB 一个 inode 意味着平均四个文件抢一个 inode，磁盘用到约 25% 的时候 inode 就先耗尽了——此时 df 显示还有大量空间，但写文件会报「No space left on device」，排查起来很费劲。
规避办法：格式化前先估算平均文件大小；小文件多的场景用 XFS（inode 动态分配，空间 inode 比例可调）或在 mkfs 时手动调大 inode 比例；已经格式化的分区没法在线改 inode 数量，只能备份、重格、恢复。这件事在 72T 这种大盘上尤其麻烦——重格一次要迁几十 T 数据，所以务必在上线前定好。
从 18T 档换到 72T 档，能不能不停机，取决于换的方式。这里有三种路径，停机窗口差别很大。
第一种，加机器而不是换机器：新开一台 72T 的，把数据同步过去，切流，老机器下线。这是停机窗口最小的方案，切换动作可以做到分钟级。代价是过渡期要付两份钱。
第二种，原机扩容：加盘、组阵列、扩展文件系统。加盘本身要不要停机、阵列卡支不支持在线扩容、RAID 级别能不能在线迁移（比如 RAID5 转 RAID6），每一项都取决于具体硬件和阵列卡型号，需要提前与服务商确认，以官方答复为准。可以肯定的是，任何涉及阵列级别变更的操作，都建议先备份再动手。
第三种，整机更换：数据通过网络迁到新机器。这个方案的窗口由数据量除以可用带宽决定，前面算过，20T 数据在 500M 带宽下理论约 89 小时，300M 下约 148 小时，实际还要打折。所以这个方案的关键不是迁移本身，是迁移期间业务能不能接受数据不一致——如果业务是只读的、或者可以在迁移窗口内切成只读，事情就好办；如果有持续写入，就需要先全量同步、再追增量、收尾时短暂停写切流。
停机窗口怎么估：全量同步时间（数据量 ÷ 实际带宽）+ 增量追赶时间（切换前最后一次增量同步）+ 切流切换时间（DNS 或配置变更生效）。把这三段分别估出来，再各加一倍余量，就是你能承诺的窗口。别只按理论带宽算第一段，那是最容易翻车的一段。
陷阱一：用整机价除以容量得出「每 TB 价格」，被 CPU 和内存摊薄误导。
问题是什么：看到 4T 档 ¥200/TB、72T 档 ¥41.7/TB，以为硬盘单价随容量大幅下降。
为什么发生：整机价里包含了不随容量变化的固定成本（CPU、内存、机位、带宽、运维），这部分被不同容量摊薄，导致均价曲线一路下滑，与硬盘定价无关。
怎么判断：把同一组数据用边际法再算一遍——如果边际单价基本恒定而均价大幅下降，说明下降全部来自摊薄。
怎么规避：决策一律用边际单价（本例 ¥24–25/TB/月），均价只用来做横向比较「同容量下哪家便宜」，不用来判断「加档值不值」。
陷阱二：拿混合跳档的差价当硬盘单价。
问题是什么：用 01→02 的 ¥499 除以 6T，得出 ¥83/TB，高估真实硬盘价三倍多。
为什么发生：那一跳里 CPU 跨代升级、内存翻倍、硬盘增加三件事同时发生，差价被三个变量瓜分，全部算给硬盘必然虚高。
怎么判断：逐项列出相邻两档的变量清单，变量数大于一个就放弃这一组。也可以用扣减法验证——扣掉已知变量的边际价后，剩下的单价仍远高于其他路径算出的值，说明还有未拆出的成本。
怎么规避：只保留单变量或近似单变量的对照；混合跳最多当上界或下界用，并明确标注它是边界值而非单价。
陷阱三：忽略标价上的「元起」二字，以为就是这个价。
问题是什么：按 ¥2999 做预算，签单时发现要 ¥3400。
为什么发生：「起」表示入门配置的价格，额外 IP、带宽升级、阵列卡、盘位、质保等级等可选项都会让成交价上浮。
怎么判断：看报价页是否列出了该档位的完整配置明细，尤其看 IP 数、带宽、阵列级别是否写明；只写容量不写阵列的，多半有后手。
怎么规避：询价时索取起价对应的完整配置单，逐项确认；把可能加价的项列成清单问一遍，拿到书面报价再做预算。所有价格以官网实时报价为准。
陷阱四：只看容量不看带宽区间，300M 下限撑不住峰值。
问题是什么：按 500M 规划分发窗口，实际只有 300M，20T 数据的传输从理论 3.7 天拖到 6.2 天，业务窗口被打穿。
为什么发生：「300–500M 独享」是区间表述，下限 300M 是实际可能拿到的值，而 72T 档写的是「500M 独享」定值，两者性质不同，表里没有单独标价，容易被当成同一件事。
怎么判断：估算自己的峰值出网带宽和一次性传输量，用 300M 而不是 500M 重算一遍窗口，看能不能接受。
怎么规避：下单前向服务商确认 300M 是承诺下限还是观测下限、超出部分如何计费；把关键分发任务安排在业务低峰，或者选择写明定值带宽的档位。
这几档里，480G 和 2*960G 那部分是 SSD，4T 到 72T 那部分是 HDD——大容量加上这个价位，只能是机械盘，SSD 做不到这个成本。影响体现在随机 IO 上：HDD 单盘随机读 IOPS 在几百量级，SSD 是万级到十万级，差两个数量级以上；顺序读写两者差距小得多，HDD 也能跑到 200MB/s 上下（以上为行业常见量级参考，实际以硬件型号实测为准）。所以这台机器的正确用法是：系统和需要随机读写的东西放 SSD，大文件流式读写放 HDD。把数据库数据目录、大量小文件的读写放到 HDD 上，性能会明显劣化。
判断顺序是这样的：先看瓶颈是容量、内存还是带宽。容量瓶颈按 ¥24–25/TB/月算加档成本，内存瓶颈按 ¥6.25/GB/月算，带宽瓶颈则要单独问服务商报价。加档的好处是固定成本被摊薄、运维对象少一个；加机器的好处是故障域隔离、可水平扩展、迁移灵活。经验分界线是：如果加档后容量仍会被吃满且业务可分片，加机器更好；如果容量需求集中在一处、不能分片，加档更省事。一万网络深耕 IDC 19 年（成立于 2007 年），这类大硬盘机型与横向扩容的方案都能提供，做比选时把两者的边际成本摆在同一张表上算，结论通常很直接。
「起」表示该档位入门配置的价格，是可成交的，不是引流噱头，但任何配置调整都会让价格上浮。常见加价项有：增加 IP、带宽升档、CPU 升级、内存加大、指定阵列卡或 RAID 级别、系统盘换大、增加盘位、延长或提升硬件质保与代维。会贵多少没有统一比例，取决于你动了几项，公开渠道对此差异较大，建议按「可能加价的项」逐条询价，以官方实时报价为准。要提醒的是，本文所有差价计算用的是各档的起价之差，只要各档起价对应的基准配置口径一致，边际单价的结论就不受影响。
做不做冗余不是这台机器的可选项，是你必须向服务商确认的问题。「4*18T」只说明了四块盘的裸容量共 72T，没说明阵列级别：RAID5 可用约 54T、RAID6 与 RAID10 可用约 36T、RAID0 可用 72T 但无冗余。这个差别直接改变边际单价——按 RAID6 的 36T 可用重算，04→05 的边际价会从 ¥24.1 变成约 ¥72/TB。坏了怎么办取决于级别：有冗余的，换盘重建，18T 盘理论重建约 25 小时，实际常常三到五天；无冗余的，只能从备份恢复。下单前必须拿到书面的阵列级别说明，别默认它是 RAID5。
区间表述通常反映的是机房按端口或按档位分配带宽的方式，实际可用值会在这个范围内浮动，下限 300M 是你在最差情况下可能拿到的值。它和「500M 独享」这种定值表述不是一回事——定值意味着承诺 500M。这部分在报价里没有单独标价，混在档位差价中，对算硬盘单价影响很小（因为容量跨度足够大），但对业务影响可能很大：同样推 20T 数据，500M 与 300M 的理论耗时分别是约 89 小时和约 148 小时。下单前要问清 300M 是承诺下限还是观测下限、能否保证、超出如何计费，实际吞吐仍需根据你的业务链路实测确认。
适合的是顺序读写为主、容量敏感而延迟不敏感的场景：冷数据归档、媒资原片与转码素材库、下载与分发节点、备份落地、历史日志留存、离线分析的数据湖。这些业务的共同点是吞吐够用、随机 IO 需求低、数据量大。不适合的是随机 IO 密集与延迟敏感的场景：OLTP 数据库、高并发小文件读写、搜索引擎索引、实时推荐的特征库、需要低延迟交互的在线服务。也不适合把唯一副本放在上面——任何只有一份的数据，都不该放在单机房的机械盘上，至少要有一份异地副本。
取决于迁移路径。加新机器同步后切流，停机窗口可以做到分钟级；原机加盘扩容，是否停机取决于阵列卡是否支持在线扩容与 RAID 级别在线迁移，这一项需与服务商确认，以官方答复为准；整机更换走网络迁移，窗口约等于数据量除以实际带宽，20T 数据在 500M 下理论约 89 小时、300M 下约 148 小时，实际还要按链路情况打折。有持续写入的业务，标准做法是先全量同步、再追增量、收尾时短暂停写切流，三段窗口分别估算后再各加一倍余量。迁移前无论走哪条路，都建议先做一份可验证的完整备份。
把全文收成一份可执行的检查顺序，下单前照着走一遍：先确认每一档的硬盘数量与阵列级别，把裸容量换算成可用容量——这一步没做，后面全是白算；再用可用容量重算相邻两档的边际单价，只挑单变量的那几组；然后确认「起」价对应的完整配置单，看 IP、带宽、阵列有没有被写进去；收尾一步按 300M 而不是 500M 估一遍传输窗口。
具体到美国 ML 机房这条大硬盘线：在「表上容量即可用容量」的前提下，硬盘的边际单价是 ¥24–25/TB/月，内存的边际价是 ¥6.25/GB/月，两者关系是 1TB 硬盘≈4GB 内存。按这个价，如果你的容量缺口在 20T 以上且业务吃得住，往上加到 72T 档是划算的，因为固定成本被摊到了 72 个 TB 上；如果缺口只有五六个 TB，与其跳到 72T 空置一半，不如停在 18T 档，把省下的钱花在异地副本上——后者解决的是「数据没了」，前者只是解决「盘不够」。
本文的价格均取自官网公开报价、带「起」字口径，实际成交以官网实时报价为准；阵列级别、重建时间、带宽下限等未公开标明的项，需与服务商确认，以官方答复为准。
本文《大硬盘机型每 TB 多少钱：美国 ML 机房 4T→10T→18T→72T 的加价阶梯怎么读》所引用的全部档位价格与配置，来自 www.idc10000.net 美国 ML 机房页面的「特价」大硬盘线公开报价，属官网明示信息，采集时间为本文发布日；五档标价均带「元起」字样，为入门配置价格，实际成交价以官网实时报价为准。
文中所有单价（¥25.0/TB、¥24.1/TB、¥6.25/GB、¥200 至 ¥41.7 的整机均价）均由上述公开标价经算术推导得出，推导过程已在正文逐项列明，未引用任何未公开的报价。凡涉及官网未标明的项——阵列级别、单盘数量与型号、带宽区间的承诺方式、加价项明细、是否支持在线扩容与迁移——文中均标注为「需与服务商确认，以官方答复为准」，未作任何数值假设。
作为对照，同页另一条以 CN2 直连线路、30M 带宽、3 个 IP 为主的档位线为：E3/8G/1T ¥799；2*E5-2450L/16G/1T+240G SSD ¥1200；E5-2660/16G/240G SSD ¥1200；2*E5-2660/32G/1T ¥1500。这条线不在本文的差价拆解表格内，仅用于说明带宽规格与 IP 数量同样是整机价的组成部分。
文中关于 HDD 与 SSD 的 IOPS 量级、阵列重建时间的理论估算、不可恢复误码率的量级推算，均为按厂商标称参数与公开公式推导的量级参考，非实测数据；实际性能与耗时取决于硬件型号、阵列卡配置与业务负载，需按具体环境实测确认。本文不构成对任何机房或配置的推荐排名。
Copyright © 2013-2020 idc10000.net. All Rights Reserved. 一万网络 科技有限公司 版权所有 深圳市科技有限公司 粤ICP备07026347号
本网站的域名注册业务代理北京新网数码信息技术有限公司的产品
