Amazon RDS for SQL Server - AWS 규범적 지침

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

Amazon RDS for SQL Server

Amazon RDS for SQL Server는 AWS기반 SQL Server의 프로비저닝 및 관리를 간소화하는 관리형 데이터베이스 서비스입니다. Amazon RDS를 사용하면 클라우드에서 SQL Server 배포를 쉽게 설정, 운영 및 조정할 수 있습니다. Amazon RDS를 사용하면 비용 효율적이고 크기 조정이 가능한 컴퓨팅 파워를 갖춘 여러 버전의 SQL Server (2014, 2016, 2017, 2019, 2022) 및 에디션 (익스프레스, 웹, 스탠다드 및 엔터프라이즈 포함) 을 몇 분 만에 배포할 수 있습니다. 범용 SSD 또는 프로비저닝된 IOPS SSD 스토리지를 사용하여 Amazon RDS for SQL Server DB 인스턴스를 프로비저닝할 수 있습니다. (자세한 내용은 AWS 설명서의 Amazon RDS 스토리지 유형을 참조하십시오.) 프로비저닝된 IOPS SSD는 빠르고 예측 가능하며 일관된 I/O 성능을 제공하도록 설계되었으며 I/O 집약적인 트랜잭션(OLTP) 데이터베이스 워크로드에 최적화되어 있습니다.

Amazon RDS는 프로비저닝, 백업, 소프트웨어 패치, 모니터링, 하드웨어 규모 조정 등 시간이 많이 걸리는 데이터베이스 관리 작업을 관리하므로 애플리케이션 개발에 집중할 수 있습니다. 또한 Amazon RDS for SQL Server는 다중 AZ 배포 및 읽기 전용 복제본(SQL Server 엔터프라이즈 에디션용)을 제공하여 프로덕션 워크로드에 대한 높은 가용성, 성능, 확장성 및 안정성을 제공합니다.

SQL Server에서 Amazon RDS로 마이그레이션하는 방법에 대한 자세한 내용은 AWS 규범적 지침 웹 사이트의 플랫폼 변경 패턴을 참조하십시오.

Amazon RDS를 선택해야 하는 시기

Amazon RDS for SQL Server는 다음과 같은 시기의 마이그레이션 옵션입니다.

  • 비즈니스와 애플리케이션에 집중하고 데이터베이스 프로비저닝, 백업 및 복구 작업 관리, 보안 패치 관리, 사소한 SQL Server 버전 업그레이드, 스토리지 관리 등 차별화되지 않은 무거운 작업을 AWS 처리하기를 원합니다.

  • 고가용성 데이터베이스 솔루션이 필요하고 데이터베이스 미러링, 장애 조치 클러스터 또는 Always On 가용성 그룹을 수동으로 설정하고 유지 관리할 필요 없이 Amazon RDS에서 제공하는 푸시 버튼 방식의 동기식 다중 AZ 복제를 활용하고자 합니다.

  • 대규모 선불 투자를 하는 대신 SQL Server 라이선스 비용을 인스턴스 비용의 일부로 시간당 지불하고자 합니다.

  • 데이터베이스 크기와 IOPS 요구 사항은 Amazon RDS for SQL Server에서 지원됩니다. 현재 최대 한도는 AWS 설명서의 Amazon RDS DB 인스턴스 스토리지를 참조하십시오.

  • 데이터베이스의 백업이나 point-in-time 복구를 관리하고 싶지는 않습니다.

  • 데이터베이스를 매일 관리하는 대신 성능 조정 및 스키마 최적화와 같은 높은 수준의 작업에 집중하고 싶습니다.

  • 라이선스 복잡성에 대해 걱정할 필요 없이 워크로드 패턴에 따라 인스턴스 유형을 늘리거나 줄이고 싶습니다.

데이터베이스 및 프로젝트 요구 사항을 평가한 후 Amazon RDS for SQL Server로 마이그레이션하기로 결정했다면 다음 섹션에 제공된 세부 정보를 참조하고 이 안내서의 뒷부분에서 설명하는 마이그레이션 모범 사례를 검토하십시오.

현재 지원되는 SQL Server 기능, 버전 및 옵션에 대해서는 웹 사이트의 SQL Server용 Amazon RDS 기능, 이 안내서의 뒷부분에 나오는 Amazon EC2와 Amazon RDS 중 선택 및 설명서의 Amazon RDS의 Microsoft SQL Server on Amazon AWS RDS를 참조하십시오. AWS Amazon RDS Custom으로 옮기려면 Amazon RDS Custom for SQL Server에 대한 요구 사항 및 제한 사항을 검토해야 합니다.

높은 가용성

Amazon RDS는 다중 AZ 옵션으로 배포된 데이터베이스에 대한 고가용성 및 장애 조치 지원을 제공합니다. 다중 AZ 옵션으로 데이터베이스를 프로비저닝하는 경우 Amazon RDS는 자동으로 서로 다른 가용 영역에 동기식 대기 인스턴스를 프로비저닝하고 유지합니다. 기본 데이터베이스는 데이터를 대기 인스턴스에 동기적으로 복제합니다. 문제가 발생하는 경우 Amazon RDS는 비정상 인스턴스를 자동으로 복구하고 동기화를 다시 설정합니다. 인프라 장애 또는 가용 영역 중단이 발생하는 경우 Amazon RDS는 대기 인스턴스로 자동 장애 조치를 수행합니다. 대기 및 기본 데이터베이스가 완벽히 동기화되어 있는 경우에만 장애 조치가 이루어집니다. 기본 인스턴스와 대기 인스턴스의 엔드포인트는 동일하게 유지되므로 수동 개입 없이 장애 조치가 완료되는 즉시 데이터베이스 작업을 재개할 수 있습니다. 장애 조치 시간은 복구 프로세스 완료에 걸리는 시간에 따라 달라집니다. 트랜잭션이 크면 장애 조치 시간이 늘어납니다.

다음 다이어그램은 Amazon RDS for SQL Server 다중 AZ 배포 옵션을 보여줍니다.

Amazon RDS for SQL Server in a Multi-AZ configuration

다중 AZ 구성으로 SQL Server를 설정하면 Amazon RDS는 배포하는 SQL Server 버전에 따라 데이터베이스 미러링 또는 Always On 가용성 그룹을 사용하여 대기 데이터베이스 인스턴스를 자동으로 구성합니다. 특정 SQL Server 버전 및 에디션은 Amazon RDS 설명서에 나와 있습니다.

다중 AZ 배포에서는 가용성을 높이기 위해 기본 인스턴스의 자동 장애 조치 이전에 인스턴스 조정 또는 운영 체제(OS) 패치와 같은 시스템 업그레이드와 같은 작업이 대기 인스턴스에 먼저 적용됩니다.

SQL Server의 장애 조치 최적화로 인해 특정 워크로드는 특히 데이터베이스 미러링 배포에서 기본 인스턴스보다 대기 인스턴스에 더 많은 I/O 부하를 생성할 수 있습니다. 이 기능으로 인해 대기 인스턴스의 IOPS가 높아질 수 있습니다. Amazon RDS for SQL Server DB 인스턴스의 스토리지 유형 및 IOPS를 프로비저닝할 때는 기본 인스턴스와 예비 인스턴스 모두의 최대 IOPS 요구 사항을 고려하는 것이 좋습니다. 또한 클라이언트 드라이버가 이를 지원하는 경우 MultiSubnetFailover=True을 지정하여 장애 조치 시간을 크게 줄일 수 있습니다.

제한 사항

  • 다중 AZ 옵션은 SQL Server Express 및 웹 에디션에는 사용할 수 없습니다. 이 기능은 SQL Server Standard 및 Enterprise Edition에만 사용할 수 있습니다.

  • 대기 DB 인스턴스가 데이터베이스 읽기 작업을 허용하도록 구성할 수 없습니다.

  • 교차 리전 다중 AZ는 지원되지 않습니다.

  • Amazon RDS에서는 독립 실행형 DB 인스턴스에 중지 명령을 실행하여 인스턴스를 중지된 상태로 유지하여 컴퓨팅 요금이 발생하지 않도록 할 수 있습니다. 다중 AZ 구성에서는 Amazon RDS for SQL Server DB 인스턴스를 중지할 수 없습니다. 대신 인스턴스를 종료하고 종료 전에 최종 스냅샷을 찍고 필요할 때 스냅샷에서 새 Amazon RDS 인스턴스를 다시 만들 수 있습니다. 또는 다중 AZ 구성을 먼저 제거한 다음 인스턴스를 중지할 수 있습니다. 7일이 지나면 중지된 인스턴스가 다시 시작되므로 보류 중인 유지 관리를 적용할 수 있습니다.

추가적인 제한 사항은 Amazon RDS설명서의 Microsoft SQL Server 다중 AZ 배포 참고 및 권장 사항을 참조하십시오.

읽기 전용 복제본

읽기 전용 복제본은 확장성과 로드 밸런싱을 제공합니다. SQL Server 읽기 전용 복제본은 읽기 전용으로 사용되는 Amazon RDS for SQL Server DB 인스턴스의 물리적 사본입니다. Amazon RDS는 읽기 전용 워크로드를 읽기 전용 복제본 DB 인스턴스로 오프로드하여 기본 DB 인스턴스의 부하를 줄이는 데 도움이 됩니다. 기본 DB 인스턴스에 적용된 업데이트는 읽기 전용 복제 인스턴스에 비동기식으로 복사됩니다.

읽기 전용 복제본을 요청할 때는 Amazon RDS가 소스 DB 인스턴스의 스냅샷을 캡처하여 이 스냅샷을 읽기 전용 복제본으로 전송합니다. 읽기 전용 복제본을 생성하고 삭제하는 동안에는 중단이 없습니다. Amazon RDS for SQL Server는 유지 관리 기간과 상관없이 읽기 전용 복제본을 업그레이드한 후 즉시 기본 데이터베이스를 업그레이드합니다. 모든 읽기 전용 복제본에는 읽기 전용 복제본 데이터베이스에 연결하는 데 사용하는 별도의 엔드포인트가 있습니다.

Amazon RDS for SQL Server를 사용하면 Always On 가용성 그룹을 구성하고 기본 DB 인스턴스와 읽기 전용 복제본 간의 안전한 네트워크 연결을 유지하여 읽기 전용 복제본을 쉽게 만들 수 있습니다.

기본 데이터베이스와 동일한 AWS 지역에 읽기 전용 복제본을 설정할 수 있습니다. Amazon RDS for SQL Server에서는 리전 간 읽기 전용 복제본을 지원하지 않습니다. 원본 DB 인스턴스 하나에 대해 최대 5개까지 읽기 전용 복제본을 생성할 수 있습니다.

참고

읽기 전용 복제본은 다음 SQL Server 버전에 한하여 사용할 수 있습니다.

  • SQL Server 2017 Enterprise Edition 14.00.3049.1 이상

  • SQL Server 2016 Enterprise Edition 13.00.5216.0 이상

다중 AZ 환경을 위한 데이터베이스 미러링을 지원하는 SQL Server 버전 및 에디션은 읽기 전용 복제본을 제공하지 않습니다.

다음 다이어그램은 동일한 지역 내 다른 가용 영역에 읽기 전용 복제본이 있는 다중 AZ 환경의 Amazon RDS SQL Server DB 인스턴스를 보여줍니다. AWS 모든 AWS 지역이 2개 이상의 가용 영역을 제공하는 것은 아니므로 이 전략을 채택하기 전에 사용하려는 지역을 확인해야 합니다.

Amazon RDS for SQL Server with a read replica in another Availability Zone in the same Region

SQL Server 읽기 전용 복제본은 쓰기 작업을 허용하지 않습니다. 하지만 읽기 전용 복제본을 쓰기 가능하도록 승격할 수 있습니다. 승격한 후에는 다시 읽기 전용 복제본으로 되돌릴 수 없습니다. 이 인스턴스는 원래의 기본 데이터베이스 인스턴스와 관계가 없는 독립형 단일 DB 인스턴스가 됩니다. 승격된 읽기 전용 복제본의 데이터는 승격 요청이 이루어진 시점까지 원본 DB 인스턴스의 데이터와 일치합니다. 소스 DB 인스턴스의 SQL Server DB 엔진 버전과 모든 읽기 전용 복제본은 동일합니다.

효율적인 복제를 위해 다음 작업을 수행하는 것이 좋습니다.

  • 읽기 전용 복제본도 각각 원본 DB 인스턴스와 동일한 컴퓨팅 및 스토리지 리소스를 갖도록 설정합니다.

  • 백업 보존 기간을 0이 아닌 다른 값으로 설정하여 원본 DB 인스턴스의 자동 백업을 활성화해야 합니다.

  • 원본 DB 인스턴스는 Always On 가용성 그룹(AG)이 있는 다중 AZ 환경에서 배포되어야 합니다.

SQL Server 버전 지원, 에디션 및 제한 사항에 대한 내용은 Amazon RDS 설명서의 SQL Server에서의 읽기 전용 복제본 제한을 참조하십시오.

읽기 전용 복제본 사용에 대한 자세한 내용은 설명서에서 읽기 전용 복제본 사용 및 Amazon RDS용 SQL Server 읽기 전용 복제본 사용을 참조하십시오. AWS 데이터 전송 요금에 대한 자세한 내용은 Amazon RDS 요금을 참조하십시오.

재해 복구

Amazon RDS for SQL Server를 사용하면 신뢰할 수 있는 지역 간 재해 복구(DR) 전략을 만들 수 있습니다. DR 솔루션을 만드는 주된 이유는 비즈니스 연속성과 규정 준수입니다.

  • 효과적인 DR 전략을 세우면 재해 발생 시 시스템 중단을 최소화하거나 전혀 중단하지 않고 시스템을 계속 가동하고 운영할 수 있습니다. 안정적이고 효과적인 지역 간 DR 전략을 사용하면 지역 전체가 오프라인 상태가 되더라도 비즈니스를 계속 운영할 수 있습니다.

  • 지역 간 DR 솔루션은 감사 및 규정 준수 요구 사항을 충족하는 데 도움이 됩니다.

Recovery Point Objective(RPO), Recovery Time Objective(RTO) 및 비용은 DR 전략을 개발할 때 고려해야 할 세 가지 주요 지표입니다. 리전 간 복제본을 제공하기 위한 다른 옵션에 대해서는 AWS Marketplace을 참조하십시오. 이러한 접근 방식에 대한 자세한 내용은 데이터베이스 블로그의 SQL Server용 Amazon RDS의 지역 간 재해 복구를 참조하십시오. AWS