虚拟机和I/O工作量很大，它是否正常？

Question

我见过许多虚拟化服务(Azure)和产品(vmware、kvm、hyperv) I/O和I/O负载过重的系统停机。

我的问题是：

• 在执行I/O繁重的工作负载时使用虚拟化解决方案是明智的吗？
• 围绕这类东西的最佳实践是什么？
• 是什么导致了这些问题，是否存在着众所周知的系统瓶颈，或者仅仅是一个过度争论的问题？

Answer 1

在执行I/O繁重的工作负载时使用虚拟化解决方案是明智的吗？

是的，非常理智，事实上，对大多数现在的组织来说，虚拟是默认的，在物理盒子上做事情也是例外。我们有超过100000的所有形式的VMs，其中许多是>40k IOPS，根本没有任何问题。

围绕这类东西的最佳实践是什么？

这里的关键不是它是否是虚拟化的-它是理解你的IO需要和匹配虚拟存储资源。就这么简单，如果你知道你需要什么/想要什么，并且有足够的预算与你的存储系统相匹配，那么虚拟化层真的很少或根本不起作用--当然，除非你真的在推动事情(我说的是数以千万计的IOP)。

是什么导致了这些问题，是否存在着众所周知的系统瓶颈，或者仅仅是一个过度争论的问题？

缺乏理解或试图用太少的存储资源做太多事情，这通常是造成人们问题的原因。

Answer 2

除了基本的数学和概念，你仍然需要相同的IOs与非虚拟化，也有QOS/优先级。大多数虚拟化平台至少对此提供了基本支持，这将大大有助于防止错误的dev VM拖延您的prod DB。