[AWS] Developer Associate #1 Elastic Beanstalk

Elastic Beanstalk이란?

• Elastic Beanstalk은 애플리케이션을 배포하는 개발자 중심의 서비스입니다.
• Elastic Beanstalk를 사용하면 애플리케이션을 실행하는 환경(인프라)에 대해 자세히 알지 못해도 AWS에서 애플리케이션을 신속하게 배포하고 관리할 수 있습니다.
• 애플리케이션을 업로드하기만하면 Elastic Beanstalk에서 컴퓨팅 리소스를 준비하고, 로드밸런싱과 용량 확장(scaling), 애플리케이션의 상태 모니터링을 자동으로 처리합니다.
• Beanstalk는 JAVA, Tomcat, Python, Go, Node.js, Ruby, PHP, Docker, .Net Core on Linux, .Net on Windows 등을 지원합니다.
• Beanstalk 자체는 무료이지만 ASG, ELB 등에 대해서 요금을 지불합니다.
• Beanstalk는 1개의 인터페이스에서 EC2, ASG, ELB, RDS 등의 서비스를 알아서 배포하는 Managed service입니다.
• Beanstalk은 내부적으로 cloudformation 템플릿을 사용하여 리소스를 관리합니다.
• Beanstalk은 여러 가지 배포 옵션을 제공합니다.

Elastic Beanstalk의 개념(concepts)

Application

• Environments, Versions, Environment configurations과 같은 Beanstalk 구성요소의 논리적 집합입니다.
• Elastic Beanstalk에서 애플리케이션은 개념적으로 폴더와 유사합니다.

Application version

• Appliation version은 레이블이 지정된 배포 가능한 코드의 묶음입니다.
• Application에는 여러 개의 Application version이 있을 수 있고, 각 Application version은 고유합니다.
• Application version은 Application의 일부입니다.

Environment

• Environment는 Application version을 실행 중인 AWS 리소스 모음입니다.
• 1개의 Environment는 1개의 Application Version만 실행 가능하지만 1개의 Application Version은 여러 개의 Environment에서 실행이 가능합니다.
• dev 환경, prod 환경, test 환경 등을 만들어 사용할 수 도있습니다.

Environment tier

• Environment tier는 Environment에서 실행하는 Application의 유형을 지정하고 프로비저닝할 리소스를 결정합니다.
• Environment tier는 2개가 있습니다.
• Web server environment
  • HTTP 요청을 처리하는 시스템을 구성하는 경우 사용합니다.
    
• Worker environment
  • Amazon SQS Queue에서 작업을 가져와 처리하는 시스템을 구성하는 경우 사용합니다.
    

Elastic Beanstalk의 deploy options

• All at once
  • 가장 빠른 배포 방법으로 새 버전을 모든 인스턴스에 동시에 배포합니다.
  • 배포가 수행되는 동안에는 모든 인스턴스가 잠시 동안 서비스가 불가능(다운 타임이 발생)합니다.
  • 배포 중에 다른 인스턴스를 생성하지 않기 때문에 추가 비용이 발생하지 않습니다.
    
• Rolling
  • 얼마만큼 인스턴스를 중단할지를 결정하고, 순차적으로 업데이트해 나가는 배포 방법입니다.
  • 얼마만큼 인스턴스를 중단할지를 결정한 것을 Batch Size이라고 합니다.
  • Batch size만큼 인스턴스가 차례대로 배포가 됩니다. 예를 들어 Batch size가 2라면 2개씩 순차적으로 업데이트 됩니다.
  • 배포 중에 다른 인스턴스를 생성하지 않기 때문에 추가 비용이 발생하지 않습니다.

 

• Rolling with additional batches
  • Rolling은 인스턴스가 중단되기 때문에 배포 중간에는 애플리케이션의 용량(capacity)가 줄어들게 됩니다.
  • additional batches는 추가 인스턴스를 생성하여 애플리케이션의 용량이 줄어들지 않도록 해줍니다.
  • 배포 중에 추가 인스턴스를 생성하기 때문에 추가 비용이 발생합니다.
• Immutable
  • Immutable 업데이트는 Rolling의 대안입니다.
  • Rolling 업데이트는 업데이트에 실패하면 Rollback 업데이트를 수행하여 이전의 상태로 천천히 돌아가야 합니다.
  • Immutable 업데이트는 임시 ASG와 생성하여 업데이트하는데 업데이트에 실패하면 임시 ASG만 종료하면 됩니다.
  • Immutable 업데이트는 임시 ASG를 생성하고 단일 인스턴스를 생성하고 기존의 ASG의 인스턴스가 함께 서비스를 하다가 임시 ASG의 단일 인스턴스가 정상이라고 판단이 되면 기존 ASG의 인스턴스 수만큼 임시 ASG에 인스턴스를 생성합니다.
  • 업데이트된 모든 인스턴스의 상태 확인이 끝나면 임시 ASG에 있는 기존 ASG로 옮기고 임시 ASG를 종료합니다.
  • 배포 중에 추가 인스턴스를 생성하기 때문에 추가 비용이 발생합니다.
• Traffic splitting
  • 카나리아 테스트에 사용됩니다.
  • 수신되는 트래픽의 일부를 새 애플리케이션 버전으로 전환하여 애플리케이션의 상태를 확인한 후 검증이 완료되면 새 버전으로 완전히 전환하는 방법입니다.
  • 기존 ASG 그룹과 같은 용량의 임시 ASG를 생성하고 트래픽 분할(Traffic split)하여 새로운 어플리케이션 버전을 검증하는 방법입니다.
  • Traffic splitting 배포에는 Application Load Balancer가 필요합니다.
• Blue Green
  • Blue Green 배포는 기존 환경(Blue)에서 완전히 새로운 환경(Green)을 생성한 다음 전환하는 것으로 다운타임이 없습니다.
  • Green 환경에 대한 검증이 끝나면 URL을 전환해 Green 환경을 메인 환경으로 만듭니다.(Swap URL)

Elastic Beanstalk application version lifecycle

• Elastic Beanstalk에 새 버전의 애플리케이션을 업로드할 때마다 application version이 생성됩니다.
• 기본적으로 application version quota는 1000개로 qutoa 증설을 요청하지 않으면 1000개까지만 생성이 가능합니다.
• Application version lifecycle policy를 적용하면 application version의 개수가 quota에 도달하는 것을 방지할 수 있습니다.
• lifecycle policy는 오래된 애플리케이션 버전 삭제, 임계값을 초과하는 경우 애플리케이션 버전 삭제하도록 구성할 수 있습니다.

.ebextensions

• Elastic Beanstalk의 구성 파일을 .ebextensions에 추가하여 environment의 구성을 변경하거나 추가 리소스(RDS, ElasticCache 등)을 구성할 수 있습니다.
• Elastic Beanstalk에서 environment를 커스터마이징 할 수 있는 기능입니다.
• 구성 파일은 YAML 또는 JSON 형식으로 확장명은 .config을 사용해야 합니다.
• .ebextensions 폴더에 .ebextensions/network-load-balancer.config와 같이 구성파일을 위치시키면 됩니다.