Windows 워크로드에 적합한 인스턴스 유형 선택

PDFRSS

개요

온프레미스 환경과 비교하여 클라우드에서 작동하는 워크로드의 중요한 차이점은 과다 프로비저닝의 관행입니다. 온프레미스 사용을 위해 물리적 하드웨어를 구매할 때 일반적으로 3~5년이라는 미리 정해진 기간 동안 지속될 것으로 예상되는 자본 지출을 합니다. 하드웨어 수명 동안 예상되는 증가를 수용하기 위해 하드웨어는 현재 워크로드에 필요한 것보다 더 많은 리소스로 획득됩니다. 따라서 물리적 하드웨어는 실제 워크로드의 요구 사항보다 훨씬 많이 과도하게 프로비저닝되는 경우가 많습니다.

가상 머신(VM) 기술은 잉여 하드웨어 리소스를 활용하는 효과적인 수단으로 부상했습니다. 관리자가 vCPUs 및 RAM으로 VMs을 과도하게 프로비저닝하여 하이퍼바이저가 각 VM에 미사용 리소스를 할당하여 사용 중인 서버와 유휴 서버 간의 물리적 리소스 사용량을 관리할 수 있도록 합니다. VMs을 관리할 때 각 VM에 할당된 vCPU 및 RAM 리소스는 실제 사용량의 지표가 아닌 리소스 관리자로 더 많이 작동했습니다. VM 리소스 과다 할당은 사용 가능한 컴퓨팅 리소스의 3배를 쉽게 초과할 수 있습니다.

Amazon Elastic Compute Cloud(Amazon EC2)는 기본 하드웨어에서 VMs을 과도하게 프로비저닝하지 않습니다. 이는 불필요하기 때문입니다. 클라우드 컴퓨팅은 자본 비용이 아닌 운영 비용이며 사용한 만큼만 비용을 지불합니다. 향후 워크로드에 더 많은 리소스가 필요한 경우, 이를 선제적으로 프로비저닝하는 대신 실제로 필요할 때 프로비저닝합니다.

올바른 Amazon EC2 인스턴스 유형을 선택할 수 있는 수백 가지 옵션이 있습니다. Windows 워크로드를 클라우드로 마이그레이션하려는 경우는 현재 워크로드를 더 잘 이해하고에서 성능의 예를 제공하는 데 도움이 되는 AWS OLA를 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 리전에서 실행되는 Intel 기반 4 vCPU 인스턴스의 시간당 요금을 보여줍니다.

Instance	vCPU	RAM	시간당 가격
c6i.xlarge	4	8	$0.17
m6i.xlarge	4	16	$0.19
r6i.xlarge	4	32	$0.25

참고

요금은 us-east-1 리전의 온디맨드 시간당 요금을 기준으로 합니다.

버스트 가능한 인스턴스

클라우드 컴퓨팅에서는 요금을 방지하기 위해 미사용 컴퓨팅 리소스를 끄는 것이 모범 사례이지만, 필요할 때마다 모든 워크로드를 끄거나 켤 수 있는 것은 아닙니다. 일부 워크로드는 장기간 유휴 상태로 유지되지만 하루 24시간 액세스할 수 있어야 합니다.

버스트 가능 인스턴스(T3)는 컴퓨팅 비용을 낮게 유지하면서 급증하거나 사용량이 낮은 워크로드를 온종일 온라인 상태로 유지하는 방법을 제공합니다. 버스트 가능한 EC2 인스턴스에는 인스턴스가 짧은 기간 동안 사용할 수 있는 최대 vCPU 리소스가 있습니다. 이러한 인스턴스는 버스트 가능한 CPU 크레딧을 기반으로 시스템을 사용합니다. 이러한 크레딧은 하루 종일 유휴 기간 동안 누적됩니다. 버스트 가능한 인스턴스는 다양한 vCPU-to-RAM 비율을 제공하므로 경우에 따라 최적화된 인스턴스를 계산하고 다른 경우에는 다른 범용 인스턴스를 계산할 수 있습니다.

다음 예제는 us-east-1 리전에서 실행되는 T3 인스턴스(즉, 버스트 가능 인스턴스)의 시간당 요금을 보여줍니다.

Instance	vCPU	RAM(GB)	시간당 가격
t3.nano	2	0.5	$0.0052
t3.micro	2	1	$0.0104
t3.small	2	2	$0.0208
t3.medium	2	4	$0.0416
t3.large	2	8	$0.0832
t3.xlarge	4	16	$0.1664
t3.2xlarge	8	32	$0.3328

참고

요금은 us-east-1 리전의 온디맨드 시간당 요금을 기준으로 합니다.

프로세서 아키텍처 간의 가격 차이 이해

Intel 프로세서는 시작 이후 EC2 인스턴스의 표준이 되었습니다. C5, M5, R5와 같은 이전 세대의 EC2 인스턴스는 Intel을 프로세서 아키텍처로 표시하지 않습니다(기본값이었기 때문). C6i, M6i, R6i와 같은 최신 EC2 인스턴스에는 Intel 프로세서 사용을 나타내는 "i"가 포함되어 있습니다.

프로세서 아키텍처 주석의 변경 사항은 추가 프로세서 옵션이 도입되었기 때문입니다. Intel과 가장 비슷한 프로세서는 AMD("a"로 표시됨)입니다. AMD EPYC 프로세서는 동일한 x86 아키텍처를 사용하며 Intel 프로세서와 비슷하지만 저렴한 가격으로 성능을 제공합니다. 다음 요금 예제에서 볼 수 있듯이 AMD EC2 인스턴스는 Intel 인스턴스에 비해 컴퓨팅 비용을 약 10% 할인합니다.

Intel 인스턴스	시간당 가격	AMD 인스턴스	가격	% 차이
c6i.xlarge	$0.17	c6a.xlarge	0.153 USD	10%
m6i.xlarge	$0.192	m6a.xlarge	$0.1728	10%
r6i.xlarge	$0.252	r6a.xlarge	$0.2268	10%

참고

요금은 us-east-1 리전의 온디맨드 시간당 요금을 기준으로 합니다.

세 번째 주요 프로세서 아키텍처 옵션은 EC2 인스턴스의 AWS Graviton 프로세서("g"로 표시됨)입니다. 에서 설계한 AWS Graviton 프로세서는 Amazon EC2에서 최상의 가격 성능을 제공합니다. 현재 Graviton 프로세서는 Intel 프로세서보다 20% 저렴할 뿐만 아니라 20% 이상의 성능 향상을 제공합니다. 차세대 Graviton 프로세서는 이러한 성능 차이를 더욱 확장할 것으로 예상되며, 테스트 결과 성능이 추가로 25% 향상되었습니다.

Windows Server는 ARM 아키텍처를 기반으로 하는 Graviton 프로세서에서 실행할 수 없습니다. 실제로 Windows Server는 x86 프로세서에서만 작동합니다. Windows Server용 Graviton 기반 인스턴스를 사용하면 40%의 가격 대비 성능 향상을 달성할 수 없지만 특정 Microsoft 워크로드에서 Graviton 프로세서를 계속 사용할 수 있습니다. 예를 들어 Linux에서 최신 버전의 .NET을 실행할 수 있습니다. 즉, 이러한 워크로드는 ARM 프로세서를 사용할 수 있으며 더 빠르고 저렴한 Graviton EC2 인스턴스의 이점을 누릴 수 있습니다.

다음 예제는 us-east-1 리전에서 실행되는 Graviton 인스턴스의 시간당 요금을 보여줍니다.

Intel 인스턴스	시간당 가격	Graviton 인스턴스	시간당 가격	% 차이
c6i.xlarge	$0.17	c6g.xlarge	$0.136	20%
m6i.xlarge	$0.192	m6g.xlarge	$0.154	20%
r6i.xlarge	$0.252	r6g.xlarge	$0.2016	20%

참고

요금은 us-east-1 리전의 온디맨드 시간당 요금을 기준으로 합니다.

다음 차트에서는 M 시리즈 인스턴스의 가격을 비교합니다.

EC2 세대 간 가격 성능 차이 이해

Amazon EC2의 가장 일관된 특성 중 하나는 각 새 세대가 이전 세대보다 더 나은 가격 성능을 제공한다는 것입니다. 다음 표에서 볼 수 있듯이 이후 릴리스마다 최신 EC2 인스턴스의 가격이 감소합니다.

컴퓨팅 최적화 인스턴스	시간당 가격	범용 인스턴스	시간당 가격	메모리 최적화 인스턴스	시간당 가격
C1.xlarge	$0.52	M1.xlarge	$0.35	r1.xlarge	해당 사항 없음
C3.xlarge	$0.21	M3.xlarge	$0.266	r3.xlarge	$0.333
C5.xlarge	$0.17	M5.xlarge	$0.192	r5.xlarge	$0.252

참고

요금은 us-east-1 리전의 온디맨드 시간당 요금을 기준으로 합니다.

다음 차트에서는 다양한 세대의 C 시리즈 인스턴스 비용을 비교합니다.

그러나 다음 표와 같이 6세대 인스턴스는 5세대 인스턴스와 가격이 동일합니다.

컴퓨팅 최적화 인스턴스	시간당 가격	범용 인스턴스	시간당 가격	메모리 최적화 인스턴스	시간당 가격
C5.xlarge	$0.17	M5.xlarge	$0.192	r5.xlarge	$0.252
C6i.xlarge	$0.17	M6i.xlarge	$0.192	r6i.xlarge	$0.252

참고

요금은 us-east-1 리전의 온디맨드 시간당 요금을 기준으로 합니다.

비용은 동일하지만 최신 세대는 더 빠른 프로세서, 향상된 네트워킹 처리량, Amazon Elastic Block Store(Amazon EBS) 처리량 및 IOPS 증가로 인해 가격 성능이 뛰어납니다.

가장 중요한 가격 성능 개선 사항 중 하나는 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 라이선스를 8vCPUs에서 4개의 vCPUs.

최적화 전:

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 시스템에서 작동합니다. Nitro 시스템은 호스트 하드웨어의 거의 모든 컴퓨팅 및 메모리 리소스를 인스턴스에 전달합니다. 이로 인해 전반적인 성능이 향상됩니다. Xen에서 Nitro 기반 인스턴스로 마이그레이션할 때 특별한 고려 사항이 있습니다. 예를 들어 AWS Windows AMIs는 Microsoft 설치 미디어에서 사용하는 기본 설정 및 사용자 지정으로 구성됩니다. 사용자 지정에는 최신 세대 인스턴스 유형(Nitro 시스템에 구축된 인스턴스)을 지원하는 드라이버 및 구성이 포함됩니다.

사용자 지정 Windows AMIs 또는 2018년 8월 이전에 생성된 Amazon에서 제공하는 Windows AMIs에서 인스턴스를 시작하는 경우 Amazon EC2 설명서의 Migrate에서 최신 세대 인스턴스 유형으로 단계를 완료하는 것이 좋습니다.

버스트 가능 인스턴스 사용

버스트 가능 인스턴스는 컴퓨팅 비용을 절감하는 좋은 방법이지만 다음 시나리오에서는 사용하지 않는 것이 좋습니다.

• 데스크톱 환경이 있는 Windows Server의 최소 사양에는 2GB의 RAM이 필요합니다. 최소 RAM 양이 부족하므로 Windows Server에서 t3.micro 또는 t3.nano 인스턴스를 사용하지 마세요.

• 워크로드가 급증하지만 버스트 크레딧을 빌드할 만큼 충분히 유휴 상태를 유지하지 않는 경우, 일반 EC2 인스턴스를 사용하는 것이 버스트 가능 인스턴스를 사용하는 것보다 더 효율적입니다. CPU 크레딧을 모니터링하여 이를 확인하는 것이 좋습니다.

• 대부분의 시나리오에서 SQL Server와 함께 버스트 가능한 인스턴스를 사용하지 않는 것이 좋습니다. SQL Server에 대한 라이선스는 인스턴스에 할당된 vCPUs 수를 기반으로 합니다. SQL Server가 대부분의 시간 동안 유휴 상태인 경우 완전히 활용되지 않는 SQL 라이선스에 대한 비용을 지불하게 됩니다. 이러한 시나리오에서는 여러 SQL Server 인스턴스를 더 큰 서버로 통합하는 것이 좋습니다.

다음 단계

Amazon EC2 Windows 인스턴스에 대한 비용을 최적화하려면 다음 단계를 수행하는 것이 좋습니다.

• 최상의 가격 성능을 위해 최신 세대 EC2 인스턴스를 사용합니다.

• EC2 인스턴스를 AMD 프로세서와 함께 사용하면 컴퓨팅 비용을 10% 절감할 수 있습니다.

• 워크로드와 일치하는 EC2 인스턴스 유형을 선택하여 리소스 사용률을 극대화합니다.

다음 표에는 Windows 워크로드의 일반적인 시작점 예제가 나와 있습니다. 인스턴스 스토리지 볼륨과 같은 추가 옵션을 사용하여 훨씬 더 큰 vCPU-to-RAM 비율로 SQL Server 워크로드 또는 EC2 인스턴스를 개선할 수 있습니다. 워크로드를 철저히 테스트하고와 같은 모니터링 도구를 사용하여 필요한 조정 AWS Compute Optimizer 을 수행하는 것이 좋습니다.

워크로드	일반적인	선택 사항
Active Directory	T3, M6i	R6i
파일 서버	T3, M6i	C6i
웹 서버	T3, C6i	M6i, R6i
SQL Server	R6i	x2iedn, X2iezn

EC2 인스턴스 유형을 변경해야 하는 경우 프로세스에는 일반적으로 간단한 서버 재부팅만 포함됩니다. 자세한 내용은 Amazon EC2 설명서의 인스턴스 유형 변경을 참조하세요.

인스턴스 유형을 변경하기 전에 다음 사항을 고려하는 것이 좋습니다.

• 인스턴스 유형을 변경하려면 먼저 Amazon EBS에서 지원하는 인스턴스를 중지해야 합니다. 인스턴스가 중지되는 동안 가동 중지 시간을 계획해야 합니다. 인스턴스 중단하고 인스턴스 유형을 변경하는 것은 몇 분이 걸릴 수 있으며, 인스턴스를 다시 시작하는 시간은 애플리케이션의 시작 스크립트에 따라 달라질 수 있습니다. 자세한 내용은 Amazon EC2 설명서의 인스턴스 중지 및 시작을 참조하세요.

• 인스턴스를 중지하고 시작하면는 인스턴스를 새 하드웨어로 AWS 이동합니다. 인스턴스에 퍼블릭 IPv4 주소가 있는 경우는 주소를 AWS 해제하고 인스턴스에 새 퍼블릭 IPv4 주소를 부여합니다. 변경되지 않는 퍼블릭 IPv4 주소가 필요한 경우 탄력적 IP 주소를 사용합니다.

• 인스턴스에서 최대 절전 모드가 활성화된 경우 인스턴스 유형을 변경할 수 없습니다.

• 스팟 인스턴스의 인스턴스 유형은 변경할 수 없습니다.

• 인스턴스가 Auto Scaling 그룹에 있는 경우 Amazon EC2 Auto Scaling은 중지된 인스턴스를 비정상으로 표시하고 인스턴스를 종료하고 대체 인스턴스를 시작할 수 있습니다. 이를 방지하기 위해서는 인스턴스 유형을 변경하는 동안 그룹에 대한 조정 프로세스를 일시 중지할 수 있습니다. 자세한 내용은 Amazon EC2 Auto Scaling 설명서의 Auto Scaling 그룹 프로세스 일시 중지 및 재개를 참조하세요. Auto Scaling

• NVMe 인스턴스 스토어 볼륨이 있는 인스턴스의 인스턴스 유형을 변경하면 Amazon Machine Image(AMI) 또는 인스턴스 블록 디바이스 매핑에 지정되지 않은 경우에도 모든 NVMe 인스턴스 스토어 볼륨을 사용할 수 있으므로 업데이트된 인스턴스에 추가 인스턴스 스토어 볼륨이 있을 수 있습니다. 그렇지 않으면 업데이트한 인스턴스는 원본 인스턴스를 시작할 때 지정한 것과 동일한 수의 인스턴스 스토어 볼륨을 갖습니다.

추가 리소스

• Amazon EC2 인스턴스 유형(AWS 문서)

• AWS 최적화 및 라이선스 평가(AWS 설명서)