Azure - 额外的小型实例网络角色 - 可随时投入生产？

我正在计划在Azure中运行的网站。我估计最高。 2000个用户每天创造大约20,000次点击。Azure - 额外的小型实例网络角色 - 可随时投入生产？

我知道我在这里有点模糊，但是为这种类型的网站准备的额外的小实例？我使用MVC 3来创建该网站。感谢任何答案。

2011-06-16 kay.herzam

你必须做一些负载测试来最好地判断这个问题。请记住，要享受Windows Azure Compute SLA的好处，您至少需要2个实例（因此现在您的实例处于不同的故障域中，因此即使由于操作系统升级而导致其中一个实例进行了回收，您的站点仍可以继续运行，硬件故障等）。那么问题就变成了：两个额外的小型实例能够每天处理20,000次点击？这相当于约。每个虚拟机每天点击10K次，或每小时416次点击，或每分钟7次。而且......即使有一个例子，每分钟14次的命中率也相当低。

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

您可能想要运行一个类似LoadStorm的快速测试，它提供负载测试即服务。这应该能让你很好地了解XS在负载下的表现。

编辑（2012年3月）：额外的小实例现在是$ 0.02 /小时vs 0.04美元，因此您可以运行多达6个XS实例，但花费相同。这使得XS选项更加引人注目。有关价格下降的官方公告（包括存储减少），请参阅。

来源

2011-06-16 17:04:17

感谢您的回答。我知道SLA并计划有2个XS实例。我只是想知道，因为硬件规格，特别是RAM不允许你安装Win Srv 2008.我将看看LoadStorm。 – 2011-06-16 17:31:14

仅供参考 - 所有Windows Azure虚拟机均为Windows Server 2008.尽管如此，较低的内存和网络带宽可能是一个因素，但性能方面。 – 2011-06-16 17:37:51

部署完成后，您还可以将操作系统设置为Win Srv 2008 R2。可能导致重新部署。但我会坚持默认。 – 2011-06-16 17:40:31

您可以通过2个小实例而不是1个更大的SLA获得更好的SLA。

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

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

IO性能低下，如果这是刚刚读取您的应用程序代码，它编译应该不成问题。

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

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

使用小实例，您每天可节省2美元。但是这是每两天一次拿铁咖啡，所以也许值得承担风险并且需要额外部署。

来源

2011-06-16 17:19:18

如果您需要更改VM大小，则需要重新部署。如果可能，在部署之前选择合适的VM大小会更好。另外：kay.herzam特别询问部署超小型实例（最小尺寸）。 – 2011-06-16 17:23:08

@David感谢您的评论，我删除了关于根据需要添加实例的那一点 – 2011-06-16 17:30:32

实际上，我会保留关于根据需要添加实例的评论，因为这是关于弹性计算的好处。我只是说应该提前确定基线实例大小。如果XS可以处理非峰值负载而没有问题，那么您可以轻松扩展到更多实例来处理峰值负载。但是随意挑选实例大小会给你带来不可预测性。 – 2011-06-16 17:36:51

我与大卫同意，这是非常依赖于你每产生（无论是在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和更大的系统不具有共享内核，因此时钟漂移更少。

来源

2013-11-01 13:55:33

Azure - 额外的小型实例网络角色 - 可随时投入生产？

回答

相关问题