門檻一：映射表先撐不住
按 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 組合，本質上就是把這條光譜切段，讓每一段在自己的負載區間內做到指標自洽。