joe*_*rty 6 storage storage-area-network
与此问题相关：在构建存储区域网络时，存储管理员通常会根据 I/O 类型（顺序访问还是随机访问）创建物理磁盘阵列，并将这些阵列中的 LUN 供应给需要该特定类型 I/O 的主机？
这取决于™。对于标准的低使用率虚拟机，我通常将它们中的大部分放在几个 RAID 6 上，让缓存和分层处理突发。对于遭受重创的 Exchange DB 服务器或 SQL Server 之类的东西，它们通常具有专为满足其需求而设计的 LUN。
不过，这确实取决于您的存储架构。
我尝试将预期的 I/O 需求与架构相匹配。对于我所做的几乎所有事情，SAN 方法如果你投入足够的磁盘，总 I/Ops 超过所有，但专业工作负载最终工作得很好。如果我有 96 个轴在使用，我可以使用的总 I/Ops 足以保持 SQL 服务器日志文件的供给，即使 Exchange 服务器运行在相同的磁盘上。
理论（I/O 分离是最佳实践）在现实中运行的地方在于这些大型 SAN 阵列中的一些是如何设计的。虽然四个 15K RPM 磁盘的顺序I/Ops 相当高，但许多这些阵列有意随机化块布局，因此即使您创建一个专用于一个 SQL 日志的 4 磁盘磁盘组，您也不会获得这种性能体积。它们可能会遇到一些顺序的好处，因为块大小通常大于磁盘本身使用的 4K，但它不会是您期望从纯顺序加载中获得的尖叫恶魔。
它发挥作用的地方是我是否正在为数据库构建专用存储。这假设这一服务的 I/O 需求非常大，或者 I/O SLA 足够严格，必须有性能保证。在这种情况下，我实际上将为诸如 Log、TempDb 和 DB 卷之类的内容创建离散磁盘组。这种设计并不经常发生，实际上很少发生。