Amazon EC2 기반 SQL 서버 단일 노드 아키텍처

다음 다이어그램은 고가용성(HA) 및 재해 복구(DR)에 대한 지원을 추가하기 전에 Amazon Elastic Compute Cloud(Amazon EC2) 기반 단일 노드 SQL 서버를 사용하기 위한 권장 아키텍처를 보여줍니다.

이 아키텍처에서는 SQL Server용 Amazon Machine Image(AMI)와 OS, 데이터, 로그 및 백업을 위한 별도의 볼륨을 사용하여 SQL Server 데이터베이스를 EC2 인스턴스에 배포합니다. 비휘발성 메모리 익스프레스(NVMe) 스토리지는 EC2 인스턴스에 직접 연결되며 SQL Server tempdb 데이터베이스에 사용됩니다. AWS Directory Service 는 SQL Server 데이터베이스에 대한 Windows 인증을 설정하는 데 사용됩니다. AWS Systems Manager 를 사용하여 SQL Server 패치 및 업데이트를 감지하고 설치할 수도 있습니다.

다음 테이블에는 이 아키텍처를 구성하기 위한 권장 사항이 요약되어 있습니다. 이러한 권장 사항은 다음 섹션에서 자세히 설명합니다.

인스턴스 유형/AMI	성능을 위한 Amazon Elastic Block Store(Amazon EBS) 최적화된 인스턴스 유형 인스턴스 스토리지용 NVMe(임시) SQL 서버용 Amazon EC2 AMI
SQL Server 에디션	SQL Server 개발자 에디션(비프로덕션) SQL Server Standard 및 Enterprise 에디션(프로덕션)
스토리지 유형	Amazon EBS NVMe(tempdb)(gp2/io1/io2)
볼륨	OS DATA LOG tempdb 백업 저장 및 다운로드를 위한 스크래치 공간
DR 옵션	Amazon EC2 Amazon EBS snapshots SQL 서버 네이티브 백업

인스턴스 타입

AWS 는 SQL Server 워크로드를 위한 인스턴스 클래스를 제공합니다. 데이터베이스 서버의 예상 워크로드, 버전, HA/DR 옵션, 필요한 코어 및 라이선스 고려 사항에 따라 컴퓨팅 최적화, 메모리 최적화, 스토리지 최적화, 범용 및 기타 유형 중에서 선택할 수 있습니다. SQL Server에는 Amazon EBS 최적화된 인스턴스 유형을 선택하는 것이 좋습니다. 전용 네트워크의 연결된 EBS 볼륨으로 최고의 처리량을 제공하며, 이는 데이터 액세스 요구 사항이 많을 수 있는 SQL Server 워크로드에 매우 중요합니다. 표준 데이터베이스 워크로드의 경우 R5, R5b, R5d 및 R5n과 같은 메모리 최적화 인스턴스 클래스를 실행할 수 있습니다. 인스턴스 스토리지나 NVMe 스토리지를 포함할 수도 있습니다. 둘 다 tempdb에 이상적이며 데이터베이스 워크로드에 대해 균형 잡힌 성능을 제공합니다.

중요한 워크로드의 경우 고성능 z1d 인스턴스는 SQL Server와 같이 라이선스 비용이 많이 드는 워크로드에 최적화되어 있습니다. z1d 인스턴스는 다른 인스턴스보다 훨씬 빠른 최대 4.0GHz의 지속적인 올코어 터보 주파수를 제공하는 맞춤형 Intel Xeon Scalable 프로세서로 구축되었습니다. 더 빠른 순차 처리가 필요한 워크로드의 경우 z1d 인스턴스로 더 적은 수의 코어를 실행하고 더 많은 코어가 있는 다른 인스턴스와 동일하거나 더 나은 성능을 얻을 수 있습니다.

또한Amazon은 Microsoft Windows Server 기반 SQL Server용 전용 AMI를 제공하여 최신 Amazon EC2 기반 SQL Server 에디션을 호스팅할 수 있도록 지원합니다.

스토리지

일부 인스턴스 유형은 NVMe 인스턴스 스토어 볼륨을 지원합니다. NVMe는 임시(임시) 스토리지 옵션입니다. 이 스토리지는 EC2 인스턴스에 직접 연결됩니다. NVMe 스토리지는 임시 스토리지이고 재부팅 시 데이터가 손실되기는 하지만 가장 최적의 성능을 제공합니다. 따라서 I/O 및 임의 데이터 액세스 패턴이 높은 SQL Server tempdb 데이터베이스에 적합합니다. tempdb에 NVMe 인스턴스 스토어를 사용할 경우 발생하는 추가 요금은 없습니다. 추가 지침은 Amazon EC2 기반 SQL Server를 배포하기 위한 모범 사례 가이드의 인스턴스 스토어에서 tempdb 배치 섹션을 참조하십시오.

Amazon EBS는 빠르고 사용 가능한 스토리지에 대한 SQL Server의 요구 사항을 충족하는 내구성이 뛰어난 스토리지 솔루션입니다. Microsoft는 최적의 성능을 위해 데이터와 로그 볼륨을 분리하여 보관할 것을 권장합니다. 이러한 분리 이유는 다음과 같습니다.

• 다양한 데이터 액세스 방법. 데이터 볼륨은 온라인 트랜잭션 처리(OLTP) 임의 데이터 액세스를 사용하는 반면, 로그 볼륨은 직렬 액세스를 사용합니다.

• 더 나은 복구 옵션. 한 볼륨이 손실되어도 다른 볼륨에는 영향을 주지 않으므로 데이터 복구에 도움이 됩니다.

• 다양한 워크로드 유형. 데이터 볼륨은 OLTP 워크로드용인 반면, 로그 볼륨은 온라인 분석 처리(OLAP) 워크로드를 대상으로 합니다.

• 다양한 성능 요구 사항. 데이터 및 로그 볼륨은 IOPS 및 지연 시간 요구 사항, 최소 처리 속도 및 유사한 성능 벤치마크가 다릅니다.

적합한 Amazon EBS 볼륨 유형을 선택하려면 데이터베이스 액세스 방법, IOPS 및 처리량을 분석해야 합니다. 표준 근무 시간 및 사용량이 가장 많은 시간대에 지표를 수집하십시오. SQL Server는 익스텐트를 사용하여 데이터를 저장합니다. SQL Server에서 스토리지의 원자 단위는 페이지이며 크기는 8KB입니다. 물리적으로 인접한 8개의 페이지가 익스텐트를 구성하며 크기는 64KB입니다. 따라서 SQL Server 시스템에서 SQL 데이터베이스 파일(tempdb 포함)을 호스팅하기 위한 NTFS 할당 단위 크기는 64KB여야 합니다. 드라이브의 NTFS 할당 크기를 확인하는 방법에 대한 자세한 내용은 Amazon EC2 기반 SQL Server를 배포하기 위한 모범 사례 가이드를 참조하십시오.

EBS 볼륨의 선택은 워크로드에 따라 달라집니다. 즉, 데이터베이스가 읽기 집약적인지 쓰기 집약적인지, 높은 IOPS, 아카이브 스토리지 및 이와 유사한 고려 사항이 필요한지 여부입니다. 다음 표에서는 샘플 구성을 보여줍니다.

Amazon EBS 리소스	유형	설명
OS 디스크	gp3	범용 스토리지.
데이터 디스크	io1/io2	쓰기 집약적인 스토리지.
로그 디스크	gp3 또는 io2	집약적인 워크로드를 위한 범용 스토리지.
백업 디스크	st1	저렴한 아카이브 스토리지. 백업을 Amazon Simple Storage Service(Amazon S3)에 정기적으로 복사하는 경우 성능 향상을 위해 백업을 더 빠른 디스크에 저장할 수도 있습니다.

Amazon EBS 및 Amazon S3 고려 사항

다음 표는 스토리지에 대한 Amazon EBS와 Amazon S3의 비교를 보여줍니다. 이 정보를 사용하여 두 서비스 간의 차이점을 이해하고 사용 사례에 가장 적합한 접근 방식을 선택하십시오.

Service	가용성	내구성	Notes
Amazon EBS	모든 EBS 볼륨 유형은 동일한 내구적 스냅샷 기능을 제공하고 99.999% 가용성으로 설계되었습니다. 재해 발생 시 스냅샷을 사용하여 다른 AWS 리전에서 새 인스턴스를 프로비저닝할 수 있습니다.	EBS 볼륨 데이터는 단일 구성 요소의 고장으로 인한 데이터 손실을 방지하기 위해 단일 가용 영역의 여러 서버에 복제됩니다. EBS 볼륨은 연간 장애율(AFR)이 0.1~0.2% 사이로 설계되어 있습니다. 여기서 장애란 볼륨의 크기와 성능에 따라 볼륨이 완전히 또는 부분적으로 손실되는 것을 의미합니다.	Amazon EBS 최적화 인스턴스는 최적화된 구성 스택을 사용하며 Amazon EBS I/O를 위한 전용 대역폭을 추가로 제공합니다. 이 최적화는 Amazon EBS I/O와 인스턴스의 다른 트래픽 간의 경합을 최소화하여 EBS 볼륨에 최상의 성능을 제공합니다. 동시에 최대 50개의 스냅샷에 대해 빠른 스냅샷 복원이 지원됩니다. 스냅샷별로 이 기능을 명시적으로 활성화해야 합니다. Amazon EBS 최적화된 인스턴스는 초기화 시 전체 프로비저닝된 성능을 제공하므로 준비 시간이 필요하지 않습니다.
Amazon S3	고가용성. 지정된 기간 동안 99.99%의 가용성을 제공할 수 있도록 설계되었습니다. S3 Standard 및 S3 Standard-Infrequent Access((S3 Standard-IA))와 같은 여러 스토리지 클래스를 사용할 수 있습니다. 보존 기간에 따라 백업 파일을 스토리지 클래스로 이동할 수 있습니다.	Amazon S3, Amazon S3 Glacier 및 S3 Glacier Deep Archive는 99.999999999%(11개 중 9개)의 내구성을 위해 설계되었습니다. Amazon S3와 S3 Glacier는 모두 지리적으로 분산된 3개 이상의 가용 영역에 대한 객체 복제를 통해 안정적인 데이터 백업을 제공합니다.	장기 SQL Server 파일 수준 백업(전체 백업 및 트랜잭션 로그 포함)에 Amazon S3를 사용할 수 있습니다. Amazon S3 지원: Replication time control (RTC) S3 수명 주기 관리를 통한 교차 리전 복제 및 AWS Backup 지능형 계층화 Amazon S3는 가장 저렴한 스토리지를 제공합니다. 교차 리전 데이터 전송 요금이 적용됩니다.

Amazon FSx for Windows File Server 기반 SQL Server

Amazon FSx for Windows File Server는 파일 시스템당 최대 2GB/초의 기본 처리량, 수십만 IOPS 및 1밀리초 미만의 일관된 지연 시간으로 빠른 성능을 제공합니다. SQL Server 인스턴스에 적합한 성능을 제공하기 위해 파일 시스템 크기와 무관한 처리량 수준을 선택할 수 있습니다. 처리량 용량 수준이 높을수록 파일 서버가 액세스하는 SQL Server 인스턴스에 제공할 수 있는 IOPS 수준도 높아집니다. 스토리지 용량은 저장할 수 있는 데이터의 양뿐만 아니라 스토리지에서 수행할 수 있는 초당 I/O 작업 수(IOPS)도 결정합니다. 스토리지의 1GB는 3IOPS를 제공합니다. 각 파일 시스템의 크기를 최대 64TiB까지 프로비저닝할 수 있습니다(Amazon EBS의 경우 16TiB와 비교됨). Amazon FSx 시스템을 Windows 서버 장애 조치 클러스터(WSFC) 배포를 위한 파일 공유 감시자로 사용할 수도 있습니다.