我计划在Azure中运行一个网站。我估计每天最多有2000名用户，点击量约为20000次。
我知道我在这里有点含糊，但这个特别小的例子适合这种网站吗？我正在使用MVC 3来创建这个网站。谢谢你的回答。
您必须进行一些负载测试才能最好地判断这个问题。请记住，要享受Windows Azure Compute SLA的好处，您至少需要2个实例（因此，现在您在不同的容错域中有实例，因此即使其中一个实例因操作系统升级、硬件故障等而回收，您的站点也会保持运行）。然后问题就变成了：两个Extra Small实例每天能处理20000次点击吗？这相当于每个虚拟机实例每天约有10K次点击，即每小时416次点击，或每分钟7次点击。和即使有一个例子，每分钟14次的命中率也相当低。
除了CPU，您可能会发现自己受到带宽的限制，因为每个实例只能看到大约5Mbps，而每个Small实例大约100Mbps。
您可能想要使用LoadStorm之类的东西来运行快速测试，它将负载测试作为一项服务来提供。这应该可以让您很好地了解XS在负载下的性能。
EDIT（2012年3月）：Extra-Small实例现在是0.02美元/小时，而不是0.04美元，因此您可以以相同的单个Small成本运行多达6个XS实例。这使得XS选项更加引人注目。请参阅此博客文章，了解有关降价的官方公告（包括存储降价）。
我同意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。
你还应该看看你的峰值负荷。例如，每天有20000次点击，50%的点击率在早上9点到10点之间吗？
实例存储是20GB，如果这只是你的应用程序代码应该不会有问题。
IO性能很低，如果这只是第一次编译应用程序时读取应用程序代码，应该不会有问题。
CPU单个1GHz，如果这只是网页和少量计算应该不会有问题。真正慢的时间是在JIT编译期间。
内存为768 MB，这可能是一个问题，尤其是当您正在缓存数据时。
使用小型实例，您每天可节省不到2美元。但这是每2天一杯拿铁，所以也许值得冒险，必须进行额外的部署。