我计划购买带有LSI Megaraid控制器和8个英特尔S3520 SSD的新ESXi VSphere Server。
有提到如何处理SSD的vmware-kb文章： 在默认情况下未检测为SSD的基于SSD的磁盘/ LUN上启用SSD选项（2013188）
并且不支持4K和512e驱动器（SSD）： 常见问题解答：针对VMware vSphere和VSAN的512e和4K原生驱动器的支持声明（2091600）
我应该在硬件RAID中使用SSD吗？
编辑：主要问题：如果我用这个SSD创build硬件RAID – 将在kb2091600提到的问题…：
首先，暴露给虚拟机Guest OS的虚拟磁盘的扇区大小仍然是512n。 对于某些客户端应用程序（如MS Exchange），客户端将创build一个I / O工作负载，这取决于向客户端显示的驱动器types。 由于guest虚拟机继续看到传统512扇区驱动器（512n），所以guest虚拟机操作系统不会尝试生成4KBalignment的I / O。 这可能会导致在512e驱动器之上的Exchange工作负载的性能不佳。
其次，由ESXi生成的内部I / O不是4KBalignment的，因此不针对512e驱动器进行优化。 例如，VMFS快照文件格式未针对512e驱动器进行优化，并且在某些情况下可能会对性能造成严重的负面影响。 这同样适用于VMFSlocking和ATS（primefacestesting和设置）操作。
还在发生？ 这个Raid-Set是一个“外部存储arrays”，就像隐含的“下面”一样：
本文适用于HDD和SSD直连式驱动器。 只要呈现给ESXi启动器的LUN使用512个逻辑扇区大小（READ_CAPACITY应报告512个逻辑块），则这不适用于外部存储arrays。
是的，你必须在硬件RAID中使用SSD，因为它是你的生产存储，并且需要冗余，因为如果你丢失了存储空间，你将失去一切。
根据您的工作负载和IOPS要求，我强烈build议考虑SSD RAID5而不是RAID10。 闪存RAID10是一个可用容量的巨大浪费和RAID5仍然会给你相同的阅读（这是70-90％的虚拟化基础设施）的速度与RAID10和单个SSD驱动器写性能仍然相当不错，约20k-30k IOPS意味着大约40-60个通用虚拟机，或者更多/更less取决于您的环境。 人们不喜欢RAID5的主要原因是主轴的重build时间很长，但由于您拥有全闪存设置和相当小的驱动器，所以重build时间并不重要。
不幸的是，硬件RAID控制器很可能会提供与其中使用的驱动器相同的块大小的虚拟磁盘，因此您可能需要512字节的磁盘才行。
我不是使用SATA SSD的粉丝，但是直到NVMe有一个硬件RAID控制器（他们应该在17年第一季度出货），那么你应该在硬件控制器上运行它们。
ESXi没有软件RAID，所以除非你使用VSAN，否则你确实需要保护你的数据，所以NVMe现在不在了。
这就是说，如果我是你，我会从你创build的R10arrays运行ESXi而不是SD / USB – 它将获得它所需要的RAID保护 – 如果没有其他的使用SD / USB没有任何问题磁盘控制器在你的主机，但如果你有一个，那么我总是build议使用它们来启动 – 这将不会影响使用其他arrays作为VMFS数据存储的方式。