[ 고지 사항 (Disclaimer) ]
본 컨텐츠는 고객의 편의를 위하여 AWS 서비스 설명을 위해 제작, 제공된 것입니다. 만약 AWS 사이트와 컨텐츠 상에서 차이나 불일치가 있을 경우 AWS 사이트 (AWS.amazon.com)가 우선합니다. 또한 AWS 사이트 상에서 한글 번역문과 영어 원문에 차이나 불일치가 있을 경우(번역의 지체로 인한 경우 등 포함), 영어 원문이 우선합니다.
본 문서는 Laying the Foundation (Setting Up Your Environment for Cost Optimization) (March 2018, 영문) 내용에 기반하여 작성 되었습니다.
이 문서는 정보 제공의 목적으로만 제공됩니다. 이 문서는 발행일 현재 AWS의 현재 제품 및 관행을 나타내며 통지없이 변경 될 수 있습니다. 고객은 이 문서의 정보와 AWS 제품 또는 서비스의 사용에 대해 자체적으로 독립적인 평가를 수행 할 책임이 있으며, 각 제품은 명시 적이든 묵시적이든 어떠한 종류의 보증 없이 “있는 그대로” 제공됩니다. 이 문서는 AWS, 그 계열사, 공급 업체 또는 라이센스 제공자의 보증, 진술, 계약 약정, 조건 또는 보증을 생성하지 않습니다. 고객에 대한 AWS의 책임과 책임은 AWS 계약에 의해 통제되며 이 문서는 AWS와 고객 간의 계약에 포함되거나 수정되지 않습니다.
© 2018, Amazon Web Services, Inc. or its affiliates. All rights reserved.
개요
클라우드 여정을 지원하도록 설계된 일련의 백서 중 첫 번째입니다. 본 백서는 투자 가치를 극대화하고 예측 정확도 및 비용 예측 성을 향상 시키며 소유 문화 및 비용 투명성을 조성하며 지속적으로 최적화 상태를 측정 할 수 있는 역량을 향상 합니다.
이 백서에서는 비용 최적화의 핵심 요소와이를 달성하기위한 주요 메커니즘에 대해 설명합니다.
비용 최적화를 위한 환경 설정
클라우드는 민첩성 향상, 빠른 혁신 및 총 소유 비용 절감을위한 엄청난 기회를 제공합니다. 온프레미스 환경에서 클라우드로 전환하는 데 가장 성공적인 조직은 이 새로운 IT 운영 모델을 초기 단계에 접근하기 위한 잘 정의 된 전략을 수립하는 조직입니다. 데이터 센터에 대한 초기의 대규모 투자 모델에서 AWS의 소비 기반 모델로 전환하려면 비용, 효과적인 관리를 위해 도구, 프로세스 및 사고 방식을 변경해야 합니다.
AWS로 비용을 효과적으로 최적화하기 위한 가장 중요한 방법은 일찍 시작하는 것입니다. 소규모 환경에서는 많은 비용 최적화 사례를 비교적 쉽게 구현할 수 있지만 대규모 환경 및 기업에서 대규모로 성공하려면 새로운 운영 모범 사례, 자동화 및 조직 인센티브가 필요합니다. 도입 초기에 이러한 모범 사례를 수립하면 규모에 도달했을 때 성공할 수 있도록 올바른 프로세스와 행동을 확립하는 데 도움이 될 수 있습니다.
비용 최적화 기반
워크로드나 아키텍처에 관계 없이 거의 모든 환경에 적용되는 5가지 비용 최적화 요소가 있습니다. 비용 최적화 기반은 다음과 같습니다.
· 적절한 크기 — 프로비저닝 한 것이 필요한 것과 일치하는지 확인하십시오. 예를 들어 컴퓨팅의 경우 CPU, 메모리, 스토리지 및 네트워크 처리량을 프로비저닝합니다.
· 탄력성 증가 — 기존 IT 비용 및 하드웨어 요구 사항은 최대 사용량에 맞게 조정되며 거의 해제되지 않습니다. 클라우드에서 비용을 최적화하여 동적 요구를 충족시키고 필요하지 않은 자원을 끌 수 있습니다. 예를 들어 일반적으로 특정 주 중 70% 이상에 비 프로덕션 인스턴스를 해제 할 수 있습니다.
· 적절한 가격 책정 모델 활용 — AWS는 다양한 요금 모델을 제공합니다 (가변 워크로드의 온디맨드 및 스팟 인스턴스 및 예측 가능한 워크로드의 예약 인스턴스). 적절한 가격 모델을 선택하면 워크로드의 특성에 따라 비용을 최적화 할 수 있습니다.
· 스토리지 최적화 — AWS는 성능을 충족하도록 설계된 가격으로 여러 스토리지 계층을 제공합니다. 특정 유형의 데이터에 가장 적합한 대상을 식별하면 필요한 성능과 가용성을 유지하면서 Amazon EBS (Amazon Elastic Block Store) 및 Amazon Simple Storage Service (Amazon S3)를 줄일 수 있습니다. 예를 들어 성능 요구 사항이 더 낮은 경우 Amazon EBS 처리량 최적화 HDD (st1) 스토리지를 사용하면 일반적으로 기본 범용 SSD (gp2) 스토리지 옵션의 절반에 해당합니다.
· 측정, 모니터링 및 개선 — AWS 클라우드의 모든 경제적 잠재력을 최대한 활용하려면 다음을 수행해야 합니다.
o 비용 할당 태깅을 정의하고 시행합니다.
o 메트릭을 정의하고 대상을 설정하고 합리적인 수준으로 검토합니다.
o 교육, 진행 목표 시각화 및 인센티브 균형을 통해 팀이 비용에 맞게 설계할 수 있습니다.
o 개인이나 팀에 최적화 책임을 할당하십시오.
비용 할당으로 소유권 및 책임 지원
기존의 데이터 센터에서 팀은 기존 투자의 한계 내에서 설계해야 하거나 많은 프로젝트와 조직에 퍼져있는 자본 집약적인 추가 리소스의 배포를 요청해야 했습니다.
클라우드는 근본적으로 다릅니다. AWS는 훨씬 더 큰 용량, 유연성 및 배포 용이성을 제공합니다. 그러나 이러한 혜택 비용을 관리 할 수 있는 요구 사항을 온다. AWS 리소스 태깅을 사용하면 팀 및 애플리케이션별로 IT 비용에 대한 직접적인 책임과 가시성을 확보 할 수 있습니다. 클라우드는 또한 IT 조달을 분산시킬 가능성이 있으므로 클라우드 환경 내에 올바른 가시성 및 제어 메커니즘을 설정하지 않으면 책임이 결여 될 수 있습니다.
태깅을 사용하여 환경 구성 및 책임 추진
AWS 리소스에 태그를 지정하면 인스턴스, 이미지 및 기타 리소스에 사용자 지정 메타 데이터를 할당 할 수 있습니다. 예를 들어, 소유자, 목적 또는 환경별로 리소스를 분류하여 리소스를 구성하고 비용 책임을 할당 할 수 있습니다.
필수 비용 태깅 정의
효과적인 태그 지정 전략을 통해 가시성 및 모니터링 기능을 향상시키고 정확한 지불 거절 / 쇼백 모델을 만들 수 있으며 응용 프로그램 및 팀의 사용량 및 지출에 대한보다 세밀하고 정확한 통찰력을 얻을 수 있습니다. 다음 태그 카테고리는 이러한 목표를 달성하는 데 도움이 될 수 있습니다.
· 환경 — 개발, 테스트 및 프로덕션 인프라를 구별합니다. 환경 태그를 지정하면 분석 시간, 사후 처리 및 프로덕션 계정과 비 프로덕션 계정의 별도 매핑 파일을 유지 관리 할 필요성이 줄어 듭니다.
· Application ID — 프로젝트 종료시 지출 변경 및 종료를 쉽게 추적 할 수 있도록 특정 응용 프로그램과 관련된 리소스를 식별합니다.
· Automation Opt-In/Opt-Out — 인스턴스 시작, 중지 또는 크기 조정과 같은 자동화 된 활동에 자원을 포함해야하는지 여부를 나타냅니다.
· Cost Center/Business Unit — 일반적으로 비용 할당 및 추적을 위해 자원과 관련된 Cost Center또는 Business Unit를 구별합니다.
· Owner — 누가 자원을 책임지고 일반적으로 기술 소유자인지 식별하는 데 사용됩니다. 필요한 경우 별도의 비즈니스 소유자 태그를 추가 할 수 있습니다. 소유자를 이메일 주소로 지정할 수 있습니다. 이메일 주소를 사용하면 필요에 따라 기술 소유자와 비즈니스 소유자 모두에게 자동 알림이 지원됩니다 (예 : 리소스가 탄력성 또는 올바른 크기 조정의 후보 인 경우).
태깅 품질 적용
시행하지 않으면 태깅 품질이 떨어지고 보고는 수동적이고 시간 소모적이며 토론의 대상이 됩니다. 태그 적용에는 일반적으로 소프트와 하드의 두 가지 유형이 있습니다. 소프트 시행은 정책을 따르지 않을 때 사용자에게 알립니다. 강제 시행은 회사 표준에 태그가 지정되지 않은 리소스를 종료합니다 (일반적으로 시작 후 몇 시간 내에). 성숙한 조직에서는 태그 지정을 엄격하게 시행하는 것이 품질 태그 지정을 유지하는 가장 좋은 방법입니다.
태깅 도구
태그 관리에 도움이 되는 도구는 다음과 같습니다.
· AWS Tag Editor — 검색 기준이있는 리소스 (누락되거나 맞춤법이 틀린 태그 포함)를 찾고 AWS Management Console을 통해 태그를 편집 할 수 있습니다.
· AWS Config — 태그 지정 정책을 준수하지 않는 리소스를 식별합니다.
· Capital One’s Cloud Custodian (오픈 소스) — 태그 준수 및 수정을 보장합니다.
AWS 계정 구조 고려 사항
팀이 동의한 잘 정의 된 AWS 계정 구조는 비용을 이해하고 최적화하는 데 도움이 됩니다. 태그 지정과 마찬가지로 초기에 신중한 계정 전략을 구현하고 변화하는 요구에 따라 진화 할 수 있도록 하는 것이 중요합니다. 여러 계정으로 조직은 다음을 통해 비용을 관리 할 수 있습니다.
· 다른 결제 수단이 필요한 그룹 리소스.
· AWS 리소스에 대해 관리 수준이 다른 그룹을 제공합니다.
· 특정 워크로드에 대한 예약 인스턴스 제어 향상
· 데이터 전송과 같은 헤아릴 수없는 비용 식별
· 다른 사업부 또는 기능 팀과 관련된 계정 사용
많은 조직의 경우 모든 AWS 계정이 하나의 마스터 계정을 통해 지불되는 통합 결제 전략을 통해 간단한 결제가 가능하고 대량 할인을 극대화하며 연결된 계정에서 예약 인스턴스 혜택을 공유 할 수 있습니다. AWS Organizations를 통해 중앙 정책 관리 및 통합 결제로 AWS 계정 그룹을 생성 할 수 있습니다. 계정을 효과적으로 구성하는 방법에 대한 자세한 내용은 AWS Multiple Account Billing Strategy글을 참조하십시오.
측정 및 관리
고급의 세부적인 메트릭에 대한 투자는 대규모 조직에서 대규모로 운영되는 가치를 제공합니다. 고급 측정 항목에는 다음이 포함될 수 있습니다.
· 지출에 의해 표준화되거나 다른 메트릭의 변경에 대한 지출 변경 사항을 보여 주는 측정.
· 사업부 별 측정 및 목표.
· 목표를 향한 진행 상황에 대한 피드백을 제공하는 개발자 / 엔지니어 중심 메트릭 (예 : 대상 운영 체제로 마이그레이션 된 워크로드의 백분율).
· 개발자 당 달러와 같은 사용량 및 비즈니스 결과에 따라 정규화 된 지표입니다. 이는 정적 및 동적 비용의 조합을 처리 할 때 데이터 노이즈를 줄이는 데 도움이됩니다.
· 서비스가 예상 최대 CPU 또는 메모리 사용률과 같은 예상 된 결과를 준수하도록 아키텍처 패턴을 기반으로하는 태깅.
팀이 비용을 위해 설계 할 수 있도록 지원
비용 최적화는 Well-Architected Framework의 기반입니다. 이를 통해 개발자와 엔지니어링 팀이 작업 부하를 최적화할 필요가 없고, 너무 늦어서 초기 결정 시점에서 환경에 구축된 문제를 해결할 경제적이지 않은 경우가 많습니다.
비용을 고려하여 설계 할 수있는 팀은 시간이 지남에 따라 빠르게 반복하고 학습하여 모범 사례가 일상 업무에 포함되도록 할 수 있습니다. 다음과 같은 사례는 팀이 비용을 설계하는 데 도움이 될 수 있습니다.
· 가시성을 생성하고 도구를 사용하여 일관된보고, 측정 및 책임을 촉진함으로써 투명성을 추구하고 향상시킵니다.
· 올바른 조치가 취해질 때 긍정적인 인센티브를 생성하여 올바른 행동 유형을 유도합니다(예: 최적화의 이점을 강조하는 경영진의 이메일).
· 민첩성을 유지하는 동시에 제어 정책을 수립합니다(예: 과도한 규모의 리소스를 식별하고 해결하는 프로세스, 비운영 리소스가 업무 시간 외에 꺼지도록 하는 선택 정책 포함).
다음은 비용 최적화 동작을 유도하는 데 도움이되는 몇 가지 아이디어입니다.
· 인센티브 — 여기에는 시각화 및 메트릭스 게이밍과 더불어 결과에 기반한 리더십의 긍정적인 커뮤니케이션이 포함됩니다. 또한 팀이 효율성과 검소성이 중시된다는 사실을 이해하고 개발자와 엔지니어가 의사결정의 비용 영향을 고려할 수 있도록 지원합니다. 또한 비효율성을 억제할 수 있는 방법을 제공합니다.
· 사용자에게 비용 청구 — 비용청구(Chargeback)는 비즈니스 사용자가 IT 효율성에 관심을 가질 수 있는 인센티브를 제공합니다. 따라서 IT는 비용 센터가 아니라 비즈니스에서 사용하고 비용을 지불하는 리소스로 간주됩니다.
· 프로세스 장벽 제거 — 때때로 개발자와 엔지니어가 최적화를 수행하지 못하게 하는 장벽이 있습니다. 예를 들어 환경에 대한 변경 사항이 있으면 변경 검토 프로세스를 거쳐야 하는 정책이 있을 수 있습니다. 이는 올바른 크기 조정과 탄력성을 촉진하기 위한 이니셔티브를 방해할 것입니다. 이러한 정책을 수정하면 최적화 작업을 간소화할 수 있습니다.
· 애자일 작업 방법 — 설계 반복 주기에 메트릭스 비용이 포함된 경우 더 낮은 비용으로 동일하거나 더 나은 결과를 제공할 수 있는 조직의 능력은 시간이 지남에 따라 향상됩니다.
· • 교육 및 온 보딩 — 개인은 일반적으로 자신이 알고 있는 도구와 기술을 사용하여 문제를 해결합니다. 이 문제는 서버 없는 아키텍처, Amazon CloudFront를 사용하여 컴퓨팅 수요를 줄이는 등 효율성을 극대화하는 최신 관행을 통합한 교육 및 온보딩을 통해 해결할 수 있습니다.
다음과 같은 접근 방식도 효과적일 수 있지만, 신중하게 구현하지 않을 경우 민첩성에 대한 위험을 초래합니다.
· 경영진 지원 / 압력 — 직원 만족도에 긍정적인 영향을 미치기 때문에 비용 부담보다 모범 사례에 대한 지원이 선호됩니다. 비용 압박은 비 효율성을 감추기위한 인센티브를 창출 할 수 있고 예산이 고정되어 민첩성과 혁신 능력을 상실 할 수 있습니다.
· 아키택처 검토 — 일반적으로 아키텍처 검토 (또는 선택적 검토)와 필수 검토 사이에는 적절한 균형이 있습니다. 과도한 필수 검토는 병목 현상을 일으킬 수 있습니다. 결과가 높고 비용이 많이 드는 프로젝트는 각 조직에서 정의한 경계를 가진 검토가 필요할 수 있습니다.
· 오케스트레이션 제어 — 프로젝트 및 리소스에 대한 승인 워크플로우는 재정 및 예산을 보호하기 위해 민첩성과 혁신을 위험에 빠뜨립니다. 제어 능력과 민첩성의 균형을 맞추는 한 가지 방법은 수익 창출 서비스에 비용 제어를 적게 하거나 아예 하지 않는 것입니다. 이러한 서비스에 대해 고급 메트릭을 배치하여 이 균형을 조정할 수 있습니다.
Cloud Center of Excellence 생성
CCoE (Cloud Center of Excellence) 팀은 비용 최적화를 책임질 수 있습니다. 효과적인 CCoE 팀은 소규모로 시작하여 조직의 규모에 맞게 클라우드 기술을 구현하기 위한 접근 방식을 개발하며 조직이 기술이 비즈니스 서비스를 제공하는 방식을 변화시키는 기반이 될 수 있습니다.
다음 원칙은 CCoE를 생성하기위한 주요 지침 원칙입니다.
· 조직이 변화함에 따라 CCoE 구조가 발전하고 변화 할 것입니다.
· 클라우드를 제품 및 애플리케이션 팀 리더로 사용하고있는 고객으로 취급하십시오.
· 모든 일에 회사 문화를 구축하십시오.
· 조직 변경 관리는 비즈니스 혁신의 핵심입니다. 의도적이고 대상이 지정된 조직 변경 관리를 사용하여 회사 문화 및 규범을 변경하십시오.
· 일반적인 사고 방식으로 변화를 수용하십시오. 응용 프로그램, IT 시스템 및 비즈니스 방향의 변화가 예상됩니다.
· 운영 모델 결정은 사람들이 비즈니스 성과를 달성하는 역할을 수행하는 방법을 결정합니다.
보고 및 비용 최적화를위한 AWS 도구
시간이 지남에 따라 비용을 추적,보고 및 분석 할 수 있도록 AWS는 여러 가지보고 및 비용 최적화 도구를 제공합니다.
· Cost Explorer — 시간이 지남에 따른 AWS 지출 패턴, 미래 비용 계획, 추가 문의가 필요한 영역 식별, 예약 인스턴스 활용률 관찰, 예약 인스턴스 적용 범위 관찰 및 예약 인스턴스 권장 사항 수신.
· AWS Trusted Advisor — 최적화를 위해 잠재적인 영역을 실시간으로 식별합니다.
· AWS Budgets — 비용 또는 사용량이 예산을 초과하거나 초과 할 것으로 예상 될 때 경고를 트리거하는 맞춤 예산을 설정하십시오. 자원 유형뿐만 아니라 태그 및 계정을 기반으로 예산을 설정할 수 있습니다.
· Amazon CloudWatch — 지표를 수집 및 추적하고, 로그 파일을 모니터링하고, 경보를 설정하고, AWS 리소스의 변경 사항에 자동으로 대응합니다.
· AWS CloudTrail — 저렴한 비용으로 AWS 인프라 전체의 작업과 관련된 계정 활동을 기록, 지속적으로 모니터링 및 유지합니다. 이 기능을 켜는 것이 좋습니다.
· Amazon S3 Analytics — Amazon S3 스토리지 패턴의 자동 분석 및 시각화를 통해 올바른 데이터를 올바른 스토리지 클래스로 언제 전환 할 것인지 결정할 수 있습니다.
· Cost Optimization Monitor — 세부 청구 보고서를 자동으로 처리하여 사용자 정의 가능한 대시 보드에서 검색, 분석 및 시각화 할 수있는 세부적인 메트릭을 얻습니다.
· EC2 Right Sizing — EC2 인스턴스 활용도 데이터를 분석하고 올바른 규모의 EC2 인스턴스에 대한보고 권장 사항을 수신하십시오. 이 도구는 사용량에 더 적합한 인스턴스를 권장합니다.
· AWS Cost and Usage Report — DIY 분석에 사용되는 계정에서 시간별 AWS 사용량을 자세히 설명하는 세분화 된 원시 데이터 파일 (예 : 데이터 전송 지출을 유도하는 S3 버킷 결정) AWS 비용 및 사용 보고서에는 사용하는 서비스에 따라 채워지는 동적 열이 있습니다.
· Detailed Billing Report — AWS 비용 및 사용 보고서와 유사하지만 정적 열이 있습니다. 이 보고서는 더 이상 사용되지 않습니다. 대신 AWS Cost and Usage Report를 사용하는 것이 좋습니다.
결론
이 백서는 비용 관리를위한 주요 기반과 도구에 대한 개요를 제공했습니다. 이 단계에서 가장 중요한 것은 클라우드에서 비용 최적화의 가능성이 이니셔티브를 통해 풀린다는 것입니다. 교차 기능 분야 (예 : 재무와 상호 작용하는 엔지니어링) 간의 상호 작용을 통해 큰 이점을 얻을 수 있습니다. AWS는 이러한 노력을 간소화 할 수있는 강력한 도구를 제공하지만 프로세스에 대한 조직의 인식과 노력은 성공에 매우 중요합니다.
AWS는 IT 인프라 비용을 절감하고 기업의 핵심가치에 더욱 집중할 수 있도록 합니다.
AWS에 대한 자세한 문의사항은 여기를 눌러 주세요.
빌드업웍스는 AWS 컨설팅 파트너로 고객 비즈니스를 최우선으로 하며 고객의 클라우드의 성공적인 시작과 운영을 지원합니다.
