기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
# Amazon EC2 기반 Windows
[Amazon Elastic Compute Cloud(Amazon EC2)](https://aws.amazon.com/ec2/)는 Windows 워크로드를 실행하는 데 적합한 매우 유연하고 확장 가능한 클라우드 컴퓨팅 플랫폼입니다. Amazon EC2를 사용하여 AWS 클라우드의 안전하고 신뢰할 수 있으며 가용성과 적응력이 뛰어난 인프라에서 Windows Server 워크로드를 배포 및 관리하고 규모를 조정할 수 있습니다. Amazon EC2 기반 Windows 워크로드를 실행할 경우 다음과 같은 주요 이점을 고려합니다.
+ **확장성** - Amazon EC2에서는 변화하는 요구 사항을 수용하기 위해 Windows 워크로드 규모를 쉽게 조정할 수 있습니다. 새로운 EC2 인스턴스를 빠르게 생성하여 늘어난 수요를 처리하고 더 이상 필요하지 않을 때 인스턴스를 쉽게 종료할 수 있습니다. 실제로 사용하는 리소스에 대해서만 비용을 지불합니다.
+ **유연성** - Amazon EC2 기반 Windows는 범용 인스턴스에서 메모리 또는 컴퓨팅 최적화 인스턴스에 이르기까지 다양한 워크로드 요구 사항에 맞게 설계된 다양한 인스턴스 유형을 지원합니다. 이러한 유연성을 통해 특정 Windows 기반 애플리케이션에 가장 적합한 인스턴스 유형을 선택하여 성능을 극대화하고 비용을 최소화할 수 있습니다.
+ **보안** - 네트워크 방화벽, 데이터 암호화, 보안 액세스 제어를 포함하여 Windows 워크로드에 대한 여러 보안 계층을 AWS 제공합니다. 즉, 보안 설정 및 구성을 완전히 제어하면서 애플리케이션과 데이터의 보호 상태를 신뢰할 수 있습니다.
+ **비용 효율성** - 종량제 요금 모델을 사용하면 사용하는 리소스에 대해서만 비용을 지불할 수 있으므로 하드웨어 및 소프트웨어에 대한 선결제 투자가 필요하지 않습니다. 또한 이 모델을 사용하면 비용을 최적화하고, 자본 지출을 줄이며, 운영 효율성을 높일 수 있습니다. 모든 규모의 비즈니스에 적합한 요금 모델입니다.
**Topics**
+ [중지 및 시작 일정 자동화](windows-ec2-schedules.md)
+ [Windows 워크로드의 적정 규모 조정](rightsize.md)
+ [Windows 워크로드에 올바른 인스턴스 유형 선택](right-size-selection.md)
+ [Windows 및 SQL Server 워크로드에 대한 라이선스 가져오기](byol-ded-hosts.md)
+ [Amazon EC2 기반 Windows에 대한 지출 최적화](savings-plans.md)
+ [AWS 도구를 사용하여 비용 모니터링](monitor-costs.md)
# 중지 및 시작 일정 자동화
## 개요
[AWS의 인스턴스 스케줄러](https://aws.amazon.com/solutions/implementations/instance-scheduler-on-aws/)는 [Amazon EC2](https://aws.amazon.com/ec2/) 및 [Amazon Relational Database Service(Amazon RDS)](https://aws.amazon.com/rds/) 인스턴스의 시작 및 중지를 자동화하여 운영 비용을 줄이는 데 도움이 될 수 있습니다. 모든 인스턴스를 최대 사용률로 계속 실행하는 경우 사용되지 않는 리소스에 대한 비용을 지불하게 될 수 있습니다. 의 인스턴스 스케줄러 AWS 를 사용하면 업무 외 시간, 주말 또는 사용량이 적은 기타 기간과 같이 필요하지 않은 시간에 인스턴스를 끌 수 있습니다. 그러면 시간이 지남에 따라 상당한 비용을 절감할 수 있습니다.
의 인스턴스 스케줄러는 교차 계정 인스턴스 예약, 자동 태그 지정, 명령줄 인터페이스 또는 [AWS Systems Manager](https://aws.amazon.com/systems-manager/) 유지 관리 기간을 사용하여 일정 또는 기간을 구성하는 기능 AWS 도 제공합니다. 이러한 기능을 통해 보다 효과적으로 인스턴스를 관리하고 여러 프로젝트나 팀에서 비용을 정확하게 추적하고 할당할 수 있습니다.
## 사례 연구
프로덕션 환경에서의 인스턴스 스케줄러 AWS 를 사용하여 매일 업무 시간 외에 인스턴스를 자동으로 중지하는 회사의 예를 생각해 보세요. 이 회사에서 모든 인스턴스를 최대 사용률로 계속 실행하는 경우 정규 업무 시간에만 필요한 인스턴스에 대해 최대 70%의 비용 절감을 달성할 수 있습니다. 다음 차트에서는 주간 사용률을 168시간에서 50시간으로 줄이는 방법을 보여줍니다.
![\[주간 사용률 감소 차트\]](http://docs.aws.amazon.com/ko_kr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/instance_scheduler_case_study.png)
다른 예제를 고려합니다. 전기 유틸리티 회사인 Jamaica Public Service Company Limited(JPS)는 데이터베이스를 Amazon RDS로 마이그레이션했습니다. 이제 JPS는 Amazon EC2를 사용하여 API 서비스를 호스팅하고 다른 애플리케이션을 실행합니다. JPS의 경우의 인스턴스 스케줄러가 비프로덕션 환경을 관리하는 주요 도구가 AWS 되었습니다. JPS는의 인스턴스 스케줄러 AWS 를 사용하여 개발 비용을 절감하고 팀 요구 사항 및 작업 일정에 따라 EC2 인스턴스를 관리했습니다. 그래서 JPS는 비용을 40% 절감할 수 있었습니다. 자세한 내용은 AWS 사례 연구 [Jamaica Public Service가 클라우드로 효율적으로 마이그레이션하고 AWS 인스턴스 스케줄러를 사용하여 비용을 40% 절감하는 방법을 참조하세요](https://aws.amazon.com/solutions/case-studies/jamaica-public-service-case-study/#:~:text=%E2%80%9CMigrating%20to%20AWS%20has%20minimized,EC2%20and%20Amazon%20RDS%20instances.).
## 비용 최적화 시나리오
다음 예제 시나리오는에서 인스턴스 스케줄러를 사용할 때의 비용 이점을 보여 줍니다 AWS. 이 시나리오에서 싱가포르의 한 대형 소매업체는 Amazon EC2에 두 개의 Windows 환경을 배포합니다. 워크로드 A라고 하는 첫 번째 환경은 마케팅 팀에서 매장이 운영되는 동안 실시간 매장 내 트랜잭션을 분석하는 데 사용됩니다. 워크로드 B라고 하는 두 번째 환경은 정규 업무 시간에만 작동하는 회계 팀을 위해 예약되어 있습니다. 두 환경의 현재 운영 일정(24/7)은 현재 사용 패턴을 고려할 때 이상적이지 않으며 회사의 운영 비용을 줄이기 위해 최적화가 필요합니다.
다음 다이어그램에서는 최적화 전 월별 비용을 보여줍니다.
![\[최적화 전 월별 비용\]](http://docs.aws.amazon.com/ko_kr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/instance_scheduler_workloadA_arch.png)
예를 들어 3월에는 31일이 있으며 이 중 23일은 평일입니다. 마케팅 팀이에서 인스턴스 스케줄러를 사용하고 필요한 경우에만 인스턴스를 AWS 운영하는 경우(즉, 매월 730시간이 아닌 매월 321시간 동안) 매월 932.52 USD를 절감할 수 있습니다. 이 경우 운영 비용이 56% 절감됩니다. 회계 팀도 인스턴스 사용 시간이 매월 730시간에서 230시간으로 감소하여 상당한 이점을 경험할 수 있습니다. 이 경우 1,140 USD 또는 68.5%가 절감됩니다. 회사는 매월 총 2,072.52 USD(62% 절감) 또는 연간 24,870.24 USD를 절감할 수 있습니다.
다음 다이어그램에서는 최적화 후 월별 비용을 보여줍니다.
![\[최적화 후 월별 비용\]](http://docs.aws.amazon.com/ko_kr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/instance_scheduler_workloadB_arch.png)
**참고**
이 예제의 요금은 2023년 3월에 [AWS Pricing Calculator](https://calculator.aws/)를 사용하여 결정되었습니다.
## 비용 최적화 권장 사항
이 섹션에서는 이전 *비용 최적화 시나리오* 섹션에서 다룬 시나리오 예제를 기반으로 AWS 의 인스턴스 스케줄러를 배포하고 구성하는 방법을 설명합니다. AWS다음 단계를 수행하여에서 인스턴스 스케줄러를 사용하여 비용을 최적화하는 것이 좋습니다.
1. 인스턴스 스케줄러 스택 시작
1. 기간 구성
1. 일정 구성
1. 인스턴스 태그 지정
다음 아키텍처 다이어그램은 인스턴스 스케줄러 스택 AWS 클라우드 에서에 생성된 내용을 보여줍니다.
![\[인스턴스 스케줄러 스택 아키텍처\]](http://docs.aws.amazon.com/ko_kr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/instance_scheduler_cfn_arch.png)
이 다이어그램에서는 다음과 같은 워크플로 단계를 보여줍니다.
1. AWS CloudFormation 템플릿은 사용자가 정의한 간격으로 Amazon CloudWatch 이벤트를 설정합니다. 이 이벤트는 AWS Lambda 함수를 호출합니다. 구성 중에 AWS 리전 및 계정을 정의합니다. 또한의 인스턴스 스케줄러가 일정을 해당 Amazon EC2 인스턴스, Amazon RDS 인스턴스 및 클러스터와 연결하는 데 AWS 사용하는 사용자 지정 태그를 정의합니다.
1. 일정 구성 값은 Amazon DynamoDB에 저장되며 Lambda 함수는 실행될 때마다 해당 값을 검색합니다. 그런 다음 해당되는 인스턴스에 사용자 지정 태그를 적용할 수 있습니다.
1. 인스턴스 스케줄러를 처음 구성하는 동안 해당되는 Amazon EC2 및 Amazon RDS 인스턴스를 식별하기 위한 태그 키를 정의합니다. 일정을 생성할 때 지정한 이름은 태그가 지정된 리소스에 적용할 일정을 식별하는 태그 값으로 사용됩니다.
### 인스턴스 스케줄러 스택 시작
이 섹션에서는 AWS의 인스턴스 스케줄러에 대한 CloudFormation 스택을 시작하는 방법을 보여줍니다.
**참고**
Instance Scheduler를 실행하는 동안 AWS 서비스 사용한 비용은 사용자가 부담합니다 AWS. 2023년 1월부터 `us-east-1` 리전에서 기본 설정으로 이 솔루션을 실행하는 데 드는 비용은 Lambda 프리 티어 월별 사용 크레딧이 있으면 Lambda 요금의 경우 매월 약 9.90 USD 이하입니다. 자세한 내용은 AWS 솔루션 라이브러리의 [AWS 구현 가이드에 대한 인스턴스 스케줄러](https://docs.aws.amazon.com/solutions/latest/instance-scheduler-on-aws/cost.html)의 *비용* 섹션을 참조하세요.
인스턴스 스케줄러 스택을 시작하려면 다음 단계를 완료합니다.
1. [AWS Management Console](https://console.aws.amazon.com/)에 로그인하고 [솔루션 시작](https://us-east-1.console.aws.amazon.com/cloudformation/home?region=us-east-1#/stacks/create?templateURL=https://s3.amazonaws.com/solutions-reference/instance-scheduler-on-aws/latest/instance-scheduler-on-aws.template)(다운로드 가능 템플릿)을 선택하여 `instance-scheduler-on-aws.template` CloudFormation 템플릿을 시작하세요.
**참고**
또한 구현의 시작점으로 사용할 [템플릿을 다운로드](https://s3.amazonaws.com/solutions-reference/instance-scheduler-on-aws/latest/instance-scheduler-on-aws.template)할 수도 있습니다.
1. 이 템플릿은 기본적으로 미국 동부(버지니아 북부) 리전에서 시작됩니다. 다른 리전에서 인스턴스 스케줄러를 시작하려면 콘솔 탐색 표시줄의 리전 선택기를 사용하세요.
**참고**
이 예제에서는 아시아 태평양(싱가포르) 리전을 사용합니다.
1. **스택 생성** 페이지의 **사전 조건 - 템플릿 준비** 섹션에서 **준비된 템플릿** 옵션이 선택되어 있는지 확인하세요. **템플릿 소스 섹션**에서 **Amazon S3 URL** 옵션이 선택되어 있는지 확인하세요.
1. **Amazon S3 URL** 텍스트 상자에 올바른 템플릿 URL이 있는지 확인하고 **다음**을 선택하세요.
1. **스택 세부 정보 지정** 페이지에서 솔루션 스택 이름을 할당합니다. 문자 제한 이름 지정에 대한 자세한 내용은 AWS Identity and Access Management (IAM) 설명서의 [IAM 및 STS 제한을 참조하세요](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_iam-quotas.html) . 이 가이드의 예제에서 스택 이름은 `MyInstanceScheduler`입니다.
**참고**
스택 이름은 28자를 초과할 수 없습니다.
1. **파라미터**에서 템플릿의 파라미터를 검토하고 필요에 따라 수정하세요.
1. **다음**을 선택합니다. **스택 옵션 구성** 페이지에서 **다음**을 선택합니다.
1. **검토** 페이지에서 설정을 검토하고 확인하세요. 템플릿이 IAM 리소스를 생성함을 확인하는 확인란을 선택하세요.
1. **생성**을 선택하여 스택을 배포합니다.
### 기간 구성
CloudFormation 템플릿을 배포한 후 솔루션은 사용자 지정 기간 규칙 및 일정을 생성하는 데 참조로 사용할 수 있는 샘플 기간 규칙 및 일정이 포함된 DynamoDB 테이블을 생성합니다. 기간 구성 예제는 AWS 설명서의 [Sample schedules](https://docs.aws.amazon.com/solutions/latest/instance-scheduler-on-aws/sample-schedules.html)를 참조하세요.
이 시나리오의 단계를 완료하려면 각 워크로드에 해당하고 특정 요구 사항을 충족하는 기간을 생성해야 합니다. 예제:
```
Period 1 (Workload A):
Name: retail-hours
Days: Monday to Sunday
Hours: 1100 - 2300
Period 2 (Workload B):
Name: office-hours
Days: Monday to Friday
Hours: 0800 - 1800
```
기간을 구성하려면 다음 단계를 수행합니다.
1. [DynamoDB 콘솔](https://console.aws.amazon.com/dynamodb/home)에 로그인하고 AWS의 인스턴스 스케줄러에 대한 CloudFormation 템플릿을 시작한 리전과 동일한 리전에 있는지 확인하세요.
1. 탐색 창에서 **테이블**을 선택한 후 이름이 **ConfigTable**인 테이블을 선택하세요.
1. **테이블 항목** **탐색**을 선택하세요.
1. 근무 시간에 대한 기간을 생성하려면 **office-hours** 항목에 대한 **기간**을 선택하세요.
1. **항목 편집** 페이지에서 **begintime** 값을 **0800**으로 변경하고 **endtime**을 **1800**으로 변경하세요. 평일에는 기본값을 그대로 두세요.
**참고**
**begintime** 및 **endtime** 값은 인스턴스를 시작하고 중지해야 하는 시기를 결정하는 반면, **weekdays** 값은 이 일정이 적용되는 요일(이 예제의 경우 월요일\$1금요일)을 결정하세요.
1. **변경 사항 저장**을 선택합니다.
1. **office-hours** 기간을 복제하고 이를 사용하여 소매 시간에 대한 새 기간을 생성하려면 **office-hours** 항목의 **기간**을 선택하세요. 그런 다음 **작업** 메뉴에서 **항목 복제**를 선택하세요.
1. 필요에 맞게 속성을 수정하세요. 다음 속성은 시나리오 예제의 요구 사항을 충족하는 데 사용됩니다.
```
type: period
name: retail-hours
begintime: 11:00
description: Retail hours
endtime: 23:00
weekdays: mon-sun
```
1. **항목 생성**을 선택합니다.
1. DynamoDB **ConfigTable**에서 항목 목록에 나열된 방금 생성한 두 기간을 식별하세요.
### 일정 구성
의 인스턴스 스케줄러 컨텍스트에서 AWS일정은 하나 이상의 기간 및 관련 시간대의 적용을 참조합니다. 그런 다음 이러한 일정이 인스턴스에 태그로 할당됩니다. 이 섹션에서는 두 워크로드 예제의 다양한 시간 패턴을 수용하기 위해 두 개의 일정(아래 참조)을 생성한 다음 일정을 이전 섹션에서 생성한 기간과 연결하는 방법을 보여줍니다.
```
Schedule 1:
Name: singapore-office-hours
Period: office-hours
Timezone: Asia/Singapore
Schedule 2:
Name: singapore-retail-hours
Period: retail-hours
Timezone: Asia/Singapore
```
일정을 생성하고 구성하려면 다음 단계를 수행합니다.
1. [DynamoDB 콘솔](https://console.aws.amazon.com/dynamodb/home)에 로그인하고 AWS의 인스턴스 스케줄러에 대한 CloudFormation 템플릿을 시작한 리전과 동일한 리전에 있는지 확인하세요.
1. 탐색 창에서 **테이블**을 선택한 후 이름이 **ConfigTable**인 테이블을 선택하세요.
1. **테이블 항목** **탐색**을 선택하세요.
1. 영국 근무 시간 일정을 복제하고 이를 사용하여 근무 시간(이 예제에서는 싱가포르 근무 시간)에 대한 새 일정을 생성하려면 **uk-office-hours** 항목에 대한 **일정**을 선택하세요. 그런 다음 **작업** 메뉴에서 **항목 복제**를 선택하세요.
1. 필요에 맞게 속성을 수정하세요. 다음 속성은 시나리오 예제의 요구 사항을 충족하는 데 사용됩니다.
```
type: schedule
name: singapore-office-hours
description: Office hours in Singapore
periods: office-hours
timezone: Asia/Singapore
```
1. **항목 생성**을 선택합니다.
1. 4\$16단계를 반복하여 다음 속성 값을 사용하여 싱가포르 소매 시간에 대한 일정을 생성하세요.
```
type: schedule
name: singapore-retail-hours
description: Retail hours in Singapore
periods: retail-hours
timezone: Asia/Singapore
```
1. DynamoDB **ConfigTable**에서 생성한 두 개의 일정과 두 개의 기간을 식별하세요.
### 인스턴스 태그 지정
일정을 설정한 후에는 태그를 사용하여 사용하려는 특정 인스턴스에 일정을 할당해야 합니다. [AWS Resource Groups](https://docs.aws.amazon.com/ARG/latest/userguide/resource-groups.html) 내에서 태그 편집기를 사용하여 태그를 생성하고 Amazon EC2 인스턴스에 할당할 수 있습니다.
1. [AWS Management Console](https://console.aws.amazon.com/)에 로그인하고 이전에 CloudFormation 템플릿을 시작한 리전과 동일한 리전에 있는지 확인하세요.
1. [Resource Groups 콘솔](https://console.aws.amazon.com/resource-groups)을 여세요. 탐색 창에서 **태그 지정**을 확장하고 **태그 편집기**를 선택하세요.
1. **태그를 지정할 리소스 찾기** 섹션의 **리전**에서 리전을 선택하세요. **리소스 유형**에서 Amazon EC2 또는 Amazon RDS를 선택하세요. 이 시나리오는 워크로드 A의 Amazon EC2 인스턴스에 중점을 둡니다. 마케팅 팀은 싱가포르 리전에서 워크로드 A를 사용하고 있습니다. 이 워크로드의 리소스에는 이미 **부서** 키와 **마케팅** 값을 사용하여 태그가 지정되어 있습니다. 이 태그를 사용하여 인스턴스를 검색할 수 있습니다.
1. **리소스 검색**을 선택합니다.
1. 검색 결과 목록에서 일정에 포함하려는 인스턴스를 선택한 다음 **선택한 리소스의 태그 관리**를 선택하세요.
1. **선택한 모든 리소스의 태그 편집** 섹션에서 **태그 추가**를 선택하여 인스턴스 스케줄러 일정 태그를 EC2 인스턴스에 추가하세요. **schedulea**(이전에 DynamoDB에서 생성됨)와 일치하는 태그 키와 값을 사용할 수 있습니다.
1. **태그 키**에 **일정**을 추가하세요. **태그 값**에 **singapore-retail-hours**를** **입력하세요.
1. **변경 사항 검토 및 적용**을 선택합니다.
1. 선택한 모든 EC2 인스턴스에 태그를 적용하려면 **선택한 모든 항목에 변경 사항 적용**을 선택하세요.
1. 적용하려는 추가 일정에 대해 3\$19단계를 반복하세요.
### 결과 검증
[AWS Cost Explorer](https://www.youtube.com/watch?v=UfPqrkoUFiQ)를 사용하여에서 인스턴스 스케줄러 사용의 비용 이점을 측정하는 것이 좋습니다 AWS. Cost Explorer를 사용하여 다음을 수행할 수 있습니다.
+ 인스턴스 스케줄러에서 관리하는 인스턴스를 포함하여 EC2 인스턴스와 관련된 비용을 보고 분석합니다.
+ 특정 워크로드에 집중하고 인스턴스 스케줄러를 사용하여 달성한 비용 절감을 세부적으로 파악할 수 있도록 태그별로 Cost Explorer 보기를 필터링합니다.
+ 인스턴스 스케줄러 사용과 관련된 재정적 영향에 대한 인사이트를 얻습니다.
+ 추가 비용 최적화 기회를 식별하고 데이터 기반 결정을 내려 AWS 지출을 최적화합니다.
다음 차트에서는 인스턴스 스케줄러를 사용하여 최적화하기 전 7일(월요일\$1일요일) 동안 워크로드 A 및 워크로드 B를 운영하는 비용을 보여줍니다.
**워크로드 A와 B의 총 비용 합계**
![\[워크로드 A와 B의 총 비용 합계\]](http://docs.aws.amazon.com/ko_kr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/validate_scenario1_ab.png)
**워크로드 A 비용**
![\[워크로드 A에 대한 비용\]](http://docs.aws.amazon.com/ko_kr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/validate_scenario1_a.png)
**워크로드 B 비용**
![\[워크로드 B에 대한 비용\]](http://docs.aws.amazon.com/ko_kr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/validate_scenario1_b.png)
이 시나리오에서 Cost Explorer는 AWS의 인스턴스 스케줄러를 구현하여 얻은 비용 절감을 보여줍니다. 다음 차트에서는 최적화 후 7일(월요일\$1일요일) 동안 워크로드 A 및 워크로드 B의 운영 비용을 보여줍니다.
**워크로드 A와 B의 총 비용 합계**
![\[워크로드 A와 B의 총 비용 합계\]](http://docs.aws.amazon.com/ko_kr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/validate_scenario2_ab.png)
**워크로드 A 비용**
![\[워크로드 A에 대한 비용\]](http://docs.aws.amazon.com/ko_kr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/validate_scenario2_a.png)
**워크로드 B 비용**
![\[워크로드 B에 대한 비용\]](http://docs.aws.amazon.com/ko_kr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/validate_scenario2_b.png)
## 추가 리소스
+ [AWS 인스턴스 시작 및 중지 자동화](https://docs.aws.amazon.com/solutions/latest/instance-scheduler-on-aws/solution-overview.html)( AWS 설명서의 인스턴스 스케줄러)
+ [Back to Basics: Using an Instance Scheduler to Control Amazon EC2 and Amazon RDS Resource Costs](https://www.youtube.com/watch?v=UsC5ZNcZl9k)(YouTube)
+ [AWS 리소스 태그 지정](https://docs.aws.amazon.com/tag-editor/latest/userguide/tagging.html)( AWS 리소스 태그 지정 사용 설명서)
+ 를 [사용한 비용 분석 AWS Cost Explorer](https://docs.aws.amazon.com/cost-management/latest/userguide/ce-what-is.html)(AWS 결제 및 비용 관리 문서)
# Windows 워크로드의 적정 규모 조정
## 개요
올바른 크기 조정은 가장 강력한 비용 절감 도구 중 하나입니다.는 [AWS 최적화 및 라이선스 평가(AWS OLA)](https://aws.amazon.com/optimization-and-licensing-assessment/)를 사용하여 잠재적 워크로드를 검토하는 것부터를 사용하여 기존 워크로드를 검토하는 것까지 올바른 크기 조정 정보를 수집하는 다양한 방법을 AWS 제공합니다[AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/).
이 섹션에서는 [AWS Compute Optimizer](https://docs.aws.amazon.com/cost-management/latest/userguide/ce-rightsizing.html)를 사용하여 Amazon EC2의 적정 규모 조정 기회를 식별하는 방법을 보여줍니다. Compute Optimizer는 다음 유형의 AWS 리소스에 대한 과다 프로비저닝 및 과소 프로비저닝을 방지하는 데 도움이 됩니다.
+ [Amazon Elastic Compute Cloud(Amazon EC2)](https://aws.amazon.com/ec2/) 인스턴스 유형
+ [Amazon Elastic Block Store(Amazon EBS) 볼륨](https://aws.amazon.com/ebs/)
+ 의 [Amazon Elastic Container Service(Amazon ECS)](https://aws.amazon.com/ecs/) 서비스 AWS Fargate
+ [Amazon CloudWatch](https://aws.amazon.com/cloudwatch/)에서 제공하는 사용률 데이터에 기반한 [AWS Lambda](https://aws.amazon.com/lambda/) 함수
## 비용 최적화 시나리오
적정 규모 조정의 효과를 측정하는 것은 어려울 수 있습니다. 적정 규모 조정 노력은 특정 앱, 팀 또는 전체 조직을 대상으로 할 수 있기 때문입니다. 예를 들어 플릿의 90%가 Windows 워크로드로 구성된 수천 개의 인스턴스를 AWS로 마이그레이션하는 조직을 가정해 보겠습니다. 조직은 Compute Optimizer를 사용하여 플릿을 분석하고 계정 및 AWS 리전에서 상당한 과다 프로비저닝을 발견할 수 있습니다. 그런 다음 [AWS Systems Manager Automation](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-automation.html)을 사용하여 여러 유지 관리 기간을 통해 플릿의 적정 규모를 조정할 수 있습니다. 그 결과 조직은 플릿의 70%에 대한 적정 규모의 인스턴스 유형을 조정하고 35%의 비용 절감을 달성합니다.
다음 대시보드에서는 이 예제에 나온 조직에서 Compute Optimizer의 적정 규모 조정 권장 사항을 전략적으로 구현한 경우 몇 개월 동안 달성한 절감액을 보여줍니다. 이들의 목표는 계약이 거의 종료되는 콜로케이션 데이터 센터에서 정지된 마이그레이션을 재개하기 위해 기존 워크로드를 최대한 효율적으로 운영하는 것이었습니다.
![\[적정 규모 조정으로 절감\]](http://docs.aws.amazon.com/ko_kr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/dashboard_rightsizing_savings.png)
## 비용 최적화 권장 사항
Compute Optimizer를 사용하여 비용을 최적화하려면 다음 단계를 수행하는 것이 좋습니다.
+ Compute Optimizer 활성화
+ Windows 노드에 대한 메모리 지표 수집 활성화
+ Compute Optimizer 권장 사항 사용
+ 적정 규모 조정을 위해 인스턴스에 태그 지정
+ 비용 할당 태그가 AWS 결제 도구에서 작동하도록 활성화
+ AWS Systems Manager Automation을 사용하여 올바른 크기 조정 권장 사항 구현
+ 대체 크기 조정 방법 고려
+ Cost Explorer에서 이전과 이후 비용 검토
### Compute Optimizer 활성화
AWS Organizations의 조직 또는 단일 계정 수준에서 [Compute Optimizer](https://docs.aws.amazon.com/compute-optimizer/latest/ug/getting-started.html#account-opt-in)를 활성화할 수 있습니다. 조직 전체 구성은 모든 멤버 계정의 전체 플릿에서 신규 및 기존 인스턴스에 대한 지속적인 보고서를 제공합니다. 이렇게 하면 특정 시점 활동 대신 적정 규모 조정이 반복 활동이 될 수 있습니다.
#### 조직 수준
대부분의 조직에서 Compute Optimizer를 사용하는 가장 효율적인 방법은 조직 수준에서 사용하는 것입니다. 그러면 조직에 대한 다중 계정 및 다중 리전 가시성을 제공하고 검토를 위해 데이터를 하나의 소스로 중앙 집중화할 수 있습니다. 조직 수준에서 이를 활성화하려면 다음을 수행합니다.
1. [필요한 권한](https://docs.aws.amazon.com/compute-optimizer/latest/ug/security-iam.html)이 있는 역할로 [조직 관리 계정](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_getting-started_concepts.html)에 로그인하고 이 조직 내 모든 계정에 대해 옵트인하도록 선택하세요. 조직의 [모든 기능을 활성화](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_org_support-all-features.html)해야 합니다.
1. 관리 계정을 활성화한 후 계정에 로그인하고, 다른 모든 멤버 계정을 보며, 권장 사항을 찾아볼 수 있습니다.
**참고**
Compute Optimizer에 대해 [위임된 관리자 계정](https://docs.aws.amazon.com/compute-optimizer/latest/ug/delegate-administrator-account.html)을 구성하는 것이 모범 사례입니다. 이를 통해 최소 권한 원칙을 적용할 수 있습니다. 이렇게 하면 조직 전체 서비스에 대한 액세스를 계속 제공하면서 조직의 관리 계정에 대한 액세스를 최소화할 수 있습니다.
#### 단일 계정 수준
비용이 높지만 AWS Organizations에 액세스할 수 없는 계정을 대상으로 하는 경우에도 해당 계정 및 리전에서 Compute Optimizer를 활성화할 수 있습니다. 옵트인 프로세스에 대한 자세한 내용은 Compute Optimizer 설명서의 [Getting started with AWS Compute Optimizer](https://docs.aws.amazon.com/compute-optimizer/latest/ug/getting-started.html)를 참조하세요.
### Windows 노드에 대한 메모리 지표 수집 활성화
메모리 지표는 Compute Optimizer에 조직에서 적정 규모 조정을 권장하는 데 필요한 필수 지표를 제공합니다. 권장 사항을 제공하기 전에 CPU, 메모리, 네트워크 및 스토리지를 분석하기 때문입니다.
Windows EC2 인스턴스의 메모리 지표를 Compute Optimizer로 전달하려면 CloudWatch 에이전트를 활성화하고 60초마다 메모리 지표를 수집하도록 구성해야 합니다. CloudWatch에서 메모리 지표를 사용하는 데 드는 추가 비용은 없습니다.
#### CloudWatch 에이전트 활성화 및 메모리 지표 구성
[ComputeOptimize.yml](https://static.us-east-1.prod.workshops.aws/public/93110159-2ede-4c0c-9767-877c96d68a7e/static/code/wec2/ComputeOptimize.yml) 파일을 다운로드합니다. 이 파일을 사용하여 계정의 모든 인스턴스에 대해 메모리 수집을 활성화할 수 있습니다. 템플릿 파일은 다음 구성 요소를 생성합니다.
+ [AWS Systems Manager 파라미터 스토어](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-parameter-store.html) - 메모리 지표를 수집하는 데 필요한 CloudWatch 에이전트의 구성을 저장합니다.
+ AWS Identity and Access Management [AWS 에 대한 관리형 정책 AWS Systems Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/security_iam_service-with-iam.html#managed-policies)이 연결된 (IAM) 역할 - Systems Manager Automation 문서용입니다.
+ [AWS Systems Manager 문서](https://docs.aws.amazon.com/systems-manager/latest/userguide/documents.html) - CloudWatch 에이전트를 설치하고 구성합니다(기존 CloudWatch 구성 대체).
+ [AWS Systems Manager 상태 관리자](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-state.html) 연결 - Systems Manager 문서를 계정의 모든 인스턴스에서 실행할 수 있습니다.
**중요**
이 템플릿을 실행하면 인스턴스의 기존 CloudWatch 구성을 덮어씁니다.
그런 후, 다음 작업을 수행합니다.
1. 에 로그인 AWS Management Console 하고 [CloudFormation 콘솔](https://console.aws.amazon.com/cloudformation/)을 엽니다.
1. 탐색 창에서 **스택**을 선택합니다.
1. **스택 생성**을 선택한 다음 **기존 리소스 사용(리소스 가져오기)**)를 선택합니다.
1. **다음**을 선택합니다.
1. **템플릿 소스**로 **템플릿 파일 업로드**를 선택하세요.
1. **파일**을 선택하고 `ComputeOptimize.yml` 파일을 업로드하세요.
1. **다음**을 선택합니다.
1. **스택 세부 정보 지정** 페이지의 **스택 이름** 필드에 스택 이름을 입력하고 **다음**을 선택하세요.
1. **리소스 식별** 페이지에서 가져오려는 리소스의 식별자 값을 입력하세요.
1. **리소스 가져오기**를 선택하세요.
1. 스택이 배포된 후 **출력** 탭을 선택하여 연결에 대한 키, 값 및 설명을 찾으세요.
#### 연결 진행 상황 모니터링
1. CloudFormation 스택 배포가 완료되면 [Systems Manager 콘솔](https://console.aws.amazon.com/systems-manager/)을 여세요.
1. 탐색 창의 **노드 관리** 섹션에서 **State Manager**를 선택하세요.
1. **연결** 페이지에서 연결의 연결 ID를 선택하세요.
1. **Execution history(실행 내역)** 탭을 선택합니다.
1. **실행 ID** 열에서 연결의 실행 ID를 선택하세요. 상태는 **성공**이어야 합니다.
#### CloudWatch에서 지표 보기
지표가 CloudWatch를 채울 때까지 5분 이상 기다리는 것이 좋습니다.
1. [CloudWatch 콘솔](https://console.aws.amazon.com/cloudwatch/)을 엽니다.
1. 탐색 창에서 **지표**를 확장한 다음 **모든 지표**를 선택하세요.
1. 지표가 **CWAgent** 네임스페이스 아래에 나타나는지 확인하세요.
**참고**
설정을 새 인스턴스에 적용하려면 연결을 다시 실행하세요.
### Compute Optimizer 권장 사항 사용
단일 계정 및 단일 리전 내에서 적정 규모 조정을 수행하는 데 중점을 둔 예를 고려합니다. 이 예제에서는 Compute Optimizer가 모든 계정의 조직 수준에서 활성화됩니다. 적정 규모 조정은 대부분의 경우 몇 주 동안 예약된 유지 관리 기간에 애플리케이션 소유자가 정확하게 수행하는 파괴적 프로세스입니다.
조직의 관리 계정 내에서 Compute Optimizer로 이동하는 경우(다음 단계에 표시됨) 조사하려는 계정을 선택할 수 있습니다. 이 예제에서는 `us-east-1` 리전의 단일 계정에서 6개의 인스턴스가 실행 중입니다. 6개의 인스턴스가 모두 과다 프로비저닝됩니다. 목표는 Compute Optimizer의 권장 사항에 따라 인스턴스의 크기를 조정하는 것입니다.
#### 과다 프로비저닝된 인스턴스 식별 및 권장 사항 세부 정보 내보내기
1. 에 로그인 AWS Management Console 하고 [Compute Optimizer 콘솔](https://console.aws.amazon.com/compute-optimizer/)을 엽니다.
1. 탐색 창에서 **대시보드**를 선택합니다.
1. **대시보드** 페이지의 검색 상자에 **Region=US East (N. Virginia)**를 입력하세요. 그런 다음 **Findings=Over-provisioned**를 입력하세요. 이러한 필터를 사용하면 `us-east-1` 리전에서 과다 프로비저닝된 인스턴스를 모두 볼 수 있습니다.
1. 과다 프로비저닝된** **EC2 인스턴스에 대한 자세한 권장 사항을 검토하려면** ****EC2 인스턴스** 카드까지 아래로 스크롤한 다음 **권장 사항 보기**를 선택하세요.
1. **내보내기**를 선택하고 나중에 사용할 수 있도록 파일을 저장하세요.
1. **S3 버킷**에 내보내기 파일의 대상으로 사용하려는 Amazon S3 버킷의 이름을 입력하세요.
**참고**
향후 검토를 위해 권장 사항을 저장하려면 Compute Optimizer가 각 리전에서 쓸 수 있는 S3 버킷이 있어야 합니다. 자세한 내용은 Compute Optimizer 설명서의 [Amazon S3 bucket policy for AWS Compute Optimizer](https://docs.aws.amazon.com/compute-optimizer/latest/ug/create-s3-bucket-policy-for-compute-optimizer.html)를 참조하세요.
1. **필터 내보내기** 섹션에서 **조직 내 모든 멤버 계정에 대한 권장 사항 포함** 확인란을 선택하세요.
1. **리소스 유형**에서 **EC2 인스턴스**를 선택하세요.
1. **포함할 열** 섹션에서 **모두 선택** 확인란을 선택하세요.
1. **내보내기**를 선택합니다.
#### 권장 사항에 따라 인스턴스 선택
인스턴스 권장 사항은 Compute Optimizer에서 수집하고 분석한 성능 지표에 기반합니다. 가장 적합한 인스턴스를 선택하려면 인스턴스에서 실행되는 워크로드를 인식해야 합니다. 이 예제에서는 최신 세대의 Amazon EC2 [R6i](https://aws.amazon.com/ec2/instance-types/r6i/), [R5](https://aws.amazon.com/ec2/instance-types/r5/), [T3](https://aws.amazon.com/ec2/instance-types/t3/) 인스턴스 중에서 선택할 수 있다고 가정합니다. T3 인스턴스는 버스트 가능하며 더 낮은 네트워크 대역폭 용량을 지원합니다. R5 및 R6 인스턴스는 시간당 비용이 동일하며, 특성은 거의 동일합니다. 그러나 R6 인스턴스는 더 높은 네트워크 대역폭 용량을 지원하고, 최신 세대 인텔 프로세서를 제공하며, R5와 동일한 컴퓨팅 공간을 제공합니다. 이 예제에서 R6는 크기 조정을 위해 선택할 수 있는 가장 적합한 옵션입니다.
1. [Compute Optimizer 콘솔](https://console.aws.amazon.com/compute-optimizer/)의 탐색 표시줄에서 ** EC2 인스턴스에 대한 권장 사항**을 선택하세요. 이 페이지에서는 현재 인스턴스 유형을 교체하는 권장 옵션과 비교합니다.
1. 적정 규모로 조정하려는 인스턴스의 ID를 가져오려면 AWS Organizations의 관리 계정에서 [Amazon S3 콘솔](https://console.aws.amazon.com/s3/)을 여세요.
1. 탐색 창에서 **버킷**을 선택한 다음 내보낸 결과를 저장하는 데 사용할 버킷을 선택하세요.
1. **객체** 탭의 객체 목록에서 내보내기 파일을 선택한 다음 **다운로드**를 선택하세요.
1. 파일에서 인스턴스 정보를 추출하기 위해 Microsoft Excel의 **데이터** 탭에 있는 **텍스트 나누기** 버튼을 사용할 수 있습니다.
**참고**
인스턴스 ID는 Amazon 리소스 이름(ARNs)으로 표시됩니다. 구분 기호를 '/'로 설정하고 인스턴스 ID를 추출해야 합니다. 또는 스크립트를 작성하거나 통합 개발 환경(IDE)을 사용하여 ARN을 잘라낼 수 있습니다.
1. Excel에서 **조사 결과** 열을 필터링하여 **OVER\$1PROVISIONED** 인스턴스만 표시하세요. 적정 규모를 조정할 대상인 인스턴스입니다.
1. 나중에 쉽게 액세스할 수 있도록 텍스트 편집기에 인스턴스 ID를 저장하세요.
### 적정 규모 조정을 위해 인스턴스에 태그 지정
워크로드에 태그를 지정하는 방식은 AWS에서 리소스를 구성하기 위한 강력한 도구입니다. 태그를 사용하면 비용에 대한 세분화된 가시성을 확보하고 차지백을 용이하게 할 수 있습니다. AWS 리소스에 태그를 추가하는 전략 및 방법에 대한 자세한 내용은 리소스 태그 지정을 위한 AWS 백서 모범 사례를 참조하세요. [AWS](https://docs.aws.amazon.com/whitepapers/latest/tagging-best-practices/tagging-best-practices.html) 이 예제에서는 [AWS Tag Editor](https://docs.aws.amazon.com/tag-editor/latest/userguide/tagging.html)를 사용하여 유지 관리 기간에 크기 조정 대상으로 지정할 과다 프로비저닝된 인스턴스에서 태그 지정을 조정할 수 있습니다. 이 태그를 사용하여 변경 전후의 비용을 볼 수도 있습니다.
1. 에 로그인 AWS Management Console 하고 크기 조정 대상 인스턴스가 포함된 계정의 [AWS Resource Groups 콘솔](https://console.aws.amazon.com/resource-groups)을 엽니다.
1. 탐색 표시줄의 **태그 지정** 섹션에서 **Tag Editor**를 선택하세요.
1. **리전**에서 대상 리전을 선택하세요.
1. **리소스 유형** **AWS::EC2::Instance**를 선택하세요.
1. **리소스 검색**을 선택합니다.
1. **리소스 검색 결과** 페이지에서 적정 규모를 지정하려는 모든 인스턴스를 선택한 다음 **선택한 리소스의 태그 관리**를 선택하세요.
1. **태그 추가**를 선택합니다.
1. **태그 키**에 **적정 규모 조정**을 입력하세요. **태그 값**에 **활성화됨**을 입력하세요. **태그 변경 사항 검토 및 적용**을 선택하세요.
**참고**
나중에 Cost Explorer에서 필터링하는 데 도움이 되도록 팀 또는 사업부와 같은 추가 메타데이터를 포함할 수 있습니다.
사용자 정의 태그를 생성하여 리소스에 적용한 후 해당 태그가 활성화를 위해 비용 할당 태그 페이지에 나타나는 데 최대 24시간이 걸릴 수 있습니다. 활성화할 태그를 선택한 후 태그가 활성화되려면 최대 24시간이 걸릴 수 있습니다.
고급 사용자의 경우 대상 계정 및 리전 내에서 [AWS CloudShell](https://console.aws.amazon.com/cloudshell/home)을 사용하여 여러 인스턴스에 태그를 지정할 수 있습니다. 예제:
```
bash
#!/bin/bash
# Set variables
TAG_KEY="rightsizing"
TAG_VALUE="type-m5"
# Get a list of instance IDs
INSTANCE_IDS=$(aws ec2 describe-instances —query "Reservations[].Instances[].InstanceId" —output text)
# Loop through each instance ID and add the tag
for INSTANCE_ID in $INSTANCE_IDS; do
aws ec2 create-tags —resources $INSTANCE_ID —tags Key=$TAG_KEY,Value=$TAG_VALUE
done
```
### 비용 할당 태그가 AWS 결제 도구에서 작동하도록 활성화
사용자 정의 비용 할당 태그를 활성화하는 것이 좋습니다. 이렇게 하면 AWS 결제 도구(예: Cost Explorer 및 )에서 **적정 크기 **조정 태그를 인식하고 필터링할 수 있습니다 AWS Cost and Usage Report. 이를 활성화하지 않으면 태그 필터링 옵션과 데이터를 사용할 수 없습니다. 비용 할당 태그 사용에 대한 자세한 내용은 AWS 결제 및 비용 관리 설명서의 [Activating user-defined cost allocation tags](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/activating-tags.html)를 참조하세요.
1. 에 로그인 AWS Management Console 하고 [AWS Billing 콘솔](https://console.aws.amazon.com/billing)을 엽니다.
1. 탐색 창의 **청구** 섹션에서 **비용 할당 태그**를 선택하세요.
1. **사용자 정의 비용 할당 태그** 탭에서 **적정 규모 조정**을 입력하세요.
1. **적정 규모 조정** 태그 키를 선택한 다음 **활성화**를 선택하세요.
24시간이 지나면 태그가 Cost Explorer에 나타납니다.
### Systems Manager Automation을 사용하여 적정 규모 조정 권장 사항 구현
크기 조정은 인스턴스를 중지하고 시작해야 하는 시나리오입니다. 이 시나리오에서는 유지 관리 기간에 이 중단을 처리해야 할 수 있으며 자체 크기 조정을 처리하기 위해 다른 팀이 필요할 수 있습니다. 인스턴스 유형을 변경하기 전에 Amazon EC2 설명서의 [호환되는 인스턴스 유형에 대한 고려 사항](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-instance-resize.html#resize-ebs-backed-instance-considerations)을 검토하세요.
이 섹션의 예제 단계에서는 [AWS-ResizeInstance](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-aws-resizeinstance.html)라는 Systems Manager Automation 문서를 사용하여 계정 및 리전별로 적정 규모 조정 권장 사항을 구현합니다. 이 접근 방식은 대부분의 조직에서 여러 목적으로 여러 인스턴스 유형을 요구하므로 대부분의 조직에 일반적입니다. 동일한 `AWS-ResizeInstance` 자동화 문서를 사용하여 단일 및 다중 계정 배포를 대상으로 지정할 수도 있습니다.
1. 에 로그인 AWS Management Console 하고 [Systems Manager 콘솔](https://console.aws.amazon.com/systems-manager/)을 엽니다.
1. 탐색 창의 **공유 리소스** 섹션에서 **문서**를 선택하세요.
1. 검색 표시줄에 **AWS-ResizeInstance**를 입력한 다음 검색 결과에서 **AWS-ResizeInstance**를 선택하세요.
1. **자동화 실행(Execute automation)**을 선택합니다.
1. **자동화 런북 실행** 페이지에서 **단순 실행**을 선택하세요.
1. **입력 파라미터** 섹션에서 **InstanceId** 및 **InstanceType**을 입력하세요. 나머지 기본값을 유지하세요.
1. **실행**을** **선택한 다음 자동화가 인스턴스 유형을 변경하는 단계를 진행할 때까지** **기다리세요.
### 대체 크기 조정 방법 고려
시작 템플릿을 사용하여 인스턴스를 배포하는 경우 시작 템플릿을 적정 규모의 인스턴스 유형으로 업데이트한 다음 인스턴스 새로 고침을 수행하여 인스턴스를 적정 규모의 버전으로 바꿀 수 있습니다.
여러 계정 및 리전에서 적정 규모 조정 프로세스를 사용하려는 경우 사용자 지정 Systems Manager Automation 문서를 생성해야 합니다. 이 문서를 사용하면 여러 인스턴스에서 동일한 대상 인스턴스 유형으로 이동하는 파라미터 및 대상 인스턴스로 공급할 수 있습니다(예: 소스 인스턴스 유형에 관계없이 t3a.medium으로 전환되는 모든 인스턴스).
### Cost Explorer에서 이전과 이후 비용 검토
리소스를 적정 규모로 조정한 후에 Cost Explorer를 사용하여 **적정 규모 조정** 태그를 사용하여 전후 비용을 표시할 수 있습니다. [리소스 태그](https://docs.aws.amazon.com/whitepapers/latest/tagging-best-practices/tagging-best-practices.html)를 사용하여 비용을 추적할 수도 있습니다. 여러 계층의 태그를 사용하면 비용을 세부적으로 파악할 수 있습니다. 이 가이드에서 다루는 예제에서 **적정 규모 조정** 태그는 모든 대상 인스턴스에 일반 태그를 적용하는 데 사용됩니다. 그런 다음 팀 태그를 사용하여 리소스를 추가로 구성합니다. 다음 단계에서는 애플리케이션 태그를 도입하여 특정 애플리케이션 운영에 따른 비용 영향을 추가로 보여줍니다.
다음 다이어그램에서는 조직의 태그 구조를 보여줍니다.
![\[조직의 태그 구조\]](http://docs.aws.amazon.com/ko_kr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/org_tag_structure.png)
운영 팀이 소유한 프로덕션 웹 서버를 적정 규모로 조정하는 비즈니스의 예제를 고려합니다. Cost Explorer에서 **적정 규모 조정** 태그는 **활성화됨**으로 설정되고 **팀** 태그는 **작업**으로 설정됩니다. 이 예제에서 적정 규모 조정 작업은 운영 비용을 시간당 0.89 USD에서 0.28 USD로 줄입니다. 매월 744시간을 가정하면 적정 규모 조정 전 연간 비용은 7,945.92 USD입니다. 적정 규모 조정 후 연간 비용은 2,499.84 USD로 떨어집니다. 따라서 연간 워크로드 비용이 68.5% 감소합니다. 대규모 조직 전체에 미치는 영향을 고려합니다. 이 작업은 샘플 환경에서 수행되며 인스턴스는 대부분 유휴 상태입니다. 프로덕션 환경에서는 10\$135%의 절감 효과를 얻을 수 있습니다.
이제 엔지니어링 팀이 소유한 프로덕션 배스턴 호스트의 적정 규모 조정이 미치는 영향을 고려합니다. Cost Explorer에서 **적정 규모 조정** 태그는 **활성화됨**으로 설정되고 **팀** 태그는 **엔지니어링**으로 설정됩니다. 이 예제에서 적정 규모 조정 작업은 비용을 시간당 0.75 USD에서 0.44 USD로 줄입니다. 매월 744시간을 가정하면 적정 규모 조정 전 연간 비용은 6,696.00 USD입니다. 적정 규모 조정 후 연간 비용은 3,928.32 USD로 떨어집니다.
여러 태그를 사용하는 경우 데이터를 세분화된 비용 세부 정보로 필터링할 수 있습니다. 이 예제에서는 **팀** 태그는 노이즈를 줄여 팀 수준에서 영향을 볼 수 있습니다. **적정 규모 조정** 태그가 활성화되어 있으므로 값이 **활성화됨**이거나 값이 없는 해당 태그가 있는 인스턴스를 필터링할 수도 있습니다. 그러면 특히 Cost Explorer 수준의 관리 계정(지급인)에서 볼 때 적정 규모 조정 노력을 전체적으로 파악할 수 있습니다. 이 보기에서는 모든 계정과 인스턴스를 볼 수 있습니다.
**적정 규모 조정** 태그가 **활성화됨**으로 설정된 단일 계정 수준의 예제를 고려합니다. 운영 비용은 시간당 1.64 USD에서 시간당 0.72 USD로 떨어집니다. 매월 744시간을 가정하면 적정 규모 조정 전 연간 비용은 14,641.92 USD입니다. 적정 규모 조정 후 연간 비용은 6,428.16 USD로 떨어집니다. 따라서 이 계정의 컴퓨팅 비용이 56% 감소합니다.
적정 규모 조정 여정을 시작하기 전에 다음 사항을 고려합니다.
+ AWS 는 비용 절감을 위한 다양한 옵션을 제공합니다. 여기에는가 이동하기 전에 온프레미스 인스턴스를 AWS 검토하는 [AWS OLA](https://aws.amazon.com/optimization-and-licensing-assessment/)가 포함됩니다 AWS. 또한 AWS OLA는 적절한 크기 조정 권장 사항 및 라이선스 지침을 제공합니다.
+ [절감형 플랜](https://aws.amazon.com/savingsplans/)을 구매하기 전에 적정 규모 조정을 모두 완료합니다. 그러면 절감형 플랜 약정에 대한 초과 구매를 방지할 수 있습니다.
## 권장 사항
다음 단계를 수행하는 것이 좋습니다.
1. 기존 환경을 검토하고 Amazon EBS gp2 볼륨을 gp3 볼륨으로 전환하는 방법을 고려하세요.
1. [절감형 플랜](https://aws.amazon.com/savingsplans/)을 검토하세요.
## 추가 리소스
+ [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/)(AWS 설명서)
+ [AWS 리소스 태그 지정 모범 사례](https://docs.aws.amazon.com/whitepapers/latest/tagging-best-practices/tagging-best-practices.html)(AWS 백서)
+ [에서 데이터를 수집하는 방법 AWS Compute OptimizerAWS Trusted AdvisorAWS Organizations](https://www.youtube.com/watch?v=ekR6RSgqJ4Q)(YouTube)
+ [Optimizing performance and reducing licensing costs: Leveraging AWS Compute Optimizer for Amazon EC2 SQL Server instances](https://aws.amazon.com/blogs/modernizing-with-aws/optimizing-performance-and-reducing-licensing-costs-leveraging-aws-compute-optimizer-for-ec2-sql-server-instances/)( AWS 기반 Microsoft 워크로드 블로그)
# Windows 워크로드에 올바른 인스턴스 유형 선택
## 개요
온프레미스 환경에 비해 클라우드에서 작동하는 워크로드의 중요한 차이는 과다 프로비저닝입니다. 온프레미스 사용을 위해 물리적 하드웨어를 구매할 때 미리 정해진 기간(일반적으로 3\$15년)에 지속되리라 예상되는 자본 지출을 합니다. 하드웨어 수명 동안 예상되는 증가를 수용하기 위해 하드웨어는 현재 워크로드에 필요한 것보다 더 많은 리소스로 획득됩니다. 결과적으로 물리적 하드웨어는 실제 워크로드의 요구 사항을 훨씬 초과하여 과다 프로비저닝되곤 합니다.
가상 머신(VM) 기술은 잉여 하드웨어 리소스를 활용하는 효과적인 수단으로 등장했습니다. 관리자가 vCPU 및 RAM으로 VM을 과다 프로비저닝하여 하이퍼바이저가 각 VM에 미사용 리소스를 할당하여 사용 중인 서버와 유휴 서버 간 물리적 리소스 사용량을 관리할 수 있습니다. VM을 관리할 때 각 VM에 할당된 vCPU 및 RAM 리소스는 실제 사용량의 지표가 아닌 리소스 거버너로 더 많이 작동했습니다. VM 리소스 과다 할당은 사용 가능한 컴퓨팅 리소스의 3배를 쉽게 초과할 수 있습니다.
[Amazon Elastic Compute Cloud(Amazon EC2)](https://aws.amazon.com/ec2/)는 기본 하드웨어에서 VM을 과다 프로비저닝하지 않습니다. 불필요하기 때문입니다. 클라우드 컴퓨팅은 자본 비용이 아닌 운영 비용이며 사용한 만큼만 비용을 지불합니다. 향후 워크로드에 더 많은 리소스가 필요한 경우 선제적으로 프로비저닝하지 않고 실제로 필요한 경우에 프로비저닝합니다.
올바른 [Amazon EC2 인스턴스 유형](https://aws.amazon.com/ec2/instance-types/)을 선택할 수 있는 수백 가지 옵션이 있습니다. Windows 워크로드를 클라우드로 마이그레이션하려는 경우는 현재 워크로드를 더 잘 이해하고에서 성능의 예를 제공하는 데 도움이 되는 [AWS OLA](https://aws.amazon.com/optimization-and-licensing-assessment/)를 AWS 제공합니다 AWS. AWS OLA 분석은 적절한 EC2 인스턴스 유형 및 크기를 실제 온프레미스 사용량에 맞추는 것을 목표로 합니다.
이미 Amazon EC2에서 실행 중인 워크로드가 있고 비용 최적화 전략을 찾고 있는 경우 가이드의 이 섹션에서는 Amazon EC2 인스턴스와 일반적인 Windows 워크로드에 대한 적용 가능성 간 차이를 식별하는 데 도움이 됩니다.
## 비용 최적화 권장 사항
EC2 인스턴스 유형의 비용을 최적화하려면 다음을 수행하는 것이 좋습니다.
+ 워크로드에 올바른 인스턴스 패밀리 선택
+ 프로세서 아키텍처 간 가격 차이 이해
+ EC2 세대 전반의 요금 대비 성능 차이 이해
+ 최신 인스턴스로 마이그레이션
+ 버스트 가능 인스턴스 사용
### 워크로드에 올바른 인스턴스 패밀리 선택
워크로드에 올바른 인스턴스 패밀리를 선택하는 것이 중요합니다.
Amazon EC2 인스턴스는 다음과 같은 다양한 그룹으로 구분됩니다.
+ 범용
+ 컴퓨팅 최적화
+ 메모리 최적화
+ 가속 컴퓨팅
+ 스토리지 최적화
+ HPC 최적화
대부분의 Windows 워크로드는 다음 범주에 속합니다.
+ 범용
+ 컴퓨팅 최적화
+ 메모리 최적화
더욱 단순화하려면 각 범주에서 기준 EC2 인스턴스를 고려합니다.
+ 컴퓨팅 최적화 - C6i
+ 범용 - M6i
+ 메모리 최적화 - R6i
이전 세대의 EC2 인스턴스는 프로세서 유형에서 약간의 차이를 보입니다. 예를 들어 C5 컴퓨팅 최적화 인스턴스는 M5 범용 인스턴스 또는 R5 메모리 최적화 인스턴스보다 프로세서 속도가 빠릅니다. 최신 세대의 EC2 인스턴스(C6i, M6i, R6i, C6a, M6a, R6a)는 모두 인스턴스 패밀리에서 동일한 프로세서를 사용합니다. 프로세서는 최신 세대의 인스턴스 사이에서 일관되므로 이제 인스턴스 패밀리 간 요금 차이는 RAM 양에 따라 달라집니다. 인스턴스의 RAM이 많을수록 비용이 많이 듭니다.
다음 예제에서는 `us-east-1` 리전에서 실행되는 인텔 기반 vCPU 4개를 사용하는 인스턴스의 시간당 요금을 보여줍니다.
****
| Instance | vCPU | RAM | 시간당 가격 |
| --- | --- | --- | --- |
| c6i.xlarge | 4 | 8 | 0.17 USD |
| m6i.xlarge | 4 | 16 | 0.19 USD |
| r6i.xlarge | 4 | 32 | 0.25 USD |
**참고**
요금은 `us-east-1` 리전의 온디맨드 시간당 요금에 기반합니다.
#### 버스트 가능 인스턴스
요금이 발생하지 않도록 사용하지 않는 컴퓨팅 리소스를 끄는 것이 클라우드 컴퓨팅의 모범 사례이지만 필요할 때마다 모든 워크로드를 끄거나 켤 수 있는 것은 아닙니다. 일부 워크로드는 장기간 유휴 상태로 유지되지만 하루 24시간 액세스할 수 있어야 합니다.
버스트 가능 인스턴스(T3)는 컴퓨팅 비용을 계속 낮게 유지하면서 급증하거나 사용률이 낮은 워크로드를 하루 종일 온라인 상태로 유지하는 방법을 제공합니다. 버스트 가능 EC2 인스턴스에는 인스턴스에서 짧은 기간 사용할 수 있는 최대 vCPU 리소스가 있습니다. 이러한 인스턴스는 [버스트 가능 CPU 크레딧](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/burstable-credits-baseline-concepts.html#earning-CPU-credits)을 기반으로 시스템을 사용합니다. 이러한 크레딧은 하루 종일 유휴 기간에 누적됩니다. 버스트 가능 인스턴스는 다양한 vCPU 대 RAM 비율을 제공하므로 경우에 따라 컴퓨팅 최적화 인스턴스 및 다른 경우에 다른 범용 인스턴스를 대체할 수 있습니다.
다음 예제에서는 `us-east-1` 리전에서 실행되는 T3 인스턴스(즉, 버스트 가능 인스턴스)의 시간당 요금을 보여줍니다.
****
| Instance | vCPU | RAM(GB) | 시간당 가격 |
| --- | --- | --- | --- |
| t3.nano | 2 | 0.5 | 0.0052 USD |
| t3.micro | 2 | 1 | \$10.0104 |
| t3.small | 2 | 2 | 0.0208 USD |
| t3.medium | 2 | 4 | 0.0416 USD |
| t3.large | 2 | 8 | 0.0832 USD |
| t3.xlarge | 4 | 16 | 0.1664 USD |
| t3.2xlarge | 8 | 32 | 0.3328 USD |
**참고**
요금은 `us-east-1` 리전의 온디맨드 시간당 요금에 기반합니다.
### 프로세서 아키텍처 간 가격 차이 이해
[인텔](https://aws.amazon.com/intel/) 프로세서는 시작 이후 EC2 인스턴스의 표준이 되었습니다. C5, M5, R5와 같은 이전 세대의 EC2 인스턴스는 인텔을 프로세서 아키텍처(이전 기본값)로 표시하지 않습니다. C6i, M6i, R6i와 같은 최신 EC2 인스턴스에는 인텔 프로세서 사용을 나타내는 'i'가 포함되어 있습니다.
추가 프로세서 옵션이 도입되었기 때문에 프로세서 아키텍처 주석이 변경되었습니다. 인텔과 가장 유사한 프로세서는 [AMD](https://aws.amazon.com/ec2/amd/)('a'로 표시됨)입니다. AMD EPYC 프로세서는 동일한 x86 아키텍처를 사용하며 저렴한 가격으로 인텔 프로세서와 비슷한 성능을 제공합니다. 다음 요금 예제에서 볼 수 있듯이 AMD EC2 인스턴스는 인텔 인스턴스에 비해 약 10% 할인된 컴퓨팅 비용을 제공합니다.
****
| 인텔 인스턴스 | 시간당 가격 | AMD 인스턴스 | 가격 | 차이(%) |
| --- | --- | --- | --- | --- |
| c6i.xlarge | 0.17 USD | c6a.xlarge | 0.153 USD | 10% |
| m6i.xlarge | 0.192 USD | m6a.xlarge | 0.1728 USD | 10% |
| r6i.xlarge | 0.252 USD | r6a.xlarge | 0.2268 USD | 10% |
**참고**
요금은 `us-east-1` 리전의 온디맨드 시간당 요금에 기반합니다.
세 번째 주요 프로세서 아키텍처 옵션은 EC2 인스턴스의 [AWS Graviton 프로세서](https://aws.amazon.com/ec2/graviton/)('g'로 표시됨)입니다. 에서 설계한 AWS Graviton 프로세서는 Amazon EC2에서 최상의 가격 대비 성능을 제공합니다. 현재 Graviton 프로세서는 인텔 프로세서보다 20% 저렴할 뿐만 아니라 20% 이상의 성능 향상을 제공합니다. 차세대 Graviton 프로세서는 이러한 성능 차이를 더욱 확장하여 테스트 결과 성능이 25% 더 향상될 것으로 예상됩니다.
ARM 아키텍처를 기반으로 하는 Graviton 프로세서에서는 Windows Server를 실행할 수 없습니다. 실제로 Windows Server는 x86 프로세서에서만 작동합니다. Windows Server용 Graviton 기반 인스턴스를 사용하면 40%의 요금 대비 성능 향상을 달성할 수 없지만 특정 Microsoft 워크로드와 함께 Graviton 프로세서를 계속 사용할 수 있습니다. 예를 들어 [최신 버전의 .NET은 Linux에서 실행할 수 있습니다](net-refactor-linux.md). 즉, 이러한 워크로드는 ARM 프로세서를 사용할 수 있으며 더 빠르고 저렴한 Graviton EC2 인스턴스의 이점을 누릴 수 있습니다.
다음 예제에서는 `us-east-1` 리전에서 실행되는 Graviton 인스턴스의 시간당 요금을 보여줍니다.
****
| 인텔 인스턴스 | 시간당 가격 | Graviton 인스턴스 | 시간당 가격 | 차이(%) |
| --- | --- | --- | --- | --- |
| c6i.xlarge | 0.17 USD | c6g.xlarge | 0.136 USD | 20% |
| m6i.xlarge | 0.192 USD | m6g.xlarge | 0.154 USD | 20% |
| r6i.xlarge | 0.252 USD | r6g.xlarge | \$10.2016 | 20% |
**참고**
요금은 `us-east-1` 리전의 온디맨드 시간당 요금에 기반합니다.
다음 차트에서는 M 시리즈 인스턴스의 요금을 비교합니다.
![\[M 시리즈 요금 비교\]](http://docs.aws.amazon.com/ko_kr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/m6_price.png)
### EC2 세대 전반의 요금 대비 성능 차이 이해
Amazon EC2의 가장 일관된 특성 중 하나는 각 새 세대가 이전 세대보다 더 나은 가격 성능을 제공한다는 것입니다. 다음 표에서 볼 수 있듯이 후속 릴리스마다 최신 세대 EC2 인스턴스의 요금이 낮아집니다.
****
| 컴퓨팅 최적화 인스턴스 | 시간당 가격 | 범용 인스턴스 | 시간당 가격 | 메모리 최적화 인스턴스 | 시간당 가격 |
| --- | --- | --- | --- | --- | --- |
| C1.xlarge | 0.52 USD | M1.xlarge | 0.35 USD | r1.xlarge | 해당 사항 없음 |
| C3.xlarge | 0.21 USD | M3.xlarge | 0.266 USD | r3.xlarge | 0.333 USD |
| C5.xlarge | 0.17 USD | M5.xlarge | 0.192 USD | r5.xlarge | 0.252 USD |
**참고**
요금은 `us-east-1` 리전의 온디맨드 시간당 요금에 기반합니다.
다음 차트에서는 다양한 세대의 C 시리즈 인스턴스 비용을 비교합니다.
![\[C 시리즈 요금 비교\]](http://docs.aws.amazon.com/ko_kr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/ec2_compute_opt_price.png)
그러나 다음 표와 같이 6세대 인스턴스는 5세대 인스턴스와 가격이 동일합니다.
****
| 컴퓨팅 최적화 인스턴스 | 시간당 가격 | 범용 인스턴스 | 시간당 가격 | 메모리 최적화 인스턴스 | 시간당 가격 |
| --- | --- | --- | --- | --- | --- |
| C5.xlarge | 0.17 USD | M5.xlarge | 0.192 USD | r5.xlarge | 0.252 USD |
| C6i.xlarge | 0.17 USD | M6i.xlarge | 0.192 USD | r6i.xlarge | 0.252 USD |
**참고**
요금은 `us-east-1` 리전의 온디맨드 시간당 요금에 기반합니다.
비용은 동일하지만 최신 세대는 더 빠른 프로세서, 향상된 네트워킹 처리량, Amazon Elastic Block Store(Amazon EBS) 처리량 및 IOPS 증가로 인해 우수한 요금 대비 성능을 제공합니다.
가장 중요한 요금 대비 성능 개선 사항 중 하나는 [X2i 인스턴스](https://aws.amazon.com/ec2/instance-types/x2i/)의 개선 사항입니다. 이 세대의 인스턴스는 이전 세대보다 최대 55% 더 높은 요금 대비 성능을 제공합니다. 다음 표에서 볼 수 있듯이 x2iedn은 모든 성능 측면(모두 이전 세대와 동일한 요금)의 개선을 보여줍니다.
****
| Instance | 시간당 가격 | vCPU | RAM | 프로세서 속도 | 인스턴스 스토리지 | 네트워킹 | Amazon EBS 처리량 | EBS IOPS |
| --- | --- | --- | --- | --- | --- | --- | --- | --- |
| x1e.2xlarge | 1.66 USD | 8 | 244 | 2.3GHz | 237GB SSD | 10Gbps | 125MB/s | 7400 |
| x1iedn.2xlarge | 1.66 USD | 8 | 256 | 3.5GHz | 240GB NVMe SSD | 25Gbps | 2,500MB/s | 65000 |
**참고**
요금은 `us-east-1` 리전의 온디맨드 시간당 요금에 기반합니다.
### 예제 시나리오
배송 차량을 추적하고 SQL Server 성능을 개선하려는 분석 회사에 관한 예제를 고려합니다. MACO SME가 이 회사의 성능 병목 현상을 검토한 후 회사는 x1e.2xlarge 인스턴스에서 x2iedn.xlarge 인스턴스로 전환합니다. 새 인스턴스 크기는 더 작지만 x2 인스턴스의 개선 사항을 통해 버퍼 풀 확장을 사용하여 SQL Server 성능과 최적화를 개선합니다. 이를 통해 회사는 SQL Server Enterprise 에디션에서 SQL Server Standard 에디션으로 다운그레이드할 수 있습니다. 또한 회사는 SQL Server 라이선스를 8개 vCPU에서 4개 vCPU로 줄일 수 있습니다.
**최적화 전:**
****
| Server | EC2 인스턴스 | SQL Server 에디션 | 월별 비용 |
| --- | --- | --- | --- |
| ProdDB1 | x1e.2xlarge | 엔터프라이즈 | 3,918.64 USD |
| ProdDB2 | x1e.2xlarge | 엔터프라이즈 | 3,918.64 USD |
| 합계 | | | 7,837.28 USD |
**최적화 후:**
****
| Server | EC2 인스턴스 | SQL Server 에디션 | 월별 비용 |
| --- | --- | --- | --- |
| ProdDB1 | x2iedn.xlarge | 표준 | 1,215.00 USD |
| ProdDB2 | x2iedn.xlarge | 표준 | 1,215.00 USD |
| 합계 | | | 2,430.00 USD |
이 모든 이점을 종합할 때 x1e.2xlarge 인스턴스에서 x2iedn.xlarge 인스턴스로 변경하면 시나리오 예제의 회사가 프로덕션 데이터베이스 서버에 매월 5,407 USD를 절감할 수 있습니다. 이를 통해 워크로드의 총 비용이 69% 절감됩니다.
**참고**
요금은 `us-east-1` 리전의 온디맨드 시간당 요금에 기반합니다.
### 최신 인스턴스로 마이그레이션
이전 세대의 Amazon EC2는 Xen 하이퍼바이저에서 실행되는 반면, 최신 세대는 [AWS Nitro 시스템](https://aws.amazon.com/ec2/nitro/)에서 작동합니다. Nitro 시스템은 호스트 하드웨어의 거의 모든 컴퓨팅 및 메모리 리소스를 인스턴스에 전달합니다. 이를 바탕으로 전반적인 성능이 향상됩니다. [Xen에서 Nitro 기반 인스턴스로 마이그레이션](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/migrate-to-xen.html)하는 경우 특별한 고려 사항이 있습니다. 예를 들어 [AWS Windows AMI](https://docs.aws.amazon.com/ec2/latest/windows-ami-reference/windows-amis.html)는 Microsoft 설치 미디어에서 사용하는 기본 설정 및 사용자 지정을 통해 구성됩니다. 이 사용자 지정에는 최신 세대 인스턴스 유형([Nitro 시스템에 빌드된 인스턴스](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/instance-types.html#ec2-nitro-instances))을 지원하는 드라이버 및 구성이 포함됩니다.
2018년 8월 이전에 생성된 사용자 지정 Windows AMI 또는 Amazon에서 제공한 Windows AMI에서 인스턴스를 시작하는 경우 Amazon EC2 설명서의 [최신 세대 인스턴스 유형으로 마이그레이션](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/migrating-latest-types.html) 단계를 완료하는 것이 좋습니다.
### 버스트 가능 인스턴스 사용
버스트 가능 인스턴스는 컴퓨팅 비용을 절감하는 좋은 방법이지만 다음 시나리오에서는 사용하지 않는 것이 좋습니다.
+ 데스크톱 환경이 있는 [Windows Server의 최소 사양](https://learn.microsoft.com/en-us/windows-server/get-started/hardware-requirements#ram)에는 2GB의 RAM이 필요합니다. 최소 RAM 양이 부족하므로 Windows Server에서 t3.micro 또는 t3.nano 인스턴스를 사용하지 마세요.
+ 워크로드가 급증하지만 버스트 크레딧을 빌드할 만큼 오래 유휴 상태를 유지하지 않는 경우 일반 EC2 인스턴스를 사용하는 것이 버스트 가능 인스턴스를 사용하는 것보다 더 효율적입니다. [CPU 크레딧을 모니터링](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/burstable-performance-instances-monitoring-cpu-credits.html)하여 이를 확인하는 것이 좋습니다.
+ 대부분의 시나리오에서는 SQL Server와 함께 버스트 가능 인스턴스를 사용하지 않는 것이 좋습니다. SQL Server에 대한 라이선스는 인스턴스에 할당된 vCPU 수를 기반으로 합니다. SQL Server가 하루 대부분의 시간 동안 유휴 상태인 경우 완전히 활용하지 않는 SQL 라이선스에 대한 비용을 지불합니다. 이러한 시나리오에서는 여러 SQL Server 인스턴스를 더 큰 하나의 서버로 통합하는 것이 좋습니다.
## 다음 단계
Amazon EC2 Windows 인스턴스에 대한 비용을 최적화하려면 다음 단계를 수행하는 것이 좋습니다.
+ 최고의 요금 대비 성능을 위해 최신 세대 EC2 인스턴스를 사용합니다.
+ 10%의 컴퓨팅 비용 절감을 위해 EC2 인스턴스를 AMD 프로세서와 함께 사용합니다.
+ 워크로드와 일치하는 EC2 인스턴스 유형을 선택하여 리소스 사용률을 극대화합니다.
다음 표에는 Windows 워크로드의 일반적인 시작점 예제가 나와 있습니다. 훨씬 더 큰 vCPU 대 RAM 비율의 EC2 인스턴스 또는 SQL Server 워크로드를 개선하기 위한 인스턴스 스토리지 볼륨과 같은 추가 옵션을 사용할 수 있습니다. 워크로드를 철저히 테스트하고 AWS Compute Optimizer 와 같은 모니터링 도구를 사용하여 필요한 조정을 수행하는 것이 좋습니다.
****
| 워크로드 | 일반 | 선택 사항 |
| --- | --- | --- |
| Active Directory | T3, M6i | R6i |
| 파일 서버 | T3, M6i | C6i |
| 웹 서버 | T3, C6i | M6i, R6i |
| SQL Server | R6i | x2iedn, X2iezn |
EC2 인스턴스 유형을 변경해야 하는 경우 프로세스에는 일반적으로 간단한 서버 재부팅만 포함됩니다. 자세한 내용을 알아보려면 Amazon EC2 사용 설명서의 [인스턴스 유형 변경](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-instance-resize.html)을 참조하세요.
인스턴스 유형을 변경하기 전에 다음 사항을 고려하는 것이 좋습니다.
+ 인스턴스 유형을 변경하기 전에 Amazon EBS 지원 인스턴스를 중지해야 합니다. 인스턴스가 중지된 동안 가동 중지 시간을 계획해야 합니다. 인스턴스 중단하고 인스턴스 유형을 변경하는 것은 몇 분이 걸릴 수 있으며, 인스턴스를 다시 시작하는 시간은 애플리케이션의 시작 스크립트에 따라 달라질 수 있습니다. 자세한 내용은 Amazon EC2 사용 설명서의 [인스턴스 중지 및 시작](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/Stop_Start.html)을 참조하세요.
+ 인스턴스를 중지하고 시작하면가 인스턴스를 새 하드웨어로 AWS 이동합니다. 인스턴스에 퍼블릭 IPv4 주소가 있는 경우는 주소를 AWS 해제하고 인스턴스에 새 퍼블릭 IPv4 주소를 부여합니다. 변경되지 않는 퍼블릭 IPv4 주소가 필요한 경우 [탄력적 IP 주소](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/elastic-ip-addresses-eip.html)를 사용합니다.
+ 인스턴스에 대해 [최대 절전 모드](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/Hibernate.html)가 활성화된 경우 인스턴스 유형을 변경할 수 없습니다.
+ [스팟 인스턴스](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/spot-requests.html#stopping-a-spot-instance)의 인스턴스 유형은 변경할 수 없습니다.
+ 인스턴스가 Auto Scaling 그룹에 있는 경우, Amazon EC2 Auto Scaling는 중단된 인스턴스를 비정상으로 간주해 이를 종료하고 대체 인스턴스를 시작합니다. 이를 방지하기 위해서는 인스턴스 유형을 변경하는 동안 그룹에 대한 조정 프로세스를 일시 중지할 수 있습니다. 자세한 내용은 Amazon EC2 Auto Scaling 사용 설명서의 [Suspend and resume a process for an Auto Scaling group](https://docs.aws.amazon.com/autoscaling/ec2/userguide/as-suspend-resume-processes.html)을 참조하세요.
+ NVMe 인스턴스 저장소 볼륨이 있는 인스턴스의 인스턴스 유형을 변경하면 Amazon Machine Image(AMI) 또는 인스턴스 블록 디바이스 매핑에 지정되지 않은 경우에도 모든 NVMe 인스턴스 저장소 볼륨을 사용할 수 있으므로 업데이트된 인스턴스에 추가 인스턴스 저장소 볼륨이 있을 수 있습니다. 그렇지 않으면 업데이트한 인스턴스는 원본 인스턴스를 시작할 때 지정한 것과 동일한 수의 인스턴스 저장소 볼륨을 갖습니다.
## 추가 리소스
+ [Amazon EC2 인스턴스 유형](https://aws.amazon.com/ec2/instance-types/)(AWS 문서)
+ [AWS Optimization and Licensing Assessment](https://aws.amazon.com/optimization-and-licensing-assessment/)(AWS 설명서)
# Windows 및 SQL Server 워크로드에 대한 라이선스 가져오기
## 개요
Microsoft 워크로드 및 기존 엔터프라이즈 라이선스 계약에 상당한 투자를 하는 경우 [포함된 라이선스(에서 제공 AWS) 및 기존 보유 라이선스](https://aws.amazon.com/windows/faq/#buy-win-serv-inc) 사용(BYOL) AWS 옵션을 포함하여 이러한 워크로드를 지원하는 여러 옵션 중에서 선택할 수 있습니다. [https://aws.amazon.com/windows/faq/#byol](https://aws.amazon.com/windows/faq/#byol) [Amazon EC2 전용 호스트](https://aws.amazon.com/ec2/dedicated-hosts/)를 사용하여 기존 Microsoft 라이선스 계약을 완전히 활용하고 Windows Server를 AWS로 가져올 수 있습니다. 이렇게 하면 Amazon EC2 인스턴스 비용을 최대 50% 절감할 수 있습니다. Windows 라이선스는 인스턴스 비용의 약 절반을 차지하므로 전용 호스트 AWS 에서 로 Windows Server를 가져오면 상당한 비용을 절감할 수 있습니다. Windows Server를 [기본(공유) 테넌시](https://docs.aws.amazon.com/autoscaling/ec2/userguide/advanced-settings-for-your-launch-template.html)로 가져올 수 없으므로 Windows Server용 기존 라이선스를 사용하려는 경우 전용 호스트를 선택하는 것이 좋습니다 AWS.
전용 호스트는 Windows Server BYOL 인스턴스에만 해당되는 것이 아닙니다. 또한 기존 SQL Server 워크로드에 대한 온프레미스 라이선스를 유연하게 일치시킬 수 있습니다. 전용 호스트는 기본 서버의 물리적 코어를 노출하고 물리적 코어 수준에서 SQL Server 라이선스를 부여할 수 있습니다. SQL Server 라이선스가 인스턴스에 할당된 가상 CPU 수를 기반으로 하는 기본(공유) 테넌시에서는 불가능합니다. 이 기능을 사용하면 온프레미스 라이선스 전략과 일치하는 방식으로 AWS 에서 SQL Server 워크로드에 라이선스를 부여할 수 있습니다. 따라서 적격한 Windows 라이선스를 사용하면 인스턴스 비용 절감 외에도 기본(공유) 테넌시와 비교했을 때 SQL Server 라이선스 비용을 최대 50% 절감할 수 있습니다. 이 시나리오에 대한 자세한 내용은 이 가이드의 [SQL Server 라이선스 이해](sql-server-licensing.md) 섹션을 참조하세요.
## Amazon EC2 전용 호스트
Amazon EC2 전용 호스트는 기본적으로가 EC2 컴퓨팅 오퍼링을 실행하는 데 AWS 사용하는 것과 동일한 EC2 호스트입니다. 차이는 이러한 호스트가 단일 고객 전용이며 기본 물리적 인프라에 대한 독점적 액세스를 제공한다는 점입니다. 전용 호스트를 사용하여 다른 AWS 고객과 리소스를 공유하는 대신 사용자 사용 사례 전용 하드웨어에서 인스턴스를 실행할 수 있습니다. 이를 통해 클라우드 리소스를 더 잘 제어할 수 있으며 Windows Server 및 SQL Server와 같은 자체 소프트웨어 라이선스를 AWS로 가져와 비용을 절감할 수 있습니다.
다음 사항에 유의하세요.
+ 전용 호스트는 단일 고객 전용의 물리적 서버입니다. 전용 호스트의 소켓 및 물리적 코어에 대한 가시성을 확보하여 소켓당, 코어당 또는 VM당 소프트웨어 라이선스 계약과 같은 라이선스 규정 준수 요구 사항을 처리할 수 있습니다.
+ 동일한 인스턴스 패밀리의 여러 인스턴스 크기를 지원할 수 있는 전용 호스트를 이기종 전용 호스트라고 합니다. 이러한 [인스턴스 패밀리](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/how-dedicated-hosts-work.html?icmpid=docs_ec2_console#dedicated-hosts-allocating)에는 T3, A1, C5, M5, R5, C5n, R5n, M5n이 포함됩니다. 반면 다른 인스턴스 패밀리는 동일한 전용 호스트에서 단일 인스턴스 크기만 지원합니다. 이를 동종 전용 호스트라고 합니다.
+ 전용 호스트는 호스트 단위로 요금이 청구됩니다. 즉, 실행 중인 인스턴스 수에 관계없이 전용 호스트당 요금이 부과됩니다. 전용 호스트 요금은 인스턴스 패밀리, 리전 및 선택한 결제 옵션에 따라 다릅니다. 워크로드에 대한 최적의 구성을 선택하여 원하는 성능 및 비용 성과를 달성할 수 있습니다.
이 다이어그램에서는 공유 테넌시 인스턴스와 전용 호스트의 차이를 보여줍니다.
![\[공유 테넌시와 전용 호스트 비교\]](http://docs.aws.amazon.com/ko_kr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/sharedten_dedhosts_comparison.png)
### 동종 전용 호스트
M6i 전용 호스트가 사용되는 시나리오를 고려합니다. M6i 및 R6i 전용 호스트에는 2개의 소켓과 64개의 물리적 코어가 있으며 동일한 크기의 인스턴스 유형을 지원합니다. 이를 동종 전용 호스트라고 합니다. 즉, 단일 M6i 전용 호스트에서 시작할 수 있는 인스턴스 수는 인스턴스 크기에 따라 달라집니다.
예제:
+ xlarge(4개 vCPU)의 경우 이 전용 호스트에서 최대 32개의 m6i.xlarge 인스턴스를 시작할 수 있습니다.
+ 8xlarge(32개 vCPU)의 경우 이 전용 호스트에서 최대 4개의 m6i.8xlarge 인스턴스를 시작할 수 있습니다.
+ 메탈(128개 vCPU)의 경우 이 전용 호스트에서 최대 1개의 m6i.metal 인스턴스를 시작할 수 있습니다.
다음 다이어그램에서는 M6 인스턴스에 대한 전용 호스트 옵션을 보여줍니다.
![\[M6 인스턴스 전용 호스트 옵션\]](http://docs.aws.amazon.com/ko_kr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/dedhost_m6_options.png)
### 이기종 전용 호스트
동일한 호스트에서 여러 인스턴스 크기를 지원하는 전용 호스트를 이기종 Amazon EC2 전용 호스트라고 합니다. 다음 다이어그램에서는 2xlarge, xlarge, 4xlarge와 같은 다양한 인스턴스 크기를 가진 C5, M5, R5 전용 호스트 예제를 보여줍니다.
![\[C5, M5 및 R5 전용 호스트 예제\]](http://docs.aws.amazon.com/ko_kr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/dedhost_c5m5r5_options.png)
### 전용 호스트 관리
Amazon EC2 전용 호스트 관리와 관련하여 다음을 고려하는 것이 좋습니다.
+ 전용 호스트를 최대한 활용하기 위해 [조직 내 여러 계정 간에 단일 호스트를 공유](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/dh-sharing.html)할 수 있습니다. 호스트 공유를 사용하면 리소스를 최적화할 수 있으며 호스트에서 사용 가능한 모든 슬롯을 사용하여 비용을 절감할 수 있습니다. 사업부 간에 전용 호스트를 공유하면 워크로드 간 분리를 유지하면서 IT 인프라를 중앙 집중화하고 리소스 사용률을 개선할 수 있습니다. 의 조직에 속 AWS Organizations 해 있고 조직 내에서 공유가 활성화된 경우 조직의 소비자에게 공유된 전용 호스트에 대한 액세스 권한이 자동으로 부여됩니다. 그렇게 하지 않으면 소비자는 리소스 공유에 가입하라는 초대장을 받고 초대를 수락한 후 공유된 전용 호스트의 액세스 권한을 받습니다.
+ Windows Server 2019는 BYOL이 가능한 최신 버전이므로 라이선스 포함 모델에 따라 전용 호스트에서 Windows Server 2022를 실행할 수 있습니다. 전용 호스트에서 Windows Server 2022를 사용하려면 Windows Server 2022 라이선스 포함 인스턴스를 사용해야 합니다.
+ [AWS License Manager](https://aws.amazon.com/license-manager/)는 AWS 및 온프레미스 환경에서 다양한 공급업체의 소프트웨어 라이선스를 관리하기 위한 포괄적인 솔루션입니다. [License Manager를 사용](https://catalog.us-east-1.prod.workshops.aws/workshops/c7d505a0-b48b-4178-922a-9ee675dfb81c/en-US/license-manager)하면 소프트웨어 라이선스 사용 방법을 더 잘 파악하고 제어할 수 있으므로 비용을 절감하고 규정 준수를 개선할 수 있습니다. License Manager를 사용하여 고유한 라이선스 조건을 에뮬레이션하는 규칙을 설정할 수 있습니다. 이를 통해 이러한 규칙을 적용하고 라이선스 오용을 방지할 수 있습니다. 또한 규정 미준수 위험을 줄이고 라이선스 관리 프로세스를 개선할 수 있습니다.
+ License Manager를 통해 [호스트 리소스 그룹](https://docs.aws.amazon.com/license-manager/latest/userguide/host-resource-groups.html)을 사용하여 호스트의 배치, 릴리스 및 복구를 자동화할 수 있습니다. 이를 통해 생산성을 높이고 관리 오버헤드를 줄일 수 있습니다. 또한 License Manager는 라이선스 규칙을 기반으로 AWS 및 온프레미스 환경 전반의 라이선스 사용에 대한 중앙 집중식 보기를 제공하므로 조직 전체에서 증분 라이선스 구매, 규정 준수 및 공급업체 감사를 쉽게 관리할 수 있습니다. 또한 License Manager는 AWS Organizations 및 AWS Resource Access Manager (AWS RAM)와 통합되어 계정 및 리전 간에 라이선스 구성을 공유합니다. 이를 통해 일정에 따라 전체 환경에 대한 보고서를 생성하고 하나의 AWS 계정에서 라이선스 규칙을 중앙 집중식으로 관리할 수 있습니다. 궁극적으로 거버넌스를 개선하고 복잡성을 줄일 수 있습니다.
+ 단일 리전 내에서 전용 호스트의 고가용성을 설계하는 경우 프로덕션 크리티컬 워크로드에 대해 최소 2개의 가용 영역에 최소 2개의 전용 호스트를 할당해야 합니다. 자세한 내용은 [Amazon EC2 Dedicated Hosts for Microsoft Windows on AWS](https://aws.amazon.com/quickstart/architecture/microsoft-dedicated-host/) 참조 배포를 참조하세요.
+ 하지만 각 전용 호스트 인스턴스 패밀리에서 각 인스턴스 크기에 대해 실행할 수 있는 인스턴스 수에는 제한이 있습니다. 자세한 내용은 Amazon EC2 설명서의 [전용 호스트 구성표](https://aws.amazon.com/ec2/dedicated-hosts/pricing/?nc1=h_ls#Dedicated_Hosts_Configuration_Table)를 참조하세요.
## AWS 라이선스 옵션
라이선스는 다음과 같은 기본 범주로 분류됩니다.
+ **라이선스 포함** - 이 라이선스 옵션을 사용하면 온디맨드로 라이선스를 구매 및 사용할 수 있으며 사용한 만큼만 비용을 지불할 수 있습니다. 라이선스 사용에서 유연성을 원하고 선결제 비용을 피하려는 사용 사례에 적합합니다. 다양한 Windows Server, SQL Server 및 기타 Microsoft 제품 중에서 선택할 수 있습니다.
+ **라이선스 이동성이 있는 BYOL 제품** - 기존 라이선스가 이미 있고 클라우드에서 사용하려는 경우 이 라이선스 옵션은 [Microsoft의 라이선스 이동성 프로그램](https://www.microsoft.com/en-us/licensing/licensing-programs/software-assurance-license-mobility)을 통해 자체 라이선스를 클라우드로 가져오도록 지원합니다. 소프트웨어 보증(SA)을 사용하는 SQL Server와 같이 라이선스 이동성이 있는 제품을 공유 또는 전용 테넌시로 가져올 수도 있습니다. 이렇게 하면 AWS 인스턴스 비용이 절감됩니다.
+ **라이선스 이동성이 없는 BYOL 제품 **- 라이선스 이동성이 없는 Windows Server와 같은 Microsoft 제품의 경우 클라우드에서 이러한 제품을 사용하기 위한 전용 옵션을 AWS 제공합니다. 또한 전용 호스트를 사용하면 물리적 코어 수준에서 라이선스를 지원하므로 워크로드를 실행하는 데 필요한 라이선스 비용을 50% 이상 절감할 수 있습니다. 전용 호스트는 대부분의 시간에 실행 중인 안정적이고 예측 가능한 워크로드에 적합한 옵션입니다.
## Windows Server 라이선스 가져오기
자체 Windows 라이선스를 사용하는 것은 기존 투자를 활용하고 AWS 비용을 절감할 수 있으므로 라이선스 최적화를 위한 가장 효과적인 전략 중 하나입니다. 특정 BYOL 시나리오에는 SA 또는 라이서스 이동성 이점이 필요하지 않지만 Amazon EC2 전용 인프라는 항상 필요합니다. 적격한 대상이 되려면 2019년 10월 1일 이전에 영구 라이선스를 구매했거나 2019년 10월 1일 이전에 유효한 활성 엔터프라이즈 등록에 따라 트루업으로 이를 추가해야 합니다. 이러한 특정 BYOL 시나리오에서는 2019년 10월 1일 이전에 사용 가능한 버전으로만 라이선스를 업그레이드할 수 있습니다. 예를 들어 2017년에 SA를 해제한 경우 2019가 아닌 Windows Server 2016까지만 배포할 수 있습니다. 그러나 2019는 BYOL을 사용할 수 있는 마지막 버전입니다 AWS. 자세한 내용은 AWS 설명서의 [라이선싱 – Windows Server](https://aws.amazon.com/windows/faq/#licensing-winserv)를 참조하세요.
라이선스를 가져오면 AWS기반 Microsoft 워크로드를 실행하는 데 드는 비용에 상당한 영향을 미칠 수 있습니다. 자체 라이선스를 사용하는 경우 클라우드에서 실행되는 인스턴스에 추가 라이선스 비용을 지불할 필요가 없으므로 상당한 비용을 절감할 수 있습니다.
다음 표에서는 다양한 구성에서 연중무휴 단일 c5.xlarge 인스턴스를 실행하는 온디맨드 월별 비용을 보여줍니다.
****
| 구성 | 월별 비용(USD) |
| --- | --- |
| Windows Server \$1 SQL Server Enterprise 에디션 | 1,353.00 USD(LI) |
| Windows Server \$1 SQL Server Standard 에디션 | 609.00 USD(LI) |
| Windows Server 전용 | 259.00 USD(LI) |
| 컴퓨팅 전용(Linux) | 127.00 USD |
기존 라이선스를 사용하여 라이선스 비용을 절감하고 전체 AWS 청구서 비용을 절감할 수 있습니다.
Amazon EC2 전용 호스트에서 BYOL을 사용할 대상이 되려면 Windows Server 및 SQL Server와 같은 자체 소프트웨어 라이선스를 가져와야 합니다. BYOL을 사용하면에서 기존 라이선스를 사용할 수 AWS 있으며 비용을 절감할 수 있습니다. 자체 라이선스를 가져오려면 소프트웨어 벤더의 라이선스 권한이 있어야 하며 소프트웨어에 대한 설치 미디어 또는 이미지도 제공해야 합니다. 설치 미디어 또는 이미지를 사용하여 전용 호스트에서 인스턴스를 시작할 수 있습니다. BYOL AMI 생성에 대한 자세한 내용은 AWS 블로그의 Microsoft 워크로드에서 [VM Import/Export를 사용하여 온프레미스에서 Windows Server Bring-Your-Own-License AMIs를 생성하는 방법을](https://aws.amazon.com/blogs/modernizing-with-aws/how-to-create-windows-server-bring-your-own-license-amis-from-on-premises-with-vm-import-export/) 참조하세요.
**참고**
**자동**으로 설정된 라이선스 유형은 [AWS 라이선스 포함 옵션](https://docs.aws.amazon.com/vm-import/latest/userguide/licensing.html)과 동일합니다. 이 옵션을 사용하면 원치 않는 온디맨드 지출이 발생할 수 있습니다. [라이선스 유형](https://aws.amazon.com/blogs/mt/use-aws-flexible-licensing-options-to-optimize-cost/)을 전환해야 합니다.
## 비용 최적화 시나리오
적정 규모 조정 및 라이선스 최적화는 AWS에서 비용 최적화의 핵심 구성 요소입니다. 올바른 전략을 구현하면 Amazon EC2 전용 호스트 및 BYOL 옵션을 사용하여 라이선스 비용을 줄이고, 규정 준수를 유지하며, 라이선스 투자에서 가능한 최상의 가치를 얻을 수 있습니다.
이 섹션에서는 다음과 같은 시나리오 예제를 다룹니다.
+ T3 전용 호스트를 통한 비용 절감
+ SQL Server BYOL을 사용하여 공유 테넌시와 전용 호스트 비교
+ 고가용성 SQL Server 배포
### T3 전용 호스트를 통한 비용 절감
T3 전용 호스트는 기존에 고정 CPU 리소스를 제공하는 다른 Amazon EC2 전용 호스트와 다릅니다. 반면 T3 전용 호스트는 CPU 리소스를 공유하고, 기본 CPU 성능을 제공하며, 필요한 경우 버스팅할 수 있는 버스트 가능 인스턴스를 지원합니다. CPU 리소스를 공유하면(초과 구독이라고도 함) 단일 T3 전용 호스트가 유사한 범용 전용 호스트보다 최대 4배 더 많은 인스턴스를 지원할 수 있습니다.
T3 전용 호스트는 다른 Amazon EC2 전용 호스트보다 더 높은 인스턴스 밀도를 제공하여 더 낮은 TCO를 지원합니다. 버스트 가능 T3 인스턴스를 사용하면 이전보다 적은 수의 호스트에서 평균 CPU 사용률이 낮은 수준에서 보통 사이인 더 많은 수의 인스턴스를 통합할 수 있습니다. 또한 T3 전용 호스트는 다른 Amazon EC2 전용 호스트보다 더 많은 vCPU와 메모리의 조합에서 더 작은 인스턴스 크기를 제공합니다. 인스턴스 크기가 작을수록 TCO가 낮아지고 온프레미스 호스트와 같거나 더 큰 통합 비율을 지원하는 데 도움이 될 수 있습니다.
T3 전용 호스트는 Microsoft Windows 데스크톱, Windows Server, SQL Server 및 Oracle Database를 포함하여 낮은 수준에서 보통 사이의 CPU 사용률과 적격 소켓당, 코어당 또는 VM당 소프트웨어 라이선스를 지원하는 BYOL 소프트웨어를 실행하는 데 가장 적합합니다.
### T3 전용 호스트를 사용하여 Windows Server Datacenter 라이선스 축소(코어당)
온프레미스 환경에서는 VMware 호스트의 물리적 CPU를 쉽게 초과 구독하고 높은 수준의 통합을 달성할 수 있다는 점을 활용하고 있습니다.
다음 예제를 살펴보세요. 현재 온프레미스 환경에서 10x36 코어, 384GB RAM VMware 호스트를 사용하고 있습니다. 또한 각 호스트는 평균 CPU 사용률이 낮은 96x2 vCPU, 4GB RAM Windows Server 가상 머신을 실행하고 있습니다.
이제 현재 온프레미스 VMware 호스트에 비해 RAM 양이 두 배 더 많은 T3 전용 호스트로 가상 머신을 이전하여 훨씬 더 높은 수준의 통합을 달성할 수 있습니다. 50% 더 적은 호스트 비용으로 T3 전용 호스트에서 동일한 수의 서버를 실행할 수 있습니다. 이를 통해 Windows Server 라이선스 비용을 33% 줄일 수 있습니다. 다음 표에서는 T3 전용 호스트 사용 시 절감 효과를 강조합니다.
****
| | 온프레미스 VMware 호스트 | T3 전용 호스트 | 절감액 |
| --- | --- | --- | --- |
| 물리적 서버 | 10 | 5 | |
| 호스트당 물리적 코어 수 | 36 | 48 | |
| 호스트당 RAM(GB) | 384 | 768 | |
| 2개 vCPU, 호스트당 4GB RAM VM | 96 | 192 | |
| 총 VM 수 | 960 | 960 | |
| 총 Windows Server Datacenter 라이선스(코어당) = (서버 수 \$1 물리적 코어 수) | 10 \$1 36 = 360 | 5 \$1 48 = 240 | 33% |
### SQL Server BYOL을 사용하여 공유 테넌시와 전용 호스트 비교
Amazon EC2 전용 호스트의 가치를 보여주는 실제 예제를 고려합니다. 이 시나리오에서 조직은 240개의 코어가 있는 온프레미스 환경에서 SQL Server 워크로드를 실행하고 있으며 AWS에 동일한 워크로드를 비용 효율적으로 배포하려고 합니다. 이 조직이 자체 라이선스(BYOL)를 제공하는 경우 SA에 대한 비용을 계속 지불하면서, 코어 수를 줄이면 비용에 직접적인 영향을 미칩니다.
다음 다이어그램은 Microsoft 권한과 SQL Server 간의 AWS 절감액을 비교합니다.
![\[Microsoft 권한과 SQL Server 절감 효과 비교\]](http://docs.aws.amazon.com/ko_kr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/ea_aws_savings.png)
AWS 공유 테넌시에서 인스턴스의 크기를 올바르게 조정하면 SQL Server 라이선스를 코어 140개로 줄일 수 있습니다. 이 경우 SA 비용은 197,000 USD입니다.
Amazon EC2 전용 호스트를 사용하면 물리적 코어 수준에서 SQL Server에 라이선스를 부여할 수 있습니다. SQL Server 라이선스가 인스턴스에 할당된 CPU 수를 기반으로 하는 공유 테넌시에서는 불가능합니다. 결과적으로 각각 48개의 코어가 있는 2개의 R5 전용 호스트를 사용하면 공유 테넌시에 필요한 140개의 vCPU 대신 96개의 코어만 지원하면 됩니다. R5 전용 호스트를 배포하고 물리적 수준에서 워크로드에 라이선스를 부여하면 필요한 수의 SQL Server Enterprise 에디션 라이선스를 96개의 코어로 줄일 수 있습니다. 즉, 라이선스 요구 사항을 충족하고 상당한 비용 절감을 달성하면서 SQL Server 워크로드의 코어(하이퍼스레딩 고려)를 최대 192개만큼 배포할 수 있습니다.
이 경우 조직은 SA 비용으로 연간 약 341,000 USD를 지불합니다. 공유 테넌시를 적정 규모로 조정한 후 140개의 vCPU에서 비용은 197,000 USD로 감소합니다. Amazon EC2 전용 호스트에서는 추가적으로 비용을 151,000 USD로 절감합니다(약 56% 감소).
### 고가용성 SQL Server 배포
이 예제에서는 다양한 라이선스 고려 사항을 통해 AWS 기반 SQL Server 배포에 비용이 미치는 영향을 분석합니다. 조직이 3개의 애플리케이션을 지원하기 위해에 6개의 SQL Server Enterprise 서버를 배포해야 AWS 한다고 가정해 보겠습니다. 이러한 서버에는 고가용성이 필요하며 각각 16개의 vCPU와 256GB의 RAM이 있습니다. 다음 시나리오 세부 정보를 참조하세요.
+ **서버** - SQL Server
+ **운영 체제 에디션** - Windows Server Datacenter 2019
+ **SQL Server 에디션** - SQL Server Enterprise 2019
+ **vCPU** - 16
+ **메모리(GB)** - 256
+ **수량** - 6
성능 저하 AWS 없이의 비용을 최적화하려면 CPU, 메모리, 네트워크 및 디스크(IOPS/BW) 사용률을 기반으로 적절한 크기의 인스턴스를 사용하는 것이 좋습니다. 워크로드를 적정 규모로 조정한 후 16개의 vCPU를 제공하는 x2iedn.4xlarge 인스턴스 유형에 배치합니다. 그러나 이 인스턴스 유형에는 워크로드에 필요한 2배의 메모리도 포함됩니다. 추가 최적화는 여전히 가능합니다.
#### 시나리오 1
조직은 Windows 및 SQL Server 모두에 대해 라이선스 포함 옵션을 사용하여 AWS 공유 테넌시에 6개의 SQL Server Enterprise 서버를 배포합니다. 이 옵션을 사용하면 Windows 및 SQL Server 라이선스 비용이 인스턴스 요금에 통합됩니다. 다음 시나리오 세부 정보를 참조하세요.
+ **공유 테넌시(인스턴스)** - x2iedn.4xlarge
+ **시간당 비용(USD)** – 10.0705 USD
+ **단위당 월별 비용(USD)** - 7,351.47 USD
+ **서버 수** - 6
+ **CPU** - 16
+ **메모리** - 512
+ **서버 6대의 월별 비용** - 44,108 USD
#### 시나리오 2
조직에 공유 테넌시의 SQL Server에 대한 SA 및 BYOL이 있습니다. 즉, 조직은 Windows용 라이선스 포함 옵션을 사용하지만 인스턴스에 할당된 vCPU 수에 따라 자체 SQL Server 라이선스를 제공합니다. 조직에 각각 16개의 vCPU가 있는 6개의 SQL Server Enterprise 서버가 있으므로 총 96개 vCPU가 필요합니다. 다음 시나리오 세부 정보를 참조하세요.
+ **공유 테넌시(인스턴스)** - x2iedn.4xlarge
+ **시간당 비용(USD)** – 4.0705 USD
+ **단위당 월별 비용(USD)** - 2971.47 USD
+ **서버 수** - 6
+ **CPU** - 16
+ **메모리** - 512
+ **BYOL 코어** – 96
+ **서버 6대의 월별 비용** - 17,828 USD
이 시나리오의 조직은 SA를 사용하는 자체 SQL Server 라이선스를 가져와 SQL Server용 라이선스 포함 옵션을 사용할 때에 비해 비용을 절감할 수 있습니다. 정확한 비용 절감 효과는 특정 라이선스 계약의 요금 및 조건에 따라 달라집니다. 이 시나리오에서는 SQL Server Enterprise 라이선스를에 가져올 때 매월 26,280 USD씩 AWS 비용이 절감됩니다 AWS.
#### 시나리오 3
조직에 Amazon EC2 전용 호스트 기반 Windows 및 SQL Server 모두에 대한 BYOL이 있습니다. 즉, 조직은 물리적 코어 수준에서 라이선스를 할당하여 호스트의 물리적 코어에만 라이선스를 부여할 수 있습니다. 물리적 코어 수준에서 라이선스를 부여하면 필요한 라이선스에 영향을 주지 않고 최대 인스턴스 수를 배포할 수 있습니다. 이 라이선스 모델은 일반적으로 Windows Server Datacenter 및 SQL Server Enterprise 에디션과 함께 사용됩니다.
이 시나리오에서는 두 개의 X2iezn Amazon EC2 전용 호스트를 사용합니다. 각 호스트에는 24개의 물리적 코어와 48개의 vCPU가 있습니다. 그리고 각각 16개의 vCPU와 256GB의 RAM이 있는 6개의 SQL Server Enterprise 서버에 적절한 용량을 제공합니다. 다음 시나리오 세부 정보를 참조하세요.
+ **전용 호스트 수** - 2
+ **인스턴스 패밀리** - x2iezn
+ **시간당 비용(USD)** – 11.009 USD
+ **단위당 월별 비용(USD)** - 8,036 USD
+ **물리적 코어** - 48
+ **사용 가능한 vCPU** – 96
+ **Windows Server 코어 라이선스 필요** - 24
+ **SQL Server Enterprise 코어에 필요한 라이선스** - 24
+ **월별 비용** - 16,073
X2iezn 패밀리 Amazon EC2 전용 호스트 2개의 총 비용은 월별 16,073 USD입니다. 요금에 대한 자세한 내용은이 시나리오의 AWS Pricing Calculator [견적](https://calculator.aws/#/estimate)을 참조하세요. 이 시나리오의 조직은 Windows 라이선스를 가져와서 월별 1,755.65 USD를 절감할 수 있습니다. Amazon EC2 전용 호스트를 사용하는 경우 필요한 SQL Server 라이선스 수를 줄일 수도 있습니다. 공유 테넌시에서는 6개의 SQL Server Enterprise 서버를 각각 16개의 vCPU로 지원하기 위해 96개의 SQL Server Enterprise 라이선스가 필요합니다. 그러나 Amazon EC2 전용 호스트를 사용하고 물리적 코어 수준에서 라이선스를 부여하면 필요한 라이선스 수를 48개의 코어로 줄일 수 있습니다.
다음 세부 정보에서는 예제 3의 비용을 비교하고 다른 시나리오와 비교했을 때 BYOL 옵션을 사용하여 Amazon EC2 전용 호스트에 워크로드를 배포하여 절감할 수 있는 금액을 보여줍니다.
+ **온프레미스 서버** – SQL Server
+ **vCPU** - 16
+ **메모리** - 256
+ **서버 수** - 6
+ **시나리오 1의 월별 비용: Windows(LI) \$1 SQL Server Enterprise(LI)** - 44,108 USD
+ **시나리오 2의 월별 비용: Windows(LI) \$1 SQL Server Enterprise(BYOL)** - 17,828 USD
+ **시나리오 3의 월별 비용: Amazon EC2 전용 호스트의 Windows(LI) \$1 SQL Server Enterprise(BYOL)** – 16,073 USD
**참고**
비용은 온디맨드 요금에 기반합니다. 절감형 플랜 또는 전용 예약 인스턴스를 사용하여 비용을 더욱 절감할 수 있습니다. 이러한 옵션은 온디맨드 요금에 비해 상당한 비용 절감 효과를 제공하는 유연한 요금 모델을 제공합니다. 이러한 플랜을 사용하면 1년 또는 3년의 기간을 약정할 수 있습니다. 자세한 내용은 이 가이드의 [Amazon EC2 기반 Windows에 대한 지출 최적화](savings-plans.md) 섹션을 참조하세요.
Amazon EC2 전용 호스트에 대해 다음 결제 옵션을 고려합니다.
+ [전용 호스트](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/dedicated-hosts-overview.html#on-demand-dedicated-hosts)(Amazon EC2 설명서)
+ [전용 호스트 예약](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/dedicated-hosts-billing.html#dedicated-host-reservations)(Amazon EC2 설명서)
+ [절감형 플랜](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/dedicated-hosts-billing.html#dedicated-hosts-savings-plans)(Amazon EC2 설명서)
이제 [AWS Pricing Calculator](https://aws.amazon.com/about-aws/whats-new/2023/01/aws-pricing-calculator-optimized-pricing-estimation-ec2-dedicated-hosts/)에서는 전용 호스트 요금을 지원합니다. 이를 통해 적절한 기본 전용 호스트를 선택할 수 있습니다.
## 비용 최적화 권장 사항
AWS Cost Explorer를 사용하여 비용을 최적화하려면 아래와 같은 다음 단계를 수행하는 것이 좋습니다.
1. [Cost Explorer를 사용 설정합니다](https://docs.aws.amazon.com/cost-management/latest/userguide/ce-enable.html).
1. Cost Explorer를 사용하여 Amazon EC2 전용 호스트 배포의 [비용 및 사용량을 보고 분석](https://docs.aws.amazon.com/cost-management/latest/userguide/ce-exploring-data.html)하세요.
1. BYOL을 실행 중인지 확인하세요. Amazon EC2 콘솔의 인스턴스 또는 AMI 페이지나 `describe-images` 또는 `describe-instances` 명령에서 반환된 응답에서 다음과 같은 플랫폼 세부 정보 및 사용 작업 값을 표시할 수 있습니다.
+ **플랫폼 세부 정보:** Windows, **사용 작업:** RunInstances:0002(라이선스 포함)
+ **플랫폼 세부 정보**: Windows BYOL, **사용 작업:** RunInstances:0800
## 추가 리소스
+ [Eligible license types for license type conversion](https://docs.aws.amazon.com/license-manager/latest/userguide/conversion-types.html)(AWS License Manager 설명서)
+ [AWS License Manager 및 전용 호스트 워크숍](https://catalog.us-east-1.prod.workshops.aws/workshops/c7d505a0-b48b-4178-922a-9ee675dfb81c/en-US/license-manager)(AWS License Manager 워크숍)
+ [Amazon EC2 Dedicated Hosts FAQs](https://www.amazonaws.cn/en/ec2/dedicated-hosts/faqs/)(AWS 설명서)
+ [How to create Windows Server Bring-Your-Own-License AMIs from on-premises with VM Import/Export](https://aws.amazon.com/blogs/modernizing-with-aws/how-to-create-windows-server-bring-your-own-license-amis-from-on-premises-with-vm-import-export/)( AWS 기반 Microsoft 워크로드 블로그)
+ [VM Import/Export](https://aws.amazon.com/ec2/vm-import/)(AWS 문서)
+ [Amazon Web Services 및 Microsoft: 자주 묻는 질문](https://aws.amazon.com/windows/faq/)(AWS 문서)
+ [License Manager의 라이선스 유형 변환](https://docs.aws.amazon.com/license-manager/latest/userguide/license-conversion.html)(AWS License Manager 문서)
+ [Amazon EC2 전용 호스트에 가용성이 높은 SQL Server 배포](https://aws.amazon.com/blogs/mt/deploying-highly-available-sql-server-on-amazon-ec2-dedicated-hosts/)(AWS 클라우드 운영 및 마이그레이션 블로그)
# Amazon EC2 기반 Windows에 대한 지출 최적화
## 개요
서버를 로 마이그레이션할 때 가장 우려되는 사항 중 하나는 인프라 비용 AWS 입니다. 클라우드의 이점 중 하나는 온디맨드 리소스에 대한 비용을 지불하지만 연중무휴 사용할 수 있어야 하는 프로덕션 워크로드가 있다는 점입니다. [Savings Plans](https://aws.amazon.com/savingsplans/)은 EC2 인스턴스 AWS Lambda, 및에서 안정적인 상태 AWS 사용에 대한 비용을 절감하도록 설계되었습니다 AWS Fargate.
절감형 플랜은 유연한 요금 모델을 제공하며, 일관된 사용량(예: 시간당 10 USD)에 대한 약정의 대가로 Amazon EC2, Fargate, Lambda 및 Amazon SageMaker AI 사용량에 대한 요금을 줄이는 데 도움이 될 수 있습니다. 1년 또는 3년 동안 일정한 양의 시간당 컴퓨팅 지출을 약정하면 해당 사용량에 대한 할인을 받습니다.
다음과 같이 절감형 플랜을 지원하는 세 가지 결제 옵션 중에서 선택할 수 있습니다.
+ **선결제 없음** 옵션은 선결제가 필요하지 않으며 순전히 월별로 약정 요금이 청구됩니다.
+ **부분 선결제** 옵션은 절감형 플랜에서 보다 저렴한 요금을 제공합니다. 약정의 최소 절반이 선결제되고 나머지는 월별로 청구됩니다.
+ **전체 선결제** 옵션은 최저 요금을 제공하며 한 번의 결제로 전체 약정 요금이 청구됩니다.
AWS Cost Explorer에서 절감형 플랜 만료와 향후 대기 중인 절감형 플랜을 추적할 수 있습니다. 절감형 플랜 알림을 사용하면 플랜 만료일 기준 1일, 7일, 30일 또는 60일 전 또는 약정이 구매 대기 중인 경우 사전 이메일 알림을 받을 수 있습니다. 또한 이러한 알림에서는 만료 날짜를 알려줍니다. 최대 10명의 이메일 수신자에게 알림을 보낼 수 있습니다.
## 절감형 플랜 이해
모든 유형의 컴퓨팅 사용량에는 온디맨드 요금과 절감형 플랜 요금이 있습니다. 시간당 10 USD의 컴퓨팅 사용량을 약정하면 절감형 플랜 요금으로 최대 10 USD의 모든 사용량에 대해 절감형 플랜 요금이 적용됩니다. 컴퓨팅 지출 약정을 초과한 사용량은 온디맨드 정규 요금으로 청구됩니다. AWS Management Console에서 Cost Explorer를 사용하여 절감형 플랜을 시작할 수 있습니다.
[Cost Explorer](https://console.aws.amazon.com/cost-reports/home?region=us-east-1#/dashboard)에 제공된 권장 사항을 통해 절감형 플랜을 쉽게 약정하여 가장 큰 절감 효과를 실현할 수 있습니다. 권장되는 시간당 약정은 과거 온디맨드 사용량과 선택한 플랜 유형, 기간 및 결제 옵션을 기반으로 합니다. 절감형 플랜은 먼저 플랜을 구매한 계정에 적용된 다음 통합 결제 패밀리의 다른 계정과 공유됩니다.
**참고**
의 Savings Plans 공유 옵션은 기본적으로 활성화 AWS Organizations 되어 있습니다. 지급인 계정의 AWS Billing 콘솔에서이 옵션을 거부할 수 있습니다. [권장 사항](https://console.aws.amazon.com/cost-management/home) 페이지를 방문하여 적격 사용량을 절약하는 데 도움이 되는 Savings Plans AWS 을 확인할 수 있습니다. 이러한 권장 사항은 최적의 절감형 플랜을 쉽게 구매할 수 있도록 언제든지 새로 고칠 수 있습니다.
### 컴퓨팅 절감형 플랜
컴퓨팅 절감형 플랜은 최대한의 유연성을 제공하며 비용을 절감하는 데 도움이 됩니다. 이러한 플랜은 인스턴스 패밀리, 크기, 가용 영역, 리전, 운영 체제 또는 테넌시와 상관없이 EC2 인스턴스 사용량에 자동으로 적용됩니다. 또한 Fargate 및 Lambda 사용량에도 적용됩니다. 예를 들어 컴퓨팅 절감형 플랜을 사용하면 언제든지 C4에서 M5 인스턴스로 변경하거나, EU(아일랜드)에서 EU(런던)로 워크로드를 이전하거나, EC2에서 Fargate 또는 Lambda로 워크로드를 이전할 수 있습니다. 절감형 플랜 요금은 자동으로 계속 결제됩니다.
### EC2 인스턴스 절감형 플랜
EC2 인스턴스 절감형 플랜에서는 리전의 개별 인스턴스 패밀리 사용량에 대한 약정(예: 버지니아 북부에서 일관된 수준의 M5 사용량 약정)의 대가로 가장 심층적인 할인을 제공합니다. 그러면 가용 영역, 크기, 운영 체제 또는 테넌시에 관계없이 해당 리전에서 선택한 인스턴스 패밀리의 온디맨드 요금에 대한 할인이 자동으로 제공됩니다. EC2 인스턴스 절감형 플랜은 해당 리전의 패밀리 내 인스턴스 사이에서 사용량을 변경할 수 있는 유연성을 제공합니다. 예를 들어, Windows를 실행하는 c5.xlarge에서 Linux를 실행하는 c5.2xlarge로 전환하면 자동으로 절감형 플랜의 가격 이점을 누릴 수 있습니다.
컴퓨팅 및 EC2 인스턴스 절감형 플랜은 모두 Amazon EMR, Amazon Elastic Kubernetes Service(Amazon EKS) 및 Amazon Elastic Container Service(Amazon ECS) 클러스터의 일부인 EC2 인스턴스에 적용됩니다. Amazon EMR, Amazon EKS 및 Amazon ECS 요금은 절감형 플랜에서 지원하지 않지만 기본 EC2 인스턴스는 지원됩니다. 컴퓨팅 절감형 플랜은 적용 범위가 더 넓기 때문에 EC2 인스턴스 절감형 플랜이 컴퓨팅 절감형 플랜보다 우선 적용됩니다.
**참고**
약정한 후에는 절감형 플랜을 쉽게 변경할 수 없습니다. 절감형 플랜 옵션 중 하나를 약정하기 전에 신중하게 계획하는 것이 좋습니다. 절감형 플랜은 약정에 대한 보상으로 온디맨드 요금보다 저렴한 요금을 제공하며, 해당 기간에는 취소할 수 없습니다.
### 시간당 약정 예제
절감형 플랜을 구매하는 경우 플랜 기간에 시간당 금전적 약정을 체결합니다. 시간당 10 USD의 컴퓨팅 사용량을 약정하는 경우 절감형 플랜 요금은 시간당 최대 10 USD의 모든 사용량에 자동으로 적용됩니다. 약정을 초과한 사용량은 온디맨드 정규 요금으로 청구됩니다. Cost Explorer의 절감형 플랜 구매 권장 사항 도구를 사용하여 절감 효과를 극대화할 수 있는 권장 약정을 이용할 수 있습니다. 특정 플랜의 시간당 금전적 약정은 플랜의 기간에 수정할 수 없습니다. 사용량을 분석한 후 약정을 늘리려면 추가 절감형 플랜을 구매하여 초과 사용량을 처리할 수 있습니다.
### 절감형 플랜 이점
예약 인스턴스에 비해 절감형 플랜은 보다 유연한 요금 모델을 제공하므로, 이를 통해 절감형 플랜에서 제공하는 광범위한 컴퓨팅 옵션을 활용하면서 비용을 절감할 수 있습니다. 절감형 플랜에서는 컴퓨팅 요구 사항이 바뀌더라도 할인을 제공합니다. 이를 통해 추가 관리 오버헤드 없이 끊임없이 변화하는 동적 환경을 따라잡을 수 있습니다. 다음은 절감형 플랜을 사용할 경우 몇 가지 기타 이점입니다.
+ **사용 편의성** - 금전적 약정에 대한 대가로 자동 할인을 받습니다.
+ **유연성** - 여러 사용량 유형에 적용되는 단일 약정.
+ **잠재적 절감** - 다양한 절감 방법을 제공합니다. 다음 예제를 살펴보세요.
+ 컴퓨팅 절감형 플랜을 사용할 경우 Windows Server 워크로드에서 60% 절감([d2.8xlarge, 3년, 전체 선결제, Windows, 공유 테넌시, us-east-2](https://aws.amazon.com/savingsplans/compute-pricing/))
+ EC2 인스턴스 절감형 플랜을 사용할 경우 Windows Server 워크로드에서 73% 절감([d2.8xlarge, 3년, 전체 선결제, Windows, 공유 테넌시, us-east-2](https://aws.amazon.com/savingsplans/compute-pricing/))
+ 해외가 아닌 인스턴스 유형에서 28\$141% 절감([t3 패밀리, 3년, 전체 선결제, Windows, 공유 테넌시, us-east-2](https://aws.amazon.com/savingsplans/compute-pricing/))
+ Windows Server에서 평균 절감 효과 25\$140%
**참고**
EC2 인스턴스 절감형 플랜은 컴퓨팅 절감형 플랜에 비해 유연성을 떨어지지만 더 큰 할인을 제공합니다. 할인된 가격으로 사용량을 약정합니다.
모든 유형의 컴퓨팅 사용량에는 절감형 플랜 요금과 온디맨드 요금이 있습니다. 다음 표에는 모든 운영 체제 유형에 대한 절감형 플랜 및 온디맨드 요금이 나와 있습니다. 약정된 사용량에 대해 절감형 플랜 요금이 청구되며 약정을 초과하는 사용량은 일반 온디맨드 요금으로 청구됩니다.
****
| 인스턴스 이름 | 절감형 플랜 요금 | 온디맨드 절감 | 온디맨드 요금 | 운영 체제 | 리전 | 결제 옵션 | 기간 |
| --- | --- | --- | --- | --- | --- | --- | --- |
| x2iedn.xlarge | 0.32 USD | 61% | 0.83 USD | Linux | 미국 동부(버지니아 북부) | 선수금 없음 | 3 |
| x2iedn.xlarge | 2.01 USD | 50% | 1.02 USD | Windows | 미국 동부(버지니아 북부) | 선수금 없음 | 3 |
| x2iedn.xlarge | 1.02 USD | 20% | 2.52 USD | Windows 라이선스 포함 \$1 SQL Server Enterprise 에디션 | 미국 동부(버지니아 북부) | 선수금 없음 | 3 |
| x2iedn.xlarge | 0.32 USD | 61% | 0.83 USD | BYOL | 미국 동부(버지니아 북부) | 선수금 없음 | 3 |
절감형 플랜에는 운영 체제가 포함되며, BYOL에 대해 별도의 할인이 적용됩니다. 이들은 모두 [컴퓨팅 절감형 플랜 계산기](https://aws.amazon.com/savingsplans/compute-pricing/)에서 분류됩니다.
### 예약 인스턴스 요금 모델
AWS 에는 예약 인스턴스라고 하는 약정을 기반으로 하는 또 다른 요금 모델이 있습니다. 이미 약정한 후 컴퓨팅이 변경되어 예약 인스턴스가 사용되지 않는 경우 이 모델은 문제가 될 수 있습니다. 절감형 플랜은 [표준 및 전환형 예약 인스턴스](https://aws.amazon.com/ec2/pricing/reserved-instances/pricing/)와 유사한 비용 절감을 제공하지만 훨씬 더 뛰어난 유연성을 제공하도록 설계되었습니다. 컴퓨팅 절감형 플랜은 인스턴스 패밀리, 크기, 운영 체제, 테넌시 또는 리전에 관계없이 EC2 인스턴스 사용량에 대해 더 저렴한 요금을 제공합니다. 또한 유연성을 극대화합니다.
다음 표는 절감형 플랜 또는 예약 인스턴스 중에서 선택하는 데 도움이 될 수 있습니다.
****
| | Reserved Instance | EC2 인스턴스 절감형 플랜 | 컴퓨팅 절감형 플랜 |
| --- | --- | --- | --- |
| 평균 1년 할인 | 최대 38% | 최대 29% | 최대 29% |
| 평균 3년 할인 | 최대 58% | 최대 73% | 최대 60% |
| 인스턴스 패밀리 | 고정 | 고정 | 유연 |
| 인스턴스 크기 | 고정(Linux 아님) | 유연 | 유연 |
| Geography | 1개 리전 | 1개 리전 | 유연 |
| 운영 체제 | 고정 | 유연 | 유연 |
| 서비스 | Amazon EC2 또는 Amazon RDS | Amazon EC2 | Amazon EC2, Fargate, Lambda |
| 결제 옵션 | 전체, 부분, 선결제 없음 | 전체, 부분, 선결제 없음 | 전체, 부분, 선결제 없음 |
| 인스턴스 제한 | 가용 영역당 20 | 제한 없음 | 제한 없음 |
**참고**
절감형 플랜은 시간당 금전적 약정을 기준으로 할인을 제공하는 방식으로 작동합니다. 시간당 금전적 약정은 플랜 기간에 취소하거나 변경할 수 없지만 추가 절감형 플랜을 구매하여 추가 사용량을 보장할 수 있습니다. 이를 통해 플릿이 증가함에 따라 일관된 시간당 약정을 유지할 수 있습니다.
[AWS Cost Explorer](https://docs.aws.amazon.com/savingsplans/latest/userguide/ce-sp-usingCR.html) 또는 [AWS 클라우드 Intelligence Dashboards](https://wellarchitectedlabs.com/cloud-intelligence-dashboards/)와 같은 도구를 사용하여 약정을 추적할 수 있습니다. Cost Explorer는 조직이 절감형 플랜 적용 범위 전략을 계획하는 데 도움이 될 수 있는 적용 범위 대상 라인을 제공합니다. 워크로드의 75%가 정상 상태인 경우 75%가 양호한 대상입니다. 이 경우 동적 워크로드를 기반으로 온디맨드/변동 지출의 25%가 남습니다. 적용 범위를 85%로 늘려야 하는 경우 절감형 플랜을 구매하여 시간당 금전적 약정을 늘릴 수 있습니다.
**참고**
예약 인스턴스 대신 절감형 플랜을 구매하는 것이 좋지만 예약 인스턴스를 이미 구매한 경우 두 약정 모델이 함께 작동할 수 있습니다.
예약 인스턴스를 구매했지만 절감형 플랜 옵션 시도를 시작하려는 예제를 고려합니다. 이 조합이 최종 결제에 적용되는 로직이 있습니다. 다음은 AWS 계정에 적용할 수 있는 계층 구조입니다.
1. 영역 예약 인스턴스는 해당 인스턴스를 소유한 계정에 적용됩니다. 예약 인스턴스에 남은 시간이 있으면 조직의 나머지 부분에 적용됩니다.
1. 유연한 크기를 지원하지 않는 Windows용 리전 예약 인스턴스는 이를 소유한 계정에서 일치하는 사용량에 적용됩니다. 남은 모든 용량은 조직의 나머지 부분으로 롤아웃됩니다.
1. 유연한 크기의 리전 예약 인스턴스는 이를 소유한 계정(패밀리 내에서 가장 작은 인스턴스부터 더 큰 인스턴스의 순서로 진행)부터 적용된 후 나머지 조직으로 적용됩니다.
1. 리전 예약 인스턴스는 미사용 온디맨드 용량 예약에 적용됩니다.
1. EC2 인스턴스 절감형 플랜은 해당 플랜을 구매한 계정 내에 적용됩니다.
1. 컴퓨팅 절감형 플랜은 해당 플랜을 구매한 계정 내에 적용됩니다.
**참고**
할인은 사용량에 먼저 적용되어 최고 할인에서 최저 할인으로 진행됩니다. 기존에 Windows 인스턴스는 대부분의 일반적인 인스턴스 유형(예: T3, M6, C5)에서 Linux보다 잠재적 할인 효과가 더 적었습니다. 즉, Linux 인스턴스는 대부분의 경우 Windows 인스턴스보다 더 많은 이점을 제공합니다.
다음 그림에서는 절감형 플랜에서 예약 인스턴스를 나눈 후의 요금을 보여줍니다. 컴퓨팅 및 EC2 인스턴스 절감형 플랜 모두 먼저 실행 중인 인스턴스에 적용된 후 미사용 온디맨드 용량 예약에 적용됩니다.
![\[절감형 플랜에서 예약 인스턴스를 나눈 후의 요금\]](http://docs.aws.amazon.com/ko_kr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/ri_sp_model.png)
## 비용 최적화 시나리오
이 섹션에서는 라이선스 포함 결제 모델을 사용하는 Amazon EC2 전용 호스트 및 Amazon EC2 인스턴스에 대한 비용 최적화 시나리오를 다룹니다.
### Amazon EC2 전용 호스트
온프레미스 Windows 워크로드를 AWS로 마이그레이션하려는 시나리오를 고려합니다. 데이터 센터에는 다음과 같은 서버가 있습니다.
+ 16개 vCPU 및 128GB RAM이 있는 서버 2개
+ 32개 vCPU 및 164GB RAM이 있는 서버 2개
+ 8개 vCPU 및 64GB RAM이 있는 서버 1개
+ 1개 vCPU 및 32GB RAM이 있는 서버 16개
또한 인수할 라이선스가 충분하기 AWS 때문에 자체 라이선스를에 가져올 수 있다고 가정합니다. 다음 표에는 AWS에서 사용할 수 있는 서버 인스턴스가 나와 있습니다.
****
| 인스턴스 유형 | CPU | RAM | Amount |
| --- | --- | --- | --- |
| r5.4xlarge | 16 | 128 | 2 |
| r5.8xlarge | 32 | 256 | 2 |
| r5.2xlarge | 8 | 64 | 1 |
| r5.xlarge | 4 | 32 | 16 |
| | | | 21 |
분석에 따르면 이러한 가상 머신 21개를 R5 인스턴스 패밀리 호스트가 있는 전용 호스트 2개에 분산시킬 수 있습니다. 다음 표에는 이 두 전용 호스트의 비용이 나와 있습니다.
****
| 전용 호스트 온디맨드 시나리오 | 선결제 지급 | 한 달 | 1년 | 3년 | AWS Pricing Calculator |
| --- | --- | --- | --- | --- | --- |
| 온디맨드 | 없음 | 10,123 USD | 121,475 USD | 364,392 USD | [AWS Pricing Calculator 추정](https://calculator.aws/#/estimate?id=9b6fdbace0ec97b7e70237ad829d2bdcfad188f0) |
| 1년 절감형 플랜 | 없음 | 7,447 USD | 89,362 USD | – | [AWS Pricing Calculator 추정](https://calculator.aws/#/estimate?id=c43d9d05ed79fd21acb0290f81ed0116e3e88e7d) |
| 3년 절감형 플랜 | 없음 | 5,476 USD | 65,712 USD | 197,128 USD | [AWS Pricing Calculator 추정](https://calculator.aws/#/estimate?id=21ece549ef4298895940c80eb780d44d0789a405) |
| 3년 절감형 플랜(선결제 지급 포함) | 84,438 USD | 2,755 USD | 117,499 USD | 183,618 USD | [AWS Pricing Calculator 추정](https://calculator.aws/#/estimate?id=97bb06dc65e70b78e3066a66b15e37de5b63d8c4) |
마이그레이션하려는 서버가 있는 경우 AWS 1년 Savings Plans의 최종 가격은 온디맨드 가격으로 121,475 USD가 아닌 89,362 USD입니다. 1년 후 26.5% 할인을 나타냅니다. 더 오랜 기간 AWS 동안에 머물고 싶다면 3년 Savings Plans할 수 있습니다. 3년이 끝나면 364,392 USD 대신 197,128 USD를 지불합니다. 이 경우 3년 후에 총 금액의 46%가 절감됩니다.
### Amazon EC2 인스턴스(라이선스 포함)
단일 3계층 애플리케이션을 마이그레이션 AWS하고에서 제공하는 라이선스를 사용하려는 시나리오를 생각해 보세요 AWS. 또한 애플리케이션이 다음 서버에서 작동한다고 가정합니다.
+ 2개 vCPU 및 4GB RAM이 있는 웹 서버 2개
+ 8개 vCPU 및 16GB RAM이 있는 애플리케이션 서버 2개
+ 16개 vCPU 및 64GB RAM이 있는 데이터베이스 서버 2개(SQL Server Standard 에디션 사용)
다음 표에는 AWS에서 사용할 수 있는 서버 인스턴스가 나와 있습니다.
****
| 인스턴스 유형 | CPU | RAM | Amount |
| --- | --- | --- | --- |
| c5.large | 2 | 4 | 2 |
| c5.2xlarge | 8 | 16 | 2 |
| r5.2xlarge | 8 | 64 | 2 |
| | | | 서버 6개 |
다음 표에는 이러한 서버의 비용이 나와 있습니다 AWS.
****
| 에 포함된 라이선스 AWS | 선결제 지급 | 한 달 | 1년 | 3년 | AWS Pricing Calculator |
| --- | --- | --- | --- | --- | --- |
| 온디맨드 | 없음 | 3,912 USD | 46,950 USD | 140,849 USD | [AWS Pricing Calculator 추정](https://calculator.aws/#/estimate?id=f611f476d6939302fb58164f9f2d8b2da6810683) |
| 1년 절감형 플랜 | 없음 | 3,466 USD | 41,952 USD | | [AWS Pricing Calculator 추정](https://calculator.aws/#/estimate?id=69688cd1cf31470af71e63ec75624ae010a5059e) |
| 3년 절감형 플랜(선결제 지급 미포함) | 없음 | 3,189 USD | 38,264 USD | 114,804 USD | [AWS Pricing Calculator 추정](https://calculator.aws/#/estimate?id=0c67021f43a719223efed88a63f35eac05e41728) |
| 3년 절감형 플랜(선결제 지급 포함) | 112,110 USD | 없음 | 없음 | 없음 | [AWS Pricing Calculator 추정](https://calculator.aws/#/estimate?id=6ed7e1f92deba1ca67cdfd2dcc4d54af098c0653) |
온디맨드 요금으로 프로덕션 환경(연중무휴)에서 이러한 서버를 실행하려는 경우 월별 비용 3,912 USD를 지불합니다. 이 월별 비용을 지불하면 1년 후 46,950 USD, 3년 후 총 140,849 USD를 지불하게 됩니다.
선결제 없이 1년 절감형 플랜을 선택하면 월별 비용이 3,466 USD로 감소합니다. 1년이 끝나면 41,952 USD를 지불합니다. 총 할인율은 11%입니다. 선결제 없이 3년 절감형 플랜을 선택하면 월별 비용이 3,189 USD로 감소합니다. 3년이 끝나면 114,804 USD를 지불합니다. 이를 통해 18.5%를 절감할 수 있습니다.
## 비용 최적화 권장 사항
두 시나리오 모두 AWS에서 워크로드를 계획하고 예측할 때 비용을 절감하는 데 도움이 됩니다. 두 번째 시나리오의 할인이 첫 번째 시나리오에 비해 더 적다는 점을 인식하는 것이 중요합니다. 두 번째 시나리오에서는 라이선스 가격이 클라우드 서버의 요금에 포함됩니다. AWS 는 라이선스 요금에 대한 할인을 제공하지 않지만 언제든지 라이선스를 가져올 수 있으며(특정 시나리오에서) 항상 최상의 컴퓨팅/인스턴스 가격을 보증 AWS 할 수 있습니다.
컴퓨팅 및 인스턴스 리소스에 대한 AWS 지출을 제어하려면 다음을 수행하는 것이 좋습니다.
+ 권장 사항 액세스
+ 요구 사항에 따라 권장 사항 사용자 지정
+ 시간당 약정 검토
### 권장 사항 액세스
[Amazon EC2 콘솔](https://console.aws.amazon.com/ec2/)을 사용하여 절감형 플랜에 대한 권장 사항에 액세스할 수 있습니다. 나중에 검토하기 위해 권장 사항을 CSV 형식으로 다운로드할 수도 있습니다. 자세한 내용은 절감형 플랜 설명서의 [Monitoring your Savings Plans](https://docs.aws.amazon.com/savingsplans/latest/userguide/sp-monitoring.html)를 참조하세요.
### 요구 사항에 따라 권장 사항 사용자 지정
[Amazon EC2 콘솔](https://console.aws.amazon.com/ec2/)을 열고 **인스턴스** 섹션을 확장한 다음 **절감형 플랜**을 선택합니다. 이 페이지에는 권장 사항 적용 전후의 인스턴스 및 컴퓨팅 요금이 표시됩니다. 권장 사항에 맞게 다음 요소를 조정할 수도 있습니다.
+ **기간** - 예: 1\$13년
+ **결제 옵션** - 예: **선결제**, **부분 선결제** 또는 **선결제 없음**
+ **기록** - 예: 지난 7일, 30일 또는 60일
### 시간당 약정 검토
동일한 예제를 사용하여 연중무휴로 실행되는 인스턴스가 있다고 가정합니다. 권장 사항은 절감형 플랜을 사용하는 것입니다. 크기에 따라 온디맨드 요금은 시간당 120 USD입니다. 시간당 90 USD를 약정할 수 있지만 이는 리전, 인스턴스 및 구매 옵션에 따라 다를 수 있습니다. 이 예제에서는 온디맨드 비용에 비해 25%를 절감할 수 있습니다. 또한 사용률과 적용 범위가 정의한 임계치 미만인 경우 이를 추적하고 예산이 종료될 때 알림을 구성할 수 있습니다.
### 권장 사항 검토
절감형 플랜 권장 사항을 주의 깊게 검토하는 것이 좋습니다. AWS 는 사용자의 권한 없이는 아무것도 변경하지 않습니다. 이는 권장 사항일 뿐이며 적용 여부는 사용자에게 달려 있습니다.
### 플랜 구매
[Amazon EC2 콘솔](https://console.aws.amazon.com/ec2/)을 열고 **인스턴스** 섹션을 확장한 다음 **절감형 플랜**을 선택합니다. 그런 다음 **절감형 플랜 구매**를 선택합니다. 요구 사항에 따라 기간, 리전, 인스턴스 패밀리, 시간당 약정, 결제 옵션, 시작 날짜 등의 옵션을 선택할 수 있습니다. 컴퓨팅 절감형 플랜 EC2 인스턴스 절감형 플랜 또는 SageMaker 절감형 플랜 중에서 선택할 수 있습니다. 자세한 내용은 절감형 플랜 설명서의 [Purchasing Savings Plans](https://docs.aws.amazon.com/savingsplans/latest/userguide/sp-purchase.html)를 참조하세요.
### 사용률 보고서 가져오기
절감형 플랜을 구매한 후 사용률 보고서를 받을 수 있습니다. 보고서는 사용률을 확인하고, 구매한 플랜이 할인을 적용 및 극대화하기에 충분한지 확인하며, 새 할인을 취소 또는 추가하는 데 도움이 됩니다. 이 보고서는 CSV와 같은 다른 형식으로 내보낼 수 있습니다. 자세한 내용은 절감형 플랜 설명서의 [Using the utilization report](https://docs.aws.amazon.com/savingsplans/latest/userguide/ce-sp-usingPR.html)를 참조하세요.
### 구매 모범 사례 준수
절감형 플랜을 구매하기 전에 다음과 같은 모범 사례를 따르는 것이 좋습니다.
+ [AWS Trusted Advisor](https://docs.aws.amazon.com/awssupport/latest/user/trusted-advisor.html)를 사용하여 유휴 EC2 리소스를 제거합니다.
+ 절감형 플랜 구매에 앞서 적정 규모로 조정합니다.
+ 30\$160일 동안 일관되게 유지하는 시간당 요금을 설정합니다.
+ 조직에 편한 대로 일관된 시간당 요금을 적용하기 위해 약정을 구매합니다. 수요 또는 계절의 변동을 고려합니다.
+ 분기별 절감형 플랜 예산을 선택하여 일관된 요금을 유지합니다(예: 절감형 플랜 적용 범위에서 70% 적용 범위 목표). 요금이 원하는 적용 범위 미만이면 적용 범위 목표를 달성하기 위해 절감형 플랜을 트루업으로 구매합니다.
## 추가 리소스
+ [Amazon EC2 예약 인스턴스Savings Plans](https://docs.aws.amazon.com/whitepapers/latest/cost-optimization-reservation-models/savings-plans.html)(AWS 백서)
+ [Savings Plans AWS 사용량에 적용되는 방식 이해](https://docs.aws.amazon.com/savingsplans/latest/userguide/sp-applying.html)(Savings Plans 설명서)
+ [EC2 Windows Server 및 SQL Server 인스턴스에 대한 초당 결제 발표](https://aws.amazon.com/about-aws/whats-new/2021/06/announcing-per-second-billing-for-ec2-windows-server-and-sql-server-instances/)(AWS 문서)
+ [AWS 비용 최적화 시리즈: Savings Plans 비디오 \$1 Amazon Web Services](https://www.youtube.com/watch?v=2LJwrTtg2IU)(YouTube)
# AWS 도구를 사용하여 비용 모니터링
## 개요
비용 가시성은 비용을 최적화하는 주요 요소입니다 AWS. AWS 에는 비용을 시각화하고 해당 비용에 대한 대응으로 알림을 생성하는 데 사용할 수 있는 여러 도구가 있습니다. 여기에는 지출을 추적하고 보고하는 데 도움이 AWS Budgets되는 같은 도구가 포함됩니다. 이 섹션에서는 예산 요구 사항에 따라 추적하고 대응할 수 있도록 AWS 지출에 대해 Windows를 모니터링하는 특정 방법을 다룹니다. 여기에는 Windows EC2 리소스에 필요한 태그 추가가 포함됩니다. 이러한 태그를 사용하면 AWS Budgets를 사용하여 Windows EC2 및 기타 Microsoft 서비스를 올바르게 모니터링할 수 있습니다.
지출을 모니터링하고 AWS 도구를 사용하여 알림을 생성하면 현재 지출, 예상 지출 및 지출 이상에 대한 자세한 정보를 얻을 수 있습니다. [절감형 플랜](https://aws.amazon.com/savingsplans/compute-pricing/)을 사용하여 시간당 EC2 인스턴스 요금을 줄이는 경우 절감형 플랜의 전체 사용률 및 적용 범위를 확인하는 것이 좋습니다. 그러면 절감 효과를 지속적으로 실현할 수 있습니다. AWS Cost Explorer 를 사용하여 Savings Plans 보고 이전 사용량을 기반으로 추가 Savings Plans에 대한 권장 사항을 얻을 수 있습니다. [AWS Budgets](https://aws.amazon.com/aws-cost-management/aws-budgets/)를 사용하고 [AWS Cost Anomaly Detection](https://aws.amazon.com/aws-cost-management/aws-cost-anomaly-detection/)을 설정하여 특정 지출을 추적할 수도 있습니다.
## 비용 최적화 권장 사항
AWS Budgets Cost Explorer 및 이상 탐지를 사용하여 비용을 최적화하려면 다음 단계를 수행하는 것이 좋습니다.
+ Windows EC2 리소스에 태그 지정
+ 를 사용하여 알림 설정 AWS Budgets
+ 비용 이상 감지 활성화
+ 실시간 지출 분석 가져오기
+ Cost Explorer를 사용하여 Windows에 대한 라이선스 포함 지출 보기
### Windows EC2 리소스에 태그 지정
AWS 지출을 효과적으로 모니터링하려면 모니터링하려는 워크로드에 대한 [태그 지정 전략을](https://docs.aws.amazon.com/tag-editor/latest/userguide/tagging.html) 설정해야 합니다. 일반적인 사용 지출과 달리 리소스를 범주별로 그룹화하고 특정 지출에 대한 알림을 받을 수 있도록 하려면 이를 수행해야 합니다. 비용뿐만 아니라 [AWS Systems Manager 자동화](https://docs.aws.amazon.com/systems-manager/latest/userguide/tagging-resources.html)와 같은 다른 용도로도 사용할 수 있는 태그 지정 리소스를 사용할 수 있습니다. 또한 [필수 태그](https://docs.aws.amazon.com/config/latest/developerguide/required-tags.html)에 대한 일부 관리를 구현하는 것이 좋습니다.
AWS Budgets Cost Explorer 및 Cost Anomaly Detection에서 지출을 추적하려면 적절한 태그가 있는지 확인해야 합니다. 태그를 사용하여 해당 태그와 일치하는 항목에 대한 특정 예산을 설정하여 지출이 증가할 때 알림을 받을 수 있습니다.
예를 들어 **키=OS 값=Windows**와 같은 간단한 태그를 사용할 수 있습니다. 이렇게 하면 모든 Windows 인스턴스가 하나의 그룹으로 결합되어 지출을 추적할 수 있습니다. Systems Manager와 같은 다른 항목에도 태그를 사용할 수 있습니다. 태그를 생성한 후에는 비용 추적을 위해 태그를 활성화해야 합니다. 특정 리소스[AWS Config 에 연결된 태그를 모니터링하는 규칙을](https://docs.aws.amazon.com/config/latest/developerguide/required-tags.html) 추가하는 것이 좋습니다.는 적절한 태그가 포함되지 않은 실행 중인 리소스가 있는 경우 AWS Config 알림을 보내 Windows EC2 지출을 정확하게 표현할 수 있습니다.
태그를 배치한 후에서 AWS Billing에서 사용자 지정 예산을 생성할 수 있습니다. 이를 통해 Windows EC2 지출을 파악할 수 있습니다. 일일 예산 또는 월별 예산을 설정할 수 있습니다.
### 를 사용하여 알림 설정 AWS Budgets
이 시나리오 예제에서는 Windows EC2에 대한 일일 예산을 생성합니다. 자동 조정 옵션을 사용하여 지출을 추적하고 그에 따라 예산을 조정하는 반복 예산입니다. 정적 환경인 경우 대신 고정 예산을 사용할 수 있습니다. 기준 시간 범위(예: 30일)를 선택해야 합니다.
1. 에 로그인 AWS Management Console 하고 [AWS Cost Management 콘솔](https://console.aws.amazon.com/cost-management/home)을 엽니다.
1. 탐색 창에서 **예산**을 선택합니다.
1. 페이지 상단에서 **예산 생성**을 선택합니다.
1. **예산 설정**에서 **사용자 지정(고급)**을 선택합니다.
1. **예산 유형**에서 **비용 예산**을 선택하세요. 그리고 **다음**을 선택합니다.
1. **세부 정보**의 **예산 이름**에 예산의 이름을 입력하세요. 예를 들어 **Windows EC2 지출**과 같습니다.
1. **예산 금액 설정**의 **기간**에서 **일별**을 선택하세요.
1. 예산 기간 이후 재설정되는 예산의 경우 **예산 갱신 유형**에서 **반복 예산**을 선택하세요.
1. **시작 날짜**에서 예산 금액 추적을 시작할 시작 날짜 또는 기간을 선택하세요.
1. **예산 방법**에서 **자동 조정(신규)**을 선택하세요.
1. **기준 시간 범위**에서 **사용자 지정 범위**를 선택하고 30일을 입력하세요.
1. **다음**을 선택합니다.
1. **예산 범위** 섹션에서 **특정 AWS 비용 차원 필터링**을 선택합니다. 여기에서 태그를 사용하여 적절한 차원을 생성합니다. AWS Budgets 는 필터에서 **플랫폼 유형을** 옵션으로 지원하지 않습니다. 따라서 **OS** 태그를 적용해야 합니다.
1. **필터 추가**를 선택하고 **차원**에서 **태그** 옵션을 선택하세요.
1. **OS** 태그를 선택한 다음 이에 대한 Windows 값을 선택하여 태그에 대한 예산을 생성하세요.
1. **다음**을 선택합니다.
1. **알림 구성** 페이지에서 **알림 임계값 추가**를 선택하세요. 여기서는 두 개의 알림을 설정합니다. 하나는 50% 임계치에 대한 알림이고 다른 하나는 100% 임계치에 대한 알림입니다. 해당 월의 중간 지점 이전에 50% 임계치 알림이 위반되면 경고가 표시됩니다. 이러한 방식으로 지출이 예상 수치보다 많은지 확인하고 월말에 도달하기 전에 대응할 수 있습니다.
1. **임계값**에 **50**을 입력하고 **예산 금액(%)**을 선택하세요.
1. **트리거**에서 **실제**를 선택하세요.
1. **지원 이메일**에 이메일 주소를 입력하세요. 임계치 **100**에 대해 다른 알림을 추가하세요.
**참고**
이 예제에서는 알림에 이메일 알림을 사용하지만 [https://docs.aws.amazon.com/cost-management/latest/userguide/sns-alert-chime.html](https://docs.aws.amazon.com/cost-management/latest/userguide/sns-alert-chime.html)와 같은 다른 접근 방식을 사용할 수도 있습니다.
### 비용 이상 감지 활성화
비용 태그를 사용하여 이상 상태의 지출 알림을 설정할 수 있습니다. 예를 들어 [AWS Cost Anomaly Detection](https://aws.amazon.com/aws-cost-management/aws-cost-anomaly-detection/faqs/)를 사용하여 지출에 대한 모니터를 생성하고 시스템에서 계정의 이상 지출을 감지하면 알림을 받을 수 있습니다.
이전에 생성한 **키=OS 및 값=Windows** 태그에 대한 모니터 및 알림을 설정하려면 다음을 수행합니다.
1. 에 로그인 AWS Management Console 하고 [AWS Cost Management 콘솔](https://console.aws.amazon.com/cost-management/home)을 엽니다.
1. 탐색 창에서 **비용 이상 탐지(Cost Anomaly Detection)**를 선택합니다.
1. **비용 모니터** 탭을 선택한 다음 **모니터 생성**을 선택하세요.
1. 1단계에서 **비용 할당 태그**를 모니터 유형으로 선택하세요.
1. **비용 할당 태그 키**에서 **Windows EC2 지출**을 선택하세요.
1. **비용 할당 태그 값**에서 **Windows**를 선택하세요.
1. **모니터 이름 지정**에 **Windows EC2 지출**을 입력하세요.
1. **다음**을 선택합니다.
1. 알림에 대한 구독을 생성하려면 **새 구독 생성**을 선택하세요. 기존 구독이 있는 경우 **기존 구독 선택(Choose an existing subscription)**을 선택합니다.
1. **구독 이름**에 **Windows EC2 지출 이상**을 입력하세요.
1. **알림 빈도**에서 **일별 요약**을 선택하세요.
1. **알림 수신자**에 이메일 주소를 입력하세요.
1. **임계치 추가**를 선택하세요. **임계값**에 **10**을 입력한 다음 **예상 속도보다 높은 비율**을 선택하세요.
1. **모니터 생성(Create monitor)**을 선택합니다.
### 지출에 대한 실시간 보기
알림은 Windows EC2 지출을 모니터링하는 데 유용한 도구이지만 지출을 실시간으로 보려면 Cost Explorer를 사용해야 합니다. 이 비디오를 보고 Cost Explorer를 통해 EC2 비용을 분석하고 줄이는 방법을 알아보세요. 자세한 내용은 YouTube의 [AWS Supports You \$1 Understanding and Reducing Your EC2 Costs](https://www.youtube.com/watch?v=flEnJ44N-J8) 비디오를 시청하세요.
### Windows에 대한 라이선스 포함 지출 보기
Cost Explorer를 사용하여 계정에서 EC2 Windows 지출을 볼 수 있습니다. Windows에 대한 라이선스 포함 지출을 보려면 Cost Explorer에서 다음과 같은 올바른 [필터](https://docs.aws.amazon.com/cost-management/latest/userguide/ce-filtering.html)를 설정해야 합니다.
+ **플랫폼**에서 **Windows(Amazon VPC)**를 선택합니다. **API 작업**에서 **RunInstance:0002**를 선택합니다. 라이선스 포함 Windows EC2 인스턴스의 AWS Billing 코드입니다.
+ BYOL 인스턴스 지출을 보려면 **RunInstance:0002**를 **RunInstance:0800**으로 변경합니다. Windows EC2 BYOL의 결제 코드입니다.
Cost Explorer에서 이러한 가시성을 통해 Windows EC2에서 지출하는 금액으로 정확히 비용을 빠르게 필터링할 수 있습니다. AWS 지출을 더 자세히 알아보려면 AWS Cost and Usage Report 를 사용하여 개별 인스턴스 수준에서 지출로 필터링할 수 있습니다. Amazon Quick에서 시각화할 수 있는 보고서를 생성하고 사용자 지정 대시보드를 구축할 수도 있습니다.
자세한 내용은 YouTube의 [AWS Supports You - Visualizing Your Cost and Usage Reports](https://www.youtube.com/watch?v=Gq15yuPJ2Kc) 비디오를 시청하세요.
## 추가 리소스
+ [를 사용하여 필수 태그 설정 AWS Config](https://docs.aws.amazon.com/config/latest/developerguide/required-tags.html)(AWS Config 문서)
+ [AWS Budgets 자습서 -에 대한 알림 설정 AWS Billing \$1 Amazon Web Services](https://www.youtube.com/watch?app=desktop&v=O0sofGVT7uw)(YouTube)
+ [AWS Cost and Usage Report 쿼리 라이브러리](https://wellarchitectedlabs.com/cost-optimization/cur_queries/)(AWS Well-Architected Labs)