[DAY 09] ASG (Auto Scaling Group)

• ASG 是用来:
  • scale out (增加 EC2 个体) 以符合增加的工作量
  • scale in (减少 EC2 个体) 以符合减少的工作量
  • 确保运行的机器数目有在最少和作多的数目界限内
  • 可以自动将新的个体注册到 load balancer

ASG 属性

• ASG 在启动时需要提供以下资讯
  • AMI 和个体类型
  • EC2 会用到的 user data
  • EBS
  • Sceurity Groups
  • SSH key pair
• 初始容量，最大和最小数目
• 网路及 subnet 相关资讯
• Load balancer 资讯
• Sacling 的 policies

Auto scaling

• 可以依据 CloudWatch alarm 做 scale
  • 例如, monitor 一个像是平均 CPU 利用率的 metric
  • 当然 metric 的计算是基於 ASG 内的所有 个体
• 现在有支援的规则
  • Target Average CPU Usage
  • Number of requests on the ELB per instance
  • Average Network In
  • Average Network Out
  • 以上这些需要在 Scaling policy 的类型选 "Create a target tracking scaling policy" 才会有这些 Metric
  • based on 客制化的 metric (如, 已连线的使用者数目)

Dynamic Scaling Policies

• Target Tracking Scaling
  • 根据特定指标的目标做 scaling, 增加或减少容量
  • 例如将 ASG CPU 的平均利用率维持在 45%
• Simple / Step Scaling
  • 渐进式 scaling
  • 例如当 CPU > 65%, 增加 2 个 EC2 个体, 当 CPU < 30% 时减少为一个 EC2 个体
• Scheduled Actions
  • 如果知道服务被使用的模式时, 可用排程的方式

Scaling cooldown

• 在触发做 scaling 後会有一段 cooldown 时间, 预设是 300 秒
• 在这段期间 ASG 不会增加或终止个体
• 这样有助於防止因过时的指标而启动额外的 scaling
• 所以使用一个马上能用的 AMI 可以减少启动时间, 快速就绪, 减少 cooldown 时间