虚拟机的存储大小

Question

我目前正在进行研究，以确定如果我们开始使用虚拟化平台，公司可以期望的合并比率。在研究如何将观察到的性能(数周的perfmon数据)转换为虚拟化服务器的hdd数组需求时，我发现自己不断陷入死胡同。我很熟悉IOP的概念，但它们似乎过于简单化，没有考虑到缓存、写入组合等问题。在存储阵列性能分析方面是否有我所缺少的开创性工作？这似乎是一个传闻和“黑魔法”以冷酷、确凿的事实取而代之的领域。

Answer 1

老实说，这是很多很好的猜测和直觉。您可以从基本的IO开始，但随后您必须考虑到依赖于彼此的应用程序，这些应用程序将导致并发IO，在这些应用程序中，其他应用程序是独立的，不太可能并发。这通常会导致计算非常复杂，最终导致四舍五入和模糊，直到它听起来合理。

当出现疑问时，请选择更高的性能，用户从不抱怨应用程序响应过快。一定要保持在你的预算范围内，否则管理层会抱怨的。

一定要看一下数字，不要只是简单的猜测。许多数字无法显示缓存命中率；如果使用SAN，那么缓存命中率可能会更大(缓存命中率可能会有很大的不同)。

Answer 2

我建议，如果您尝试猜测缓存命中率和其他实现细节，则会极大地使您的配置过于复杂。由于你已经远远领先于游戏，实际上采取了一些额外的测量，重点放在IOPS的时间，我会把你所有的写IOPS，以得到一个大致的你所需要的。

如果可以的话，您可以做一些磁盘阵列测试，以确定您将能够得到x个磁盘轴的IO类型。我的经验法则是，对于7.2k、10k、15k磁盘，我的经验是150,200,250 IOPS，对于RAID 10，添加到条纹集中的每个镜像对都会将许多IOPS添加到池中。因此，在7.2k磁盘的两个镜像上进行条纹化大约是300 IOPS，如果使用15k磁盘，则是500 IOPS。

假设您有一个更大的环境来巩固，您可能正在试图找出您需要多少架磁盘。如果您使用的是15个磁盘货架，那么2个货架将给您提供14对镜面对条纹和2个热零配件，因此多达3500 IOPS。当您添加缓存和IO排序和调度时，您可能会获得比这更高的性能，但是您不应该获得更低的性能。

因此，使用大量随机IO测试集进行一些测试是很好的，以验证您的设备执行模型预测的功能，或者您可以调整模型以匹配观察到的行为。