Performance Azure云服务性能差异

目前，我们的webapp具有以下设置：

前期制作：

1个中等实例（运行windows 2012的web角色） 1个Web层SQL Server Blob的存储帐户

现场直播：

2个大型实例（运行windows 2012的web角色） 1个Web层SQL Server Blob的存储帐户（与pre-prod共享同一帐户）

所有服务器、存储帐户都位于同一地区（北欧）

我们遇到的问题是，预生产服务器在服务页面方面比实时设置更快，但我们无法找出原因。它们的设置完全相同，只是指向不同的数据库

任何区别的例子都是，主仪表板页面在pre-prod框中需要300毫秒，在live框中需要600毫秒。这项测试是在机器人应用程序没有被我们以外的任何人使用的情况下进行的，因此它不能下载到机器上

我们在两种设置（30%的内存）上都有角色内缓存，从服务器本身来看，CPU使用率和RAM使用率都不过高

有人知道我们应该检查的明显的事情吗？为什么实时部署比pre-prod慢得多

希望一切都好！：）

我将关注两个主要方面：

根据您管理预生产数据库的方式以及站点的使用年限，生产数据库中可能包含更多的数据—因此，在计算统计数据时，需要花费更长的时间。根据我的经验，Web和标准数据库的性能很差—比运行SQL 2000的10年服务器的性能还要差。因此，当您运行计算或收集大量数据时，它确实会对这些版本产生重大影响。Business edition速度更快，与P1相似，但性能可变，因此可能值得升级到P1

数据库是否托管在同一台服务器上？从网络/商业模式转向基本/标准/溢价定价模式的主要（官方）原因是为了提供一致和可靠的性能。如果您的一个数据库位于另一台服务器上，那么您可能正在与正在破坏数据库并降低性能的人共享这些资源

我发现数据库是Azure上的瓶颈，2个中型实例每天可以轻松处理10000左右的访问者，因此您可以降低这些实例的成本，以平衡使用业务数据库所增加的成本

另外一件可能有用的事情是，在WindowsAzure管理中，在database>monitor下，他们不久前升级了度量，以包括CPU%、IO%等内容，但默认情况下它们不在图表上。如果您在其中添加这些指标，可能会为您提供更多的调试信息

---

也有理由去北欧而不是西欧吗？

事实证明，问题是我们在应用程序中进行了一些日志记录。日志服务器在美国，在一个共享平台上，这解释了为什么我们在live上有延迟。看起来，当我们第一次检查这可能是导致它的原因时，日志设置的性能很好，但我认为这可能是由于检查的时间