Azure的雲服務性能差異

Question

目前我們已經爲我們的web應用以下設置：

預生產：

1層中的實例（Web角色運行的是Windows 2012） 1 Web層的SQL Server 存儲佔斑點

直播：

2大對象（網絡角色r unning窗口2012） 1個Web層的SQL Server 存儲帳戶的斑點（共享相同的帳戶作爲預PROD）

所有的服務器，存儲賬戶都位於同一地區（北歐）

的我們遇到的問題是預生產服務器在服務頁面時比現場設置更快，但我們無法弄清楚原因。它們的設置完全相同，只是指向不同的數據庫。

不同之處在於主控制面板頁面在預產品盒中需要300毫秒，而在現場需要600毫秒。當bot應用程序沒有被我們使用時，我們測試了這個功能，所以它不會被加載到盒子上。

我們在兩個設置（內存的30％）中也都有角色內緩存查看服務器，它既不是CPU使用率也不是內存使用率過高。

有沒有人知道任何明顯的事情，我們應該檢查爲什麼現場部署比預產更慢？

Answer 1

實際問題原來是我們在應用程序中進行的一些日誌記錄。日誌服務器在美國和共享平臺上，解釋了爲什麼我們在現場發生延遲。它看起來像我們第一次檢查這可能是導致它的日誌記錄設置的性能很好，但認爲這可能是由於它檢查的時間。

Answer 2

希望一切都好！ :)

有我會看兩兩件事：

1. 取決於你如何管理你的預生產DB和多大你的網站，你的生產數據庫可能有更多的數據在其中 - 所以當你計算你的統計數據時，要花很長時間才能完成。根據我的經驗，Web和Standard數據庫的性能較差 - 比您運行SQL 2000的10年前的服務器預期的要糟糕。因此，當您運行計算或收集大量數據時，它確實對這些版本產生了很大的影響。商業版速度更快，與P1相似，但性能不穩定，所以可能值得升級。
2. 數據庫是否託管在同一臺服務器上？從網絡/業務模式轉向基本/標準/高級定價模式的主要（官方）原因是爲了提供一致和可靠的性能。如果你在另一臺服務器上有一個數據庫，那麼你可以與正在錘擊數據庫並降低性能的人共享這些資源。

我發現，該數據庫是在Azure上的瓶頸和2層中的實例用了一天1周萬名左右的遊客舒適地應付，所以你也許可以降低這些實例的成本來抵消升高的成本關於使用業務數據庫。

，可能是有用的唯一的另一件事是，在Windows Azure管理，下數據庫>顯示器，他們升級的指標，而後面一點點地包括像CPU％，IO％等，但他們不是在圖表上默認。如果您添加這些指標，可能會提供更多信息進行調試。

北歐在西歐國家還有一個原因嗎？