Amazon EC2 요금 모델

EC2는 인스턴스 생성 시 요금 모델을 선택할 수 있다

 

온디맨드 인스턴스	- AWS 프리티어 적용 - 선결제 금액이 가장 낮고 가장 유연 - 사전 약정이나 장기 계약이 없음 - 워크로드 용량이 들쭉날쭉 하거나 테스트를 실행해야 하는 경우, 개발이나 테스트를 위한 애플리케이션을 단기간 실행해야 하는 경우 적합
전용 호스트	- 고객을 위해 EC2 인스턴스 용량을 완전히 전용으로 사용하는 물리적 서버 - MS SQL Server 라이선스와 같은 기존 소프트웨어 라이선스 사용 가능 - 기존 소켓당, 코어당, VM당 라이선싱을 사용 중, 특정 기업의 규제 준수를 충족해야 하는 경우 적합
전용 인스턴스	- 단일 고객을 위한 전용 하드웨어의 VPC(가상 프라이빗 클라우드)에서 실행되는 인스턴스 - 라이선스 제한이 있거나 규정 준수나 규제 요구 사항을 충족해야 하는 경우에 적합
예약 인스턴스	- 더 저렴한 시간당 비용으로 1년이나 3년 약정 - 예약하는 인스턴스에 대해 전체 결제, 부분 결제나 선결제 요금이 없는 결제 - 예측 가능하거나 안정적인 컴퓨팅 요구 사항에 적합 - 사용량 패턴을 예측할 수 있는 장기 워크로드가 있는 경우 적합 - ex. 몇 개월이나 몇 년간 일관적으로 실행할 예정인 서비스에 적합
스팟 인스턴스	- 미사용 EC2 인스턴스 용량에 입찰하여 비용을 낮출 수 있음 - 비용은 공급과 수요에 따라 변동됨 - 입찰이 현재 시장 가격을 초과할 때마다 인스턴스가 실행됨 - 대폭 할인된 가격으로 대규모 용량이 제공됨 - 애플리케이션이 중단으로 인한 영향을 크게 받지 않고, 2분전 경고와 함께 스팟 인스턴스가 중단되어도 괜찮은 경우에 적합 - 스팟 인스턴스가 중단되면 인스턴스가 종료됨 -> 이때 인스턴스를 중지하거나 최대절전모드로 전환하도록 구성 가능 - 웹 서버, API 백엔드, 빅데이터 처리와 같은 내결함성 애플리케이션이 포함됨
장기 예약 인스턴스	- 사용자가 지정한 반복 일정에 따라 항상 사용할 수 있는 예약 용량 구매 - 1년 약정

- Amazon Linux나 Ubuntu를 실행하는 온디맨드 인스턴스, 예약 인스턴스, 스팟 인스턴스에 대해서만 초당 결제 옵션을 사용할 수 있음

 

 

비용 최적화 4가지 원칙

1. 적절한 크기

- 적절한 균형의 인스턴스 유형을 선택

- 서버 크기를 축소하거나 서버를 해제하더라도 성능 요구 사항을 충족할 수 있는 경우가 있는데 이렇게 하면 비용이 절감됨

• CPU, 메모리, 스토리지, 네트워크 처리량 등 사용 사례에 따라 인스턴스 프로비저닝
• Amazon CloudWatch 지표를 사용해 인스턴스의 유휴 상태 정도를 식별
• 가장 경제적인 비용으로 성능 요구 사항을 충족할 수 있는 인스턴스 유형을 선택할 것

 

2. 탄력성 개선

- 유휴 상태의 서버 용량을 줄이도록 배포를 설계

- 자동 조정(오토 스케일링)을 사용하여 피크 로드를 처리하는 것과 같이 탄력적인 배포를 구현해야함

• 탄력성의 한 가지 형태는 Amazon EBS 기반 EC2 인스턴스를 사용하지 않을 때 해당 인스턴스를 중지하거나 최대 절전 모드로 전환하는 것(ex. 비프로덕션 환경, 개발 워크로드, 테스트 워크로드 등)
• 프로덕션 워크로드의 경우, 보다 정밀하고 세분화된 자동 조정 정책을 구성하면 수평적 확장을 활용하여 최대 용량 요구 사항을 충족할 수 있으므로 최대 용량에 대한 비용을 계속 지불하지 않아도 됨

 

3. 최적의 요금 선택

- 현재 사용량 패턴을 분석해 적절한 요금 옵션 조합으로 인스턴스를 실행

• 사용 패턴을 고려해 사용 사례에 적합한 요금 모델을 활용한다
• 현재, 예측 용량 수요에 맞춰 다양한 구매 유형을 조합하는 방법으로 요금 최적화하기
• 애플리케이션 아키텍처를 고려하는 것도 좋다
• ex. 애플리케이션에서 제공하는 기능을 EC2 가상 머신에서 실행해야 하는지, AWS Lambda를 대신 사용하여 비용을 크게 줄일 수 있는지 여부를 평가

 

4. 스토리지 선택 최적화

- 사용하지 않는 스토리지 오버헤드를 줄이고, 스토리지 성능 요구 사항을 충족할 수 있는 더 저렴한 스토리지 옵션 선택

• 스토리지 성능과 가용성을 유지하면서, 비용을 절감하는 것
• EBS 볼륨 크기 조정
• ex. 최대 20GB 스토리지 공간만 필요한 EC2 인스턴스에 처음에 500GB 볼륨을 프로비저닝한 경우 볼륨 크기를 줄여 비용 절감 가능
• 다양한 유형의 EBS 볼륨이 제공되니 성능 요구 사항을 충족하는 유형 중에서 가장 비용 효율적인 유형을 선택하기
• EBS 스냅샷으로 데이터 백업을 생성하는 것은 좋으나 불필요한 스냅샷을 삭제하면 스토리지 비용을 절감 가능
• 특정 데이터 유형에 가장 적합한 대상 위치 식별
• ex. 애플리케이션에 사용되는 데이터가 EBS가 있어야 하는지, S3를 스토리지로 대신 사용해도 문제가 없는지 판단
• 데이터 수명 주기 정책을 구성하여 비용 절감 가능
• ex. 자주 사용되지 않는 오래된 데이터를 Amazon S3 Glacier와 같은 경제적인 스토리지 위치로 마이그레이션 하는 동작을 자동화 할 수 있음

 

제대로 된 비용 최적화는 일회성으로 끝나는 프로세스가 아니다!

대신, 정기적으로 시스템을 측정하고 분석함으로써 비용을 지속적으로 개선하고 조정해야 한다

 

측정, 모니터링, 개선

• 태깅을 사용해 어떤 리소스를 누가 어떤 용도로 사용하고 있는지에 대한 확인 가능
• 결제 및 비용 관리 콘솔에서 비용 할당 태그를 활성화하면 비용 할당 보고서를 생성할 수 있음
• 비즈니스 범주를 나타내는 태그를 적용하여 여러 서비스에 대한 지침 비용 정리
• 리소스를 프로비저닝 할 수 있도록 실시간 지침을 제공하는 AWS Trusted Advisor를 사용해도 좋다
• 아키텍처를 설계할 때 비용을 고려하는 것도 권장함
• AWS Cost Explorer은 비용 그래프를 보는데 사용할 수 있는 무료 도구
• 비용 최적화 작업은 일반적으로 이에 대한 책임을 개인이나 팀에 부여할 때 성공적으로 이루어짐