[Azure] App Service Diagnostics - Collect Memory Dump

前言
前兩篇分別介紹了 App Service Diagnostics 中的 Collect .Net Profiler Trace 與 Auto heal，分別都可以透過工具來蒐集雲端伺服器的緩慢問題分析與蒐集記憶體資訊，這一篇則是介紹如何 dump 目前伺服器 memory 的資料，以及有多個伺服器的時候該如何抓取特定的 Server memory data。若對於上述內容有問題或是不清楚的地方，歡迎提出來一起討論。

Collect Memory Dump
在 Azure 上提供非常多的分析工具可以協助開發人員找到應用程式的問題，應用程式出問題不管在地端的機房或是雲端上都是有可能會發生的，在過去服務還沒上到雲端時是透過一些工具，像之前黑暗大就寫過 ASP.NET CPU 飆高問題之傻瓜分析工具－DebugDiag Tools 找到應用程式 Crash 或是緩慢原因，今天要分享的是 Memory Dump 把應用程式當下的記憶體 clone 一份下來，再進行問題的盤查或是分析，另外在 Memory Dump 之前提醒事項如下

• While collecting the memory dump, a clone of your app's process is created so the impact on the site availability is negligible.
• Dumps are collected for the worker process (w3wp.exe) and child processes of the worker process.
• Size of the memory dump is directly proportional to the process size, so processes consuming more memory will take longer to be dumped.
• Your App will not be restarted as a result of collecting the memory dump.

白話來說，Memory Dump 會 Clone 當下應用程式 (w3wp.exe) Process 的資訊，花費時間多寡取決於 Process 用量多寡決定，應用程式不會被重啟。了解以上資訊後，就來看看如何在 Azure 設定 Memory Dump
Step 1 : 開啟 App Service
Step 2 : 點選左邊清單的 Diagnose and solve problems 功能
Step 3 : 在右邊框輸入 "點選 Memory Dump"

Step 4 : 選擇 Dump 下來的檔案放置的位置，如果之前沒執行過需要設定 Dump file 要存放的位置

Step 5 : 接著下一步，Mode 部分是選擇要蒐集 Dump Data 或者是除了 Dump 之外還希望進行 Memory 的分析，如果 Server 是多台機器的話，下面會列出目前的機器有哪些提供使用者選擇所要蒐集的 Instance

另外，如果之前有執行過蒐集過 Dump 的動作，下方也會列出之前手動或是自動蒐集的 Dump 檔案清單

Step 6 : 按下 Collect MemoryDump 按鈕之後，會開始蒐集應用程式的 Memory 資訊 (需等待一段時間，時間長短跟你應用程式 Memory 成正比)

Step 7 : 完成後可以看到 dump file 存放到指定的 storate account 位置，如果有勾選 Analyze Data 則會產生分機報告。

Step 10 : 點選 Report 可以看到分析 memory 的結果，打完收工 !

另外，如果是在線上環境發生緊急問題時，蒐集應用程式的 Memory dump 可以有助於我們找到問題，但其 dump 處理時間是很漫長會花費比較長的時間，勢必也會影響到處理線上問題的時間，與微軟技術支援討論建議如果遇到這狀況，可以透過 Metric Apply Splitting 找到特定的 instance，接著在 dump 時選擇該 instance 加速其 collect dump file 的時間 (又多學到一招，Azure 初學者覺得開心)。

結論
以上是簡單介紹 Azure Memory Dump 的方式，另外在微軟官方 youtube 也有影片說明如何在 App service 進行 debugging memory 的說明，有需要的朋友可以自己觀看，Hope it helps :D