在跟踪测量亚马逊EC2实例的性能时，我应该考虑实时迁移吗？

Question

我们的应用程序之一是在许多EC2实例上运行，我们根据加载动态添加/删除实例。我们要尝试确保图像之间的性能变化停留在特定（可配置）的界限内。

正如各种研究所证明的那样，尤其是[1]，如果可接受的变化很小，则简单地启动相同类型的实例通常是不够的：

“我们证明了小实例的CPU和磁盘I/O性能从长期运行时期的角度相对稳定。但是，多个“相同的“小实例”的性能行为非常异构。”

结果，我们目前正在启动更多的实例，然后运行基准测试，只保留那些可以接受的实例。这里有一个假设，即如果实例在基准期间表现足够，则其性能将相对稳定。

这似乎主要是由于一个事实是，一旦启动了实例，它将保持在同一基础主机上，直到停止或终止为止（例如，请参见[2]）。但是，最近有报道称，EC2已更改了基础XEN基础架构的一部分，现在可以支持实时迁移（即内部，即不暴露于用户）[3]。

“您可以相对自信地推断出这意味着他们已经将实例与硬件完全离婚，因此现在可以现场移民实例。”

如果亚马逊 做 开始跨主机进行现场移民实例，然后当然，启动基准测试是不够的。因此，问题是：我们是否应该假设亚马逊可以或将在不久的将来“在封面下”进行现场移民实例？

谢谢

安德鲁

1]“用于服务为导向应用程序的资源提供的EC2绩效分析”， http://www.globule.org/publi/eparpsoa_nfpsla2009.pdf

2]“ jasonm@aws”的响应， https://forums.aws.amazon.com/thread.jspa?messageid=198800𰢐

[3] http://default.io/2010/09/to-do-learn-ec2-and-ubuntu-at-the-sametime/

Answer 1

只是为了跟进这一点...看来答案是“否”。至少目前不是。亚马逊的任何人都没有确认，但我想他们不太可能这样做：

https://forums.aws.amazon.com/message.jspa?messageId=218102

Answer 2

您在这里问错误的地方。只有亚马逊知道他们是否真的打算进行现场移民，是否打算告知人们，以及是否有任何方法可以找到答案。

如果您想保持安全，可以定期重新基准 - 但是我认为，通过查看自己的处理中的指标来实现负载平衡；诸如处理请求的平均时间等。通过连续查看这些内容，您可以更轻松地处理偶尔的性能变化，而这些绩效变化可能会出于虚拟化系统而出于其他原因，而不是实时迁移。