一，引言

　　上一篇講到我們將自己的Net Core Web 項目部署到 Azure 的 Web App 的一項 pass 服務，假如隨著項目的日益增長的訪問量，之前部署到單節點的應用可能無法保證其穩定性，可能會導致系統宕機等等問題，這個時候，我們就要考慮到項目的架構問題，怎么保證項目的穩定性，比如：

　　1，縱向擴展，增加 Web App的定價層

Azure Portal 中找到我們之前創建好的叫 “CnBateBlogWeb” 的 Web App，選擇 “App Service plan” => "Change App Service plan"，點擊 “Standard(S1)”的超鏈接。

我們可以看到，當前我們創建的Web App 的定價層是 S1，為100個計算單元，1.75G的內存，如果日后項目隨著業務訪問量的上漲無法滿足后，我們可以進行選擇升級，選擇一個合適的定價層。同時，我們也可以點擊 ” See additional options “ 查看更多選項,比如 "Standard(P3V2)“

　　2，橫向擴展：我們可以增加 Azure Web App 實例數，Azure 已經為我們提供了 縮放/擴展的功能， 我們可以選擇 ”手動“/ ”自動“去縮放我們的資源

但是今天，我采用第三種方式，假設我們的架構是這個樣子的。

ok，第一種方案，我就不再進行演示了，因為之前在使用部署槽的時候，我也是把應用程序計劃由一個 ”Free“ 改變成 ”S1“，今天著重講一下第二種方式，開始內容之前，我們先了解一下Azure 提供的另外一個服務 ”Traffic Manager“。

-----------------------------題外話-----------------------------

這時，有可能會有人出來抬杠了，說硬件方面可以通過F5，軟件方面，我們也可以通過 Nginx 來實現，為什么還有額外使用什么 ”Azure Traffic Manager profile“。用這個還得收費。是沒錯，F5和 Nginx 都可以實現，但這不是重點，重點是去熟悉，了解Azure的這些服務。

--------------------我是分割線--------------------

Azure Web App 部署系列：

1，Azure Web App(一)發布你的Net Core Web 項目

2，Azure Web App(二)使用部署槽切換部署環境代碼

3，Azure Web App(三)切換你的Net Core Web 項目的數據庫連接字符串

4，Azure 提供負載均衡(一)Azure Traffic Manager 為我們的Web項目提供負載均衡

二，正文

1，什么是 "Traffic Manager profile"(流量配置管理器)

Traffic Manager profile 是 Azure 提供的 DNS 解析服務，可以在全球 Azure 區域內以最佳方式向服務分發流量，同時提供高可用性和響應性。流量管理器提供了以下功能：

　　(1)提高應用程序可用性

　　(2)改善應用程序性能

　　(3)在不停機的情況下執行服務維護

　。。。。。。。

Traffic Manager 將監視任何 http 或 https 端口上的每個托管服務集合。如果 Traffic Manager profile 檢測到服務處于脫機狀態，則會將流量發送到下一個最佳可用服務。通過使用此新功能，我們可以看到應用程序的可靠性、可用性和性能得到了提高。

2，創建 Traffic Manager profile

創建Traffic Manager profile 之前，我們還需要再創建一個Web App，配置信息和前面將到的Azure Web App 演示的Demo的基本配置一樣，只是新建一個資源組為 "Web_Test_01_RG"，Web App 的Name改為 “CnBateBlogWeb01”，Region 選擇 ”Southeast Asia“，點擊 “Review+create” 進行預校驗，校驗完成后，點擊“Create”

Azure Portal 中 點擊 ”Create a resource“，搜索框中輸入 “Traffic Manager profile”，回車

點擊 “Create”

我們可以看到 Traffic Manager 配置文件頁面，

Name：為流量管理器配置文件輸入唯一的名稱，

Routing method：路由策略方式

Rreource group：資源組

Resource group location：資源組的位置，這個位置我習慣根據實際項目部署的位置選擇，其實它對Traffic Manager 配置文件沒有任何影響

我i們來細看一下 Routing method 這個參數

Traffic Manger 給我們提供了四種路由策略：

　　(1)Performance(基于性能的路由策略)：這種策略是根據當前不同服務器的性能根據可能最小延時來響應用戶的請求

　　(2)Weighted(基于權重的路由策略)：可以對多個服務器設置不同的權重，這樣Traffic Manger會根據不同的權重分配不同的流量，權重較高的，那么分配到的請求也就多一些。

　　(3)Priority(優先級的路由策略)：根據設置的多個服務器節點，比方說有一些服務器因為某些原因宕機，Traffic Manger 會自動從正常的服務響應用戶的請求

　　(4)Geographic(基于地理位置的路由策略)：這種最好理解，簡單說就是在不同的地理位置上部署服務器以就近響應用戶的請求，

　　(5)MultiValue(基于多值的路由策略)：多值路由僅針對使用 IPv4 或 IPv6 地址指定了所有端點的配置文件啟用，根據指定的可配置的最大返回計數返回所有運行正常的終結點。

　　(6)Subnet(基于子網的路由策略)： 借助子網流量路由方法，可以將一組 IP 地址范圍映射到特定終結點，當流量管理器接收到請求后，它會檢查請求的源 IP 并返回相關的終結點 。

我們接下來都會試試，

Name ：”tm.cnbateblogweb“；Routing method 選擇：”Performance“，Resource group：選擇之前創建好的的 “Web_Test_TM_RG”，Resource group location 的位置是之前資源組默認的 “East Asia”。添加完成后，我們點擊 “Create”。

稍等片刻之后，我們可以再Azure Portal的通知欄中找到 剛剛創建好的 “Traffic Manager profile” ，我們點擊 “Go to resource”

3， 部署項目到新的Azure Web App

我們稍微修改一下代碼(主要是為了區別流量到底是轉發到那個Web App的服務上的)，Welcome后面添加上 cnBateBlogWeb01 的標識。

重新生成項目，選擇項目發布

點擊 ”新建“，選擇 ”應用服務“，Azure 應用服務 ”選擇現有“，點擊 ”創建配置文件“

選擇上面剛剛創建好的叫 ”CnBateBlogWeb01“ 的 Web App，點擊 ”確定“

稍等片刻，等待VS的輸出控制臺顯示 發布成功

這時候，瀏覽器會自動跳出來當前項目默認的一個二級域名，這個是時候當前頁面是會報錯了 500，這個不用擔心，是因為我們沒有去配置環境變量。

我們轉到Azure Portal的 CnBateBlogWeb01的 Web App , 點擊 ”Setting“ => "Configuration"，今天添加配置

Name：ASPNETCORE_ENVIRONMENT

Value：Production

點擊 ”OK“

可以看到，我們成功的配置好環境變量

回到瀏覽器中，我們再次刷新頁面看看，頁面這次顯示沒有任何問題，我們在Welcome 后面打的標記 ”CnBateBlogWeb01“也在

4，添加 “Traffic Manager”的 enPoint

選擇 “Setting” =》"Endpoints"，點擊 “Add” 添加終結點。

類型選擇默認的 “Azure endpoint”，Name輸入："cbbateblogweb_webapp_performance"，Target resouce type(目標資源類型) 選擇 ”App Service“，Target resource 選擇 "CnBateBlogWeb" 的Web App，點擊 ”Add“。

我們可以看到剛剛添加好的節點信息，Ststus 也是開啟的

重復步驟4，將剛剛創建好的叫 ”CnbateBlogWeb01“ 的 Web App 也加入到 Traffic Manager profile 的終結點中，下圖圈起來的是添加好的第二個終結點信息

5，測試流量轉發

點擊 ”overview“，復制 DNS name 到瀏覽器

我們，可以看到 流量被轉發到 CnBateBlogWeb 這個Web App 上了

為了能剛好的測試，我們之前選擇的 "Routing method" 為 "Performance"(基于性能的路由策略),我這邊采用了谷歌瀏覽器的一個叫 "lighthouse"的一個網頁性能測試的一個工具，下圖我是直接訪問兩個web app默認的域名進行訪問測試結果的對比圖

這個是谷歌瀏覽器的調試工具，我們也可以清楚的看到左邊的 CnBateBlogWeb 的 Web App 比右邊的 CnBateBlogWeb01 的 Web App 總耗時短

不好意思，由于我自己的才疏學淺，不知道怎么才能把啟用一個Web App 服務的網絡延遲手動干擾增大。

6，通過設置 Routing method為 ”Geographic“來轉發流量

接下來，我們創建一個新的 Traffic Manager profile ,設置的路由方式為 ”Geographic“，根據地理位置分配流量

Name：“tm01.cnbateblogweb”

Routing method：”Geographic“

點擊 ”Create“

添加終結點的時候，有個特殊點需要注意一下，就是需要設置 ”Geo-mapping“，這意思是，比如，我們這里配置的異地映射有 ”亞洲-中國“，”亞洲-韓國“，當用戶的請求是從這些地方請求過來的，Traffic Manager 會將這些請求轉發到 "CnBateBlogWeb(East Asia)" 這個目標資源。

Name：“tm01_cnbateblogweb_webapp_performance”

Target resource type：”App Service“

Target resource：”CnBateBlogWeb“

點擊 ”Add“

重復上面的步驟，我們進行添加另外一個終結點信息，異地映射選擇 ”澳洲-澳大利亞“，”亞洲-新加坡“

Name：“tm01_cnbateblogweb01_webapp_performance”

Target resource type：”App Service“

Target resource：”CnBateBlogWeb“

點擊 ”Add“

我們復制當前 Traffic Manager profile 的 DNS name ,瀏覽器中輸入地址，顯示如下，確實跟我們配置的信息一直，當前用戶的請求來自 中國的時候，會將流量轉發到 CnBateblogWeb 這個Web App。

轉到瀏覽器，我們看看結果

我們使用一種不可描述的方式，切換一下試試，當用戶的請求來自 韓國，當前 Traffic Manager 也會將流量轉發到 CnBateBlogWeb 這個 Web App.

我們再次切換不可描述的方式，我們可以看到，如果用戶的請求來自 新加坡，Traffic Manager 會將流量轉發到 ”CnBateBlogWeb01“ 這個 Web App 上。

我們再次切換不可描述的方式，我們可以看到，如果用戶的請求來自 澳大利亞，Traffic Manager 會將流量轉發到 ”CnBateBlogWeb01“ 這個 Web App 上。

ok，今天的分享到此結束。撒花，撒花！！！

三，總結

今天將的內容也有些多，演示了兩種Traffic Manager 的路由策略，也同時復習了一下如何創建 Web App，以及使用 VS 發布項目到 Azure Web App。

下一篇，我們繼續介紹 Traffic Manager 剩下的4種路由策略，期待中........

作者：Allen

項目代碼：https://github.com/yunqian44/CnBateBlogWeb.git

創作挑戰賽新人創作獎勵來咯，堅持創作打卡瓜分現金大獎

總結

以上是生活随笔為你收集整理的azure git怎么使用_Azure(一)Azure Traffic Manager为我们的Web项目提供负载均衡的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。