EB(elasticbeanstalk) vs Opsworks

EB(elasticbeanstalk)은 보통 작은 사이즈의 서버 혹은 테스트를 위해 사용. 코드를 업로드하기만 하면 Elastic Beanstalk가 용량 프로비저닝, 로드 밸런싱, 자동 크기 조정부터 시작하여 애플리케이션 상태 모니터링에 이르기까지 배포를 자동으로 처리해줌.

EB는 Git 을 통한 Deployment 가능

EB 지원 언어

  • Java 애플리케이션용 Apache Tomcat
  • PHP 애플리케이션용 Apache HTTP Server
  • Python 애플리케이션용 Apache HTTP Server
  • Node.js 애플리케이션용 Apache HTTP Server 또는 Nginx
  • Ruby 애플리케이션용 Passenger 또는 Puma
  • .NET 애플리케이션용 Microsoft IIS 7.5, 8.0 및 8.5
  • Java SE
  • Docker
  • Go

 

 

Opsworks는 많은 양의 서버를 조금 더 쉽게 관리하기 위해서 사용 권장

  • 현재 Seoul Region에서 지원 함 (2017년 1월)
  • 컨테이너를 원하는 대로 Customizing 가능
  • Cloudwatch에서 모니터링 가능 (13개의 Custom Metrics 지원)
  • Chef Automate와 Stacks 로 사용 가능

주의 : STACK 삭제 시 내부 APP과 EC2 를 모두 지워야 함 / ELB 를 직접 스택에 추가 해야 함.

 

OpsWorks for Chef Automate와 OpsWorks Stacks의 차이점

Chef Automate는 Chef 서버를 즉시 프로비저닝하도록 지원하고 서비스에서 이를 운영 해 줌
Stacks는 EC2 인스턴스에 설치된 Chef Solo 클라이언트를 사용, Customize 필요

Chef Automate 의 Soft Limit

  • 리전별 구성 관리 서버 수: 5
  • 구성 관리 서버당 자동 백업: 30
  • 구성 관리 서버당 수동 백업: 10

Opsworks STACK  
– Chef 12, 11 지원
– Opsworks의 기본 구성 요소. AWS 자원들을 그룹화 및 관리
– VPC 사용 권장
– Region 간 복사 시 STACK 복사 사용 가능

Opsworks LAYER
– STACK의 하위 개념으로 STACK에 항상 포함 됨
– Chef 레시피를 이용해서 Custom LAYER 사용가능
– 1 개의 EC2가 여러 개의 LAYER에 종속 될 수 있음

Opsworks EC2      
– 1 개의 LAYER는 1 개 이상의 EC2 가짐
– 24/7 EC2 : 수동으로 시작/정지하는 인스턴스
– Load-Based EC2 : Opsworks에 지정된 메트릭스 조건에 따라 시작/정지하는 인스턴스
– Time-Based EC2 : Opsworks에 지정된 시간에 시작/정지하는 인스턴스
– EC2 Lifecycle 보기 위해서 InstanceID 클릭 후 페이지의 Logs 참고

 

Advertisements

답글 남기기

아래 항목을 채우거나 오른쪽 아이콘 중 하나를 클릭하여 로그 인 하세요:

WordPress.com 로고

WordPress.com의 계정을 사용하여 댓글을 남깁니다. 로그아웃 /  변경 )

Google+ photo

Google+의 계정을 사용하여 댓글을 남깁니다. 로그아웃 /  변경 )

Twitter 사진

Twitter의 계정을 사용하여 댓글을 남깁니다. 로그아웃 /  변경 )

Facebook 사진

Facebook의 계정을 사용하여 댓글을 남깁니다. 로그아웃 /  변경 )

%s에 연결하는 중