AWS Auto Scaling

依負載自動調整伺服器數量的機制。

依需求自動增減 EC2 等資源數量的機制。用於可用性與成本最佳化。

• Web 伺服器數量的自動增減
• 故障執行個體的替換
• 存取量增加時的橫向擴展

• 依負載調整資源數量
• 有助於高可用性與成本最佳化
• 與 ELB 結合使用

• 設定最小、預期、最大容量
• 依 CloudWatch 指標進行擴縮
• 使用跨多個 AZ 的 Auto Scaling Group

AWS Auto Scaling 是配合需求增減自動調整資源數量的機制。應用最廣的是 EC2 Auto Scaling(Auto Scaling Group),以 CloudWatch 指標(CPU 使用率、請求數、自訂 指標等)為觸發,在最小、期望、最大容量的範圍內增減 EC2 執行個體。實務上,將 Auto Scaling Group 配置於 ALB 之後實現 Web 層的負載分散與自動擴展、夜間或週末 減少台數以降低成本、自動置換發生故障的執行個體實現自我修復等架構,都是標準的 採用方式。 除了 EC2 以外,在 AWS Auto Scaling 這個品牌名下,也提供能橫跨多種資源類別 (ECS 服務、DynamoDB 的讀寫容量、Aurora Read Replica 等)管理擴展的服務 (AWS Auto Scaling Plans)。擴展政策有以指標臨界值判斷增減的目標追蹤擴展、 階段式的逐步擴展、依時間帶或排程的排程擴展。Auto Scaling 與 ELB(ALB / NLB) 以成對方式設計為基本,ELB 負責健康檢查與流量分散,Auto Scaling 負責台數調整。 在 CLF-C02 中,題目會以「依負載自動增減 EC2 的機制是什麼」「為實現高可用性, 要與哪個服務組合(→ 與 ELB 組合)」等形式出題。誤答模式常會放入「進行儲存體 備份的服務」「提供 DNS 的服務」等與擴展不同領域的服務。SAA-C03 以後,最小、 期望、最大容量的設定、橫跨多 AZ 的 Auto Scaling Group 架構、目標追蹤擴展與 逐步擴展的區分使用,都會被深入出題。

• AWS Auto Scaling (AWS 官方)
• 什麼是 Amazon EC2 Auto Scaling (AWS 官方文件)

最後更新日: 2026-06-01