虚拟机和I / O繁重的工作量,这是理智的吗?


14

我已经在大量的虚拟化服务(Azure)和产品(vmware,kvm,hyperv)上看到了I / O和I / O工作量大的系统停顿的情况。

我的问题是:

  • 在执行I / O繁重的工作负载时使用虚拟化解决方案是否明智?
  • 围绕这些东西的最佳实践是什么?
  • 是什么原因导致这些问题,存在众所周知的系统瓶颈,还是仅仅是争用过多的问题?

相关的IBM研究论文。我也会考虑使用容器,例如Docker。从论文中得出的结论:“容器还可以消除IaaS和“裸机”非虚拟服务器之间的区别,因为它们提供了具有裸机性能的VM的控制和隔离。
oleksii 2015年

1
1.您做了什么研究?我们希望您在询问之前进行大量研究。显示您的研究成果可以帮助他人,并帮助人们为您提供更好的答案。请参阅serverfault.com/help/how-to-ask帮助中心。2.这个问题涉及面很广,可能对此站点而言过于广泛。标准建议是:每个问题一个问题。3.该站点不适合需要征求意见的问题。您是否可以提出比“围绕此类事物的最佳实践”更具体,更客观地回答的问题?
DW 2015年

1.运行各种虚拟机(kvn,xen,virtualbox,亚马逊,azure,hyperv)的十年。我发现性能通常是灾难性的,但是由于目前的IT正统观念是必须对所有内容进行虚拟化,因此存在大量的宣传和风险投资。想知道这仅仅是我一个人,还是其他运维专业人士也感到某种程度的怀疑。
布莱恩·亨特(Bryan hunt)

2
如果您发现性能通常是灾难性的,那么-在使用虚拟化技术10年后-现在是时候接受失败的管理员身份,并寻找可以做的事情了,而全世界其他地方都没有问题。说真的,我想你在这里戏剧化。或从未意识到虚拟化需要购买一个不错的IO子系统。当人们在台式机磁盘上加载10多个虚拟机并抱怨IO速度时,我总是感到恐惧。
TomTom 2015年

更多的是观察。在选择的解决方案中,我并非总是有发言权。我是行动 我只要保持一切正常运行就可以了。
布莱恩·亨特(Bryan hunt)2015年

Answers:


19

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

是的,确实非常理智,实际上,对于大多数组织而言,现在虚拟化是默认设置,而在物理设备上执行操作则是非常例外。我们拥有超过100k种各种形式的VM,其中许多IOPS> 40k完全没有问题。

围绕这些东西的最佳实践是什么?

这里的关键不是是否进行虚拟化,而是要了解您的IO需求并匹配虚拟存储资源。就是这么简单,如果您知道自己需要/想要的东西,并且有预算将其与存储系统匹配,那么虚拟化层实际上就几乎没有作用-除非您真的推动了某些事情(我说的是数十/亿个IOP)。

是什么原因导致这些问题,存在众所周知的系统瓶颈,还是仅仅是争用过多的问题?

缺乏理解或尝试使用太少的存储资源来做太多事情,这通常会导致人员问题。


10

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

数据库服务器是否定期提取1GB /秒的随机IO计数?这里有一个。

或一台虚拟文件服务器向HPC群集提供高达600mb / s的速度。那只在专用的Raid 10战斗机中击落了8个Velicoraptors。

围绕这些东西的最佳实践是什么?

提供大量的IO。我认为此SQL VM具有大约8或10个专用SSD。

导致这些问题的原因有哪些众所周知的系统瓶颈,

人们不做基础数学。如果IO子系统无法处理负载,则在虚拟化条件下也不会处理负载。需要大量IO-然后提供适当大小的专用存储子系统。


10
“提供大量UI”-您可能是说IO
oleksii,2015年

2

除了基本数学和概念(您仍然需要与非虚拟化相同的IO)外,还有QOS /优先级划分。大多数虚拟化平台至少为此提供基本支持,这将有助于防止行为不端的dev VM拖延您的prod DB。


1
是的 需要5000IOPS,则具有350的硬盘将无法切割。在同一张光盘上加载更多虚拟机,没有,这将无法正常运行。我总是感到惊讶的是,有多少人忽略了基础数学。
TomTom 2015年
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.