Windows azure应用程序所需的实例数

最明显的答案是：您最好通过自己测试并了解您的应用程序如何保持最佳状态。您可以轻松地从Windows Azure中获取性能计数器和其他诊断程序;例如，您可以连接Microsoft SCOM（System Center Operations Manager）以在测试期间监视您的环境。 Site Hammer是一个用于Windows Azure的简单负载测试工具（在MSDN代码库中）。 除了这个非常明显的答案之外，我将分享一些猜测：考虑到负载的类型，你可能更适合使用更小的实例而不是更少的大实例，特别是因为你已经对存储进行了分区。如果你真的要同时拥有30K的访问者，并在阅读问题和阅读之间给他们约15秒的时间间隔。发布他们的答案，你看到每秒2000个请求。 10个节点应该足以处理该负载。请记住，这只是一个简单的估计，在您的架构中缺乏任何形式的洞察力等。对于这些类型的负载，缓存是一个非常好的主意;它将大大增加每个节点可以处理的负载。 但是，我能给你的最好建议是确保你正在积极监控。启动其他实例只需不到30分钟，因此，如果您监控环境和/或确保在开始窒息时收到通知，您可以轻松升级设置。请记住，您确实需要联系客户支持才能超过20个实例（这是一个默认限制，以保护您免受过度支出）。     

除了tijmenvdk给你的sage建议，让我添加我对实例大小的看法。通常，使用支持应用程序的最小尺寸，然后向外扩展以处理增加的流量。这样，当您缩小规模时，您的最低计算成本将保持较低。例如，如果您运行一对超大型实例作为基准（因为您总是希望最少两个实例来获得正常运行时间SLA），那么您的成本占用空间从0.12 x 8 x 2 =每小时1.92美元开始，即使在低 - 交通时间。如果您选择小型实例，则每小时0.12 x 1 x 2 = 0.24美元。 每个VM大小都与关联的CPU，内存和本地9非持久性磁盘存储有关，因此请选择应用程序有效工作的最小单元。 对于加载/性能测试，您可能还需要考虑托管解决方案，例如Loadstorm。     

实际上请求的同步程度如何？ 他们都会在同一时间输入地址吗？ 也就是说，在本地配置您的应用程序，这将使您能够估计Azure上的CPU，网络和内存使用情况。然后，看看你如何减少需求，而不是看你需要多少个实例！应用这些提示，然后再次在本地配置。 大多数性能提示都在cpu，内存或带宽使用之间进行权衡，其目的是确保它们可以平等扩展。如果你的应用程序内存不足，但你有大量的CPU和网络，不要 对于单页调查，请确保您的html，css＆amp; js缩小，确保其可缓存。 如果可能的话，将它们组合起来，并获得真正的可扩展性，将静态文件（css，js和amp图像）推送到CDN。这都减少了Web服务器必须处理的请求数量，因此减少了您需要的webroles数量=减少网络数量。 ashx如何返回响应？即发送html，xml还是json？ 就个人而言，我会让它返回JSON，因为这将需要更少的网络带宽，并且很可能更少的服务器端处理=更少的内存和网络。 使用Asyncronous API访问azure存储（这使用IO完成端口释放iis线程以处理更多请求，直到azure存储返回=启用cpu扩展） tijmenvdk已经提到过使用队列来编写。问题清单会改变吗？如果没有，请缓存它们，以便应用程序只需要在启动时从表存储中读取一次，并为每个客户端读取一次以进行最终的总结=以牺牲内存为代价来节省网络和CPU。 所有这些提示同样适用于单个服务器或Web场环境中的普通Web应用程序。 我想说的是，你无法衡量，你无法改进，测量，改进和成本都是齐头并进的。动态扩展将降低成本，但从根本上说，如果您的应用程序尚未经过测量并且资源使用情况未得到优化，那么询问您需要多少实例是毫无意义的。