我在其中一篇VMware知识库文章中看到，快照将直接影响VM的性能。 但我的团队不断问我快照如何影响性能。 我想给他们坚定的理由背后的快照是性能杀手。 任何人都可以解释一下关于快照如何影响性能的一些理论？ 仅仅是因为硬盘的磁盘I / O速度会很慢？
序幕： 我是一个代码猴，越来越多地为我的小公司承担了系统pipe理职责。 我的代码是我们的产品，越来越多的我们提供与SaaS相同的应用程序。 大约18个月前，我把我们的服务器从一个高级托pipe中心的供应商转移到了一个四级数据中心的准系统机架推进器。 （字面意思是在街对面）。这种做法比我们自己做得更多，比如networking，存储和监控。 作为这一举措的一部分，为了从托pipe公司中replace我们租用的直连存储，我构build了一个基于SuperMicro机箱，3ware RAID卡，Ubuntu 10.04，二十几个SATA磁盘，DRBD和RAID的9TB双节点NAS。 以下三篇博文都详细logging了这些内容： 构build和testing新的9TB SATA RAID10 NFSv4 NAS： 第I 部分 ， 第II 部分和第III部分 。 我们还设置了一个Cacit监控系统。 最近我们添加了越来越多的数据点，如SMART值。 如果没有ServerFault上 真棒的 boffins ，我不能完成所有这些工作。 这是一个有趣和教育的经验。 我的老板很高兴（我们节省了桶的$$$） ，我们的客户很高兴（存储成本下降） ，我很高兴（有趣，有趣，有趣） 。 直到昨天。 停电和恢复： 午餐后的一段时间，我们开始从我们的应用程序 – 一个按需stream媒体CMS获取性能低下的报告。 与此同时，我们的仙人掌监控系统发送了一封电子邮件。 其中一个更有说服力的警报是iostat等待的图表。 性能变得如此退化，Pingdom开始发送“服务器closures”通知。 整体负荷适中，没有交通高峰。 在login到NAS的NFS客户端之后，我确认几乎所有事情都经历了高度间歇性的，非常长的IO等待时间。 一旦我跳到主NAS节点本身，尝试导航问题arrays的文件系统时，相同的延迟是明显的。 时间到了崩溃，那很好。 在20分钟内，所有的事情都被证实是完全正常的。 验尸报告： 在任何和所有的系统故障后，我会进行验尸以确定故障的原因。 我做的第一件事是ssh回到框中，并开始审查日志。 它完全离线了。 到数据中心旅行的时间。 硬件重置，备份和运行。 在/var/syslog我发现这个可怕的条目： Nov 15 06:49:44 umbilo […]