• 學習要點

  • 警示的三層結構：Alert rule（條件）→ Action group（通知/動作）→ Alert processing rule（抑制或覆寫）
  • Alert processing rule 的典型用途：維護期間抑制通知（不用一個一個關規則）
  • 警示訊號類型：Metric（近即時、便宜）、Log（要跑查詢、有延遲、較貴）、Activity log、Service health、Resource health
  • Severity 0–4，0 最嚴重。Action group 可以發 Email/SMS/Push、觸發 Webhook、Logic App、Automation Runbook、Azure Function
  • Insights 是打包好的監控體驗：VM Insights（含相依性對應）、Storage Insights、Network Insights、Container Insights
  • Network Watcher 工具箱（考題會問「這個情境該用哪個工具」）：
    • IP flow verify：某條流量會被哪條 NSG 規則允許/拒絕 → NSG 排錯首選
    • Next hop：這個封包下一站往哪走 → 路由/UDR 排錯
    • NSG diagnostics / Effective security rules：合併後的有效規則
    • Connection troubleshoot：一次性的連線測試
    • Connection monitor：持續性的連線監控與告警
    • Packet capture：封包擷取（需要 AMA）
    • VPN troubleshoot、Topology

• 實作 Lab

  • 建立 Action group（email 用自己的信箱，SMS 可省略避免費用）
  • 建立 metric alert：VM CPU > 70% 持續 5 分鐘，severity 2
  • 灌 CPU 觸發警示，確認真的收到 email
  • 建立 alert processing rule，設定一個 1 小時的維護視窗抑制通知，再觸發一次驗證沒收到
  • 啟用 VM Insights，看相依性對應圖
  • 依序用 IP flow verify、Next hop、Connection troubleshoot 各做一次排錯

• 今日心得

好像沒什麼好練習的，就監控寄信