• 學習要點

  • Layer 4（傳輸層）：Load Balancer（區域內）、Traffic Manager（DNS 層級全球）
  • Layer 7（應用層）：Application Gateway（區域內，含 WAF）、Front Door（全球）
  • AZ-104 主考 Load Balancer，但選型判斷題會考四者的差異：需要依 URL 路徑分流 → App Gateway；需要跨 region → Traffic Manager / Front Door；單純 TCP/UDP 分流 → Load Balancer
  • LB 的四個組成：Frontend IP → Load balancing rule → Backend pool → Health probe
  • Health probe 失敗的後端會被移出輪替——排錯第一個要看的地方。探查失敗最常見原因：NSG 沒放行 AzureLoadBalancer service tag、後端服務沒起來、探查埠打錯
  • Standard SKU 預設是「安全關閉」：沒有 NSG 明確允許，流量一律不通（Basic 是預設允許，但 Basic 已淘汰）
  • Outbound 規則：Standard LB 的後端 VM 若沒有公用 IP 也沒有 outbound rule，預設無法主動連外（Azure 已移除預設輸出存取）——這是很常見的實務坑
  • 分流演算法：預設 5-tuple hash；可改成 2-tuple / 3-tuple（session persistence）

• 實作 Lab

  • 建兩台 VM，各裝 nginx 並放不同的首頁內容（方便辨識分流到哪台）
  • 建立 Standard 公用 LB：前端 IP、後端集區含兩台 VM、TCP:80 健康探查、80 埠負載平衡規則
  • 確認 NSG 有允許 AzureLoadBalancer 來源，然後瀏覽 LB 的公用 IP，重整多次看是否輪替
  • 故意把其中一台的 nginx 停掉，觀察健康探查狀態變成不良、流量全導向另一台
  • 再建一個內部 LB（Internal LB），前端用私有 IP，從第三台 VM 測試
  • 用 Network Watcher 的 IP flow verify 驗證某條流量會被哪條規則允許或拒絕

• 今日心得

靠 azure 負載平衡，現在也太容易了吧，然後在 ubunut 裝 nginx 甚至有指令區可以用來開機自動安裝

然後直接在虛擬機可以開命令檢查是否裝了

突然覺得 server 的管理越來越廉價惹，以前懂得做到 C10K 很值錢，現在雲廠商都做得差不多了