上一篇提到了如何在 Azure 取得當下的 memory dump 資訊 App Service Diagnostics - 應用服務診斷,這一篇則是透過另外一種方式使用 Auto-heal 的方式設定 memory 達到一定的水位時,觸發自動收集 memory 的使用狀況,並在自訂的條件下抓取 memory 資料,並指定 dump file 放置在某個 storage account 帳號中。若對於上述內容有問題或是不清楚的地方,歡迎提出來一起討論
Auto-Heal
今天要分享的是透過 Auto-Heal 方式取得應用程式發生例外或是異常時,透過設定特定的行動、內存限制定義各種條件,採取什麼特定的行動方案,例如重啟應用程式、紀錄事件或是啟動另外一個可執行方案,以下就來介紹如何使用 Azure 來設定 Auto-Heal 選項
Step 1 : 開啟 App Service
Step 2 : 點選左邊清單的 Diagnose and solve problems 功能
Step 3 : 在右邊框輸入 "點選 Auto-heal" Step 4 : Custom Auto-Heal Rules Enabled 選擇開啟 (on) Step 5 : 在 Define Conditions 中選擇 Memory limit,並設置水位值為 (5872025),此設定值可以依據實體狀況做調整,是指以 KB 為單位的 App 占用 momory 的值 Step 6 : 在 Configure Actions 選 Custom Action,下方則選擇 Memory dump Step 7 : Tool options 選擇 collectLogs Step 8 : 選擇按下 Select,選擇要儲存的 storage 位置
Step 9 : 點擊儲存 Auto-heal 設定配置,此功能將自動監控應用程式的 Memory 使用情況,並在剛剛自定義的條件下取得應用程式的 Dump files
透過以上詳細的資訊,就可以發生異常問題的 dump file 上傳給微軟或者是有經驗的 SRE 團隊分析與使用;另外,如果一陣子發現 storage account 都沒有異常的 memory dump file 的話,可以試著調降 memory 水位值,這樣更有機會可以取得所需要的資訊內容,才有機會找到蛛絲馬跡再進行下一步的推斷。
透過以上詳細的資訊,就可以發生異常問題的 dump file 上傳給微軟或者是有經驗的 SRE 團隊分析與使用;另外,如果一陣子發現 storage account 都沒有異常的 memory dump file 的話,可以試著調降 memory 水位值,這樣更有機會可以取得所需要的資訊內容,才有機會找到蛛絲馬跡再進行下一步的推斷。
結論
如果想要了解更多細節可以參考 Announcing the New Auto Healing Experience in App Service Diagnostics 以及 Azure App Service tips: Increase reliability with the Auto-Healing features 這兩篇文章內容都有詳細說明 Auto-heal 的用法與步驟,Hope it helps :D
0 意見:
張貼留言