20141021 aws cloud taekwon - customer session: the beatpacking company

Post on 26-Jun-2015

496 Views

Category:

Technology

1 Downloads

Preview:

Click to see full reader

DESCRIPTION

비트패킹의 정민영님께서 발표해 주신 내용입니다.

TRANSCRIPT

AWS Cloud Taekwon

정민영

Software Engineer THE BEATPACKING COMPANY

BEAT 소개

국내 최초 무료 라디오 서비스

숫자

2014. 4월 비트 라디오 출시

2014. 4월 비트 라디오 출시

3~400% 성장/월

2014. 4월 비트 라디오 출시

2~300% 성장/월

360만곡 보유

10만+명/일 5분 이상 청취

10만+명/일 5분 이상 청취

15만+시간/일

10만+명/일 5분 이상 청취

15만+시간/일

5백만+곡 재생/일

10만+명/일 5분 이상 청취

15만+시간/일

5백만+곡 재생/일

3백만+곡 정산/일

폭주 성장에 대처하는 스타트업의 자세

부제: 최대한 사람이 필요 없는 인프라 만들기

IOS, ANDROID, API…. 할일 많은 스타트업

거기에… 인프라 운영까지!

어떻게 하면 인프라를

어떻게 하면 인프라를

안정적으로

어떻게 하면 인프라를

안정적으로

유연하면서도

어떻게 하면 인프라를

안정적으로

유연하면서도

개발자를 아껴가며(!)

어떻게 하면 인프라를

안정적으로

유연하면서도

개발자를 아껴가며(!)

남이 알아서 해줄 수 있을까?

자동화

자동화

자동화

자동화에 친화적인 설계로 알아서 되게

자동화에 친화적인 설계로 알아서 되게

남이(AWS) 해준다면, 최대한 써먹으면서

이런 비트의 전략에 적극 협조중인 AWS 제품들

Elastic Compute Cloud

3번 강조해도 부족한 AutoScale

원하는 조건에 맞춰서(Policy)

원하는 조건에 맞춰서(Policy)

지정한 설정 값으로(Launch Configuration)

원하는 조건에 맞춰서(Policy)

지정한 설정 값으로(Launch Configuration)

인스턴스를 자동으로 생성/삭제

UserData 인스턴스 부팅시에 지정한 스크립트를 실행

Cloud-Init, Chef, Puppet, Ansible, ….

AMI

인스턴스 구성과 데이터를 이미징

언제든 원하는 만큼 생성(도장찍기!)

SPOT

On-Demand(/RI)와 섞어서 안정적으로

저렴하게 SPOT 인스턴스를 활용

Backend Storage 선택

EBS

영속성과 신뢰성 있는 Network Storage

이미징 하기 간편

네트워크 대역폭 에 영향

Instance-Storage

영속성 없이 호스트 장비에 연결

매우 빠른 성능

산출물을 S3에 저장하면서 웹서버에 이용

Elastic Load Balancing

신뢰성 가득한 L4

트래픽에 따라 ELB자체도 AutoScale

IP로 특정하기 어려움

Route53 Alias 활용

Availability Zone 마다 설정

Cross-Zone Load Balancing 설정

혹은 AZ에 인스턴스를 균등하게 유지

Simple Storage Service

쓰세요. 2번 쓰세요.

저렴하고

저렴하고

안정적이고

저렴하고

안정적이고

빠르고

저렴하고

안정적이고

빠르고

간편.

다시 생성 가능한 데이터라면

RRS(Reduced Redundancy Storage)

Prefix 분산

2134857/data/1

2134857/data/2

2134858/data/1

2134858/data/2

Prefix 분산

2134857/data/1 7584312/data/1

2134857/data/2 7584312/data/2

2134858/data/1 8584312/data/1

2134858/data/2 8584312/data/2

컨텐트 제공시엔 CloudFront를 활용하세요

트래픽 비용이 부담스럽다면

AWS와 약정 계약(CFRC)을

DynamoDB

처리량만 결정하면 알아서 하는 NoSQL DB

비트에서는…

로그 데이터 보전에 사용

서비스 성장에 따라 같이 성장하는 시스템

처리량 안에서 성능 보장

처리량 안에서 성능 보장

처리량은 용량과 요청 수/초에 따라 결정

문제는 처리량을 결정하기가 난해

GSI, LSI, Range Key, ….

dynamo-autoscale

좋은 Hash key

적절히 분산되는 값

UUID O

timestamp X

제약을 이해하고 쓰면 훌륭한 파트너

RECAP

자동화에 친화적으로

AWS가 대신 해준다면 최대한 이용하면서

제약을 이해하면

AWS 한국 사용자 모임

https://www.facebook.com

/groups/awskrug/

감사합니다.

top related