讓我先說這個問題，說我既不是數據庫也不是Azure專家。Sql Azure - 單獨的服務器？
看來MS收取Sql Azure數據庫的大小和數量而不是服務器的數量。因此，在成本方面，在每個服務器實例上放置一個dbase似乎是可行的。我的理解是，有時將數據庫放在單獨的物理服務器上而不是在高使用情況下的一臺機器上更有利。會/可能同樣適用於Sql Azure虛擬服務器嗎？這是我能找到的關於SQL Azure的服務器實例：
一個SQL Azure的服務器是數據庫的邏輯組，並充當多個數據庫的中央管理點。每個SQL Azure的服務器包括類似於那些在你本地的SQL Server實例登錄。」（SQL Azure Provisioning Model）
我還要補充的是，雖然所有的數據庫將通過相同的Web角色可以訪問和使用，無的數據庫將直接要求彼此的數據
你的數據庫的物理位置和服務器的數量完全沒有關係，其中e等等。無論你有10個服務器和10個數據庫還是1個服務器和10個數據庫，它都是一樣的。最後，您將擁有10個數據庫，這些數據庫實際位於雲的各個部分，而且這些數據庫絕對無法控制。他們可能是所有10個在同一物理主機（不太可能），或每一個單獨的主機上（更可能），你將無法控制對你也不會能夠真正找到答案。
SQL Azure服務器是一個邏輯實體;因此，不同的服務器並不一定意味着不同的物理服務器，它們可能很好地在同一個物理服務器上分離虛擬機。
除非你希望成爲一個真正的高負載下（大約每秒我想500的交易，但我不能找到這種隨時隨地的引用）我認爲這是不可能的，你會得到什麼好處從不同服務器上的數據庫。
SQL Azure在引擎蓋下散佈出各種各樣的魔法數據。儘管兩個數據庫在同一臺服務器上，他們在不同的機器很可能在運行（和每個數據庫可能正在加載到多臺機器平衡）
已經蔓延數據庫在不同的服務器確實建立了略高的管理開銷，多套用戶，防火牆規則等。
服務器是虛擬/邏輯的概念。在同一臺服務器上意味着你在同一個數據中心，但並不意味着你在同一臺物理服務器上。你最終會在幾個不同的物理服務器冗餘傳播（這樣你就可以在發生硬件故障的事件影響），這是非常不可能的，他們最終會被同一臺物理服務器作爲我們的數據中心的房子大量的每個數據庫的服務器。
您應該只當你想在不同的數據中心，如果你想有一個邏輯分離使用不同的服務器，或。我不知道有任何性能或負載相關的原因有一個不同的服務器。
（目前有性能/負載相關的原因有不同的數據庫在某些情況下）。
是有原因的，以單獨的，如果你想擁有你需要做的另一臺服務器上相同的數據庫名稱因爲1臺服務器在同一臺服務器上不能有2個數據庫...
將所有數據庫放在一臺服務器上有一些限制。每個數據庫服務器最多可支持150個數據庫（包括主數據庫）。
另一個需要考慮的問題是如果您的服務器或服務器的VM開始出現技術或性能問題和/或正在進行更新。如果將數據庫放置在不同的服務器上，它可能有助於緩解某個數據庫服務器關閉的風險，但並非所有的數據庫都處於脫機狀態。
參考：http://msdn.microsoft.com/en-us/library/ee336245.aspx#dcasl
大家都在說的Azure數據庫服務器是隻是不需要擔心它一個邏輯概念，但是，也有一定的侷限性，在門戶網站，服務器列表，它實際上告訴你在該服務器上可用的配額，這意味着你不能在1臺服務器上放置太多的數據庫，所以我們不能認爲它只是一個邏輯概念，否則，爲什麼這裏有一個限制。例如，現在您不能將3個P3層數據庫放在一臺服務器上，因爲一臺服務器的最大DTU數僅爲1600個DTU，而1臺p3層數據庫將佔用800個DTU。
因此，我不能只將azure數據庫服務器視爲管理證書的邏輯概念服務器。如果這裏存在限制，我想總體上會有一些影響性能的地方。
除非有人可以幫忙解釋限制從何而來。其實，隨着退休的網絡/商業輪胎，一個糟糕的社區可能會影響你的數據庫性能，這使得更多的人想知道服務器真的只是一個邏輯概念嗎？
這可能是事實，但這只是猜測，對吧？如果有關於此的一些實際文檔，這將是非常好的。 – 2017-10-10 16:39:11
我只想澄清，有一些限制值得擔心 - 仍然有一些集中的部分。我們嘗試了一些解決方案，例如db-local用戶名和密碼，並且遇到比服務器用戶名和密碼更多的停機時間。我們是一個高流量的解決方案，我相信db-local用戶/密碼會隨着時間的推移而改善，但仍然有一些值得擔心的限制。 – Svun 2016-07-24 18:17:40