5

我正计划在 Azure 中运行一个网站。我估计最大值。每天有 2000 名用户创造大约 20.000 次点击。

我知道我在这里有点含糊，但是超小的实例是否已准备好用于此类站点？我正在使用 MVC 3 创建站点。感谢您的任何回答。

4

3 回答 3

10

您必须进行一些负载测试才能最好地判断该问题。请记住，要享受 Windows Azure 计算 SLA 的好处，您至少需要 2 个实例（所以现在您在不同的故障域中拥有实例，因此即使其中一个实例因操作系统升级而回收，您的站点也会继续运行，硬件故障等）。那么问题就变成了：两个 Extra Small 实例每天可以处理 20,000 次点击吗？这相当于大约。每个 VM 实例每天 10K 次点击，或每小时 416 次点击，或每分钟 7 次。而且……即使有一个实例，每分钟 14 次的命中率也相当低。

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

您可能希望使用LoadStorm 之类的东西运行快速测试，它提供负载测试即服务。这应该让您对 XS 在负载下的性能有一个很好的了解。

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

于 2011-06-16T17:04:17.820 回答
3

我同意 David 的观点，这在很大程度上取决于您生成的每个请求的负载（包括 CPU 和带宽资源）

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

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

于 2013-11-01T13:55:33.447 回答
1

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

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

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

IO 性能低，如果这只是在第一次编译时读取您的应用程序代码应该不是问题。

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

内存为 768 MB，这可能是个问题，尤其是在缓存数据时。

使用小型实例，您每天可节省不到 2 美元。但那是每 2 天一杯拿铁咖啡，所以也许值得冒险并不得不进行额外的部署。

于 2011-06-16T17:19:18.493 回答