https://solution-is-here.tistory.com/178
AWS 2. AutoScaling 적용해보기 (1편)
AWS Auto Scaling은 애플리케이션을 모니터링하고 용량을 자동으로 조정하여, 최대한 저렴한 비용으로 안정적이고 예측 가능한 성능을 유지합니다. 우리가 실제로 서비스를 배포할 때 꼭 필요한 기
solution-is-here.tistory.com
위 글을 보고 오셔야 이해하실 수 있습니다.
AutoScaling을 하기 위해서는 Load Balancer도 필요하지만 Image가 필요합니다.
이때 Amazon machine Image(AMI)란?
EC2에서 실행할 수 있는 가상 시스템의 정의입니다. AMI에는 운영 체제, 응용 프로그램 및 기타 구성 요소가 포함됩니다.
1. AMI 만들기
우선 만들어 놓은 Instance에서 Create Image를 해줍니다.
이름은 BlogImage로 설정해줍니다.
나머지 설정은 변경하지 않고 Create Image를 해줍니다.
2. Launch Template 생성
AMI와 Launch Template는 EC2에서 인스턴스를 시작하는 데 사용하는 도구입니다.
Launch Template는 AMI을 이용해서 Auto Scaling 그룹을 생성하는 데에도 사용할 수 있습니다.
이름은 자유롭게 정하면 되고 중요한 것은 AMI를 잘 선택해야 합니다.
위에서 만들었던 AMI를 선택해야 합니다.
t3.micro (Instance와 같은 버전)으로 확장시킵니다.
Security Group은 Instance를 만들 때 적용하던 Security Group을 합니다.(HTTP, HTTPS, SSH 허용)
3. AutoScaling 만들기
Auto Scaling Groups에 들어간 뒤, Auto Scaling 만들기를 눌러줍니다.
이후, 이름은 자유롭게 정합니다.
Launch Template는 위에서 만들었던 Launch Template를 적용시켜 줍니다.
그리고 전 시간에 Load Balancer를 만들 때 a, b를 가용영역으로 추가 시켰기 때문에 Auto Scaling에서도 똑같이 a,b를 추가시킵니다.
Load Balancer은 이미 존재하는 Load Balancer을 붙인다는 선택지를 누른 뒤, Target Group으로부터 Load Balancer을 적용시킵니다. 이때 Target Group은 이전 시간에 만들었습니다.
까먹으신 분들을 위해 Load Balancer과 Target Group의 관계에 대해 간단히 설명드리겠습니다.
Target Group으로 Load Balancer가 요청을 보낼 대상을 정의해줍니다. Target Group은 Load Balancer에 의해 트래픽을 받게 되는 컴퓨팅 리소스로 이해하시면 됩니다.
Group Size
- Desired_Capacity는 Auto Scaling Group이 유지해야 하는 인스턴스의 수를 나타냅니다.
- Min capacity는 Auto Scaling Group이 유지해야 하는 인스턴스의 최소 수를 나타냅니다.
- Max capacity는 Auto Scaling Group이 유지해야 하는 인스턴스의 최대 수를 나타냅니다.
그리고 밑의 Target Value를 30으로 변경해서 30만 넘어도 인스턴스를 증가시키게 했습니다.
이후, Create Auto Scaling Group을 누르시면 됩니다.
4. 확인
저희는 위에서 Desired_Capacity를 2로 설정함으로써 Auto Scaling Group이 적어도 두 개의 인스턴스를 유지하게 했습니다.
성공적으로 두개의 인스턴스가 늘어난 모습을 볼 수 있습니다.
Target Group에서 Healthy 한 인스턴스 두 개가 생겼다면 성공적으로 된 것입니다.
다음시간에는 Auto Scaling Test를 해보겠습니다.
