SAN LUN 歧义 wrt 性能
MSDN 说将读/写操作拆分到一个驱动器中，顺序写入另一个驱动器。（PRIMARY 文件组通常使用具有读取、更新、写入活动的数据，而 LOG 文件组主要是顺序写入）文档早于存储区域网络。
我知道将存储分组到读/写活动将优化磁盘上的磁头 - 最大限度地减少磁盘抖动，类似的事情......但是当操作系统上的“磁盘”分配给从派生的存储池时如何处理许多磁盘？
那么IO的“瓶颈”就是SAN上的IO控制器，它控制来自条带化磁盘组数据的数据流？意思是，LUN1 作为 2 个 500GB 驱动器暴露给 Server1 操作系统，每个驱动器分为 2 个逻辑驱动器 D:、E:；F:,G: 每个 250GB：一个数据库有一个 750GB 的表，在一个包含 4 个文件的文件组上创建（D:\f1.mdf、E:\f2.ndf、F:\f3.ndf、G:\f4.ndf ) 将在所有逻辑驱动器中具有并行性（优化操作系统文件驱动程序？）并且 SQL 可以使用更多文件处理程序线程？但所有 IO 仍然来自 LUN 控制器，最大速度为 1GB/秒。
或者 DISK 分离是否暗示为 LUN 级别拆分？意思是 LUN1 250GB、LUN2 250GB、LUN3 250、LUN4 250...每个都作为单独的物理驱动器暴露给操作系统，每个都映射到一个逻辑驱动器，并且 SAME FILEGROUP 拆分只会实现 IO 优化吞吐量的好处？我想我的问题取决于 SAN 存储控制器是否可以在每个 LUN 上维持 1GB/秒的吞吐量。
或者它是否意味着每个 LUN 都有一个存储控制器？
更有经验的人可以建议将条带对齐到 NTFS 块大小的问题是否参与了这个讨论？操作系统 NTFS 分配大小块...哦！和网络数据包大小——这也是影响客户端数据吞吐量的因素吗？IPv6 与 IPv4 - 这也是一个因素吗？
与您的 SAN 管理员交谈。这是应该能够用详细信息向您解释您所拥有的 SAN 类型及其功能的来源。你有 MPIO 吗？你的面料是什么结构？
有时对不同的文件使用多个 LUN 是有意义的。在幕后，可能有不同类型的存储可用。
具有一定 SSD 容量的 SAN 可能会提供分层。也就是说，最热的数据被提升到系统的 SSD 支持部分，而较冷的数据则保留在 HDD 上。一些模型提供自动分层，其中系统决定什么是热的，什么不是。某些模型需要管理操作。
HP EVA 提供 VRAID 级别 0、1 和 5。使用这些将在阵列中的所有磁盘上分布一个 LUN。这提高了可靠性，但 VRAID 5 的成本是增加了控制器 CPU 使用率。SAN 管理员需要平衡增加的存储成本和增加的 CPU 使用率。
将 NTFS 块与存储对齐取决于 SAN。如果您还使用虚拟化（Hyper-V、VMWare 等），则会引入额外的复杂性。您的存储供应商可能会提供有关如何配置存储以获得最佳性能的白皮书、最佳实践和咨询服务。
网络数据包大小是相关的 - 如果您使用 iSCSI。对于 FibreChannel，IP 设置不相关。