单台EVA上的多路逻辑驱动器

Question

Server最佳实践建议为数据和日志文件提供单独的驱动器。如果两个逻辑驱动器都位于相同的EVA上，您真的会得到速度增长吗？

Answer 1

啊-只是我的专业领域！

SQL‘最佳实践’假设您对数据使用单独的物理磁盘并记录是的，但这要么在本地附加物理磁盘的服务器中，要么通过传统的SAN方法，其中LUN只是单个SAN磁盘的一部分。EVA与此非常不同。

根据给定的LUN模型的不同，它将分布在至少8个物理磁盘上，如果它是一个P6xxx，那么它可以是12个或更多。因此，如果您的日志分布在一组8个或更多个磁盘上，而您的数据分布在另外8个或更多个磁盘上，那么很明显，与仅在两个磁盘上相同的数据相比，性能要好得多。考虑到这是性能最差的配置，而且您可能会看到更好的性能，因为扩展范围更广，我认为您会同意这一“最佳实践”会让EVAs见鬼去。

基本上，只需将它们从最大的磁盘组中分割出来即可(您确实希望在单个DGs中拥有所有相同类型/速度的磁盘)，并让EVA担心其余的问题。我在多个EVA/P6xxx/3 3Par盒上运行了许多MSSQL集群，现在真的没有必要在LUN化妆中变得太具体了，就像我们以前在2000年的S和旧的SAN数组一样。

Answer 2

可能是的..。每个块设备队列是一个可以从分离中受益的不同区域，即使在访问同一物理磁盘组时也是如此。

Answer 3

完全同意Chopper3。为了提高性能而对DB文件/日志进行理论磁盘分离的做法早已不复存在，就像您为老JBOD所做的那样。

有一个大磁盘组(大量的纺锤体)的EVA是您所需要的。

此外，如果您实际观察了SQL Server或Oracle在硬件级别上所做的事情，那么在DB文件上的磁盘I/O的数量可以通过拥有大量的RAM来抵消。日志，是的，它们仍然按顺序写入；只需确保您的日志滚动阈值设置为与您的事务速率相匹配。

我们在VMware上运行一些中等大小(300 We )的Oracle实例，运行在EVA上。这增加了另一层抽象；即：

O/S卷(NTFS) -> VMware VMDK file -> VMware datastore (VMFS文件系统) -> EVA vDisk (LUN)与其关联的vRAID级-> EVA磁盘组->物理FC/AL驱动器

因此，如果你让计算机科学家找到包含你数据库块的磁盘块，为了应用一些优化建议，他或她会耸耸肩。