-
學習要點
- 兩種協調模式:Uniform(所有執行個體同規格,傳統模式)與 Flexible(可混合 SKU、可跨 AZ、可加入既有 VM,現在的預設與建議)
-
Scaling 的兩個方向:Scale out/in(增減執行個體數,VMSS 的主戰場)vs Scale up/down(改變單台規格)
- 自動調整規則要件:度量來源(CPU、記憶體、自訂)+ 門檻 + 時間粒度 + 冷卻期(cooldown)。冷卻期是防止震盪的關鍵
-
Scale-in policy:Default / NewestVM / OldestVM,決定縮減時先砍誰
-
Upgrade policy:
Manual(要自己觸發)、Automatic(立刻全部更新,有風險)、Rolling(分批滾動更新,生產環境建議)
- VMSS 通常搭配 Load Balancer 或 Application Gateway 分流(Day 26 會接上)
-
實作 Lab
- 建立一個 Flexible 模式的 VMSS,初始 2 個執行個體,跨 3 個可用性區域
- 設定自動調整:CPU > 70% 持續 5 分鐘 → +1;CPU < 30% → −1;上限 3、下限 1
- SSH 進其中一台,用
stress 或 yes > /dev/null 灌 CPU,觀察是否真的擴出新機器
- 觀察 scale-in 行為與冷卻期
- 修改 upgrade policy 為 Rolling,觀察設定項目
-
今日心得

操作起來之後覺得 azure 真香,設定的這麼簡單易用
結果隔天看到帳單多了一塊哈哈哈
