WWN与SAS地址详解(10款SAS硬盘横评之三)

简介:
SATA的点对点连接不存在寻址的问题,但加入扩展器(Expander)后形成交换架构的SAS却必须考虑如何寻址。为此,SAS引入了WWN(World Wide Name,全局名)的机制。WWN是一个符合NAA IEEE注册格式的8字节16进制数,以NAA(16进制的5,第0字节的高四位)开头,跟着3个字节(第0字节低四位至第3字节的高四位)的IEEE公司ID和4.5个字节(第3字节的低四位至第7字节)的厂商特定标识符,具有惟一性。
LSI SAS HBA SAS3081E(左)和富士通SAS硬盘驱动器MAX3147RC(右)印着WWN的标签,其中前者还把IEEE公司ID和厂商特定标识符分开,便于识别
根据SAS规范,每一个扩展器设备、SAS发起者设备(initiator,如HBA/RAID卡)、SAS目标设备(target,如硬盘驱动器)以及SAS target/initiator设备都包括一个上述IEEE注册格式的标识符作为其设备名(device name)。具体到SAS HBA、RAID卡和硬盘驱动器,都会在较为醒目的位置印上设备名,而后者更是普遍地在前面冠以“WWN”。 
上表列出了本文涉及的SAS硬盘驱动器及HBA/RAID提供商的IEEE公司ID,需要指出的是,LSI公司的SAS产品用的两个ID都来自其2000年收购的IntraServer Technology公司,而已成为AMCC旗下品牌的3ware也保留了自己的ID
设备名让在SAS环境中找到特定的SAS设备成为可能,但HBA、RAID卡乃至SAS硬盘驱动器,各有不止一个SAS端口,它们也需要分配一个SAS地址才能够访问到。所以,每一个SAS发起者端口、SAS目标端口和SAS目标/发起者端口都有一个WWN作为其端口标识符(port identifier)。笔者简单地研究了硬盘驱动器的设备名和端口标识符之间的关系。
Adaptec的ASM软件,WWN一栏显示SAS硬盘驱动器的设备名,而非所连接端口的标识符
设备名的前半部分(3.5个字节)是“5+IEEE公司ID”,取决于产品的“出身”;后半部分(4.5个字节)由出品商按照自己的规则指定,厂商只要确保它的惟一性,就不用担心设备名发生重合。不过,一旦某WWN被分配给某硬盘驱动器作为设备名,它之前或之后的几位数字也将根据出品商的规则赋予其主端口及第二端口,作为端口标识符,而不能再分配给其他的硬盘驱动器。
希捷、富士通和日立的SAS硬盘驱动器端口标识符命名规则
“WWN”一栏,粗体为IEEE公司ID,红色字体由出品商按照自己的规则指定
正如上表所示,希捷SAS硬盘驱动器的端口标识符都紧随设备名之后,日立(Hitachi GST)的规律则是在设备名之前。相比之下,富士通(Fujitsu)的做法比较奇怪——端口标识符与设备名并不相连,而是隔着至少一个数字,可惜我们只拿到了一台富士通SAS硬盘驱动器,不能确定这是否为普遍现象。但无论如何,SAS硬盘驱动器的主端口标识符和第二端口标识符肯定是前后相邻的。
图中上半部分用红色下划线标出的是西部数据1TB SATA硬盘驱动器WD10EACS标签上印刷的WWN和在SAS HBA的管理界面里面显示的SAS地址(SAS Address),可以看到两者毫无相同之处,而且SAS地址不受连接的SAS HBA端口的影响(Slot Number表明分别是第1和第3端口);下半部分是希捷Barracuda ES.2 1TB(ST3100340NS)印刷的WWN和管理界面显示的SAS地址(还包括Barracuda 7200.11),也看不出任何共同点
随着SAS的崛起,从2007年开始,SATA硬盘驱动器的标签上也出现了WWN。不过,按照ATA/ATAPI-7(8)定义的规则,这些同样遵守IEEE注册格式的WWN在SAS环境中被变换了字节的地址顺序,因此我们通过SAS HBA/RAID卡读到的SAS地址已经“面目全非”,两者间看不出直观的联系——换句话说,大多数最终用户不必在乎SATA硬盘驱动器的标签上是否印有WWN。还好,SATA硬盘驱动器只有一个端口,我们不必面对多重困扰,而能在系统中仅凭SAS地址就将其与SAS硬盘驱动器区分开更不是什么坏事。




本文转自 Gelada 51CTO博客,原文链接:http://blog.51cto.com/gelada/155685,如需转载请自行联系原作者
目录
相关文章
|
固态存储 IDE 开发工具
【实战经验分享】如何对SSD固态硬盘下发SCSI command?
目前可以供用来下发SCSI/ATA Command的工具有很多,比如BusHound, Hdparm, Sg3, Msecli等。其中Msecli是Micron自己的专门用来管理Micron SSD的命令行接口, 对于其他家的SSD是无效的。我们这里主要用的Sg3这个工具
|
10月前
|
存储 缓存 并行计算
LMCache:基于KV缓存复用的LLM推理优化方案
LMCache推出KV缓存持久化方案,显著优化大模型推理首Token延迟(TTFT)。通过将KV缓存存储至GPU、CPU或磁盘,实现跨请求复用,支持任意位置文本匹配,与vLLM深度集成,多轮对话、RAG场景提速3-10倍,降低硬件压力,提升吞吐。开源支持Linux/NVIDIA,正拓展AMD及更多生态支持。
1251 15
LMCache:基于KV缓存复用的LLM推理优化方案
|
机器学习/深度学习 网络协议 异构计算
浅析GPU通信技术(下)-GPUDirect RDMA
目录 浅析GPU通信技术(上)-GPUDirect P2P 浅析GPU通信技术(中)-NVLink 浅析GPU通信技术(下)-GPUDirect RDMA 1. 背景         前两篇文章我们介绍的GPUDirect P2P和NVLink技术可以大大提升GPU服务器单机的GPU通信性...
30652 0
|
机器学习/深度学习 人工智能 达摩院
10万亿!达摩院发布全球最大AI预训练模型M6
今天,阿里巴巴达摩院公布多模态大模型M6最新进展,其参数已从万亿跃迁至10万亿,成为全球最大的AI预训练模型。
9647 0
10万亿!达摩院发布全球最大AI预训练模型M6
|
存储 安全 Unix
Syslog 管理工具
Syslog是一种基于TCP/IP网络传输日志消息的标准协议,广泛应用于路由器、交换机、防火墙及Unix/Linux服务器等设备的日志管理。通过标准化的消息格式,Syslog实现了集中化日志收集、存储与分析,有助于提升网络性能、减少系统停机时间并强化安全策略。其核心组件包括Syslog侦听器(接收日志)、数据库(存储与查询)和过滤工具(分析特定日志)。此外,Syslog支持8个优先级分类,便于快速定位关键问题。借助日志管理工具如EventLog Analyzer,管理员可实现实时告警、日志归档、合规性报告等功能,从而更高效地监控和维护网络基础设施。
1713 2
|
Ubuntu 编译器 C语言
在Ubuntu22.04平台上交叉编译针对Rv1126架构的GCC13.2.0编译器的步骤。
遵循上述步骤,您应该能够在Ubuntu 22.04平台上成功交叉编译适用于RISC-V架构RV1126的GCC 13.2.0编译器,允许您为目标硬件构建应用程序和操作系统组件。
865 10
|
关系型数据库 虚拟化 iOS开发
VMware ESXi 8.0U3e macOS Unlocker & OEM BIOS ConnectX-3 网卡定制版 (集成驱动版)
VMware ESXi 8.0U3e macOS Unlocker & OEM BIOS ConnectX-3 网卡定制版 (集成驱动版)
639 2

热门文章

最新文章