FC和SAS DAS设备是否足够标准？

在问我的问题之前，这里有一些背景信息可能会或可能不会有用：

我第一次发现自己需要一个DAS解决scheme。我的首要任务就是向一个方向传递数据。我可以写大块，我不需要同时阅读。服务器（数据生成设备）并不是一个典型的服务器，它是一个非常强大的单板计算机。因此，我可以安装的附加卡的选项有限，因为它必须使用相当不常见的接口XMC。目前我相信我是有限的PCIex8第一代，这意味着对我来说可能的瓶颈将是这个16Gbps的连接。

到目前为止，我发现的XMC主板提供了以下连接：

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

b）双四路SAS 2.0连接器（SFF-8XXX）HBA（无raid），总吞吐量为48 gbps

c）双FC 8gb HBA（无raid），总吞吐量16gbps

我给你们的问题是：

1）SAS和/或FC以及HBA的扩展是否足够标准，以便我可以购买具有外部SAS或FC端口的RAID控制器的Dell或Aberdeen存储服务器，并且希望能够将其连接到我的SAS或FC HBA，将呈现一个单一的卷（如果我这样configuration存储服务器），而不必检查HBA兼容性？

2）在像戴尔PowerVault（DAS或NAS）这样的设备上，是否有一个操作系统可以关注自己，还是要进行远程pipe理？如果我无法远程pipe理它（如果我的单板计算机使用的是不受Dell OpenManage支持的操作系统），是否有本地接口？几乎所有自称为DAS的设备都会这样吗？

3）如果我购买某种Supermicro存储机箱，安装了一个带有外部连接的RAID控制器，是否有一个不错的轻量级操作系统，我可以运行它来pipe理控制器？我甚至会需要一个操作系统，因为RAID卡将被configuration预启动吗？

4）购买基于XMC的万兆以太网卡（通常是双端口）要容易得多。在使用iSCSI作为DAS时，通过SFP +电缆直接布线会使我陷入什么困境？

提前致谢

广告1）市场上有各种不同的存储解决scheme – 您需要小心购买的东西：

带有无源背板的JBOD机箱 – 您会发现其中一些用于SAS。他们只是提供多线路连接的直通连接，没有任何逻辑或任何types的pipe理
带有（SAS或FC）扩展器的JBOD（对于更高密度的应用程序而言更常见），扩展器将扇出1或2个（多通道）链接到更多数量的驱动器。根据实施情况，pipe理（主要用于分区）可能是带外（通过具有IP连接性的单独pipe理控制器）或带内（SES）。
带有自己的控制器的存储设备 – 可能采用FC，SAS或iSCSI连接的任意组合（在后一种情况下有时也与NASfunction一起），通常可以通过额外的JBOD机架进行扩展，并可使用冗余控制器。控制器是内置的，pipe理是带外的。许多解决scheme都使用相同的基本机箱和一组不同的控制器或附加接口，具体取决于所需的主机互连types

这些存储设备通常与所声称的兼容 – SAS互连可以与SAS HBA连接，呈现单个卷（可configuration的RAID级别），FC和iSCSI也是如此。 JBOD更加棘手 – 特别是如果它们被devise为存储设备的扩展架，则必须特别注意确保它们能够与所选控制器一起工作（并受其支持）。

广告2）当然有存储设备上的操作系统。但是，随着设备一起提供，您可以将其视为“固件”。在使用设备之前，您当然不需要盯着启动屏幕并按下ctrl + alt + del （尽pipe您可以在市场上find基于Windows Storage Server的设备）。由于pipe理通常是在带外进行的，您可以select使用额外的计算机进行维护和监控。

广告3）如果我找对了你，你想build立一个RAID控制器连接你的磁盘，并作为你的SBC的HBA的目标。我不知道任何支持这种操作模式的卡片。扩展器在某种程度上可以这样工作（可以将目标和启动器连接到扩展器的任何给定端口），但是您仍然必须在SBC的控制器上使用RAID逻辑。

广告4）你可能不会遇到麻烦。如今iSCSI是非常标准的存储互连，性能不错，多path和故障转移选项可以很好地解决。但是，由于iSCSI堆栈比SAS更复杂并且依赖性更强，所以您需要知道自己在做什么。与SAS或FC互联相比，您通常也处于更高的延迟时间：

不同互连的延迟摘要