# 비용 효율적인 리소스
**Topics**
+ [COST 5 서비스를 선택할 때 비용을 어떻게 평가합니까?](w2aac19c13b9b5.md)
+ [COST 6 리소스 유형, 크기 및 수 선택을 통해 비용 목표를 어떻게 달성합니까?](w2aac19c13b9b7.md)
+ [COST 7 비용 절감을 위해 가격 책정 모델을 어떻게 사용합니까?](w2aac19c13b9b9.md)
+ [COST 8 데이터 전송 요금을 위한 계획은 어떻게 합니까?](w2aac19c13b9c11.md)
# COST 5 서비스를 선택할 때 비용을 어떻게 평가합니까?
Amazon EC2, Amazon EBS 및 Amazon S3는 기본 구성 AWS 서비스입니다. Amazon RDS 및 Amazon DynamoDB와 같은 관리형 서비스는 더 높은 수준이거나 애플리케이션 수준의 AWS 서비스입니다. 기본 구성 서비스와 관리형 서비스를 적절히 선택하여 이 워크로드의 비용을 최적화할 수 있습니다. 예를 들어 관리형 서비스를 사용하면 관리 및 운영 고정 비용을 상당 부분 줄이고, 응용 프로그램 및 비즈니스 관련 활동에 집중할 수 있습니다.
**Topics**
+ [COST05-BP01 조직의 비용 요구 사항 파악](cost_select_service_requirements.md)
+ [COST05-BP02 이 워크로드의 모든 구성 요소 분석](cost_select_service_analyze_all.md)
+ [COST05-BP03 각 구성 요소의 철저한 분석 수행](cost_select_service_thorough_analysis.md)
+ [COST05-BP04 비용 효율적인 라이선스가 포함된 소프트웨어 선택](cost_select_service_licensing.md)
+ [COST05-BP05 조직의 우선순위에 따라 비용을 최적화할 이 워크로드의 구성 요소 선택](cost_select_service_select_for_cost.md)
+ [COST05-BP06 시간별로 사용량이 달라지는 경우 비용 분석 수행](cost_select_service_analyze_over_time.md)
# COST05-BP01 조직의 비용 요구 사항 파악
팀원과 협의하여 이 워크로드의 비용 최적화와 기타 원칙(예: 성능, 안정성)의 적절한 절충 수준을 정의합니다.
**이 모범 사례가 수립되지 않을 경우 노출되는 위험의 수준:** 높음
## 구현 가이드
워크로드에 사용할 서비스를 선택할 때는 조직의 우선 순위를 이해하는 것이 중요합니다. 비용 및 기타 Well-Architected 원칙(예: 성능 및 안정성) 간에 균형을 유지해야 합니다. 완전한 비용 최적화 워크로드는 조직의 요구 사항과 가장 일치하는 솔루션을 의미하며 꼭 비용이 가장 낮은 솔루션이 아닐 수 있습니다. 조직 내 모든 팀과 회의를 통해 제품, 비즈니스, 기술, 재무 등의 정보를 수집하세요.
**구현 단계**
+ ** 조직의 비용 요구 사항 파악: **제품 관리 팀, 애플리케이션 소유자, 개발 및 운영 팀, 관리 및 재무 팀 등 조직의 팀원을 만나 보세요. 이 워크로드와 해당 구성 요소에 대해 Well-Architected 원칙의 우선순위를 정합니다. 원칙 목록을 순서대로 나열합니다. 각 원칙에 가중치를 더할 수도 있습니다. 이를 통해 원칙에 얼마나 더 많은 초점이 맞춰져 있는지 또는 두 원칙 사이에 초점이 얼마나 비슷한지 알 수 있습니다.
## 리소스
**관련 문서:**
+ [AWS 총 소유 비용(TCO) 계산기](https://aws.amazon.com/tco-calculator/)
+ [Amazon S3 스토리지 클래스](https://aws.amazon.com/s3/storage-classes/)
+ [클라우드 제품](https://aws.amazon.com/products/)
# COST05-BP02 이 워크로드의 모든 구성 요소 분석
현재 크기나 비용과 관계없이 모든 워크로드 구성 요소가 분석되도록 해야 합니다. 검토 작업은 현재 비용과 예상 비용 등의 제공될 수 있는 이점을 반영해야 합니다.
**이 모범 사례를 정립하지 않을 경우 노출되는 위험의 수준:** 낮음
## 구현 가이드
워크로드의 모든 구성 요소에 대해 철저한 분석을 수행합니다. 분석 비용과 수명 주기 동안 워크로드의 잠재적 절감액이 균형을 이루는지 확인하십시오. 구성 요소의 현재 영향과 향후 잠재적 영향을 파악해야 합니다. 예를 들어 제안된 리소스의 비용이 월 10 USD이고 예상 로드가 월 15 USD를 초과하지 않는 경우, 시스템 수명 전체에서 얻을 수 있는 잠재적 이점보다 비용을 50%(월 5 USD) 절감하기 위한 하루 동안의 노력이 더 들 수 있습니다. 더 빠르고 효율적인 데이터 기반 추정을 사용하면 이 구성 요소에 대해 전반적으로 가장 좋은 결과를 얻을 수 있습니다.
워크로드는 시간이 지남에 따라 변경될 수 있으며 워크로드 아키텍처 또는 사용량이 변경되면 워크로드에 가장 적합한 서비스 세트도 변경될 수 있습니다. 서비스 선택을 분석할 때는 현재 및 향후 워크로드 상태 및 사용량 수준을 포함해야 합니다. 향후 워크로드 상태 또는 사용량에 대한 서비스를 구현하면 향후 변경에 필요한 노력을 줄이거나 제거하여 전반적인 비용을 절감할 수 있습니다.
[AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) 및 [AWS Cost and Usage Report](https://aws.amazon.com/aws-cost-management/aws-cost-and-usage-reporting/) (CUR)을 사용하여 PoC(개념 증명) 또는 환경 실행 비용을 분석할 수 있습니다. 또한 [AWS Pricing Calculator](https://calculator.aws/#/) 로 워크로드 비용을 추정할 수도 있습니다.
**구현 단계**
+ **워크로드 구성 요소 나열: **모든 워크로드 구성 요소의 목록을 만듭니다. 이 목록은 각 구성 요소가 분석되었는지 확인하는 데 사용됩니다. 여기에 드는 노력은 조직의 우선순위에 정의된 워크로드에 대한 중요도를 반영해야 합니다. 리소스를 그룹화하면 데이터베이스가 여러 개인 경우 프로덕션 데이터베이스 스토리지와 같이 효율성이 향상됩니다.
+ **구성 요소 목록의 우선순위 지정:** 구성 요소 목록을 가져와서 작업량순으로 우선순위를 지정합니다. 이는 일반적으로 구성 요소의 비용(가장 비싼 것부터 가장 싼 것까지) 또는 조직 우선순위에 정의된 중요도를 따릅니다.
+ ** 분석 수행:** 목록의 각 구성 요소에 대해 사용 가능한 옵션과 서비스를 검토하고 조직의 우선순위에 가장 잘 맞는 옵션을 선택합니다.
## 리소스
**관련 문서:**
+ [AWS Pricing Calculator](https://calculator.aws/#/)
+ [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/)
+ [Amazon S3 스토리지 클래스](https://aws.amazon.com/s3/storage-classes/)
+ [클라우드 제품](https://aws.amazon.com/products/)
# COST05-BP03 각 구성 요소의 철저한 분석 수행
조직에서 발생하는 각 구성 요소의 전반적인 비용을 확인합니다. 그런 다음 운영 및 관리 비용을 감안하여 총 소유 비용을 파악합니다(특히 관리형 서비스를 사용하는 경우). 검토 작업은 분석에 소요되는 시간 대비 구성 요소 비용 등의 제공될 수 있는 이점을 반영해야 합니다.
**이 모범 사례가 수립되지 않을 경우 노출되는 위험의 수준:** 낮음
## 구현 가이드
팀은 이렇게 절약한 시간을 기술적 부채 청산, 혁신 및 부가 가치 기능에 집중할 수 있습니다. 예를 들어 온프레미스 환경을 최대한 빠르게 클라우드로 리프트 앤드 시프트하고 최적화는 나중에 수행하는 경우입니다. 라이선스 비용이 거의 발생하지 않거나, 전혀 발생하지 않는 관리형 서비스를 사용하여 실현할 수 있는 비용 절감 이점을 파악하는 것이 좋습니다. 관리형 서비스를 사용하면 서비스 유지 관리를 위한 운영 및 관리 부담이 제거되므로 혁신에 집중할 수 있습니다. 또한 관리형 서비스는 클라우드 규모로 운영되기 때문에 트랜잭션 또는 서비스당 비용을 줄일 수 있습니다.
관리형 서비스에는 대개 충분한 용량을 보장하기 위해 설정할 수 있는 속성이 있습니다. 초과 용량을 최소한으로 유지하면서 성능은 극대화할 수 있도록 이러한 속성을 설정하고 모니터링해야 합니다. AWS Management Console 또는 AWS API 및 SDK를 사용해 AWS Managed Services의 속성을 수정하여 변화하는 수요에 맞게 리소스 요구를 조정할 수 있습니다. 예를 들어, Amazon EMR 클러스터나 Amazon Redshift 클러스터의 노드 수를 늘리거나 줄여서 클러스터 규모를 스케일 아웃하거나 스케일 인할 수 있습니다.
또한 AWS 리소스의 여러 인스턴스를 압축하여 리소스 사용 밀도를 높일 수도 있습니다. 예를 들어 단일 Amazon Relational Database Service(Amazon RDS) 데이터베이스 인스턴스에 소형 데이터베이스 여러 개를 프로비저닝할 수 있습니다. 그리고 사용량이 증가하면 스냅샷 및 복원 프로세스를 사용하여 전용 Amazon RDS 데이터베이스 인스턴스에 데이터베이스 중 하나를 마이그레이션할 수 있습니다.
관리형 서비스에서 워크로드를 프로비저닝할 때는 서비스 용량 조정 요구 사항을 파악해야 합니다. 일반적으로 이러한 요구 사항은 시간, 작업량 및 정상 워크로드 작동에 미치는 영향을 의미합니다. 리소스를 프로비저닝할 때는 변경이 발생하기까지 소요되는 시간을 고려하여 이 시간을 허용하는 데 필요한 오버헤드를 프로비저닝해야 합니다. Amazon CloudWatch 등의 시스템 및 모니터링 도구와 통합된 API와 SDK를 사용하면 서비스를 수정하는 데 필요한 지속적인 작업을 사실상 수행하지 않아도 됩니다.
[Amazon RDS](https://aws.amazon.com/rds/), [Amazon Redshift](https://aws.amazon.com/redshift/) 및 [Amazon ElastiCache](https://aws.amazon.com/elasticache/) 는 관리형 데이터베이스 서비스를 제공합니다. [Amazon Athena](https://aws.amazon.com/athena/), [Amazon EMR](https://aws.amazon.com/emr/) 및 [Amazon OpenSearch Service](https://aws.amazon.com/opensearch-service/) 는 관리형 분석 서비스를 제공합니다.
[AMS](https://aws.amazon.com/managed-services/) 는 엔터프라이즈 고객 및 파트너를 대신하여 AWS 인프라를 운영하는 서비스입니다. 이 서비스를 사용하면 규정을 준수하는 안전한 환경에 워크로드를 배포할 수 있습니다. AMS는 자동화가 포함된 엔터프라이즈 클라우드 운영 모델을 사용하므로 고객은 조직 요구 사항을 충족하면서 클라우드로 더 빠르게 이전하고 지속적인 관리 비용을 절감할 수 있습니다.
**구현 단계**
+ ** 철저한 분석 수행: **구성 요소 목록을 사용하여 가장 높은 우선순위부터 가장 낮은 우선순위까지 각 구성 요소를 살펴봅니다. 우선순위가 높고 비용이 많이 드는 구성 요소의 경우 추가 분석을 수행하고 사용 가능한 모든 옵션과 장기적인 영향을 평가합니다. 우선순위가 낮은 구성 요소의 경우 사용량 변화로 인해 구성 요소의 우선순위가 변경되는지 평가한 다음 적절한 작업에 대한 분석을 수행합니다.
## 리소스
**관련 문서:**
+ [AWS 총 소유 비용(TCO) 계산기](https://aws.amazon.com/tco-calculator/)
+ [Amazon S3 스토리지 클래스](https://aws.amazon.com/s3/storage-classes/)
+ [클라우드 제품](https://aws.amazon.com/products/)
# COST05-BP04 비용 효율적인 라이선스가 포함된 소프트웨어 선택
오픈 소스 소프트웨어는 워크로드 비용에서 상당한 부분을 차지할 수 있는 소프트웨어 라이선스 비용을 없앱니다. 라이선스가 부여된 소프트웨어가 필요한 경우 CPU와 같은 임의의 속성에 바인딩된 라이선스를 피하고 결과 또는 성과에 바인딩된 라이선스를 찾으십시오. 이러한 라이선스의 비용은 해당 라이선스가 제공하는 혜택에 더 근접하게 조정됩니다.
**이 모범 사례가 수립되지 않을 경우 노출되는 위험의 수준:** 낮음
## 구현 가이드
오픈 소스 소프트웨어를 사용하면 소프트웨어 라이선스 비용을 줄일 수 있습니다. 라이선스 비용은 워크로드 규모가 확장됨에 따라 워크로드 비용에 상당한 영향을 미칠 수 있습니다. 총 비용을 기준으로 라이선스가 부여된 소프트웨어의 이점을 측정하면 워크로드 효율성을 최대한 최적화할 수 있습니다. 라이선스 변경 사항과 이러한 변경 사항이 워크로드 비용에 미치는 영향을 모델링하십시오. 공급업체가 데이터베이스 라이선스 비용을 변경하는 경우 이 비용이 워크로드의 전반적인 효율성에 어떤 영향을 미치는지 조사하십시오. 공급업체의 기간별 요금 발표를 고려하여 제품 전반의 라이선스 변경 추세를 파악하십시오. 또한 라이선스 비용은 하드웨어에 따라 확장되는 라이선스(CPU 바인딩 라이선스)와 같이 처리량이나 사용량과 관계없이 확장될 수 있습니다. 이러한 라이선스는 해당하는 결과 없이 비용이 빠르게 증가할 수 있으므로 피해야 합니다.
**구현 단계**
+ ** 라이선스 옵션 분석: **사용 가능한 소프트웨어의 라이선스 약관을 검토합니다. 필요한 기능을 갖춘 오픈 소스 버전을 찾고 라이선스가 부여된 소프트웨어의 혜택이 비용보다 큰지 확인하세요. 좋은 조건은 소프트웨어에서 제공하는 혜택에 소프트웨어 비용을 맞춥니다.
+ ** 소프트웨어 공급자 분석: **공급자의 과거 요금 또는 라이선스 변경을 검토합니다. 특정 공급자의 하드웨어 또는 플랫폼에서 실행에 대한 징벌적 조건과 같이 성과에 부합하지 않는 변경 사항을 찾아보십시오. 또한 감사를 수행하는 방법과 부과될 수 있는 페널티를 찾아보세요.
## 리소스
**관련 문서:**
+ [AWS 총 소유 비용(TCO) 계산기](https://aws.amazon.com/tco-calculator/)
+ [Amazon S3 스토리지 클래스](https://aws.amazon.com/s3/storage-classes/)
+ [클라우드 제품](https://aws.amazon.com/products/)
# COST05-BP05 조직의 우선순위에 따라 비용을 최적화할 이 워크로드의 구성 요소 선택
모든 구성 요소를 선택할 때는 비용을 고려해야 합니다. 이 과정에서는 Amazon Relational Database Service([Amazon RDS](Amazon%20Relational%20Database%20Service%20(Amazon%20RDS))), [Amazon DynamoDB](https://docs.aws.amazon.com/dynamodb/?id=docs_gateway), Amazon Simple Notification Service([Amazon SNS](https://docs.aws.amazon.com/sns/?id=docs_gateway)), Amazon Simple Email Service([Amazon SES](https://docs.aws.amazon.com/ses/?id=docs_gateway)) 등의 애플리케이션 수준 서비스와 관리형 서비스를 사용하여 전체적인 조직 비용을 절감할 수 있습니다. 컴퓨팅 구성 요소의 경우에는 서버리스 서비스와 컨테이너를 사용합니다(예: AWS Lambda, 정적 웹 사이트용 Amazon Simple Storage Service([Amazon S3](https://docs.aws.amazon.com/s3/?id=docs_gateway)), Amazon Elastic Container Service([Amazon ECS](https://docs.aws.amazon.com/ecs/?id=docs_gateway)). 오픈 소스 소프트웨어 또는 라이선스 요금이 없는 소프트웨어를 사용하여 라이선스 비용을 최소화합니다(예: 컴퓨팅 워크로드용 Amazon Linux 또는 [Amazon Aurora](https://docs.aws.amazon.com/rds/?id=docs_gateway).
**이 모범 사례가 수립되지 않을 경우 노출되는 위험의 수준:** 낮음
## 구현 가이드
다음과 같은 서버리스 또는 애플리케이션 수준 서비스를 사용할 수 있습니다. [AWS Lambda](https://aws.amazon.com/lambda/), [Amazon Simple Queue Service(Amazon SQS)](https://aws.amazon.com/sqs/), [Amazon SNS](https://docs.aws.amazon.com/sns/?id=docs_gateway) 및 [Amazon SES](https://docs.aws.amazon.com/ses/?id=docs_gateway). 이러한 서비스를 사용하면 리소스를 관리할 필요가 없으며 코드 실행, 대기열 서비스 및 메시지 전송 기능을 제공합니다. 또 다른 이점은 사용량에 따라 성능과 비용이 확장되므로 효율적인 비용 할당 및 귀속이 가능하다는 것입니다.
서버리스에 대한 자세한 내용은 다음을 참조하십시오. [Well-Architected Serverless Application Lens 백서](https://docs.aws.amazon.com/wellarchitected/latest/serverless-applications-lens/welcome.html).
** 구현 단계**
+ ** 각 서비스를 선택하여 비용 최적화: **우선순위가 지정된 목록 및 분석을 사용하여 조직의 우선순위와 가장 잘 일치하는 각 옵션을 선택합니다.
## 리소스
**관련 문서:**
+ [AWS 총 소유 비용(TCO) 계산기](https://aws.amazon.com/tco-calculator/)
+ [Amazon S3 스토리지 클래스](https://aws.amazon.com/s3/storage-classes/)
+ [클라우드 제품](https://aws.amazon.com/products/)
# COST05-BP06 시간별로 사용량이 달라지는 경우 비용 분석 수행
워크로드는 시간이 지남에 따라 바뀔 수 있습니다. 일부 서비스 또는 기능은 다양한 사용 수준에서 더 비용 효율적입니다. 예상 사용량에 따라 시간별로 각 구성 요소 분석을 수행하면 수명 주기 동안 워크로드의 비용 효율성이 유지됩니다.
**이 모범 사례가 수립되지 않을 경우 노출되는 위험의 수준:** 낮음
## 구현 가이드
AWS에서 새로운 서비스와 기능이 릴리스되면 워크로드에 대한 최적의 서비스가 변경될 수 있습니다. 필요한 노력에는 잠재적 이점이 반영되어야 합니다. 워크로드 검토 빈도는 조직의 요구 사항에 따라 다릅니다. 비용이 높은 워크로드인 경우 새로운 서비스를 빨리 구현할수록 비용 절감이 극대화되므로 검토를 자주 수행하는 것이 좋습니다. 사용량 패턴이 변경되는 경우에도 검토를 시행해야 합니다. 사용량의 큰 변화는 대체 서비스가 더 적합하다는 의미일 수 있습니다. 예를 들어 데이터 전송 속도가 더 높으면 직접 연결 서비스를 통해 VPN보다 저렴한 비용으로 필요한 연결을 제공할 수 있습니다. 서비스 변경의 잠재적인 영향을 예측하여 이러한 사용량 수준 트리거를 모니터링하고 가장 비용 효율적인 서비스를 더 빨리 구현할 수 있도록 하십시오.
**구현 단계**
+ ** 예측된 사용 패턴 정의: **마케팅 및 제품 소유자와 같은 조직과 협력하여 워크로드의 예상 사용 패턴과 예측 사용 패턴을 문서화합니다.
+ ** 예측 사용량에 대한 비용 분석 수행:** 정의된 사용 패턴을 사용하여 이러한 각 지점에서 분석을 수행합니다. 분석 작업은 잠재적 성과를 반영해야 합니다. 예를 들어 사용량 변화가 큰 경우 비용과 변경 사항을 확인하기 위해 철저한 분석을 수행해야 합니다.
## 리소스
**관련 문서:**
+ [AWS 총 소유 비용(TCO) 계산기](https://aws.amazon.com/tco-calculator/)
+ [Amazon S3 스토리지 클래스](https://aws.amazon.com/s3/storage-classes/)
+ [클라우드 제품](https://aws.amazon.com/products/)
# COST 6 리소스 유형, 크기 및 수 선택을 통해 비용 목표를 어떻게 달성합니까?
진행 중인 태스크에 대해 적절한 리소스 크기와 리소스 수를 선택해야 합니다. 가장 비용 효율적인 유형, 크기 및 수를 선택하여 리소스 낭비를 최소화할 수 있습니다.
**Topics**
+ [COST06-BP01 비용 모델링 수행](cost_type_size_number_resources_cost_modeling.md)
+ [COST06-BP02 데이터를 기준으로 리소스 유형, 크기, 개수 선택](cost_type_size_number_resources_data.md)
+ [COST06-BP03 지표를 기준으로 리소스 유형, 크기, 개수 자동 선택](cost_type_size_number_resources_metrics.md)
# COST06-BP01 비용 모델링 수행
조직 요구 사항을 파악하고 워크로드 및 각 워크로드 구성 요소의 비용 모델링을 수행합니다. 그리고 예상되는 다양한 부하에서 워크로드의 벤치마크 활동을 수행하여 비용을 비교합니다. 모델링 작업은 잠재적 이점을 반영해야 합니다. 예를 들면 구성 요소의 비용과 비례하여 시간을 소비해야 합니다.
**이 모범 사례가 수립되지 않을 경우 노출되는 위험의 수준:** 높음
## 구현 가이드
워크로드와 각 구성 요소에 대한 비용 모델링을 수행하여 리소스 간의 균형을 파악하고 특정 성능 수준을 고려하여 워크로드의 각 리소스에 대해 적합한 크기를 찾습니다. 그리고 예상되는 다양한 부하에서 워크로드의 벤치마크 활동을 수행하여 비용을 비교합니다. 모델링 작업은 소요되는 시간 대비 구성 요소 비용 또는 예상 절감액 등의 제공될 수 있는 이점을 반영해야 합니다. 모범 사례는 *검토* 섹션( [성능 효율성 원칙 백서](https://docs.aws.amazon.com/wellarchitected/latest/performance-efficiency-pillar/review.html))을 참조하십시오.
[AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/) 는 실행 중인 워크로드에 대한 비용 모델링에 도움이 될 수 있습니다. 이 서비스는 사용량 기록을 기준으로 컴퓨팅 리소스에 적합한 크기 권장 사항을 제공합니다. 무료 서비스이고 기계 학습을 활용하여 위험 수준에 따라 여러 권장 사항을 제시하므로 컴퓨팅 리소스에 사용하기에 적합한 데이터 소스입니다. 또한 [Amazon CloudWatch](https://aws.amazon.com/cloudwatch/) 및 [Amazon CloudWatch Logs](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/WhatIsCloudWatchLogs.html) 에서 사용자 지정 로그를 데이터 원본으로 사용하여 다른 서비스 및 워크로드 구성 요소의 규모 조정 작업을 수행할 수도 있습니다.
다음은 비용 모델링 데이터 및 지표에 대한 권장 사항입니다.
+ 모니터링은 최종 사용자 환경을 정확하게 반영해야 합니다. 기간의 정확한 세부 수준을 선택하고, 평균이 아닌 최대값이나 99번째 백분위수를 적절하게 선택합니다.
+ 모든 워크로드 주기를 포함하는 데 필요한 분석 기간의 정확한 세부 수준을 선택합니다. 예를 들어 분석을 2주 동안 수행하는 경우 사용률이 높은 월 단위 주기를 분석하지 못하여 리소스가 너무 적게 프로비저닝될 수 있습니다.
**구현 단계 **
+ ** 비용 모델링 수행: **테스트할 특정 리소스 유형 및 크기의 별도 계정에 워크로드 또는 개념 증명을 배포합니다. 테스트 데이터로 워크로드를 실행하고 테스트 실행 시간의 비용 데이터와 함께 출력 결과를 기록합니다. 그런 다음 워크로드를 다시 배포하거나 리소스 유형 및 크기를 변경하고 테스트를 다시 실행합니다.
## 리소스
**관련 문서:**
+ [AWS Auto Scaling](https://aws.amazon.com/autoscaling/)
+ [Amazon CloudWatch 기능](https://aws.amazon.com/cloudwatch/features/)
+ [비용 최적화: Amazon EC2 적정 크기 조정](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ce-rightsizing.html)
+ [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/)
# COST06-BP02 데이터를 기준으로 리소스 유형, 크기, 개수 선택
워크로드 및 리소스 특성(예: 컴퓨팅, 메모리, 처리량, 쓰기 집약형)에 대한 데이터를 기준으로 리소스 크기나 유형을 선택합니다. 일반적으로는 워크로드의 이전(온프레미스) 버전, 설명서 또는 워크로드와 관련된 기타 정보 출처를 사용해 리소스 사용량을 선택합니다.
**이 모범 사례를 정립하지 않을 경우 노출되는 위험의 수준:** 보통
## 구현 가이드
워크로드 및 리소스 특성(예: 컴퓨팅, 메모리, 처리량, 쓰기 집약형)을 기준으로 리소스 크기나 유형을 선택합니다. 일반적으로는 비용 모델링, 온프레미스 버전과 같은 워크로드의 이전 버전, 설명서 또는 워크로드와 관련된 기타 정보 출처(백서, 게시된 솔루션)를 사용하여 선택합니다.
**구현 단계**
+ **데이터를 기준으로 리소스 선택** 비용 모델링 데이터를 사용하여 예상 워크로드 사용량 수준을 선택한 다음 지정된 리소스 유형과 크기를 선택합니다.
## 리소스
**관련 문서:**
+ [AWS Auto Scaling](https://aws.amazon.com/autoscaling/)
+ [Amazon CloudWatch 기능](https://aws.amazon.com/cloudwatch/features/)
+ [비용 최적화: EC2 적정 크기 조정](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ce-rightsizing.html)
# COST06-BP03 지표를 기준으로 리소스 유형, 크기, 개수 자동 선택
현재 실행 중인 워크로드의 지표를 사용하여 비용을 최적화하기에 적합한 크기와 유형을 선택합니다. Amazon Elastic Compute Cloud(Amazon EC2), Amazon DynamoDB, Amazon Elastic Block Store(Amazon EBS)(PIOPS), Amazon Relational Database Service(Amazon RDS), Amazon EMR 및 네트워킹과 같은 서비스의 처리량, 크기 및 스토리지를 적절하게 프로비저닝합니다. 자동 조정 등의 피드백 루프나 워크로드의 사용자 지정 코드로 이 프로비저닝을 수행할 수 있습니다.
**이 모범 사례가 수립되지 않을 경우 노출되는 위험의 수준:** 낮음
## 구현 가이드
실행 중인 워크로드에서 나오는 활성 지표를 사용하여 해당 워크로드를 변경하는 피드백 루프를 워크로드 안에 생성합니다. 여러분은 [AWS Auto Scaling](https://aws.amazon.com/autoscaling/)과 같은 관리형 서비스를 사용할 수 있으며, 적정 크기 조정 작업을 대신 수행하도록 이러한 서비스를 구성할 수 있습니다. 또한 AWS는 최소한의 노력으로 리소스를 수정할 수 있는 [API, SDK](https://aws.amazon.com/developer/tools/)및 기능을 제공합니다. Amazon Elastic Compute Cloud(Amazon EC2) 인스턴스를 중지하고 시작하도록 워크로드를 프로그래밍하면 인스턴스 크기 또는 인스턴스 유형을 변경할 수 있습니다. 이렇게 하면 변경에 필요한 거의 모든 운영 비용을 절감하면서 규모 조정의 이점을 실현할 수 있습니다.
일부 AWS 서비스에는 [Amazon Simple Storage Service(Amazon S3) Intelligent-Tiering](https://aws.amazon.com/about-aws/whats-new/2018/11/s3-intelligent-tiering/)등의 자동 유형 또는 크기 선택 기능이 기본적으로 포함되어 있습니다. Amazon S3 Intelligent-Tiering은 사용 패턴에 따라 자주 접근하고 자주 접근하지 않는 두 개의 접근 계층 간에 자동으로 데이터를 이동합니다.
**구현 단계**
+ ** 워크로드 지표 구성: **워크로드에 대한 주요 지표를 캡처해야 합니다. 이러한 지표는 워크로드 출력과 같은 고객 경험을 나타내며 CPU 및 메모리 사용량과 같은 리소스 유형 및 크기 간의 차이에 부합합니다.
+ ** 적정 크기 조정 권장 사항 보기: **AWS Compute Optimizer에서 적정 크기 조정 권장 사항을 사용하여 워크로드를 조정합니다.
+ ** 지표를 기준으로 리소스 유형 및 크기 자동 선택: **워크로드 지표를 사용하여 워크로드 리소스를 수동 또는 자동으로 선택합니다. AWS Auto Scaling을 구성하거나 애플리케이션 내에서 코드를 구현하면 자주 변경해야 하는 경우 필요한 작업량을 줄이고 수동 프로세스보다 빨리 변경 사항을 구현할 수 있습니다.
## 리소스
**관련 문서:**
+ [AWS Auto Scaling](https://aws.amazon.com/autoscaling/)
+ [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/)
+ [Amazon CloudWatch 기능](https://aws.amazon.com/cloudwatch/features/)
+ [CloudWatch 설정](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/GettingSetup.html)
+ [CloudWatch 사용자 지정 지표 게시](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/publishingMetrics.html)
+ [비용 최적화: Amazon EC2 적정 크기 조정](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ce-rightsizing.html)
+ [Amazon EC2 Auto Scaling 시작하기](https://docs.aws.amazon.com/autoscaling/ec2/userguide/GettingStartedTutorial.html)
+ [Amazon S3 Intelligent-Tiering](https://aws.amazon.com/about-aws/whats-new/2018/11/s3-intelligent-tiering/)
+ [SDK를 사용하여 EC2 인스턴스 시작](https://docs.aws.amazon.com/sdk-for-net/v2/developer-guide/run-instance.html)
# COST 7 비용 절감을 위해 가격 책정 모델을 어떻게 사용합니까?
해당 리소스에 대해 비용을 최소화하는 데 가장 적합한 요금 모델을 사용합니다.
**Topics**
+ [COST07-BP01 요금 모델 분석 수행](cost_pricing_model_analysis.md)
+ [COST07-BP02 비용을 기준으로 리전 구현](cost_pricing_model_region_cost.md)
+ [COST07-BP03 비용 효율적인 조건을 갖춘 서드 파티 계약 선택](cost_pricing_model_third_party.md)
+ [COST07-BP04 워크로드의 모든 구성 요소용 요금 모델 구현](cost_pricing_model_implement_models.md)
+ [COST07-BP05 마스터 계정 수준에서 요금 모델 분석 수행](cost_pricing_model_master_analysis.md)
# COST07-BP01 요금 모델 분석 수행
워크로드의 각 구성 요소를 분석합니다. 구성 요소와 리소스가 장기간 실행되는지(약정 할인의 경우) 아니면 동적으로 단기간 실행되는지(스팟 또는 온디맨드 인스턴스의 경우) 결정합니다. AWS Cost Explorer의 권장 사항 기능을 사용하여 워크로드 분석을 수행합니다.
**이 모범 사례가 수립되지 않을 경우 노출되는 위험의 수준:** 높음
## 구현 가이드
AWS는 조직의 요구 사항에 적합한 가장 비용 효율적인 방법으로 리소스 요금을 지불할 수 있는 다수의 [요금 모델](https://aws.amazon.com/pricing/) 을 제공합니다.
**구현 단계**
+ ** 약정 할인 분석 수행:** 계정에서 Cost Explorer를 사용하여 Savings Plans 및 예약형 인스턴스 권장 사항을 검토합니다. 필요한 할인 및 위험과 함께 올바른 권장 사항을 구현하려면 [Well-Architected 실습](https://wellarchitectedlabs.com/cost/costeffectiveresources/)을 따르십시오.
+ **워크로드 탄력성 분석: **Cost Explorer 또는 사용자 지정 대시보드에서 시간 단위 세분화를 사용합니다. 워크로드 탄력성을 분석합니다. 실행 중인 인스턴스 개수의 정기적인 변경 사항을 확인합니다. 기간이 짧은 인스턴스가 스팟 인스턴스 또는 스팟 플릿에 적합합니다.
+ [Well-Architected 실습: Cost Explorer](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/100_5_Cost_Visualization/Lab_Guide.html#Elasticity)
+ [AWS Well-Architected 실습: 비용 시각화](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/200_5_Cost_Visualization/README.html)
## 리소스
**관련 문서:**
+ [예약형 인스턴스 권장 사항 확인](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ri-recommendations.html)
+ [인스턴스 구매 옵션](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-purchasing-options.html)
**관련 동영상:**
+ [최대 90% 절감 및 스팟에서 프로덕션 워크로드 실행](https://www.youtube.com/watch?v=BlNPZQh2wXs)
**관련 예시:**
+ [Well-Architected 실습: Cost Explorer](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/100_5_Cost_Visualization/Lab_Guide.html#Elasticity)
+ [AWS Well-Architected 실습: 비용 시각화](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/200_5_Cost_Visualization/README.html)
+ [Well-Architected 실습: 요금 모델](https://wellarchitectedlabs.com/Cost/CostEffectiveResources.html)
# COST07-BP02 비용을 기준으로 리전 구현
리소스 요금은 리전별로 다를 수 있습니다. 따라서 리전 비용을 고려하면 이 워크로드의 전체 가격을 최저 수준으로 낮출 수 있습니다.
**이 모범 사례를 정립하지 않을 경우 노출되는 위험의 수준:** 보통
## 구현 가이드
솔루션 설계 시의 모범 사례는 사용자와 더 가까운 위치에 컴퓨팅 리소스를 배치하여 지연 시간을 줄이고 데이터 주권을 강화하는 것입니다. 대상 고객이 전 세계 여러 지역에 분산되어 있는 경우에는 이러한 요구를 충족하기 위해 여러 위치를 사용해야 합니다. 비용을 최소화할 수 있는 지리적 위치를 선택해야 합니다.
AWS 클라우드 인프라는 다음을 중심으로 구축됩니다. [리전 및 가용 영역](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html). 리전은 다수의 가용 영역이 포함된 전 세계의 물리적 위치입니다. 가용 영역은 하나 이상의 개별 데이터 센터로 구성됩니다. 각 데이터 센터는 분리된 시설에 구축되며 이중화된 전력, 네트워킹 및 연결 기능을 갖추고 있습니다.
각 AWS 리전은 지역 시장의 조건에 따라 운영되며 리소스 가격은 각 리전별로 다릅니다. 전 세계에서 사용 가능한 최저 가격으로 리소스를 실행할 수 있도록 솔루션의 한 구성 요소나 전체 솔루션을 운영할 특정 리전을 선택합니다. 즉 [AWS Pricing Calculator](https://calculator.aws/#/) 를 사용하여 다양한 리전에서 워크로드의 비용을 예측할 수 있습니다.
**구현 단계**
+ ** 리전 요금 검토: **현재 리전의 워크로드 비용을 분석합니다. 서비스 및 사용 유형별로 가장 높은 비용부터 시작하여 사용 가능한 다른 리전의 비용을 계산합니다. 예상 절감액이 구성 요소 또는 워크로드 이동 비용보다 큰 경우 새 리전으로 마이그레이션합니다.
## 리소스
**관련 문서:**
+ [예약형 인스턴스 권장 사항에 접근](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ri-recommendations.html)
+ [Amazon EC2 요금](https://aws.amazon.com/ec2/pricing/)
+ [인스턴스 구매 옵션](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-purchasing-options.html)
+ [리전 표](https://aws.amazon.com/about-aws/global-infrastructure/regional-product-services/)
**관련 동영상:**
+ [최대 90% 절감 및 스팟에서 프로덕션 워크로드 실행](https://www.youtube.com/watch?v=BlNPZQh2wXs)
# COST07-BP03 비용 효율적인 조건을 갖춘 서드 파티 계약 선택
비용 효율적인 계약과 조건은 이러한 서비스의 비용이 제공하는 혜택에 따라 늘어나도록 보장합니다. 조직에 추가적인 혜택을 제공할 때 조정되는 계약 및 요금을 선택하십시오.
**이 모범 사례가 수립되지 않을 경우 노출되는 위험의 수준:** 보통
## 구현 가이드
클라우드에서 서드파티 솔루션 또는 서비스를 활용하는 경우 요금 구조는 비용 최적화 결과에 부합해야 합니다. 요금은 제공하는 결과와 가치에 따라 조정되어야 합니다. 예를 들어 제공하는 절감액의 일정 비율을 가져와서 절감액(결과)이 커질수록 더 많은 요금을 부과하는 소프트웨어가 있습니다. 청구 금액에 따라 규모가 조정되는 계약은 특정 청구 금액의 일정 부분에 대해 결과를 제공하지 않는 한 일반적으로 비용 최적화에 맞지 않습니다. 예를 들어 Amazon Elastic Compute Cloud(Amazon EC2)에 대한 권장 사항을 제공하고 전체 청구 금액의 일정 비율을 부과하는 솔루션을 사용하는 경우 이 권장 사항이 어떤 이득도 되지 않는 다른 서비스를 함께 사용하면 솔루션 요금이 증가하게 됩니다. 또 다른 예로는 관리되는 리소스 비용의 일정 비율로 요금을 부과하는 관리형 서비스가 있습니다. 인스턴스 크기가 크다고 해서 반드시 더 많은 관리 노력이 필요한 것은 아니지만 부과되는 요금은 증가합니다. 따라서 이러한 서비스 요금 방식에 서비스의 효율성을 증진하는 비용 최적화 프로그램 또는 기능이 포함되어 있는지 확인해야 합니다.
**구현 단계**
+ ** 서드 파티 계약 및 조건 분석:** 타사 계약의 요금을 검토합니다. 다양한 사용량에 대해 모델링을 수행하고, 새로운 서비스 사용량과 같은 새로운 비용 또는 워크로드 증가로 인한 현재 서비스의 증가를 고려합니다. 추가 비용이 비즈니스에 필요한 이점을 제공하는지 여부를 파악합니다.
## 리소스
**관련 문서:**
+ [예약형 인스턴스 권장 사항에 접근](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ri-recommendations.html)
+ [인스턴스 구매 옵션](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-purchasing-options.html)
**관련 동영상:**
+ [최대 90% 절감 및 스팟에서 프로덕션 워크로드 실행](https://www.youtube.com/watch?v=BlNPZQh2wXs)
# COST07-BP04 워크로드의 모든 구성 요소용 요금 모델 구현
영구 실행되는 리소스는 Savings Plans 또는 예약형 인스턴스와 같은 예약 용량을 활용해야 합니다. 단기간 용량은 스팟 인스턴스나 스팟 플릿을 사용하도록 구성됩니다. 온디맨드 인스턴스는 예약 용량을 사용할 만큼 충분히 길게 실행되지 않으며(리소스 유형에 따라 1년 중 대개 25%\$175%에 해당하는 기간에 실행됨) 중단할 수 없는 단기 워크로드에만 사용됩니다.
**이 모범 사례를 정립하지 않을 경우 노출되는 위험의 수준:** 낮음
## 구현 가이드
워크로드 구성 요소의 요구 사항을 고려하고 가능한 요금 모델을 파악합니다. 구성 요소의 가용성 요구 사항을 정의합니다. 워크로드의 기능이 다수의 독립된 리소스를 통해 수행되는지 여부와 워크로드의 시간대별 요구 사항을 파악합니다. 기본 온디맨드 요금 모델 및 기타 적용 가능한 모델을 사용하여 리소스 비용을 비교합니다. 리소스 또는 워크로드 구성 요소의 잠재적 변경을 고려합니다.
**구현 단계**
+ **요금 모델 구현: **분석 결과를 사용하여 Savings Plans(SP), 예약형 인스턴스(RI)를 구입하거나 스팟 인스턴스를 구현합니다. 첫 번째 RI 구매인 경우 목록에서 상위 5개 또는 10개 권장 사항을 선택한 후 다음 달 또는 2개월 동안 결과를 모니터링하고 분석합니다. 예를 들어 2주마다 또는 매월 약정 할인을 정기적으로 소량 구매합니다. 중단될 수 있거나 상태 정보를 저장하지 않는 워크로드에 대해 스팟 인스턴스를 구현합니다.
+ **워크로드 검토 주기:** 요금 모델 적용 범위를 구체적으로 분석하는 워크로드에 대한 검토 주기를 구현합니다. 워크로드가 필요한 적용 범위에 도달하면 2\$14주마다 또는 조직 사용량이 바뀔 때 추가 약정 할인을 구매하십시오.
## 리소스
**관련 문서:**
+ [예약형 인스턴스 권장 사항에 접근](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ri-recommendations.html)
+ [EC2 집합](https://aws.amazon.com/blogs/aws/ec2-fleet-manage-thousands-of-on-demand-and-spot-instances-with-one-request/)
+ [예약 인스턴스 구매 방법](https://aws.amazon.com/ec2/pricing/reserved-instances/buyer/)
+ [인스턴스 구매 옵션](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-purchasing-options.html)
+ [스팟 인스턴스](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-spot-instances.html)
**관련 동영상:**
+ [최대 90% 절감 및 스팟에서 프로덕션 워크로드 실행](https://www.youtube.com/watch?v=BlNPZQh2wXs)
# COST07-BP05 마스터 계정 수준에서 요금 모델 분석 수행
Cost Explorer Savings Plans 및 예약형 인스턴스 권장 사항을 사용하여 관리 계정 수준에서 약정 할인에 대한 정기 분석을 수행합니다.
**이 모범 사례가 수립되지 않을 경우 노출되는 위험의 수준:** 낮음
## 구현 가이드
정기적인 비용 모델링을 수행하면 여러 워크로드에 걸친 최적화 기회를 구현할 수 있습니다. 예를 들어 여러 워크로드에 온디맨드 인스턴스를 사용하는 경우 집계 수준에서 변경 위험이 낮으므로 약정 기반 할인을 구현하여 전반적인 비용을 절감할 수 있습니다. 2주에서 1개월의 정기적인 주기로 분석을 수행하는 것이 좋습니다. 이렇게 하면 구매를 조금씩 조정할 수 있으므로 워크로드 및 워크로드 구성 요소의 변경에 따라 요금 모델의 적용 범위를 점진적으로 변경할 수 있습니다.
여러분은 [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) 권장 사항 도구를 사용하여 약정 할인의 기회를 찾을 수 있습니다.
스팟 워크로드 기회를 찾으려면 전체 사용량을 시간대별로 확인하여 사용량 또는 탄력성이 주기적으로 변경되는 기간을 찾아보십시오.
**구현 단계**
+ ** 약정 할인 분석 수행: **계정에서 Cost Explorer를 사용하여 Savings Plans 및 예약형 인스턴스 권장 사항을 검토합니다. 필요한 할인 및 위험과 함께 올바른 권장 사항을 구현하려면 Well-Architected 실습을 따르십시오.
## 리소스
**관련 문서:**
+ [예약형 인스턴스 권장 사항 확인](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ri-recommendations.html)
+ [인스턴스 구매 옵션](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-purchasing-options.html)
**관련 동영상:**
+ [최대 90% 절감 및 스팟에서 프로덕션 워크로드 실행](https://www.youtube.com/watch?v=BlNPZQh2wXs)
**관련 예시:**
+ [Well-Architected 실습: 요금 모델](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/200_3_Pricing_Models/README.html)
# COST 8 데이터 전송 요금을 위한 계획은 어떻게 합니까?
비용 최소화를 위한 아키텍처 관련 사항을 결정할 수 있도록 데이터 전송 요금을 계획하고 모니터링해야 합니다. 아키텍처를 약간이라도 효율적으로 변경하면 장기적으로 운영 비용을 크게 줄일 수 있습니다.
**Topics**
+ [COST08-BP01 데이터 전송 모델링 수행](cost_data_transfer_modeling.md)
+ [COST08-BP02 데이터 전송 비용을 최적화할 구성 요소 선택](cost_data_transfer_optimized_components.md)
+ [COST08-BP03 데이터 전송 비용을 줄이기 위한 서비스 구현](cost_data_transfer_implement_services.md)
# COST08-BP01 데이터 전송 모델링 수행
조직 요구 사항을 수집하고 워크로드 및 각 워크로드 구성 요소의 데이터 전송 모델링을 수행합니다. 그러면 현재 데이터 전송 요구 사항을 충족할 수 있는 최저 비용을 파악할 수 있습니다.
**이 모범 사례가 수립되지 않을 경우 노출되는 위험의 수준:** 높음
## 구현 가이드
워크로드에서 데이터 전송이 발생하는 위치, 전송 비용 및 관련된 이점을 파악하십시오. 그러면 정보를 바탕으로 결정을 내리고 아키텍처 의사 결정을 수정하거나 수락할 수 있습니다. 예를 들어 가용 영역 간에 데이터를 복제하는 다중 가용 영역 구성이 있는 경우 구조의 비용을 모델링하고 필요한 안정성 및 복원력을 달성하기에 허용 가능한 비용(두 가용 영역의 컴퓨팅 및 스토리지 비용을 지불하는 것과 유사함)인지 결정합니다.
다양한 사용 수준에 걸쳐 비용을 모델링합니다. 워크로드 사용량은 시간이 지남에 따라 변경될 수 있으며 여러 수준에서 다양한 서비스를 사용하는 것이 더 비용 효율적일 수 있습니다.
사용 [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) 또는 [AWS Cost and Usage Report](https://aws.amazon.com/aws-cost-management/aws-cost-and-usage-reporting/) (CUR)을 사용하여 데이터 전송 비용을 파악하고 모델링하세요. PoC(개념 증명)를 구성하거나 워크로드를 테스트하고 사실적으로 시뮬레이션된 로드로 테스트를 실행합니다. 다양한 워크로드 수요에서 비용을 모델링할 수 있습니다.
**구현 단계**
+ ** 데이터 전송 비용 계산: **SAP 환경의 보안 관련 작업에 대한 지침은 [AWS 요금 페이지](https://aws.amazon.com/pricing/) 를 사용하고 워크로드에 대한 데이터 전송 비용을 계산합니다. 워크로드 사용량의 증가 및 감소 모두에 대해 여러 사용 수준의 데이터 전송 비용을 계산합니다. 워크로드 아키텍처에 대한 여러 옵션이 있는 경우 비교를 위해 각 옵션의 비용을 계산합니다.
+ ** 성과에 비용 연결:** 발생한 각 데이터 전송 비용에 대해 워크로드에 대해 달성하는 성과를 지정합니다. 구성 요소 간 전송인 경우 분리를 위한 것일 수 있으며, 가용 영역 간 전송인 경우 이중화를 위한 것일 수 있습니다.
## 리소스
**관련 문서:**
+ [AWS 캐싱 솔루션](https://aws.amazon.com/caching/aws-caching/)
+ [AWS 요금](https://aws.amazon.com/pricing/)
+ [Amazon EC2 요금](https://aws.amazon.com/ec2/pricing/on-demand/)
+ [Amazon VPC 요금](https://aws.amazon.com/vpc/pricing/)
+ [Amazon CloudFront로 더 빠르게 콘텐츠 전송](https://aws.amazon.com/getting-started/tutorials/deliver-content-faster/)
# COST08-BP02 데이터 전송 비용을 최적화할 구성 요소 선택
모든 구성 요소를 선택해야 하며, 데이터 전송 비용을 줄이도록 아키텍처를 설계해야 합니다. 이 과정에서는 광역 네트워크(WAN) 최적화, 다중 가용 영역(AZ) 구성 등의 구성 요소를 사용할 수 있습니다.
**이 모범 사례가 수립되지 않을 경우 노출되는 위험의 수준:** 낮음
## 구현 가이드
데이터 전송 최적화를 고려하여 설계를 수행하면 데이터 전송 비용을 최소화할 수 있습니다. 이 설계 과정에서는 콘텐츠 전송 네트워크를 사용해 사용자와 더 가까운 위치에 데이터를 배치하거나, 온프레미스에서 AWS로의 전용 네트워크 링크를 사용합니다. 또한 WAN 최적화 및 애플리케이션 최적화를 사용하여 구성 요소 간에 전송되는 데이터의 양을 줄일 수도 있습니다.
**구현 단계**
+ **데이터 전송을 위한 구성 요소 선택: **데이터 전송 모델링을 사용하여 데이터 전송 비용이 가장 큰 영역이나 워크로드 사용량이 변경되는 경우 데이터 전송 비용이 발생하는 영역을 집중적으로 살펴봅니다. 데이터 전송 필요를 없애거나 비용을 낮추는 대체 아키텍처나 추가 구성 요소를 찾습니다.
## 리소스
**관련 문서:**
+ [AWS 캐싱 솔루션](https://aws.amazon.com/caching/aws-caching/)
+ [Amazon CloudFront로 더 빠르게 콘텐츠 전송](https://aws.amazon.com/getting-started/tutorials/deliver-content-faster/)
# COST08-BP03 데이터 전송 비용을 줄이기 위한 서비스 구현
데이터 전송을 줄이기 위한 서비스를 구현합니다. 예를 들어 Amazon CloudFront 등의 콘텐츠 전송 네트워크(CDN)를 사용해 최종 사용자에게 콘텐츠를 전송하거나, Amazon ElastiCache를 사용하여 계층을 캐시하거나, VPN 대신 AWS Direct Connect를 사용해 AWS에 연결할 수 있습니다.
**이 모범 사례가 수립되지 않을 경우 노출되는 위험의 수준:** 낮음
## 구현 가이드
[Amazon CloudFront](https://aws.amazon.com/cloudfront/) 는 지연 시간이 짧고 전송 속도가 빠른 데이터 전송용 글로벌 콘텐츠 전송 네트워크로, 전 세계의 엣지 로케이션에서 데이터를 캐시하므로 리소스에 대한 로드가 감소합니다. CloudFront를 사용하면 전 세계의 많은 사용자에게 콘텐츠를 전송하는 과정의 관리 작업을 줄이고 지연 시간을 최소화할 수 있습니다.
[Direct Connect](https://aws.amazon.com/directconnect/) 를 사용하면 AWS에 대한 전용 네트워크 연결을 설정할 수 있습니다. 이렇게 하면 네트워크 비용을 줄이고 대역폭을 늘릴 수 있으며 인터넷 기반 연결에 비해 더 일관성이 높은 네트워크 환경을 제공할 수 있습니다.
[Site-to-Site VPN](https://aws.amazon.com/vpn/) 을 사용하면 프라이빗 네트워크와 AWS 글로벌 네트워크 간에 안전한 프라이빗 연결을 설정할 수 있습니다. 탄력적인 완전관리형 서비스로서 빠르고 간편한 연결을 제공하므로 소규모 사무실 또는 비즈니스 파트너에 적합합니다.
[VPC 엔드포인트](https://docs.aws.amazon.com/vpc/latest/privatelink/concepts.html) 를 사용하면 프라이빗 네트워킹을 통해 여러 AWS 서비스를 연결할 수 있으며, 퍼블릭 데이터 전송 및 [NAT 게이트웨이](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat-gateway.html) 비용을 줄일 수 있습니다. [게이트웨이 VPC 엔드포인트](https://docs.aws.amazon.com/vpc/latest/privatelink/gateway-endpoints.html) 는 시간당 비용이 없으며 Amazon Simple Storage Service(Amazon S3) 및 Amazon DynamoDB를 지원합니다. [인터페이스 VPC](https://docs.aws.amazon.com/vpc/latest/privatelink/create-interface-endpoint.html) 엔드포인트는 [AWS PrivateLink](https://docs.aws.amazon.com/vpc/latest/privatelink/privatelink-share-your-services.html) 를 통해 제공되며 시간당 요금과 GB당 사용 비용이 있습니다.
**구현 단계**
+ ** 서비스 구현: **데이터 전송 모델링을 사용하여 비용이 가장 크고 볼륨 흐름이 가장 높은 영역을 확인합니다. AWS 서비스를 검토하고 전송을 줄이거나 제거하는 서비스(특히 네트워킹 및 콘텐츠 전송)가 있는지 평가합니다. 또한 데이터 또는 대량의 데이터에 대한 액세스가 반복되는 캐싱 서비스를 찾습니다.
## 리소스
**관련 문서:**
+ [AWS Direct Connect](https://aws.amazon.com/directconnect/)
+ [AWS 제품 둘러보기](https://aws.amazon.com/)
+ [AWS 캐싱 솔루션](https://aws.amazon.com/caching/aws-caching/)
+ [Amazon CloudFront](https://aws.amazon.com/cloudfront/)
+ [Amazon CloudFront를 사용하여 콘텐츠를 더 빠르게 전송](https://aws.amazon.com/getting-started/tutorials/deliver-content-faster/)