Auto Scoling 주변을 직접 사용하도록 정리해 봅니다.

개요


ELB 는 EC2 Auto Scalling 의 기본 부분에 대해서도 잘못된 이해 를 가지고 있습니다.
이번에는 Auto Scalling 그룹과 그 주변(EC2/ELB/CloudWatch·alarm/가동 설정)을 총괄했다.
관리 서비스를 사용하는 아키텍처가 점점 번창하고 있지만 EC2 오토 스코링을 만든 사례가 많다.

Auto Scalling 그룹의 Auto Scalling을 사용하는 작업


  • ① CloudWatch는 EC2 인스턴스의 CPU 사용률을 모니터링합니다.
  • ② CloudWatch에서 EC2 인스턴스의 CPU 임계값 이상이 감지되었습니다.alarm 발동.
  • ③ Auto Scalling 그룹은 alarm 발생 시 작업을 수행합니다.현재 작업하는 EC2 인스턴스의 수와 스케쥴 정책(최소 및 최대 크기)과 일치해야 하는 경우 EC2 인스턴스를 시작합니다.
  • ④ AMI에서 부팅 설정에 따라 EC2 인스턴스 생성/부팅
  • ⑤ELB로부터의 건강검진이 성공하면 시작된 EC2 실례에 ELB로부터의 방문을 분배한다.
  • Auto Scoling 그룹의 AutoHealing을 사용하는 작업


  • ① ELB로부터의 건강검진 실패.
  • ② 건강검진에 실패할 경우 Auto Scoling 그룹이 현재 작업하는 EC2 인스턴스의 수와 초기 크기 또는 커서 정책(최소 및 최대 크기)을 결합하여 EC2 인스턴스를 시작해야 합니다.
  • 시작 설정에 따라 AMI에서 EC2 인스턴스를 작성하고 시작합니다.
  • ④ ELB로부터의 건강검진이 성공하면 시작된 EC2 실례에 ELB로부터의 접근을 분배한다.
  • 끝맺다


    이 원고에 언급된 부분은 클라우드 포메이션, 빈스토크 또는 테라form 등 공개 도구가 관리하는 부분으로 여겨진다
    나는 직접 접촉하는 상황이 줄어들 것이라고 생각한다. 단지 참고로 제공할 뿐이다.

    좋은 웹페이지 즐겨찾기