只读，活动的地理复制数据库性能较差吗？

Question

我们有一个托管为Azure App Service的网站。它连接到Sql Azure P1数据库，该数据库是地理复制的辅助数据库。

我们将这个相同的网站托管在具有Rackspace的虚拟机上，Rackspace连接到本地安装在同一VM上的sql server数据库。

Azure网站可在http://www2.inyopools.com访问 Rackspace网站可在http://www.inyopools.com

访问

Azure网站的性能明显差于Rackspace，特别是对于有大量数据库交互的网页。

例如： http://www2.inyopools.com/pool_part_cat_Above_Ground_Pools.aspx?bustcache=149151216024 慢得多 http://www.inyopools.com/pool_part_cat_Above_Ground_Pools.aspx?bustcache=149151222081

（注意：这些页面每15分钟缓存一次，因此请更改bustcache查询字符串参数值以获取新的副本）

超过12秒vs 1秒差异！

我们注意到，根据页面需要多少数据库调用，时间呈指数级增长。因此，似乎瓶颈或问题与数据库相关。

在调试问题时，我真的需要帮助找出从这里开始的地方。 只读，活动的地理复制数据库是否性能较差？这阻止我们将这些系统迁移到Azure。我们欢迎任何建议！

Answer 1

SQLAzure是PAAS，所以你不应该直接将它与rackspace进行比较..

你的Rackspace有以下配置..

  

Rackspace是4个vCPU，8 GB内存，320 GB磁盘，600 Mb / s网络

对于Azure P4，根据Azure DTU calculator analysis

得到以下内容

因此，您将无法获得与机架空间相同的配置，但您将获得PAAS提供的其他好处，例如99.99％的可用性，更少的维护开销

进一步复制的Geo辅助设备的性能并不差，性能取决于层次

另外我们有一个P4数据库，与我们的onprem 16GB服务器相比，其表现低于预期，因此我们在查询存储的帮助下对查询进行了微调。因此，您可能还需要尝试微调查询