Azure -超小实例web角色-为生产做好准备了吗？

Question

我正在计划一个在Azure中运行的网站。我估计最大。每天有2,000个用户，点击量约为20.000次。

我知道我在这里有点含糊其辞，但是这个额外的小实例是否为这种站点做好了准备？我正在使用MVC3来创建站点。谢谢你的回答。

Answer 1

你必须做一些负载测试来最好地判断这个问题。记住，要享受Windows Azure Compute SLA的好处，你至少需要2个实例(所以现在你在不同的故障域中有实例，所以即使其中一个实例由于操作系统升级、硬件故障等而回收，你的站点也会保持运行)。然后问题就变成了:两个额外的小实例每天能处理20,000次点击吗？这相当于大约。每个虚拟机实例每天10K次命中，或每小时416次命中，或每分钟7次。还有..。即使有一个实例，每分钟14次的命中率也是相当低的。

除了CPU，您可能会发现自己受到带宽的瓶颈，因为每个实例只能看到大约5 5Mbps，而每个小实例大约是100 5Mbps。

您可能希望使用诸如LoadStorm之类的工具运行快速测试，该工具将负载测试作为服务提供。这可以让您很好地了解XS在负载下的性能。

EDIT (2012年3月)： Extra Small实例现在是0.02美元/小时，而不是0.04美元，因此您可以运行多达6个XS实例，成本与单个Small实例相同。这使得XS选项更加引人注目。有关降价的官方公告(包括存储削减)，请参阅this blog post。

Answer 2

我同意David的观点，这非常依赖于您生成的每个请求的负载( CPU和带宽资源)。

我只是想分享一下我们自己使用XS实例的经验。我们发现这些实例遭受严重的时钟漂移：http://blog.codingoutloud.com/2011/08/25/azure-faq-how-frequently-is-the-clock-on-my-windows-azure-vm-synchronized/

这可能在NTP同步之间的一周内相差一分钟之多。对于大多数应用程序，这不一定是问题，但我们使用了Oauth1.0a身份验证，允许的时间戳差异为30秒，这导致在使用XS时令人头疼。S和更大的没有共享内核，因此遭受的时钟漂移要小得多。

Answer 3

使用2个小实例而不是1个较大的实例可以获得更好的SLA。

你也应该看看你的峰值负载。例如，每天有20,000次点击，50%的人是在早上9点到10点之间吗？

实例存储为20 be，如果这只是您的应用程序代码，应该不是问题。

IO性能很低，如果这只是第一次读取你的应用程序代码，那么它编译起来应该不是问题。

CPU单1 GHz，如果这只是网页，计算量少应该不成问题。在JIT编译期间，这将是非常慢的。

内存是768MB，这可能是一个问题，特别是如果您正在缓存数据。

使用小实例，您每天可以节省不到2美元。但这是每两天一杯拿铁，所以可能值得冒这个险，不得不进行额外的部署。