<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
    <channel>
        <title>SAS on KnightLi的博客</title>
        <link>https://www.knightli.com/tags/sas/</link>
        <description>Recent content in SAS on KnightLi的博客</description>
        <generator>Hugo -- gohugo.io</generator>
        <language>zh-cn</language>
        <lastBuildDate>Fri, 01 May 2026 11:05:45 +0800</lastBuildDate><atom:link href="https://www.knightli.com/tags/sas/index.xml" rel="self" type="application/rss+xml" /><item>
        <title>Seagate Exos 2X14 双臂硬盘：便宜的大容量高速盘，也有很高使用门槛</title>
        <link>https://www.knightli.com/2026/05/01/seagate-exos-2x14-dual-actuator-hdd/</link>
        <pubDate>Fri, 01 May 2026 11:05:45 +0800</pubDate>
        
        <guid>https://www.knightli.com/2026/05/01/seagate-exos-2x14-dual-actuator-hdd/</guid>
        <description>&lt;p&gt;Seagate Exos 2X14 / Mach.2 是一类很特别的企业级机械硬盘。
它的核心卖点不是单纯容量，而是双臂结构：一块 14TB 硬盘在系统里会被识别成两块 7TB 逻辑盘，每一侧都有独立的磁臂和磁头组件，可以并行读写。&lt;/p&gt;
&lt;p&gt;这让它在二手市场上显得很诱人。
在一些行情里，普通 14TB 企业盘价格已经被炒高，而这类退役双臂盘可能以更低价格拿到 14TB 容量，还能在顺序读写里跑出接近 SATA SSD 的速度。
但这块盘不是普通 NAS 用户随手可以买来替换的硬盘。
它的优势和风险都很鲜明，买之前必须先弄清楚。&lt;/p&gt;
&lt;h2 id=&#34;它为什么能跑得这么快&#34;&gt;它为什么能跑得这么快
&lt;/h2&gt;&lt;p&gt;普通机械硬盘只有一套磁臂和磁头，同一时间主要由一组磁头负责读写。
Exos 2X14 / Mach.2 则把一块硬盘拆成两个 7TB 逻辑单元，两组磁臂可以同时工作。&lt;/p&gt;
&lt;p&gt;单个 7TB 逻辑盘的连续读写大约在 250MB/s 左右，和常见大容量企业盘接近。
如果把两个 7TB 逻辑盘组成 RAID 0，在没有网络瓶颈的情况下，大文件顺序读写可以接近 500MB/s。
这个速度已经接近主流 SATA 固态硬盘，也足以把 2.5G 网络跑满。&lt;/p&gt;
&lt;p&gt;不过，这个提升主要体现在大文件顺序读写。
4K 小文件、碎片文件、随机访问不会因为双臂结构和 RAID 0 就突然起飞。
本质上它仍然是机械硬盘，小文件场景该慢还是慢。&lt;/p&gt;
&lt;h2 id=&#34;最大门槛是接口和硬件环境&#34;&gt;最大门槛是接口和硬件环境
&lt;/h2&gt;&lt;p&gt;市面上容易买到的低价版本大多是 SAS 接口退役服务器盘，而不是 SATA 版本。
这意味着它不适合直接塞进大多数成品 NAS。&lt;/p&gt;
&lt;p&gt;绿联、群晖、威联通这类品牌 NAS 的背板通常面向 SATA 硬盘设计，SAS 盘多数情况下无法直接使用。
DIY NAS 用户也需要额外准备硬件条件：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;主板要有可用的 PCIe 插槽&lt;/li&gt;
&lt;li&gt;需要 SAS HBA 或阵列卡，常见如刷 IT 模式的 LSI 2008&lt;/li&gt;
&lt;li&gt;需要服务器 SAS 背板，或者 SFF-8087 转 SFF-8482 之类的转接线&lt;/li&gt;
&lt;li&gt;系统要能正确识别同一块物理盘拆出的两个逻辑盘&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;阵列卡本身不一定贵，麻烦主要在整套连接和兼容性。
如果机器空间、电源线、背板、散热和 PCIe 插槽都不富裕，这块盘会明显增加折腾成本。&lt;/p&gt;
&lt;h2 id=&#34;不要把两个-7tb-当成互相备份&#34;&gt;不要把两个 7TB 当成互相备份
&lt;/h2&gt;&lt;p&gt;这类硬盘最容易踩的坑，是把系统里显示出来的两个 7TB 逻辑盘当成两块独立硬盘。
它们不是两块物理盘，只是同一块物理硬盘的两个逻辑单元。&lt;/p&gt;
&lt;p&gt;如果把这两个 7TB 逻辑盘组成 RAID 1，看起来像是互相镜像，实际意义很有限。
因为它们共享同一个外壳、主板、电源接口和部分机械环境。
一旦物理盘本体、控制板或供电路径出问题，原始数据和所谓备份会一起掉线。&lt;/p&gt;
&lt;p&gt;RAID 5、RAID 6 也要非常谨慎。
传统 RAID 5 通常只容忍一块物理硬盘故障，但双臂硬盘坏掉时，阵列层面可能等同于同时丢失两个 7TB 逻辑盘。
如果阵列设计没有考虑这种故障模型，容错机制很容易被击穿。&lt;/p&gt;
&lt;p&gt;所以，这类盘更适合被理解为一块高速但风险集中的大容量盘，而不是两块可互相冗余的硬盘。&lt;/p&gt;
&lt;h2 id=&#34;nas-系统里的正确姿势&#34;&gt;NAS 系统里的正确姿势
&lt;/h2&gt;&lt;p&gt;如果硬件直通和驱动识别都正常，FNOS、TrueNAS、Unraid、Windows 等系统通常都能看到两个 7TB 逻辑盘。
关键不是能不能识别，而是怎么用。&lt;/p&gt;
&lt;p&gt;在 FNOS 里，可以把两个 7TB 逻辑盘创建为 RAID 0 存储空间，用来换取顺序读写速度。&lt;/p&gt;
&lt;p&gt;在 TrueNAS 里，新建存储池时可能会提示是否允许使用同序列号硬盘。
如果确认要使用这块盘，可以允许后将两个逻辑盘放进同一个 vdev，并选择 Stripe，而不是 Mirror。
Mirror 会制造一种并不可靠的冗余错觉。&lt;/p&gt;
&lt;p&gt;在 Unraid 里，不建议把这两个逻辑盘塞进带校验盘的主阵列。
更合理的方式是单独创建一个缓存池或专用高速池，用 Btrfs 或 ZFS 做独立 RAID 0，让它承担高速临时数据、下载、转码缓存、可重建数据等任务。&lt;/p&gt;
&lt;p&gt;Windows 下也可以识别并使用，思路类似：可以做条带提升顺序性能，但不要把它当成真正的双盘备份方案。&lt;/p&gt;
&lt;h2 id=&#34;还要考虑寿命温度和功耗&#34;&gt;还要考虑寿命、温度和功耗
&lt;/h2&gt;&lt;p&gt;双臂结构带来性能提升，也带来更复杂的机械结构。
这类硬盘内部有两套磁臂和更多磁头组件，机械风险点自然更多。
再加上二手市场常见的是退役企业盘，实际使用时长、通电时间、历史负载和运输状态都不透明，不能只看规格表上的寿命指标。&lt;/p&gt;
&lt;p&gt;功耗和散热也不能忽视。
满载时功耗可能超过 11W，外壳温度上 40 多度并不罕见。
如果安装在散热不好的小机箱、密集硬盘笼或低风量 NAS 里，长期高温会进一步影响稳定性和寿命。&lt;/p&gt;
&lt;h2 id=&#34;适合谁买&#34;&gt;适合谁买
&lt;/h2&gt;&lt;p&gt;这块盘适合愿意折腾 DIY NAS、有 SAS 硬件条件、明确知道 RAID 0 风险，并且主要处理大文件顺序读写的人。
例如影音库、下载缓存、临时素材盘、可重新生成的数据池，都可以发挥它的容量和速度优势。&lt;/p&gt;
&lt;p&gt;它不适合以下场景：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;成品品牌 NAS 用户&lt;/li&gt;
&lt;li&gt;不想额外购买 SAS 阵列卡和转接线的用户&lt;/li&gt;
&lt;li&gt;对数据安全要求很高的主存储&lt;/li&gt;
&lt;li&gt;想把两个 7TB 逻辑盘做 RAID 1 当备份的用户&lt;/li&gt;
&lt;li&gt;主要跑小文件、虚拟机随机读写或数据库负载的用户&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;如果目标是低价大容量和高速顺序读写，Exos 2X14 / Mach.2 确实有可玩性。
但它的正确定位应该是“便宜、快、能折腾的专用盘”，而不是“闭眼上车的万能 NAS 盘”。&lt;/p&gt;
&lt;p&gt;硬盘有价，数据无价。
这类双臂盘可以买，但最好只放可恢复、可重建、已经另有备份的数据。
真正重要的资料，仍然应该放在清晰可靠的备份策略里。&lt;/p&gt;
</description>
        </item>
        
    </channel>
</rss>
