存储I O控制原理与配置优化.pdfVIP

第三章I/O控制（SIOC）

当数据群集被建立，I/O度量值开启，通过DRS，I/O控制也同时开

启。我们觉得用一章来说明I/O控制非常合适，最重要的是，DRS利用

I/O控制的某些功能来决定数据的能力，在我们了解这些之前，让我们先

讨论些基础知识。

介绍

存储I/O控制（SIOC）在资源争用期间，一个方法来公平的分配I/O资

源，它启用后，管理员在高度整合的环境中来运行重要的工作流时，虚拟环

境没有自己造成服务的风险，另外，它帮助其它的情况下的干扰（同一个

数据上的一台虚拟机能对另一台虚拟机造成的影响），SIOC利用虚拟机

份额来达到资源，在SIOC发布之前，虚拟磁盘的份额被介绍的比较

长，但是，SIOC介绍Datastore-Wide计划，主要的不同是在每个主机级别没有

SIOC计划，尽管为SIOC计算相当复杂，开启和配置SIOC是不行的（图109），

SIOC只需要几步就可以启用，当DRS使用I/O度量值选项，它将自动启用，

在我们举例子之前，我们想确认每个人理解了一些关于此块的基本概念，以及没有

SIOC会造成的影响。

图109：开启I/O控制

排队

当和许多我们的客户讨论SIOC，我们注意到有一些基本的概念，关于怎样实

际确认资源在所以的虚拟机和主机间被公平的分配，这个例子就包括它，但是原理

可能没有那么明显，所以我们叫它一个特别的称呼：排队节流

在我们解释怎么排队节流工作之前，我们想简单的解释下不同的队列，当客户端系

统初始化I/O，这是为了工作流和队列能相遇：

•客户设备驱动队列深度（LSI=32，PVSCSI=64）

•VHBA（hardcode限制LSI=128，PVSVSI=255）

•Vmkernel设备驱动（FC=32,ISCSI=128，NFS=256，本地磁盘=256）

•多路径SAN/阵列队列（包括端口缓冲区，端口队列，磁盘队列等）

这些值得注意的Disk.SchedNumReqOutstanding(DSNRO)没有提到，正常来说它在

Vmkernel设备驱动后直接提到，但是，当SIOC开启，DSNRO就不再经常使用，

自从SIOC保证了一定程度的公平。

考虑到你设置你为你的HBA设置了64的队列深度，虚拟机在数据上产生I/O，

如果它只是数据上的单个虚拟机，增加到64的I/O将立即结束设备驱动，但

是，在大多数的环境中，LUNs被很多虚拟机共享，在大多数的场景中，这些虚拟

机应该被对待，当同一数据上两个或者的虚拟机产生I/O，DSNRO

将踢出它，但是，当Vmkernel检测到只有一个节流队列，计数器的阈值就达到了，

计数器的名字叫做Disk.SchedQControlVMSwitched,默认设置为6，这意味着当手工

I/O节流队列低于Disk.SchedNumReqOutstanding的值（默认是32）之前，

Vmkernel需要检测6个虚拟机的交换机，（虚拟机交换机意味着需要检测6次，

当前I/O不能来自之前虚拟机的同样I/O）

节流发生的是因为驱动已经产生I/O，Vmkernel不能控制顺序，只能想象你

有VM-A产生了一些I/O，另一个VM-B刚刚也产生了I/O，VM-A将结束全天运

行的大多数全深度队列，每次VM-B产生I/O，它将通过Vmkernel调度器快速捡

起（这是个不同的知识点），并尽快发送另外一个完成的给驱动，但是它不必要在

VM-A64的I/O的队列，因为它已经在队列中，这些通过VM-B将明显的添

加到I/O延迟经历中，这是不可取的，通过限制未完成的请求，我们允许

Vmkernel快速安排VM-B的I/O到VM-A的I/O流中，尽管为VM