突袭 – FC和SAS DAS设备是否足够标准?

在我提出问题之前,这里有一些可能有用或可能没用的背景信息:

我第一次发现自己需要一个DAS解决方案.我的优先事项是单向吞吐数据.我可以写大块,而且我不需要同时阅读.服务器(数据生成设备)实际上不是典型的服务器,它是一台非常强大的单板计算机.因此,对于我可以安装的附加卡,我的选项有限,因为它必须使用相当不常见的接口XMC.目前我相信我是有限的PCIex8 gen 1,这意味着对我来说可能的瓶颈将是这个16gbps的连接.

到目前为止我找到的XMC板提供以下连接:

a)双10GBE以太网控制器,总吞吐量20gbps

b)双Quad SAS 2.0连接器(SFF-8XXX)HBA(无突袭),总吞吐量为48 gbps

c)双FC 8gb HBA(无突袭),总吞吐量为16gbps

我对你们的问题是:

1)SAS和/或FC,以及它们的HBA,足够标准,我可以购买带有外部SAS或FC端口的raid控制器的Dell或Aberdeen存储服务器,并期望我可以将它连接到我的SAS或FC HBA,只有一个卷(如果我这样配置了存储服务器),所有这些都不需要检查HBA兼容性?

2)在像Dell PowerVault(DAS或NAS)这样的设备上,是否存在关注自己的操作系统,或者是否需要进行远程管理?是否存在本地接口,以防我无法远程管理它(即,如果我的单板计算机使用Dell OpenManage不支持的操作系统).几乎所有自称为DAS的设备都是如此吗?

3)如果我购买某种Supermicro存储机箱,安装了一个带外部连接的raid控制器,是否有一个很好的轻量级操作系统我可以运行只是为了管理控制器?我甚至需要一个操作系统,因为raid卡无论如何都会在启动前配置?

4)购买基于XMC的10千兆以太网卡(通常是双端口)要容易得多.使用iSCSI作为DAS,我在哪些方面遇到麻烦的是使用SFP电缆直接布线?

提前致谢

广告1)市场上有各种存储解决方案 – 您需要注意您所购买的产品:

>带有被动背板的JBOD机箱 – 您可以在SAS中找到其中的一些.它们只为多通道链接提供直通连接,并且没有任何逻辑或任何类型的管理
>带有(SAS或FC)扩展器的JBOD – 这些更常见于更高密度的应用程序,扩展器将扇出1或2(多通道)链接到更多的驱动器.管理(主要用于分区)可能是带外(通过具有IP连接的单独管理控制器)或带内(SES),具体取决于实施.
>具有自己的控制器的存储设备 – 可以是FC,SAS或iSCSI连接的任意组合(在后一种情况下有时也具有NAS功能),通常可以使用额外的JBOD机架进行扩展,并且可以使用冗余控制器.控制器是内置的,管理是带外的.许多解决方案使用相同的基础机箱和一组不同的控制器或附加接口,具体取决于所需的主机互连类型

存储设备通常与所声称的兼容 – SAS互连可以与SAS HBA连接并呈现单个卷(可配置的RAID级别),FC和iSCSI也是如此. JBOD更加棘手 – 特别是如果它们被设计为存储设备的扩展架,您必须特别注意确保它们能够与所选控制器一起使用(并得到支持).

ad 2)当然存储设备上有一个操作系统.但是,随着它与设备一起提供,您可以将其视为“固件”并将其处理.在使用设备之前,您当然不需要盯着启动屏幕并按ctrl alt del(尽管您将在市场上找到基于Windows Storage Server的设备).由于管理典型地发生在带外,您可以选择使用额外的计算机进行维护和监控.

ad 3)如果我说得对,你想设置一个RAID控制器来连接你的磁盘,并作为你的SBC的HBA的目标.我不知道任何支持这种操作模式的卡.扩展器以这种方式工作(您可以将目标和启动器连接到扩展器的任何给定端口),但您仍然必须在SBC的控制器上安装RAID逻辑.

广告4)你可能不会那么多陷入困境. iSCSI现在是非常标准的存储互连,性能良好,多路径和故障转移选项得到很好的解决.但是,由于iSCSI堆栈比SAS更复杂,并且具有比SAS更多的依赖性,因此您需要知道自己在做什么.此外,与SAS或FC互连相比,您通常会遇到更高的延迟:

latency summary for different interconnects

相关文章
相关标签/搜索