什么是启动KVM实例的最低要求。 我想同时启动1000个实例，我正在使用NAS环境。 我想确保我知道基本引导的IO要求是什么。
引导风暴是不应该掉以轻心，因为他们可以导致严重的大型存储arrays停下来。 避免这种突然的启动风暴由于许多情况立即开始应该是一个主要的devise考虑。
真正需要多lessIOPS很难build模，你必须自己测量。 你必须根据你所拥有的NASselect工具箱。 如果可以，请更具体。
还有一个很重要的依赖，你实际上在那里启动。
这显然取决于虚拟机 – 只需启动GRUB？ 也许50-100操作 – 交换服务器？ 许多，更多…
答案很简单，基准一 – 这是知道的唯一方法。
哦，它必须是KVM？ 像这样的东西听起来更像是VMWare的View产品的构build。
一些比较testing数据（200 VMWare虚拟机）在这里： http : //ctistrategy.com/2009/12/28/vmware-boot-storm-netapp-part-2/
干杯
同时引导1000个事件是非常严重的。 即使单个性能在20-30IOPS（可能是一台机器上的缓慢磁盘）上可以接受，你也看到了20-30K的IOPS。 把你的支票簿拿出来。 实际上，如果没有任何东西阻止它们，大多数操作系统的消耗会比可接受的要多得多。 例如，如果您拥有Windows XP客户端虚拟机，并通过将其连接到可以提供20K或更多IOPS的SSDarrays来实现无限IOP，则我已经看到单个虚拟机消耗了近1000个IOPS。
分阶段启动序列是至关重要的。 如果这些开销系统非常低，那么在稳定状态下，每个系统的IOPS 可能会达到5 IOPS，但引导风暴被称为是有原因的。 读取/写入IO比率也非常重要 – 为重读IO提供5-10K IOPS更容易（更便宜！），但典型的非服务器系统的维持IO模式非常严重地写入偏差，并且将更加昂贵find一种能够以50:50 R / W模式可靠地提供5000IOPs的解决scheme，因为它将以80:20的R / W模式提供5000IOPs。
但严重的是，那里的存储解决scheme非常less，可以可靠地同时启动1000个虚拟机实例。
如果您将View许可为独立产品（而不是作为vSphere群集的附加组件），则可以使用Enterprise Plus的全部function。 从vSphere 4.1开始，这包括存储资源分配（在群集或资源池级别）。 在您的环境中configuration和调整此设置，以控制每个虚拟机的IOP加载。 这将以合理的投票方式限制和分配IOP，并确保其他虚拟机在繁忙启动时间内对SAN IOP进行查看。
这可能会延长虚拟机的启动时间，但是会为可以提供如此高负载的SAN节省一笔财富。
另一种select是查看包含SSD在内的快速存储级别的分层SAN，例如EMC VNX或NetApp SAN，但这些并不便宜。