语境：
我有一个在ESXi上运行的SAN操作系统（Nexenta）。 它已经通过VT-d已经通过了一些HBA。 SAN OS的所有HBA都已满（无空闲连接器）。 我最近为Nexenta购买了一些SATA SSD，并将它们直接连接到主板的板载SATA控制器。
我可以通过将“物理磁盘”添加到vSphere中的VMconfiguration文件，将这些新的SSD添加到Nexenta VM。 或者，我可以连接到其中一个HBA，但是我必须断开/移动现有的磁盘，这相当麻烦。
题：
我的问题是：假设我的HBA没有做任何花哨的caching等，并且具有与板载控制器（连接到新SSD的那个相同）的可用总线带宽和SATA规格，是否在附加物理磁盘通过vSphere磁盘添加到VM添加function，并将其附加到通过VT-d传递到VM的HBA？ vSphere磁盘添加方法是否施加了一些中继/请求转发行为，与本机速度相比，这会对磁盘性能造成负面影响？
答案的轶事是好的，但统计更好：我知道我可能不会注意到性能差异，因为固态硬盘是快速的。 但是我已经在这个领域工作了很长时间，知道如果有一个有问题的性能差异，它将在生产关键的活动中，在最糟糕的时间:)
请在以下位置查看关于在我的post中configuration一体化ZFS设置的注意事项： 将ZFS服务器作为虚拟来宾进行托pipe 。
如果您正在讨论创buildSSD池或将硬盘添加为原始设备映射（RDM），请忽略此答案的其余部分。 HBA与RDM之间的关系将会存在。 如果需要，使用SAS扩展器。 主要原因是便于携带，configuration简单（您不需要这个或这个 ），并与您已经configuration的一致性。 性能影响可以忽略不计。 pipe理费用不是。
如果您想考虑在提供给ESXi的磁盘上使用VMDK文件，一般的答案是您可以任意select。 性能差异可能并不重要。 这假定应用程序正在将ZIL日志或L2ARCcaching设备添加到您的虚拟化ZFS系统。 有些情况下，我会将SSD添加到物理系统，并将VMDK添加到NexentaStor虚拟机上。 其他情况下，我可能会提供一个完整的原始驱动器。
我基于便利性和性能。 如果性能绝对是最重要的，我们不会虚拟化存储，对吧？ 便捷部分具有灵活性，可以为现有系统提供合理的性能提升，而无需将整个 100GB + SSD专用于ZIL（仅为我的目的需要4GB）。 如果我受到其他方面的限制，这为L2ARC留下了空间。
所以我的问题是：