Azure App Service 健康检查正式发布
點擊上方藍字關(guān)注“汪宇杰博客”
原文:Jason Freeberg, Suwat Bodin
翻譯:汪宇杰
導(dǎo)語
通過App Service,可以在流量增加時自動將應(yīng)用程序自動擴展到多個實例。這樣可以提高您應(yīng)用的吞吐量,但是如果其中一個實例發(fā)生未捕獲的異常怎么辦?為了解決這種情況,我們從去年開始推出健康檢查與預(yù)覽版。運行狀況檢查功能使您可以在應(yīng)用程序上指定用于ping的App Service路徑。如果實例無法響應(yīng)ping,則說明系統(tǒng)會確定實例不正常,并將其從負載平衡器旋轉(zhuǎn)中刪除。這樣可以提高您應(yīng)用程序的平均可用性和彈性。
健康檢查現(xiàn)已全面推出,并已準(zhǔn)備好用于生產(chǎn)環(huán)境應(yīng)用程序。現(xiàn)在起可在Azure門戶中對您的應(yīng)用程序設(shè)置運行狀況檢查。轉(zhuǎn)到您的Web應(yīng)用,然后在左側(cè)導(dǎo)航菜單中的“監(jiān)視”下找到“運行狀況檢查”。您可能會在Azure管理頁面上看到“(預(yù)覽)”。這是因為門戶網(wǎng)站使用最新的React庫,但是該功能本身是正式版的。
行為
在網(wǎng)站上指定路徑后,App Service 會每兩分鐘ping它一次。如果路徑以200到299之外的狀態(tài)代碼響應(yīng)5次ping(或根本不響應(yīng)),則該實例被確定為不正常,并將其從負載均衡器旋轉(zhuǎn)中刪除。這將阻止負載均衡器將請求路由到不正常的實例。
當(dāng)實例運行狀況不佳并從負載均衡器中刪除時,服務(wù)將繼續(xù)對其執(zhí)行ping操作。如果它開始以成功的響應(yīng)代碼(200到299)進行響應(yīng),則該實例將返回到負載均衡器。如果繼續(xù)失敗,App Service 將重新啟動后臺VM,以使實例恢復(fù)正常狀態(tài)。
詳情請參考健康檢查功能文檔:
健康檢查路徑
路徑必須在兩分鐘內(nèi)以200到299之間的狀態(tài)代碼響應(yīng)。如果該路徑在兩分鐘內(nèi)未響應(yīng),或者返回的狀態(tài)碼超出范圍,則該實例被視為“不正常”。Health Check與App Service的身份驗證和授權(quán)功能集成在一起,即使啟用了這些安全功能,系統(tǒng)也將到達端點。如果您使用自己的身份驗證系統(tǒng),則運行狀況檢查路徑必須允許匿名訪問。如果站點啟用了HTTPS,則運行狀況檢查將接受HTTPS并使用該協(xié)議發(fā)送請求。
健康檢查路徑應(yīng)檢查應(yīng)用程序的關(guān)鍵組件。例如,如果您的應(yīng)用程序依賴于數(shù)據(jù)庫和消息傳遞系統(tǒng),則運行狀況檢查端點應(yīng)連接到這些組件。如果應(yīng)用程序無法連接到關(guān)鍵組件,則該路徑應(yīng)返回500響應(yīng)代碼,以指示該應(yīng)用程序不正常。
警報
提供應(yīng)用程序的運行狀況檢查路徑后,您可以使用Azure Monitor監(jiān)視網(wǎng)站的運行狀況。在門戶網(wǎng)站的“運行狀況”檢查頁面中,單擊頂部工具欄中的“指標(biāo)”。這將打開一個新頁面,您可以在其中查看該站點的歷史健康狀態(tài)并創(chuàng)建新的警報規(guī)則。有關(guān)監(jiān)視站點的更多信息,請參見 Azure Monitor 上的指南。
汪宇杰博客
Azure | .NET |?微軟 MVP
無廣告,不賣課,做純粹的技術(shù)公眾號
喜歡本篇內(nèi)容請點個在看
創(chuàng)作挑戰(zhàn)賽新人創(chuàng)作獎勵來咯,堅持創(chuàng)作打卡瓜分現(xiàn)金大獎總結(jié)
以上是生活随笔為你收集整理的Azure App Service 健康检查正式发布的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 保护 .NET Core 项目的敏感信息
- 下一篇: Azure Cosmos Db 介绍及演