Azure Web應用程序上的網頁設計機構/創意代理機構的標準設置是什麼？

Question

背景

我們公司設計和承載的網站約。 500個客戶，每個客戶都有一個網站。每個網站都建立在ASP.net上。我們當前的託管基礎​​架構建立在運行Windows的虛擬機的虛擬機管理程序上我們有3臺虛擬機都運行相同的規格（8核，24 GB RAM）。這500個客戶站點分佈在這三個Web服務器上，沒有負載平衡或容錯功能 - 網站只存在於一個位置。

因此，當我們累積客戶端時，每個Web服務器的站點數量都會增加。當我們最大程度的發揮每個服務器，我們在網上帶來另外一個並重新開始，那麼一旦一個充滿我們旋轉另一個VM達等

目標

我們想移動（最終）本公司網站到Azure，但是我們不想複製我們目前在Azure上的設置，相反，我們希望將每個網站轉移到Azure Web應用程序，以利用縮放。

在將其他網站聯機時，我們還希望對我們的成本進行更細粒度的控制。目前，我們在線提供虛擬機並花費我們X（用於空服務器），可能需要3個月的時間才能填滿虛擬機。我們希望穩步添加到我們的託管主機，而不是邁出大步。

我的問題

我已經研究了很多天就這個問題和不能找到一個教程或指導什麼理想的託管網站100級的時候成立的樣子Azu​​re上的Web應用程序。幾乎所有的教程都假設你只會有一個網站，所以網站和底層資源之間存在1：1的關係。他們從不談論如何將您的應用程序組織到應用程序服務計劃等。

我瞭解添加網站，選擇適當的定價層和設置比例設置的概念，但我不明白的是爲什麼人們在線談話關於擴展Azure應用程序 - 當然，如果一個ASP.net網站在系統上佔用一定數量的RAM，通過在線連接另一個VM，您正在執行的操作是立即在另一個系統上再次使用該數量的RAM。因此，從這個意義上說，擴大規模只是爲了提高可用性 - 這是正確的嗎？

如果有人能夠在處理Azure上的很多網站時提供一些自己的體驗（如果他們擁有一個負責Azure的網頁設計公司，那麼他們會更好），非常感謝。

Answer 1

在所有定價層（自由和共享除外）中，您都是正確的，網絡應用程序可縮放到應用程序服務計劃中的所有計算機。從Web應用程序的角度來看，這是一個可用性功能。將應用程序服務計劃從1臺擴展到2臺機器（或自動擴展）本質上是在所有機器上提供相同的Web應用程序。這當然對你的情況沒有好處，但一切都不會丟失。通常，縮放的單位是應用服務計劃。您可以將網絡應用分解爲應用服務計劃。先說AppServicePlan1中的100多個Web應用程序，然後轉到AppServicePlan2中的下一個100+。缺點是，您必須管理跟蹤將下一個Web應用放入哪個應用服務計劃。

Answer 2

將AppService計劃視爲運行相同應用程序的VM或虛擬機池（如果運行多個實例）同時共享相同的數據光盤。如果向外擴展，則向池中添加一個新虛擬機，如果向上擴展，則會更改虛擬機的大小（實際上它們不是虛擬機，但從用戶的角度來看，它是相似的）。因此，基本上像您的情況一樣，您可以在其中運行許多應用程序（可能是）較小的應用程序，向上/向下擴展會建立基線 - 可以運行多少個網站，您可以在內存中安裝多少個應用程序。然後擴展可以提供更好的可靠性和更多的CPU功能，幫助您應對高流量。

我們公司比您的小得多，我們擁有數十個網站，而不是數百個。但也有我們的經驗告訴我們幾點：

• 使用在有2個內核，與S1情況下，一個單一的應用程序可以很容易地在同一AppService服務計劃降低其他應用程序的性能至少S2情況下

• 使用TrafficManager。如果需要（例如，您所在地區的服務中斷），您可以輕鬆地移動到另一個區域

• 在更小的AppService計劃之間拆分webistes並將具有類似使用模式的應用程序並置到AppService計劃。這樣，您可以運行一個實例，在流量較低時啓動新的實例並在流量激增時啓動。