我正计划在Azure中运行一个网站。我估计最大值每天有2000名用户创造约20,000次点击。
我知道我在这里有点模糊，但这是为这类网站准备的额外小实例吗？我正在使用MVC 3来创建网站。谢谢你的回答。
答案 0 :(得分：10)
您必须进行一些负载测试才能最好地判断该问题。请记住，要享受Windows Azure Compute SLA的好处，您至少需要2个实例（因此现在您的实例位于不同的故障域中，因此即使其中一个实例因操作系统升级而重复运行，您的站点仍会继续运行，硬件故障等）。那么问题就变成了：两个Extra Small实例每天可以处理20,000次点击吗？这相当于约。每个VM实例每天10K次点击，或每小时416次点击，或每分钟7次。而且......即使有一个例子，每分钟14的命中率也相当低。
除了CPU之外，您可能会发现自己受到带宽的限制，因为每个实例只能看到大约5Mbps，而每个小型实例只有大约100Mbps。
您可能希望使用LoadStorm等运行快速测试，它提供负载测试即服务。这应该可以让您了解XS在负载下的性能。
编辑（2012年3月）：超小型实例现在每小时0.02美元对0.04美元，因此您可以运行多达6个XS实例，费用与单个小型相同。这使得XS选项更具吸引力。有关降价的官方公告（包括存储削减），请参阅this blog post。
答案 1 :(得分：3)
我同意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和更大的没有共享内核，因此时钟漂移更少。
答案 2 :(得分：1)
您可以获得更好的SLA，包含2个小实例，而不是1个更大的实例。
你还应该看看你的峰值负荷。例如，每天点击20,000次，早上9点到10点之间会有50％点击？
实例存储空间为20GB，如果这只是您的应用程序代码应该不是问题。
IO性能很低，如果这只是在第一次编译应用程序代码时编译应该不是问题。
CPU单个1 GHz，如果这只是网页而且很少计算应该不成问题。这个时间非常慢，是在JIT编译期间。
内存为768 MB，这可能是一个问题，尤其是在缓存数据时。
使用小型实例每天节省2美元以下。但这是一个每2天一个拿铁咖啡，所以也许值得承担风险并不得不进行额外的部署。