AWS 첫 번째 프로젝트 시작하기 :: 노경훈 :: AWS Summit Seoul 2016

© 2016, Amazon Web Services, Inc. or its Affiliates. All rights reserved.
노경훈 Territory Sales Representative
17 May 2016
AWS 첫 번째 프로젝트 시작하기
비용 최적화 관점에서

Agenda
1. Intro
2. 총소유비용(TCO) 이해하기
3. 비용최적화(Cost Optimization)의 4가지 축
4. 비용최적화 원칙 적용해보기
5. 결론 및 요약

Intro - 이 세션에서 기대하는 것
처음으로 AWS를 시작하는 고객들에게
가장 효율적인 접근 방법을 비용 중심으로
소개
올바른 사이징, 구매옵션, 아키텍처, 그리고
각종 관리 등을 통한 실제 Cost
Optimization 사례 전달
비용에 대한 두려움 없애기

AWS 를 시작하면서…
1. 계정을 만들고, 기본 보안 설정을 함
2. AWS SA들과 최적 아키텍처 만듦
3. Elastic Compute Cloud (EC2) 생성해 봄
4. EC2 Backup 도 해보고 restore를 해봄
5. SNS 를 이용해서 필요한 알람을 걸기도 함
6. Amazon Simple Storage Service (S3) 에 object를
업로드 하고 public 웹서비스도 해봄
7. POC 하면서 마이그레이션 플랜도 짜봄

총소유비용(TCO) 이해하기

TCO 라는 말이 있었다.
태초에…

총소유비용 TCO(Total Cost of Ownership)?
정의 : 특정 기술 혹은 서비스에 대한 구현비용을 결정하기 위해 드는
직간접적인 비용, HW & SW 획득, 설치, 교육, 지원, 유지보수, 기반구조,
가동중지, 공간 및 에너지
사용예:
1) 전체 혹은 일부 인프라를 운영하는데 드는 on-premise 혹은 co-loacation
비용을 AWS와 비교할 때
2) AWS로 마이그레이션할 예산작업(budgeting)이나 사업 보고서(business
case)를 작성할 때

On-Premises Cost 이해하기
비용최적화 마이그레이션
전략을 세우기 위해 현재
비용을 정확히 이해하는 것이
중요합니다.
It is important to accurately
understand your current costs
in order to know how to build
your migration model for
optimal cost efficiency.

TCO = acquisition costs + operations costs
Hardware – Server, Rack
Chassis PDUs, ToR
Switches (+Maintenance)
Software - OS,
Virtualization Licenses
(+Maintenance)
Facilities Cost
Hardware – Storage Disks,
SAN/FC Switches
Storage Admin costs
Network Hardware – LAN
Switches, Load Balancer
Bandwidth costs
Network Admin costs
Server Admin Virtualization Admin4
Diagram doesn’t include every cost item. For example, software costs can include database, management, and middle-tier
software costs. Facilities cost can include costs associated with upgrades, maintenance, building security, taxes, etc. IT labor
costs can include security admin and application admin costs.
Space Power Cooling
Facilities Cost
Space Power Cooling
Facilities Cost
Space Power Cooling
Server Costs
Storage Costs
Network Costs
IT Labor Costs
1
2
3
illustrative

전통적인 인프라 준비 및 운영
전통적인 data center의 한계
비탄력적인 물리 자산 비용 일괄적으로 계산하기 쉽지 않음
높은 확장 및 이전 비용 예상치 못한 오류로 인한 비용

비용최적화(Cost Optimization)의
4가지 축

비용최적화는
going from… to…
pay for what you use(사용) pay for what you need(필요)

어디서부터 시작해야할까요?

비용최적화를 위한 4가지 축
Right Sizing
(적절한 용량산정)
Purchase
Option
(구매옵션)
Increase
Elasticity
(탄력적 아키텍처)
Measure,
Monitor, &
Improve
(지속적 관리)

Right sizing
Right sizing 적절한 용량산정
• 필요한 성능을 가진 instance 중 가장 저렴한
것을 고른다.
• CPU, RAM, storage, network utilization 등을
모니터링 하면서 down sizing할 인스턴스를
찾는다.
• Amazon CloudWatch metrics나 custom RAM
metrics으로 계속해서 모니터링 하면서 타입을
조정한다.
요령: 용량산정 후 Reserved Instance사용

• 현재 워크로드와 잘 맞는 instance type을 찾아야 함
– 필요한 성능 정의
– 현재 성능 모니터링
– Change Instance Type
Instance 선택 = Performance Tuning

Purchase Option(구매옵션) – 예약 인스턴스(RI)
계약기간
1 Year
3 Year
AWS Services Offering RIs
Amazon EC2
Amazon RDS
Amazon DynamoDB
Amazon Redshift
Amazon ElastiCache
* Dependent on specific AWS service, size/type, and region

Purchase Option(구매옵션) – 예약 인스턴스(RI)
Step 1: RI Coverage
• 항상켜져 있는 instance에 적용
Step 2: RI Utilization
• RI의 활용률을 높이기 위해 적용된 instance를
최대한 활용
• 필요하면 쪼개거나 합치는 것도 가능

Purchase Option(구매 옵션) - EC2 Spot Pricing
Users with urgent
computing needs or
large amounts of
additional capacity
Time or instance
flexible
Experiment and/or
build cost sensitive
businesses

* Compared to On Demand price based on specific EC2 instance type, region and availability zone
Purchase Option(구매 옵션) - Spot Instance

Increase elasticity – 탄력적 아키텍처
쓰지 않는 instance는 끄세요.
• dev/test, non-prod instances 인데 항상
켜져있는 것들
Autoscaling
• Auto Scaling을 통해 scale up and down
• Instance type을 작게 운용 가능

적절한 용량과 탄력적 아키텍처의 적용
More smaller instances vs. fewer larger instances
29 m4.large @ $0.165/hr
$3,445.2 / mo*
59 t2.medium @ $0.080/hr
$3,398.4 / mo*
*기준 Linux instances in Seoul Region at 720 hours per month

1. 24시간 켜놓아야 하는
workload들은 예약 인스턴스
2. Autoscaling 그룹을 통한
탄력적 대응
3. Spot로 먼저 생성, 필요하면
On-Demand로 대응
0
2
4
6
8
10
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24
/Spot
On Demand
Spot
Reserved Instance
Autoscaling + Purchase Option(구매옵션)

Increase elasticity
Managed Service 사용하기 -ELB
Availability
Zone #1
Availability
Zone #1
EC2 Instance
+ 소프트웨어
LB
DNS
DNS
웹서버
웹서버
$ 0.025
시간당
$ 0.08
시간당 (t2.medium)
VS.
*기준 Linux instances in Seoul Region

Managed Service 사용하기 - SQS
Amazon
SES
Amazon
SNS
생산자
생산자생산자
EC2 인스턴스
+ 소프트웨어큐
SQS 소비자
소비자
$ 0.01
10,000 요청당(요청 당 $0.000001)
$ 0.08
VS.

Managed Service 사용하기 – S3
$ 0.08
EC2 인스턴스
+ Web Server
+Streaming
Imaging
+Downloading
web access
Streaming & image distributions
Download distributions
Amazon S3
$ 0.00
시간당 – 서버 없음

비용최적화(Cost Optimization) 원칙
적용해보기

실제사례
로드밸런서(이중화)
- HSRP based Active – Standby
appliance based balancer X 2
웹서버 10 대
- 4 core, 16GB ram X 10 EA
- 500GB SAS disks X 10 EA
DB 서버 2대 이중화(총 4대)
- 8 core, 32GB ram X 4 EA
- 1TB Raid 5 volumes per each
servers
- MySQL
AWS Balancer
- 1 Elastic Load Balancer ($18.3/month)
AWS EC2 Web servers:
- On-demand, m4.xlarge X 10, 100%
Utilization
- PIOPS 1500, EBS 500GB per instances
AWS RDS servers:
- On-demand, db.m4.2xlarge Multi-AZ X 2
- PIOPS 5000, 1TB Storage per instances
AWS Business level support

비싸다고 생각되시나요? 이 숫자를 기억해주십시오.
$ 10,838.41/month
* Seoul Region 기준

Let’s drill down
무엇이 잘못 되었을까요?

#1 Right Sizing
Over Provisioning 하지말자.

대부분의 경우 평소 CPU 사용률 그래프

비용 VS. 실제 사용률
Money
Time
당신이 실제 쓰는 자원
당신이 내는 금액
WASTE!!
100%
10% 이하
사놓은 것 Vs. 쓰는 양

인스턴스 타입 변경
EC2 – Change Instance Type 기능
수분 내에 타입 변경 가능
Down size your EC2
From m4.xlarge to t2.medium
Down size your RDS
From m4.2xlarge to m4.large

인스턴스 타입만 조절했을 뿐인데…
$ 10,838.41/month
to
40% 절약!
/month$ 6,482.19

EBS용량은 필요한 만큼
Down size your EBS
From 500GB 1500 PIOPS to General Purpose(SSD) 50GB
Down size your RDS
From 1TB 5000 PIOPS to General Purpose(SSD) 50GB

성능 및 용량만큼 조절한 결과….
to
/month
76.5% 절약!
$ 6,482.19/month
$ 1,526.45

#2 Increase Elasticity
가능한 Auto Scaling 적용

많이 줄이긴 했는데…더 줄일 수 있나요?
ServiceTraffic
Time
100%
# of instance Transfer Out
Transfer In

AutoScaling이 아니었으면 낭비 되었을 비용
ServiceTraffic
Time
100%
Transfer Out
Transfer In

Auto Scaling 적용
AWS Balancer
AWS EC2 Web servers:
- On-demand, t2.medium X 2, 100% Utilization
- General Purpose 50 GB per instances
AWS RDS servers:
- On-demand, db.m4.large Multi-AZ X 2

Auto Scaling 적용결과
to
/month
또 23.6% 절약!
$ 1,526.45/month
$ 1,166

#3 Purchase Option
Reserved Instance를 쓰자.

Reserved Instance 사용
AWS 로드 밸런서
AWS EC2 웹서버 10대
- Partial RI 1 year , t2.medium X 2, 100% Utilization
AWS RDS DB서버 4대
- Partial RI 1 year, db.m4.large Multi-AZ X 2

1 year RI 적용결과
to
/month
또 30.8% 절약!
$ 1,166/month
$ 806.4

처음 그냥 계산기에 넣었던 숫자 기억하십니까?
$ 10,838.41/month
to
$ 806.4/month
$ 9,676.72/year
92.6% 절약!

아직도 부담 되시나요? 꼭 기억해주세요.
API /SDK /CLI /Web Console
기술문서
표준 아키텍처
모니터링
몇 분안에 글로벌 진출
OS/ DB 라이선스 계약
Compliance/ Certificates
Network Bandwidth/ Peering
Huge number of references
초기투자 $0
Billing Options
IAM based Federation/ 보안
이중화
Hardware Security Module
…
직접 구축한다면 막대한 시간과 비용이 필요합니다.

중간 요약
1. Over Provisioning 하지말자.
2. 가능한 Auto Scaling 적용.
3. Reserved Instance를 쓰자.

결론 및 요약

비용최적화를 위한 지속적인 관리
Measure, Monitor, & Improve
(4번째 축 기억나세요?)

Measure, Monitor, & Improve - Metrics & targets
% Instances turned off daily
% of Instances Right-Sized
% Always on Resources
Covered by RIs
% RI Utilization
✔
✔
✔
✔
✘
✘
✘
✘
각 수치에 대한 기준 마련 및 추적

Measure, Monitor, & Improve - AWS Tools

클라우드 환경에서의 IT
계획 구축 실행
구축
모니터링
설계
Months Minutes
과거 현재 - AWS

비용은 모든 요소와 연결됨
Right Sizing
Purchase
Option
Increase Elasticity
Measure, Monitor, &
Improve
TCO

요약 - 기억합시다!
1. 안쓰는 Instance는 끄고, EBS는 없애자.
2. Over Provisioning 하지말자.
3. AutoScaling 적극 활용 하자.
4. RI와 Spot을 쓰자.
5. 계속해서 Measure, Monitoring, Improve
6.Cloud에 맞는 사고 방식을 갖자.
7. AWS 와 상의하자

AWS 첫 번째 프로젝트 시작하기 :: 노경훈 :: AWS Summit Seoul 2016

AWS 첫 번째 프로젝트 시작하기 :: 노경훈 :: AWS Summit Seoul 2016

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Viewers also liked

Viewers also liked (20)

Similar to AWS 첫 번째 프로젝트 시작하기 :: 노경훈 :: AWS Summit Seoul 2016

Similar to AWS 첫 번째 프로젝트 시작하기 :: 노경훈 :: AWS Summit Seoul 2016 (20)

More from Amazon Web Services Korea

More from Amazon Web Services Korea (20)

AWS 첫 번째 프로젝트 시작하기 :: 노경훈 :: AWS Summit Seoul 2016