기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
# 재해 복구 시나리오
이 섹션에서는 단일 가용 영역 또는 AWS 리전 장애의 예제를 제공하고 재해 복구(DR) 옵션에 대해 설명합니다. 이 예제에서는 Recovery Point Objective(RPO)가 15분이고 Recovery Time Objective(RTO)가 4시간이라고 가정합니다.
## 가용 영역 장애
다음 옵션 중 하나를 사용하여 지정된 매개변수(RPO 15분, RTO 4시간) 내에서 단일 가용 영역 장애를 복구할 수 있습니다.
+ 최신 Amazon Elastic Compute Cloud(Amazon EC2) 이미지 백업을 사용하여, 애플리케이션 복구를 프로비저닝하고 Always On 가용 그룹 배포 또는 로그 전달을 통해 기존의 웜 스탠바이 데이터베이스 인스턴스에 연결합니다.
+ 두 개 이상의 노드가 있는 DR용 SQL Server Always On 가용 그룹 설정은 동기 커밋 또는 비동기 커밋 모드를 통해 보조 노드로 자동 장애 조치를 제공하므로 데이터베이스를 즉시 사용할 수 있습니다. HA 설정의 경우 두 노드 모두 읽기 작업에 사용할 수 있습니다. 이 옵션은 RTO 및 RPO 요구 사항을 모두 만족스럽게 충족합니다. SQL Server Standard 에디션에서는 기본 가용 그룹을 사용하는 것도 선택 사항이지만, 가용 그룹은 데이터베이스를 하나만 포함할 수 있으므로 노드 두 개로 제한됩니다. 하지만, 한 리전 내에서 또는 여러 리전에 걸쳐 가용 그룹을 여러 개 설정할 수 있습니다. 이 설정을 사용하면 읽기 작업에 액세스할 수 없는 보조 노드에 대한 추가 비용이 발생하지 않으므로 비용을 절감할 수 있습니다. SQL Server Enterprise 에디션은 단일 가용 그룹 장애로서 모든 데이터베이스에 대해 전체 기능과 장애 조치를 제공합니다. 이 옵션의 예제는 아래의 아키텍처 다이어그램을 참고하십시오.
+ [Always On 가용성 그룹 클러스터를 사용하는 2-노드 HA/DR 아키텍처 (단일 리전, 다중 AZ)](architecture.md#two-node-one-region)
+ [3-노드 HA/DR 아키텍처(단일 리전, 다중 AZ)](architecture.md#three-node-one-region)
+ [Always On 분산 가용 그룹 클러스터를 사용하는 4-노드 HA/DR 아키텍처 (다중 리전, 다중 AZ).](architecture.md#four-node-two-region)
+ [단일 가용성 그룹 클러스터를 사용하는 3-노드 HA/DR 아키텍처(다중 리전)](architecture.md#three-node-two-region)
+ SQL Server 로그를 DR 솔루션으로 전달하려면 대기 서버로 수동 장애 조치를 해야 하며 이는 로그 백업 빈도에 따라 달라집니다. 이는 비용이 가장 저렴한 DR 옵션 중 하나입니다. 기본 및 로그가 전달된 DR 사이트의 SQL Server 에디션은 일치하지 않아도 됩니다. 이 옵션은 RPO(5분마다 트랜잭션 로그 백업 사용) 및 RTO를 충족하지만 수동 사용자 지정 스크립트를 통한 유지 관리가 필요합니다. 이 옵션의 예제는 아래의 아키텍처 다이어그램을 참고하십시오.
+ [로그 전달을 포함하는 3-노드 HA/DR 아키텍처(다중 리전)](architecture.md#log-shipping)
+ SQL Server Reporting Services(SSRS) 애플리케이션과 같이 확장 배포가 가능한 애플리케이션이 있는 경우 로드 밸런서가 모든 트래픽을 보조 노드로 리디렉션할 수 있습니다.
+ 애플리케이션 및 데이터베이스 서버용 Amazon EC2 base AMI를 사용하여 인프라를 프로비저닝할 수 있습니다. 데이터베이스는 크기와 백업 빈도에 따라 최신 기본 백업(전체 백업, 차등 백업 또는 5분마다 트랜잭션 로그 백업)에서 또는 EBS 스냅샷을 사용하여 새 가용 영역에 복원할 수 있습니다. 이 옵션은 RPO 및 RTO 요구 사항을 충족하지만 사용자 지정 스크립팅이 필요합니다. 사용자는 인프라를 프로비저닝하는 데 필요한 시간도 고려해야 하며 RPO 및 RTO 요구 사항을 충족하는 것이 어려울 수 있습니다.
+ 애플리케이션과 데이터베이스 서버 모두에 대한 Amazon EC2 이미지(EBS 볼륨 포함)를 새 가용 영역에 복원할 수 있습니다. 최신 백업에 따라 RPO가 어려울 수 있지만 이 옵션을 최신 트랜잭션 로그와 결합하여 요구 사항을 충족할 수 있습니다. 이 옵션은 Windows VSS(볼륨 섀도 복사본 서비스) 스냅샷을 지원합니다.
## 리전 장애
다음 옵션 중 하나를 사용하여 지정된 매개변수(RPO 15분, RTO 4시간) 내에서 단일 AWS 리전 장애를 복구할 수 있습니다.
+ 애플리케이션 및 데이터베이스 서버용 Amazon Machine Images (AMIs)를 사용하여 인프라를 프로비저닝할 수 있습니다. 데이터베이스는 크기와 백업 빈도에 따라 최신 기본 백업(전체 백업, 차등 백업 또는 5분마다 트랜잭션 로그 백업)에서 새 가용 영역에 복원할 수 있습니다. 이 옵션은 RPO 및 RTO 요구 사항을 충족하지만 사용자 지정 스크립팅이 필요합니다.
+ SQL Server 로그를 DR 솔루션으로 전달하려면 대기 서버로 수동 장애 조치를 해야 하며 이는 로그 백업 빈도에 따라 달라집니다. 이는 비용이 가장 저렴한 DR 옵션 중 하나입니다. 기본 및 로그가 전달된 DR 사이트의 SQL Server 에디션은 일치하지 않아도 됩니다. 이 옵션은 RPO(5분마다 트랜잭션 로그 백업 사용) 및 RTO를 충족하지만 수동 사용자 지정 스크립트를 통한 유지 관리가 필요합니다. 대규모 데이터베이스는 복원 시간이 오래 걸립니다.
+ Amazon EC2 AMI를 애플리케이션과 데이터베이스 서버 모두에 사용하고 새 리전에 있는 대상으로 복원할 수 있습니다. RPO는 백업의 크기와 빈도에 따라 달라집니다.
+ AMI를 사용하여 최신 애플리케이션 이미지를 복원할 수 있습니다. 5분마다 최신 기본 차등 또는 트랜잭션 로그 백업을 사용하여 데이터베이스를 최신 상태로 유지하여 RPO를 충족할 수 있습니다.
+ RTO는 소스가 아직 대상과 동기화되지 않은 경우 스냅샷을 새 리전으로 전송하고 복원하는 데 걸리는 크기와 시간에 따라 달라집니다.
+ 가동 중지 시간을 최소화하는 솔루션은 애플리케이션 백업 이미지를 복원하고 2-노드, 3-노드 또는 4-노드 가용 그룹 설정(기본, 클래식 또는 분산형)을 사용하여 원격 리전에 웜 스탠바이 SQL Server 노드를 두고 장애 조치 후 대기 데이터베이스 서버에 연결하는 것입니다. 동기 커밋 모드 복제본은 RPO 요구 사항을 충족하는 반면, 비동기 커밋 모드 복제본은 트랜잭션 볼륨에 따라 지연될 수 있습니다. 필요한 경우 분산형 가용 그룹 구성을 사용하여 데이터베이스 노드를 새 리전으로 확장할 수 있습니다. 또한, 이 구성은 동기 커밋 또는 비동기 커밋 모드에서 여러 리전에 분산된 단일 가용 그룹 대신 두 개의 독립적인 가용 그룹을 사용하고 RTO 및 RPO 요구 사항을 모두 충족하므로 복잡성이 줄어듭니다. 또는, 스탠다드 에디션에서 SQL Server 기본 가용 그룹을 사용할 수도 있습니다. 그러나, 여기에는 최대 두 개의 노드만 지원하고 여러 가용 그룹이 지원되더라도 단일 가용 그룹에는 하나의 데이터베이스만 포함될 수 있기 때문에 한계가 있습니다. 한 지역 내에서 또는 여러 지역에서 SQL Server 표준 에디션을 설정할 수 있습니다. 이 에디션은 읽기 작업에 액세스할 수 없는 보조 노드에 대해서는 요금을 부과하지 않으므로 비용을 절감할 수 있습니다. SQL Server Enterprise 에디션은 단일 가용 그룹 장애로서 모든 데이터베이스에 대해 전체 기능을 제공하고 장애 조치를 지원합니다.
## 일반 사용 사례
규모 산정을 위해, 일반적인 온라인 트랜잭션 처리(OLTP) 워크로드가 있는 Amazon EC2에서 실행되는 SQL Server 애플리케이션 중 80%를 중요도에 따라 다음과 같이 세 가지 범주 중 하나로 그룹화할 수 있습니다.
+ 두 개의 동기 커밋 복제본과 한 개의 비동기 커밋 모드 복제본을 사용하는 SQL Server HA/DR(SQL Server 백업 포함)
+ 애플리케이션과 데이터베이스 모두에 Amazon EC2 AMI를 사용하고 Amazon EBS 스토리지를 사용하는 AWS Backup HA/DR(SQL 서버 백업 포함)
+ 애플리케이션과 데이터베이스 모두에 Amazon EC2 기반 AMI를 사용하고 Amazon EBS 이미지를 사용하는 AWS Backup HA/DR SQL 서버 백업
다음 표에는 각 카테고리에 대한 세부 정보가 나와 있습니다.
****
| | SQL Server HA/ D (SQL Server 백업 포함) | AMI를 사용한 AWS Backup HA/DR, EBS 스토리지 및 SQL Server 백업 | AMI를 사용한 AWS Backup HA/DR, EBS 스냅샷 및 SQL Server 백업 |
| --- | --- | --- | --- |
| **재해 발생 시 복원 프로세스** | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/prescriptive-guidance/latest/sql-server-ec2-ha-dr/dr-scenarios.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/prescriptive-guidance/latest/sql-server-ec2-ha-dr/dr-scenarios.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/prescriptive-guidance/latest/sql-server-ec2-ha-dr/dr-scenarios.html) |
| **기본 리소스** | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/prescriptive-guidance/latest/sql-server-ec2-ha-dr/dr-scenarios.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/prescriptive-guidance/latest/sql-server-ec2-ha-dr/dr-scenarios.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/prescriptive-guidance/latest/sql-server-ec2-ha-dr/dr-scenarios.html) |
| **HA/DR** | HA 및 DR을 제공합니다. | DR만 제공합니다. | DR만 제공합니다. |
| **RPO** | 페일오버는 SQL Server 가용 그룹에서 처리합니다(DR은 수동). | 수동 또는 사용자 지정 스크립트됨 | 수동 또는 사용자 지정 스크립트됨 |
| **RTO** | 초에서 분으로 | 분에서 시간으로 | 여러 시간 |
| **SLA 누락 위험** | 낮음 | 중간 | 높음 |
| **관리 효율** | 간편함 | 중간 | 중간 |
| **스케일링** | 간편함 | 중간 | 중간 |
| **Amazon S3에 업로드 또는 리전 간 전송을 위한 파일 크기 제한** | N/A - 웜 스탠바이에 대한 동기 커밋 모드 또는 비동기 커밋 모드에서 처리됨 | 예 | 예 |
| **데이터 손실** | 0에 가까움(프로비저닝된 워크로드 및 인프라에 따라 다름) | Amazon EC2 백업 이미지 및 SQL Server 백업의 빈도에 따라 다름 | Amazon EC2 백업 이미지 또는 EBS 스냅샷과 SQL 서버 백업의 빈도에 따라 다름 |
| **비용** | 중간 | 낮음 - 중간 | 낮음 - 중간 |