Table of Content :

• Introduction
• 觸發方式 - 容量設定
• 觸發方式 - Health Check 取代
• 觸發方式 - Scaling Policy
• ASG - ELB Integration
• Launch Configuration

Introduction

設定規則讓 ASG 自動幫你建立機器或關掉機器已符合當下需求
ASG 包含了一組 EC2 實例的集合，並以 ASG 為單位進行 auto scaling 和管理

Automatic scaling 可以藉由幾種方式觸發：

1. 容量設定
2. Health Check 取代
3. Scaling 政策

容量設定

ASG 的大小是基於 Min, Max, Desired Capacity 決定的

• Min : 決定 EC2 實例最少要有幾個在 running
• Max : 決定 EC2 實例最多要有幾個在 running
• Desired : 決定你理想中想要有幾個 EC2 實例在 running

ASG 永遠會滿足最小容量的需求

Health Check 取代

Health Check 取代可以分為兩種 Health Check 類型

1. EC2 的 Health Check ：ASG 會自動對 EC2 做 Health Checking 來決定有沒有軟、硬體方面的問題，而 Health Check 的結果是基於 EC2 Status Checks。如果被判定為 unhealthy，ASG 會中止該 EC2，並建立新的 EC2 實例
2. ELB 的 Health Check：Health Check 的結果是基於 ELB health Checks。ELB 可以透過 ping 一個端點並回應跟預期的一不一樣來決定 EC2 的健康狀況。如果被判定為 unhealthy，ELB 會將資訊傳給 ASG，ASG 會中止該 EC2，並建立新的 EC2 實例

Scaling Policy

名詞定義： Scaling out(增加機器)、Scaling in(移除機器)

Scaling Policy 分為三種

1. Target Tracking Scaling Policy：
   維持特定的性能(metric)在目標範圍內，舉例我要維持平均的cpu使用量在75％，如果超過就會 Scaling out(增加機器)

2. Simple Scaling Policy :
   當有警告發生時進行 scale，（不推薦使用此 Policy，是過時的policy）

   

3. Scaling policies with steps :
   當有警告發生時進行 scale，可以基於警告的數量來提升改變的數量

   

ASG - ELB Integration

ASG 可以和 ELB 建立關聯，當與 ELB 建立關聯時，我們就可以進行更多的 Health check

以下將已 Load Balancer 的類型 區分建立關聯的方式

1. Classic Load Balancer : 直接與 ASG 建立關聯
2. Application Load Balancer & Network Load Balancer : 不直接與 ASG 建立關聯，而是透過 Target Groups 與 ASG 建立關聯

Launch Configuration

ASG 會建立機器，要建立什麼樣的機器呢？ Launch Configuration 描述的機器！
建立 Launch Configuration 的方式跟建立 EC2 的方法一樣，只是你是將配置存起來，將來啟動機器的時候使用。

Launch Configuration 不能被編輯，當你需要更新你的 Launch Configuration時，你需要建立新的或是clone現有的並修改。

Launch Template : 有版本控制的 Launch Configuration 。