AWS 를통한비용최적화 아키텍처, 도구, 모범사례 2016 년 2 월
2016, Amazon Web Services, Inc. 또는계열사. All rights reserved. 고지사항 이문서는정보제공목적으로만제공됩니다. 본문서의발행일당시 AWS의현재제품및실행방법을설명하며, 예고없이변경될수있습니다. 고객은본문서에포함된정보나 AWS 제품또는서비스의사용을독립적으로평가할책임이있으며, 각정보및제품은명시적이든묵시적이든어떠한종류의보증없이 있는그대로 제공됩니다. 본문서는 AWS, 그계열사, 공급업체또는라이선스제공자로부터어떠한보증, 표현, 계약약속, 조건또는보증을구성하지않습니다. 고객에대한 AWS의책임및채무는 AWS 계약에준거합니다. 본문서는 AWS와고객간의어떠한계약도구성하지않으며이를변경하지도않습니다. 2 / 23 페이지
목차 요약 3 소개 4 비용최적화 4 설계원칙 5 공급과수요의균형 6 컴퓨팅 6 스토리지 11 애플리케이션서비스 13 비용효율적인리소스 18 세분화된접근방식 18 비용인지 19 AWS 가격표 API 20 세부결제보고서 20 시간에따른최적화 21 결론 21 기고자 22 부록 : 비용효율적인스토리지의예 22 참고문헌 23 요약 본문서는 Well-Architected 프레임워크의비용최적화기반을중점적으로다룹니다. 또한고객이모범사례를적용해 AWS 환경을설계, 제공및유지관리할수있도록지침을제공합니다. 3 / 23 페이지
소개 AWS는고객이클라우드에서안정적이고, 안전하고, 효율적이며, 경제적인시스템을설계할수있도록하려면아키텍처모범사례를고객과공유해야한다는점을잘알고있습니다. 이러한노력의일환으로개발된 AWS Well-Architected 프레임워크를이용하면 AWS에서시스템을구축하면서내리게되는결정의장점과단점을이해할수있습니다. Well-Architected 시스템이사업의성공가능성을대폭높일것으로기대합니다. 프레임워크의네가지기반 : 보안 안정성 성능효율성 비용최적화비용최적화기반을활용하면불필요한비용또는최선이아닌리소스사용을피하거나제거할수있고, 이러한절감을통해비즈니스를차별화할수있습니다. 비용최적화시스템을사용하면비용을최대로절감할수있는동시에비즈니스목표를달성하고, 프레임워크의다른기반에필요한요구사항을초과충족할수있습니다. 이문서는적절한아키텍처를선택하고 AWS 리소스를최대한효율적으로활용하는데필요한구체적인모범사례지침을제공합니다. 비용최적화 비즈니스문제는운영적인성격을띠고 ( 지원팀대기 ), 낭비를유발하며 ( 하드웨어리소스오버프로비저닝 ), 실패할가능성이높고 ( 긴밀하게결합된배포 ), 큰비용이발생할수있습니다 ( 데이터센터운영, 보안직원배치등 ). AWS가이러한문제에대한해결책을제시하지만, 비용최적화를염두에두고서비스를이해하고구현하는것이중요합니다. 4 / 23 페이지
AWS 는비용최적화를다음네가지영역으로분류합니다. 공급과수요의균형 비용효율적인리소스 비용인지 시간에따른최적화 보안개선이나출시시기단축과더불어, 비용및투자수익률 (ROI) 이구매결정에서주로고려해야하는요소입니다. AWS는 AWS Trusted Advisor, 상세결제보고서, 총소유비용 (TCO) 계산기등, 청구서를더잘이해하고소유비용을계산하며개선이필요한영역을파악하는데활용할수있는여러가지도구를지원합니다. 의사결정프로세스에도움이될정량적지원의역할을하는 AWS 사례연구및참조자료도있습니다. 설계원칙 AWS 는비용최적화의네개영역에서모범사례를논할때다음과같은설계 원칙을염두에둡니다. 예측 조달모델에서소비모델로전환 : 기록데이터나예측추정치를근거로데이터센터와서버에과도하게투자하는대신실제로소비하는컴퓨팅리소스에대해서만지불하고, 정교한예측이아닌실제수요에따라사용량을증감합니다. 예를들어개발및테스트환경은대체로주중에하루여덟시간동안만사용됩니다. 이러한리소스를사용하지않는동안중지하면비용절감효과는최대 75% 에달합니다 (40 시간 vs. 168 시간 ). 규모의경제에따른이점 : AWS 클라우드를사용하는고객이수십만명에 달하므로보다저렴한종량요금제를이용할수있습니다. 데이터센터운영에필요한비용제거 : 클라우드컴퓨팅서버를랙에설치하고, 쌓아올리고, 서버에전원을공급하는등의과중한업무를공급업체에서처리하므로 IT 인프라에신경쓸필요없이고객과핵심비즈니스에만집중할수있습니다. 5 / 23 페이지
비용을투명하게부과 : 클라우드를사용하면시스템의비용을손쉽게확인하고, 비즈니스사용자별로 IT 비용을부과할수있습니다. 이를통해 ROI 를측정하고, 개별비즈니스사용자들이리소스를최적화하고비용을절감하도록장려할수있습니다. 관리형서비스를사용하여소유비용절감 : 클라우드에서관리형서비스는 이메일전송이나데이터베이스관리같은작업을위해서버를유지관리하는 운영상의부담을없애줍니다. 그리고관리형서비스는클라우드규모에서 운영되기때문에트랜잭션또는서비스당비용이저렴합니다. 설계결정에대한지속적인재평가 : 하드웨어와소프트웨어에거액의자본을 투자해야했던기존의 IT 인프라접근방식과달리, AWS 는대부분의 서비스에종량요금제를실시합니다. 즉, 프로젝트수명주기를시작하는 설계단계에결정을내릴필요가없다는뜻입니다. 따라서 오버프로비저닝이발생하거나예기치못한수요에대응하지못할위험이 줄어듭니다. 설계결정을지속적으로재평가할수있습니다. 또한새로운 AWS 제품사용을탐색하여효율성이더욱높아지고있는지확인할수도 있습니다. 공급과수요의균형 기존의 IT 인프라모델과달리 AWS는처음부터탄력적인온디맨드방식을지원합니다. AWS는필요에따라프로그래밍방식으로수직확장및축소하거나, 자동으로스토리지객체를아카이브하거나만료시키는수명주기규칙을구현할수있는메커니즘을제공합니다. 비용최적화된아키텍처를구현하기원한다면이러한기능과서비스사용을고려하십시오. 컴퓨팅 AWS 에코시스템에서컴퓨팅은 Amazon Elastic Compute Cloud(Amazon EC2) 로 시작됩니다. 가장기본적인수준에서 EC2 는클라우드내가상머신입니다. 다음그림에서보듯이 Amazon EC2 는 2006 년부터발전하고있으며 Auto Scaling, Amazon EC2 Container Service( 효율성증대 ), Elastic Load Balancing( 복원성 ), AWS Lambda( 서버리스컴퓨팅 ) 등다른서비스의등장으로이어졌습니다. 6 / 23 페이지
Amazon EC2 가장적합한인스턴스유형으로애플리케이션이나워크로드의요구사항을충족할 수있어야만비용최적화에성공할수있습니다. Amazon EC2 인스턴스유형및 크기 1 는다양한조합의 CPU, 메모리, 스토리지, 네트워크용량으로제공되므로 애플리케이션에맞는리소스구성을유연하게선택할수있습니다. 예를들어 C4 인스턴스는대용량컴퓨팅리소스를요하는워크로드에걸맞습니다. M4 인스턴스는다중역할인스턴스유형입니다. G2 인스턴스는전용그래픽 프로세서가필요한워크로드를위한것입니다. 적합한인스턴스유형을선택하면 비용효율적인방식으로성능을최적화할수있습니다. 현재워크로드의요구사항을이해한후, 각각 30% 또는최대 90% 의 EC2 비용 절감효과를보장하는예약인스턴스와스팟인스턴스의장점을고려하시기 바랍니다. 벤치마킹 AWS는워크로드에가장근접한인스턴스패밀리에서인스턴스유형을선택한후벤치마킹과정을시작할것을권장합니다. 인스턴스유형을변경할수있기때문에각유형별로벤치마킹을수행할수있습니다. AWS가새로운인스턴스유형을출시하는경우에도마찬가지입니다. 1 인스턴스유형의실행비용 ( 시간당 ) 은각기다릅니다. 일반적으로인스턴스유형이 클수록비용이높아집니다. 7 / 23 페이지
예약인스턴스 인스턴스유형을정한후에는예약인스턴스를구입할수있는옵션이주어집니다. 이는특정 AWS 리전에서사전약정으로용량을구입하는것으로, 실행비용을크게감축할수있습니다. 예약인스턴스는요금항목중하나입니다. 이미선택하여해당인스턴스유형을구입한가용영역 2 (AZ) 에서사용할수있는용량이주어지며시간당요금을크게줄일수있습니다. 예약인스턴스는연중무휴 24 시간리소스로사용될뿐만아니라, 워크로드가시간에종속된경우에는예약인스턴스를결합할수도있습니다. 예를들어 m4.large 같은다용도인스턴스유형의예약인스턴스가있다고가정해봅시다. 이인스턴스는일일총 9 시간 ( 오전 8:00 - 오후 5:00) 의근무시간동안만실행하면됩니다. 하지만이가용영역에서동일한인스턴스유형을사용할수있는또하나의워크로드는근무시간이후에 ( 오후 5:00 - 오전 8:00) 실행됩니다. 동일한인스턴스유형 (m4.large) 을선택하고, 주간인스턴스가중단된후해당인스턴스에서야간워크로드를시작할수있습니다. 첫번째인스턴스가중단된후예약인스턴스의시간당요금이근무시간이후인스턴스에적용되므로전체비용효율성이극대화됩니다. 워크로드와인스턴스유형은시간경과에따라변화하기때문에인스턴스선택을지속적으로재평가하는것이중요합니다. 예약인스턴스는현재 1 년또는 3 년약정 3 으로제공되며예약인스턴스약정이만료되기전에요구사항이변경될수있습니다. 이경우, EC2 Container Service(Amazon ECS) 를이용해인스턴스사용량을늘리거나 AWS 예약인스턴스 Marketplace 에서예약인스턴스를판매할수있습니다. 2 http://docs.aws.amazon.com/awsec2/latest/userguide/using-regionsavailabilityzones.html#concepts-regions-availability-zones 3 https://aws.amazon.com/ec2/purchasing-options/reserved-instances/ 8 / 23 페이지
Auto Scaling Auto Scaling 은사용자가정의하는조건에따라 Amazon EC2 용량을자동으로확장하거나축소합니다. 예를들어기존에는 IT 배포시피크사용량을기준으로하드웨어요구사항을결정해야했습니다. 예상되는최장로드기간에따라컴퓨팅리소스를결정해야하고이후에수직축소가불가능하다면로드가최저수준인동안에는컴퓨팅리소스를낭비하게됩니다. Auto Scaling 은리소스수요변화에따라인스턴스수를늘리거나줄여효율성과비용을최적화합니다. 워크로드가영업시간 ( 오전 9:00 - 오후 5:00) 중에실행된다면, Auto Scaling 이예상로드에적합한인스턴스를시작하도록구성할수있습니다. 영업시간이후에는 Auto Scaling 이인스턴스수를줄여시간당실행비용에대한지출을최소화할수있습니다. 스팟인스턴스 스팟인스턴스를사용하면고객이예비 Amazon EC2 컴퓨팅용량에입찰할수있습니다. 스팟인스턴스는온디맨드가격에서할인되는경우가많기때문에애플리케이션운영비용을크게줄이는동시에애플리케이션의컴퓨팅용량과처리량을늘릴수있습니다. 스팟시장을활용하면 4 영구적인상태가필요하지않은워크로드의운영비용을줄일수있습니다. 이유형의모델에포함되는워크로드에는 Amazon Elastic MapReduce(Amazon EMR) 클러스터가있습니다. 스팟인스턴스를이용해추가코어노드로온디맨드클러스터를보강하고, Amazon EMR 하둡작업을완료하는데필요한시간을줄일수있습니다. 입찰가격이최고입찰가를초과하면스팟인스턴스로실행중인코어노드의종료가예약되었다는알림을받게됩니다. 이경우, 하둡이클러스터내에남은가용인스턴스에서실행중인작업을자동으로다시시작합니다. 스팟인스턴스를비영구적으로사용한또하나의사례는 BatchProcessing 작업입니다. 이러한작업은흔히중단시에도처리를계속진행합니다 ( 이러한로직이포함된경우 ). 적정입찰가격의스팟인스턴스를사용할수있는경우야간처리작업이시작될수있습니다. 이러한인스턴스가종료될경우, 스팟인스턴스를다시사용할수있게되었을때작업이재개될수있습니다. 4 http://docs.aws.amazon.com/awsec2/latest/userguide/how-spotinstanceswork.html 9 / 23 페이지
Amazon ECS Amazon EC2 Container Service(Amazon ECS) 는 Docker 컨테이너를호스팅할 EC2 인스턴스에플랫폼을제공합니다. 그러면워크로드가좀더세분화되고 EC2 인스턴스의효율성이높아집니다. 이는다수의 EC2 인스턴스에서 애플리케이션이나인프라구성요소를실행하는대신, 여러컨테이너를호스팅할 수있는대형인스턴스유형을사용하는경우에특히유용합니다. 비용최적화의관점에서볼때, 잘활용되지않는예약인스턴스에서도컨테이너와 함께 Amazon ECS 를사용할수있습니다. m4.xlarge 예약인스턴스를사용하지만 CPU 리소스의 5% 만소비한다고가정해봅시다. 이경우인스턴스에여러개의컨테이너를추가하고활용률을더효율적인수준으로끌어올릴수있기때문에 Amazon ECS의사용사례로적합합니다. Amazon ECS는일정에따라인스턴스에컨테이너를배치하는데사용하기도합니다. 예약인스턴스예에서확장을원할경우, 원래인스턴스의전원을차단하기보다는컨테이너가오후 6:00부터오전 8:00까지인스턴스에배치되도록예약하여예약인스턴스시간당요금으로사용할수있습니다. AWS Lambda 항상가동되는인스턴스를실행할경우, 특히서비스가어떤작업을대기하는동안 낭비일수있습니다. 예컨대이와같은예전방식으로사진처리애플리케이션을 만들면리스너또는폴링서비스를통해수신작업을찾아낸후뭔가업로드되면 처리코드를시작할것입니다. 서버 ( 인스턴스 ) 를계속실행하고애플리케이션 코드에컴퓨팅플랫폼을제공하기위해다수의인스턴스를결정한후유지해야 합니다. Lambda 를사용하면코드를쓰고이를시작할트리거이벤트를 설정하기만하면됩니다. Lambda는서버리스컴퓨팅입니다. Lambda 서비스는코드에필요한컴퓨팅플랫폼을제공하고제공된파라미터를기반으로이벤트를트리거합니다. 따라서고유한실행인스턴스가필요하지않고운영체제관리오버헤드가발생하지않습니다. Lambda 는업로드, 느슨하게분리할수있는서비스요청등의이벤트에응답하는 워크로드에적절한선택입니다. 또한 Lambda 는 100 밀리초단위로측정되기 때문에정교합니다. 10 / 23 페이지
아키텍처계획및지속적인개정과평가를통해비용최적화를달성할수있습니다. 가상화된인스턴스에서서버리스컴퓨팅까지 AWS 서비스를사용하면설계결정은영구불변한것이아닙니다. 뿐만아니라, 새롭게출시된제품과서비스를평가하여기존배포를지속적으로최적화할수있습니다. 스토리지 스토리지솔루션을고려할때특히중요한요소는이와같습니다. 내구성 가용성 규제및거버넌스요구사항 보안 기능요구사항 11 / 23 페이지
AWS 스토리지솔루션은다양한기술및가격요구사항을충족할수있습니다. 가격최적화관점에서최저컴퓨팅관련비용스토리지옵션은로컬에서연결된휘발성스토리지 5 입니다. 이는 EC2 인스턴스의가동률에포함된스토리지입니다. 휘발성스토리지의로컬처리속성은장기적인영구데이터스토리지에부적합합니다. 영구스토리지를위해 Amazon Elastic Block Store 6 (Amazon EBS) 를사용하면여러인스턴스에마이그레이션할수있는블록수준의디바이스에 EC2 인스턴스가기록할수있습니다. 또한이러한볼륨을백업하고마이그레이션할수있는스냅샷기능도제공합니다. EC2 인스턴스에사용할수있는스토리지유형은두가지입니다. 하나는로그파일 및중요하지않은데이터에적합한비영구또는휘발성스토리지이고, 다른하나는 지속성을요하는애플리케이션과워크로드에사용할영구스토리지입니다. 각옵션은성능과비용면에서서로다른장점과단점이있습니다. 휘발성스토리지는 EC2 인스턴스시간당요금에포함됩니다. Amazon EBS는추가로구입해야합니다. 최초평가기간동안워크로드별로이러한장점과단점을고려하고, 워크로드를일정시간실행한후다시한번평가해야합니다. 이렇게하면할당한리소스를제대로활용중인지확인하고필요에따라조정할수있습니다. 예를들어워크로드가 버스팅 IOPS 수준에서더효율적으로실행되는경우 Amazon EBS 볼륨유형 7 중프로비저닝된 IOPS에서 GP2 인스턴스로전환할수있습니다. AWS는연결되지않은 Amazon EBS 볼륨과기타중요배포정보를강조해서보여주는 Trusted Advisor를통해고객에게볼륨정보를제공합니다. 이경우적절한아카이브전략을적용하여, 연결되지않은 Amazon EBS 볼륨을삭제하면스토리지비용이최소화됩니다. 5 http://docs.aws.amazon.com/awsec2/latest/userguide/instancestorage.html 6 http://docs.aws.amazon.com/awsec2/latest/userguide/amazonebs.html 7 http://docs.aws.amazon.com/awsec2/latest/userguide/ebsvolumetypes.html 12 / 23 페이지
Amazon S3 세계어디에서나인터넷을통해액세스할수있고 99.999999999% 의내구성을 보장하는 Amazon S3 는사용가능한스토리지양에제한이없으며, 퀵액세스 스토리지에더이상필요없는데이터를삭제하거나 Amazon Glacier 에아카이브할 수있는메커니즘을고객에게제공합니다. Amazon S3 수명주기정책을사용하면 Amazon S3 에서 Amazon Glacier 로데이터를마이그레이션하거나완전히삭제할 수있습니다. Amazon S3 는다양한수준의내구성, 가용성, 가격대로구성된 스토리지클래스 8 도제공합니다. 스토리지메커니즘이더이상필요하지않을때 다른클래스가유용할수있습니다. 99.999999999% 내구성. Amazon Glacier Amazon Glacier 를이용해아카이브요구사항을충족하고비용최적화를개선할 수있습니다. Amazon Glacier 는설계면에서콜드스토리지입니다. 보관해야 하지만자주액세스할필요없는데이터에사용해야합니다. S3 에서 Amazon Glacier 로원활한마이그레이션이가능하지만, Amazon Glacier 에서사소하게자주 검색하게되면비용이많이발생합니다. 이런이유로, 검색프로세스를신중하게 고려해야합니다. 애플리케이션서비스 애플리케이션서비스는워크로드배포와관련된획일적이고과중한관리작업의필요성을없애, 고객이중요비즈니스에집중할수있도록도와주는제품입니다. 예를들어 Amazon Relational Database Service(Amazon RDS) 와 Amazon DynamoDB는관리형데이터베이스서비스입니다. DynamoDB 서비스는 NoSQL 솔루션을제공하는데필요한데이터베이스인스턴스를프로비저닝하고유지합니다. AWS 월간청구서에서절감효과를확인할수는없지만, 이러한관리형서비스 덕분에 DBA 와관리자는핵심비즈니스와백업, 복구등의개발작업에집중할 수있습니다. 8 http://docs.aws.amazon.com/amazons3/latest/dev/storage-class-intro.html 13 / 23 페이지
물론 EC2 인스턴스에서바로이러한애플리케이션이나데이터베이스를실행할수있습니다. 하지만 EC2에서데이터베이스나하둡프레임워크를구축할경우팀에서직접배포를구성하고관리, 유지해야한다는점을감안하면 Amazon EMR이나 DynamoDB 같은애플리케이션서비스가시간과비용절약에얼마나큰도움을주는지실감할것입니다. Amazon RDS, Amazon EMR 등의데이터베이스및분석제품, 그리고 Amazon Elastic Transcoder 및 Amazon Workspaces 등의서비스는데이터베이스백업자동화, 환경초기화및지속적관리, 자동호스트대체같은획일적인관리활동을최소화하는데도움을줍니다. 이러한서비스를이용함으로써시간과효율성을얻으면출시기간을단축하는등무형의자산이될수있습니다. 데이터전송 데이터송신과수신은 AWS 리전으로들어오고나가는이동을뜻합니다. AWS는 AWS에서인터넷으로의데이터전송에대해계층화된요금을적용합니다 ( 많이사용할수록지불하는단위요금은줄어듦 ). 데이터전송비용을줄이기위해, 인프라의일부분에 AWS CloudFront 9 및 AWS Direct Connect 10 같은 AWS 서비스를사용하도록구성할수있습니다. 예를들어현재배포가온프레미스데이터센터와 AWS를포함한하이브리드모델이라면 AWS Direct Connect를활용하여 AWS 리소스와데이터센터사이에인터넷대신프라이빗광섬유링크를구축할수있습니다. 온프레미스데이터센터로전달되는데이터트래픽은외부데이터전송으로간주되며월간청구서에요금이청구됩니다. 고객은 AWS Direct Connect를이용해이비용을없앨수있습니다. 이프라이빗연결을통한데이터트래픽에발생하는비용은서비스에포함되기때문입니다. AWS Direct Connect 비용을기준으로외부데이터전송관련월간요금을비교하면적절한요금제를찾는데도움이됩니다. 마찬가지로, Amazon S3로콘텐츠를전송하는경우 Amazon CloudFront를사용하면최종사용자와 S3 버킷간지연시간을줄일수있습니다. 예를들어미국서부 ( 오레곤 ) 리전의 S3 버킷에서인터넷으로전송할경우, 월간 10TB까지는 GB당 0.090 USD의요금이발생합니다. Amazon CloudFront 솔루션을배포한경우전송요금은 GB당 0.085 USD로떨어지고전체지연시간이줄어듭니다. 9 https://aws.amazon.com/cloudfront/details/ 10 https://aws.amazon.com/directconnect/details/ 14 / 23 페이지
AWS 아키텍처를지속적으로평가하고어디에서데이터전송비용이발생하는지 이해하면전체실행비용을줄이는동시에최종사용자경험을개선하는방향으로 배포를수정할수있습니다. 운영기술 자동화도구는 IT 배포와관련된일부관리작업을최소화하는데도움이될수있습니다. 애플리케이션서비스의장점과마찬가지로, 자동화된방식또는 DevOps 방식으로 AWS 인프라에접근하면수작업을최소화하면서확장성과탄력성을보장할수있습니다. AWS 환경및관련지출에대한일정수준의통제도가능합니다. 예를들어엔지니어나개발자가관리및감사가가능한기존의프로세스와도구 ( 예 : AWS Service Catalog 11 같은프로비저닝포털 ) 를통해서만 AWS 리소스를프로비저닝할수있다면독립형리소스를단순히켜는 ( 그리고주로방치하는 ) 것만으로발생하는지출이나낭비를막을수있습니다. AWS 는 AWS 리소스관리에사용할수있는도구를지속적으로개발하고있습니다. AWS CloudFormation, AWS Elastic Beanstalk, AWS CodeCommit, AWS CodeDeploy, AWS CodePipeline 등의서비스는관리오버헤드와그에따른개발 시간을줄이는데도움을줄수있습니다. 팀에서직접랙프로비저닝, 케이블관리, 구매주문서작성에시간을할애할필요없이제품개발에만집중할수있습니다. 이러한서비스에 Auto Scaling, 스팟인스턴스, 수명주기정책을결합하면 효율성과일관성이개선됩니다. 태그지정 태그는 AWS 리소스에할당하는레이블입니다. 각태그는사용자가정의하는키와값으로구성됩니다. AWS에서는비용할당보고서에서리소스비용을구성하기위한메커니즘으로태그를사용합니다. 예를들어 EC2 인스턴스에태그를지정하면다른프로젝트, 부서또는소유자에게속한리소스를식별하는데유용합니다. 태그에는조정, 분석또는내부차지백모델에도움이될만한기타유용한정보도포함되어있습니다. 11 https://aws.amazon.com/servicecatalog/ 15 / 23 페이지
Amazon CloudWatch Amazon CloudWatch 를이용하면 EC2 인스턴스로부터 CPU 사용률, 데이터전송, 디스크사용활동에관한측정치를모니터링할수있습니다. 뿐만아니라 Amazon CloudWatch 를이용해 Amazon DynamoDB 테이블, Amazon EBS 볼륨, Amazon RDS 데이터베이스인스턴스, Amazon EMR 작업흐름, Elastic Load Balancing 로드밸런서, Amazon SQS 대기열, Amazon Simple Notification Service(Amazon SNS) 주제에관한측정치도모니터링할수있습니다. 이러한 서비스를이용할경우 Amazon CloudWatch 가포함됩니다. 한편, 단순한 API 요청을통해애플리케이션이생성한후 Amazon CloudWatch가모니터링하는사용자지정측정치를만들수있습니다. 이러한측정치는 AWS의워크로드가어떻게작동하는지파악하여필요에따라리소스할당을조정하는데유용할수있습니다. 기존시스템과애플리케이션의로그파일을통합할수도있습니다. 이로그파일을 Amazon CloudWatch 로그로보내거의실시간으로모니터링할수있습니다. Amazon CloudWatch 경보 Amazon CloudWatch 측정치를이용하면저조하거나과도한사용률에대한경보와알림을구성할수있습니다. 측정치에대한경보를설정하면, 서비스에서알림을전송하거나기타조치를취하도록 (Auto Scaling를이용하여인스턴스를추가하거나제거 ) 구성할수있습니다. Amazon CloudWatch를이용하여예상되는월간 AWS 요금을바로모니터링할수도있습니다. Amazon CloudWatch는사용중인 AWS 서비스에대한예상요금정보를하루에도여러번수신합니다. 임계값을설정하고이값에도달하면이메일로알림이전송됩니다. 예를들어 EC2 사용량임계값을월 1,000 USD로설정했다면사용량이이값을초과할경우 Amazon SNS를통해이메일알림을수신하게됩니다. AWS 계정하나당한달간 10 건의 Amazon CloudWatch 경보, 최대 1,000 건의 Amazon SNS 이메일알림을수신하는데, 이는 AWS 사용량을사전에 모니터링하는경제적인방법입니다. 16 / 23 페이지
비용최적화전략에도움이될수있는또한가지기능은사용량예산을설정하여비용 ( 또는 지출데이터 ) 을계획하는기능입니다. 예산은 24시간마다업데이트됩니다. 예산은혼합되지않은비용, 구독을추적하고환불을추적하지않습니다. 다양한유형의비용에대해예산을생성할수있습니다 ( 어떤서비스에지출하는 금액또는특정 API 작업 12 을호출하는빈도를파악하기위해 ). 예산에 Amazon CloudWatch 경보를적용하여 Amazon SNS 에서알림을트리거할수도있습니다. AWS Service Catalog AWS 배포가성숙함에따라, 귀사의최종사용자가서비스를탐색하고시작하는 데사용할수있는맞춤형셀프서비스포털인 AWS Service Catalog 의장점을누릴 수있습니다. IT 관리자는개발팀과협력해각서비스에대해승인된 AWS 구성을 시작하는데사용할수있는 Amazon CloudFormation 템플릿을제공할수 있습니다. 비용최적화의장점은정책에지정된파라미터 ( 인스턴스유형, 스토리지유형등 ) 를환경에서사용할수있다는점입니다. 이처럼통제된접근방식을활용하면설계결정및최종사용자에게제공된옵션에따라예산을정의하고비용을예측할수있습니다. 기술사용자와협력하여 AWS Service Catalog에포함시킬적절한템플릿을정의하면불필요한리소스가시작되고켜져있는현상을방지할수있습니다. AWS Config AWS 배포와인프라를추적하는것은비용을통제하고환경의구조와비용을 최적화하는데필수적입니다. AWS 서비스를다양한타사구성관리도구와통합할 수있지만, AWS 리소스인벤토리, 구성내역, 구성변경알림을제공하는완전 관리형서비스인 AWS Config 도있습니다. 12 http://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/budgetsmanagingcosts.html 17 / 23 페이지
AWS Config 규칙은특정 AWS 리소스나전체 AWS 계정에대해바람직하다고판단한구성설정을나타냅니다. 내부규정준수정책과규제표준을충족하도록 AWS Config 규칙을이행할수있습니다. 인프라에서다른리소스에어떤영향을미치는지, 구성변경이규정된규칙을준수하는지평가할수있습니다. 비용효율적인리소스 워크로드에적합한솔루션을선택하는것은배포비용을절감하는좋은방법입니다. 예를들어최초벤치마킹을완료한후확실한성능과가격을제공하는인스턴스를결정합니다. 이때예약인스턴스구입을고려할수있습니다. 1년또는 3년약정을체결하면이러한인스턴스의전체실행비용이크게절감됩니다. Trusted Advisor 같은도구는예약인스턴스를구입할경우실현가능한월간절감액을빠르게파악하는데도움을줍니다. Trusted Advisor는 EC2 인스턴스사용률, 유휴로드밸런서, Amazon RDS 데이터베이스인스턴스, 잘사용하지않는 EBS 볼륨, 무관한탄력적 IP 주소등일반적인측정치를평가합니다. Trusted Advisor는 260만건이상의사용량알림을고객에게전송했습니다. 현재까지 Trusted Advisor를통해고객이절감한액수는 3억 5천만 USD 이상으로추정됩니다. 세분화된접근방식 AWS 요금을이용하면워크로드별리소스를세분화할수있습니다. 더이상물리적서버에서호스팅할수있는워크로드구성요소의개수에따라프로젝트시작시점에한번만구입하는방식으로제한할필요가없습니다. 이제각애플리케이션에속한다양한요소를분리하고, 워크로드에프로비저닝된리소스중구성요소가사용중인리소스개수를파악할수있습니다. 가장경제적인배포방식은설계결정을계속검토하고리소스사용률을평가하는것입니다. Amazon EMR 작업을완료해야하는애플리케이션을떠올려보십시오. 벤치마크 테스트결과, 이작업은다섯시간내에작은크기의인스턴스유형에서완료할 수있습니다. 큰인스턴스유형에서는이작업을한시간만에완료할수있습니다. 큰인스턴스의시간당요금은두배이지만더짧은시간안에작업을완료할 수있기때문에전체실행비용이더저렴합니다. 18 / 23 페이지
이예에서는실행비용을더줄이기위해스팟인스턴스사용도고려해볼만합니다. 현재시간당요금보다낮은요금에입찰할경우더큰절감효과를누릴 수있습니다. 비용인지 AWS Config, Amazon CloudWatch, AWS OpsWorks, Auto Scaling, AWS CloudFormation 등의도구를사용하면리소스의효율적인사용을보장할 수있지만지속적인평가와벤치마킹, 운영과의통합주기를반복해야만비용 최적화를달성할수있습니다. 1. 최초평가 어떤프로젝트를 AWS 로마이그레이션할수있는가? 어떤인스턴스유형과 스토리지옵션이프로젝트요구사항과예산에부합할것인가? 2. 벤치마킹시스템이제대로작동하고있습니까? 그렇지않다면아키텍처를 변경하십시오 ( 예 : 인스턴스크기조정, SSD 드라이브선택등 ). 3. 운영통합 AWS 솔루션을이용한기존운영프로세스보강또는교체 : a. AWS OpsWorks, AWS CloudFormation, Auto Scaling 을이용하여 리소스탄력성을자동화하고지원합니다. b. 이단계에스팟인스턴스와예약인스턴스중어떤것이적절한지 판단합니다. c. 지출내역을즉시파악할수있도록 Amazon CloudWatch 경보와 알림을설정하고, 필요에따라자동으로취해야할조치를 정의합니다. 배포가확장됨에따라프로젝트와서비스를 AWS 기반으로마이그레이션하거나 생성하면 AWS Config 같은도구사용을통해인식수준을높일수있습니다. AWS 월사용량계산기를사용하여 AWS 지출을추정할수도있습니다. 19 / 23 페이지
AWS 가격표 API AWS 가격표 API에서 AWS 서비스가격을쿼리로보낼수있습니다. 서비스변경시가격을알려주는 Amazon SNS 알림을신청할수도있습니다. 새로운인스턴스유형이시작될때또는새로운서비스가도입될때처럼 AWS 가격은때에따라변경됩니다. 세부결제보고서 세부결제보고서에는요구사항을충족하기에충분한예약인스턴스가있는지등을예측할수있도록해주는시간별항목이포함됩니다. 이러한보고서를통합결제기능과함께사용하면예약인스턴스와관련된비용을간편하게추적하고관리할수있습니다. Jeff Barr 가이블로그게시물에서지적했듯이세부보고서는 연결계정의추가 할당모델에 RI 선호도, 일반요금적용비율등두가지핵심기능을제공합니다. 자세한내용은블로그게시물을참조하십시오. 다음과같은기준에따라예상비용을보여주도록세부결제보고서를사용자지정할수도있습니다. 시간, 일또는월별 조직의계정별 제품이나제품리소스별 정의한태그별 AWS 리소스태그를생성해리포트에있는거의모든항목에본인의라벨을추가할 수도있습니다. 결제보고서를사용해다음의작업을수행할수있습니다. 데이터를읽을수있는애플리케이션으로결제데이터를가져오려는경우. 결제데이터를사용하는애플리케이션을작성하려는경우 20 / 23 페이지
당월누계요금을모니터링하려는경우 월별요금을예측하려는경우 데이터를파트너와공유합니다. 결제데이터를회계시스템으로가져오려는경우 여러계정에대한청구서를가져오려는경우 이와같은사용자지정을통해조직에의미있는보고서를생성할수있습니다. 추가분석, 보고, 예측을위해 Amazon Redshift 같은데이터웨어하우징 솔루션에서이데이터를수집할수있습니다. 시간에따른최적화 최초평가가 100% 정확할수없지만 AWS 서비스는유연한특성을내재하고있기때문에최초설계결정을변경할수있습니다. 시간이지나면서요구사항이변하기때문에 AWS 리소스에대한지속적인재평가와모니터링이필수적입니다. AWS는비용을절약하고전체효율성을높일수있는새로운기능과서비스도출시할예정입니다. 예를들어저렴하면서도확장가능한데이터웨어하우징솔루션인 Amazon Redshift는데이터웨어하우징의초기비용을줄였습니다. Amazon Aurora는완전관리형태로 MySQL과호환되는관계형데이터베이스엔진으로서고사양상업용데이터베이스의속도및안정성이오픈소스데이터베이스의간편성및비용효율성과결합되었습니다. 결론 비용최적화는지속적인노력입니다. 파일럿또는테스트워크로드의최초평가에서성숙한 AWS 인프라까지, 관리자는아키텍처접근법을계속해서다시평가하고테스트해야합니다. 이문서에서언급한프로그래밍방식기능과액세스, AWS 기능과서비스덕분에이러한노력이더쉬워졌습니다. AWS 는뛰어난복원성과응답성, 적응성이보장되는배포를구축하는동안 효율성을극대화하도록돕습니다. 진정으로최적화된비용의배포를원한다면 이문서에언급된도구와기술을가능한많이사용해야합니다. 21 / 23 페이지
기고자 Bryan Tang, Callum Hughes 부록 : 비용효율적인스토리지의예 컴퓨팅관련스토리지와관련하여, 인스턴스스토리지가워크로드요구사항을만족시킬수있는가아니면그대신 Amazon EBS가필요할것인가라는중요한질문이제기됩니다. 다음예는미국동부 ( 버지니아북부 ) 리전에서한달동안연중무휴 24 시간 m3.xlarge EC2 인스턴스를실행한다고가정했을때의결과입니다. 1. EC2 비용 : 194.72 USD/ 월 2. EC2 + 500GB EBS 범용 (SSD) 볼륨 : 194.72 USD + 50 USD = 244.72 USD/ 월 3. EC2 + 500GB EBS 프로비저닝된 IOPS(SSD) 볼륨 (3000 IOPS): 194.72 USD + 257.50 USD = 452.22 USD/ 월첫번째시나리오에서는인스턴스스토리지활용만으로스토리지요구사항이충족됩니다. 워크로드에영구데이터스토리지가필요한나머지두시나리오에는 Amazon EBS가추가되었습니다. AWS는고객들에게지속적으로높은 IOPS가필요한지판단해야한다고조언합니다. 세번째시나리오에서보듯이 PIOPS의성능장점은월간비용에서실감할수있습니다. 설정한 PIOPS가충분히사용되고있는지비용최적화의관점에서조사해야합니다. 그렇지않다면 PIOPS를낮추거나 EBS 범용 (SSD) 의버스트가능한모델로이전하는방안을고려하십시오. AWS 는비용과성능사이에서최적의균형을달성할수있는옵션을제공하지만, 모니터링을통해각자의결정을확인하는것이중요합니다. 22 / 23 페이지
Amazon S3의기술적장점과저렴한월간요금때문에일부 AWS 고객은모든데이터를 S3에보관합니다. 수천만개파일을 S3에보관하는고객에게는아카이브전략이스토리지비용에긍정적인영향을미칠것입니다. 현재사용량과상관없이아카이브전략을구현하여, 지속적인비즈니스성장에따라아카이빙프로세스를통합하는방법은언제나좋은아이디어라고생각합니다. 다음예는미국동부 ( 버지니아북부 ) 리전에서스토리지와아카이브가필요한 10TB 의데이터가있다고가정했을때의결과입니다. 1. S3: 302.45 USD/ 월 2. S3 Standard -Infrequent Access(Standard IA): 128.00 USD/ 월 3. S3 Reduced Redundancy Storage(RRS): 242.08 USD/ 월 4. Amazon Glacier: 71.68 USD/ 월 Amazon S3는내구성, 가용성이서로다른 3개스토리지클래스를제공합니다. 그러나거의사용되지않지만규제나기타요구사항으로인해필요한데이터의경우, Amazon Glacier가매력적인옵션입니다. 현재데이터보존요구사항을평가한후, 원하는일정에맞춰저렴한스토리지클래스로데이터가자동으로이전되는 Amazon S3 수명주기관리의장점을누리시기바랍니다. 이러한월간예상비용을살펴보면 Amazon S3에 7년간객체를보관하는경우와 Amazon S3에 1년간보관한후 Amazon Glacier에 6년간아카이빙하는방법사이의차이를알수있습니다. 참고문헌 자세한내용은다음을참조하십시오. AWS Well-Architected 프레임워크 1 23 / 23 페이지