门槛一：映射表先撑不住
按 4KB 粒度做逻辑到物理映射，容量每翻一倍，映射表也翻一倍。到 30TB 以上，常见的每 1GB 容量对应约 1MB 映射空间的比例意味着几十 GB 的表，已经超出盘内 DRAM 的现实配置。可行路线有两条：放大间接单元，用 16KB 甚至更大的映射粒度换取表容量下降；或者做分级映射，只让热区常驻。前者的代价是小于间接单元的写入退化为读改写，写放大上升；后者的代价是映射未命中时多一次 NAND 读，尾延迟变差。
选哪条路取决于访问粒度，而不是容量数字
判据是负载的最小访问单元。Q7 的 J760Q、J760QD 规划用于对象存储、备份与归档，写入以整对象为单位；Q9 的 J960Q、J960QD 规划用于 AI 检查点与超大容量阵列，检查点落盘同样是大块顺序写、写完长期只读。两者的访问粒度都远大于 4KB，放大间接单元的副作用被摊薄，因而是更合理的取向。反过来，元数据与日志层的写入本身细碎，这条路直接不成立，需要由 X7、X9 这类低延迟型号承接。需要说明的是，型号名已于 2026-07-22 固定，容量、NAND 与 BOM 的后续变化通过 SKU / PN / Revision / ECN 管理，本文引用的指标均为产品定义/EVT 阶段的规划值。
门槛二：故障域随容量一起放大
单盘容量放大，故障域也随之放大。一块 122.88TB 的盘失效，阵列需要搬运的数据量是 15.36TB 盘的八倍。若重建带宽受限于网络或其他成员盘的可用吞吐，重建窗口会被显著拉长，冗余度降低的风险敞口同步延长。这不是单盘能独力解决的问题，但盘该做的事情很明确：提供稳定可预期的顺序读带宽、用多命名空间把大盘切成更小的管理单元、通过 Telemetry 提前暴露劣化趋势，把被动重建尽量变成主动迁移。多命名空间与 Telemetry 属于全线共用的功能基线，而非大容量型号的专属能力。
门槛三：QLC 的稳态写入口径
大容量普遍依赖 QLC。每单元 4 bit 意味着阈值态从 8 个增加到 16 个：编程需要更细的校验步进，编程时间更长；相邻态间隔更窄，保持力窗口更窄、循环耐久更低。直接后果是写入性能必须分口径说明——短时突发速率与介质稳态下的持续速率不是一回事，只报前者没有工程意义。对象存储、备份归档与检查点写入这类低频大块负载可以接受稳态速率；把 QLC 放进写密集场景，则会同时触碰耐久上限与稳态写入这两条线。
两个边界值处在同一条光谱的两端
产品线对外给出的单盘最大容量 122.88TB 与最高写入耐久 120 DWPD，是整条产品线的两个包络值，由不同系列的不同型号各自逼近，不能读成某一个系列的标称规格，更不可能出现在同一颗盘上——容量靠更多 bit/cell，耐久靠更少 bit/cell，方向直接对立。把 30 个型号切成 10 个系列、99 个容量 SKU 组合，本质上就是把这条光谱切段，让每一段在自己的负载区间内做到指标自洽。