설명:
박스 1: 지리적 복제
고가용성, 낮은 관리 편의성 및 저렴한 비용을 보장하면서 다른 지역에 읽기 가능한 Azure SQL Database 보조 인스턴스를 생성하려면 Active Geo-Replication을 사용해야 합니다.
액티브 지오 복제는 이러한 시나리오에 가장 적합한 내장 기능입니다. 이 기능은 다른 지리적 지역에 읽기 가능한 보조 데이터베이스를 생성하고, 데이터의 비동기 복제를 자동으로 처리합니다.
상자 2: 활성 보조 복제본
요구 사항을 충족하려면 Azure SQL Database 지역 복제를 사용하여 활성 보조 복제본을 생성해야 합니다. 이 솔루션은 가독성, 지역 장애 발생 시 고가용성, 낮은 관리 부담 및 비용 효율성에 대한 요구 사항을 직접적으로 충족합니다.
참조:
https://learn.microsoft.com/en-us/azure/azure-sql/database/active-geo-replication-overview

1 - 데이터베이스 메일 계정을 생성합니다.
2 - AzureManagedInstance_dbmail_profile이라는 이름의 프로필을 생성합니다.
3 - 오류 발생 시 이메일 알림을 활성화합니다.

대신 비즈니스 크리티컬 서비스 계층과 가용성 영역을 사용하는 Azure SQL 데이터베이스를 배포하십시오.
참고: 프리미엄 및 비즈니스 크리티컬 서비스 등급은 컴퓨팅 리소스(sqlservr.exe 프로세스)와 스토리지(로컬에 연결된 SSD)를 단일 노드에 통합하는 프리미엄 가용성 모델을 활용합니다. 고가용성은 컴퓨팅 및 스토리지를 추가 노드에 복제하여 3~4개 노드로 구성된 클러스터를 생성함으로써 구현됩니다.
기본적으로 프리미엄 가용성 모델의 노드 클러스터는 동일한 데이터 센터에 생성됩니다. Azure 가용성 영역이 도입되면서 SQL Database는 비즈니스 크리티컬 데이터베이스의 여러 복제본을 동일 지역 내의 서로 다른 가용성 영역에 배치할 수 있게 되었습니다. 단일 장애 지점을 제거하기 위해 제어 링 또한 세 개의 게이트웨이 링(GW)으로 여러 영역에 걸쳐 복제됩니다.
참조:
https://docs.microsoft.com/en-us/azure/azure-sql/database/high-availability-sla

시나리오: Azure 지역 장애 발생 시 고객이 최소한의 다운타임으로 PaaS 솔루션에 액세스할 수 있도록 보장해야 합니다. 솔루션은 자동 장애 조치 기능을 제공해야 합니다.
자동 장애 조치 그룹 기능을 사용하면 서버의 데이터베이스 그룹 또는 관리형 인스턴스의 모든 데이터베이스를 다른 지역으로 복제하고 장애 조치를 관리할 수 있습니다. 이 기능은 기존의 활성 지역 복제 기능 위에 구축된 선언적 추상화 계층으로, 대규모 지역 복제 데이터베이스의 배포 및 관리를 간소화하도록 설계되었습니다. 장애 조치는 수동으로 시작하거나 사용자 정의 정책에 따라 Azure 서비스에 위임할 수 있습니다.
후자의 옵션을 사용하면 기본 지역에서 SQL Database 또는 SQL Managed Instance의 가용성이 전체 또는 부분적으로 손실되는 심각한 장애 또는 기타 예기치 않은 이벤트 발생 후 보조 지역에서 여러 관련 데이터베이스를 자동으로 복구할 수 있습니다.
참조:
https://docs.microsoft.com/en-us/azure/azure-sql/database/auto-failover-group-overview
주제 1, 콘토소 주식회사
사례 연구
본 시험은 사례 연구 형식으로 진행됩니다. 사례 연구는 별도의 시간 제한이 없으므로, 각 사례를 완료하는 데 필요한 만큼 시험 시간을 자유롭게 활용할 수 있습니다. 다만, 시험에는 추가적인 사례 연구 및 섹션이 포함될 수 있습니다. 따라서 주어진 시간 내에 모든 문제를 풀 수 있도록 시간 관리를 철저히 해야 합니다.
사례 연구에 포함된 질문에 답하려면 사례 연구에 제공된 정보를 참조해야 합니다. 사례 연구에는 사례 연구에 설명된 시나리오에 대한 자세한 정보를 제공하는 도표 및 기타 자료가 포함될 수 있습니다. 각 질문은 이 사례 연구의 다른 질문과 독립적입니다.
이 사례 연구가 끝나면 검토 화면이 나타납니다. 이 화면에서 답변을 검토하고 다음 시험 섹션으로 넘어가기 전에 수정할 수 있습니다. 새 섹션을 시작하면 이전 섹션으로 돌아갈 수 없습니다.
사례 연구를 시작하려면
이 사례 연구의 첫 번째 질문을 보려면 [다음] 버튼을 클릭하십시오. 왼쪽 창의 버튼을 사용하여 질문에 답하기 전에 사례 연구 내용을 살펴보세요. 이 버튼을 클릭하면 비즈니스 요구 사항, 기존 환경 및 문제 설명과 같은 정보가 표시됩니다. 사례 연구에 [모든 정보] 탭이 있는 경우, 해당 탭에 표시되는 정보는 이후 탭에 표시되는 정보와 동일합니다. 질문에 답할 준비가 되면 [질문] 버튼을 클릭하여 질문으로 돌아가세요.
개요
기존 환경
콘토소 주식회사는 직원 100명의 금융 데이터 회사입니다. 이 회사는 고객에게 금융 데이터를 제공합니다.
Active Directory
Contoso는 온프레미스 Active Directory와 동기화되는 하이브리드 Azure Active Directory(Azure AD) 배포 환경을 갖추고 있습니다.
데이터베이스 환경
Contoso는 다음 표에 나와 있는 Azure 가상 머신에 SQL Server 2017을 설치했습니다.

SQL1과 SQL2는 상시 가동(Always On) 가용성 그룹에 속해 있으며 활발하게 쿼리가 수행됩니다. SQL3는 작업을 실행하고, 과거 데이터를 제공하며, 고객에게 데이터를 전달하는 역할을 합니다.
온프레미스 데이터센터에는 50TB 데이터베이스를 보유한 PostgreSQL 서버가 있습니다.
현재 비즈니스 모델
Contoso는 Microsoft SQL Server Integration Services(SSIS)를 사용하여 고객을 위한 플랫 파일을 생성합니다. 고객은 FTP를 사용하여 해당 파일을 수신합니다.
요구 사항
계획된 변경 사항
Contoso는 고객 데이터베이스에 데이터를 제공하는 모델로 전환할 계획이며, 이 데이터베이스는 서비스형 플랫폼(PaaS) 형태로 운영됩니다. 고객이 Contoso와 서비스 계약을 체결하면, Azure SQL 데이터베이스가 포함된 별도의 리소스 그룹이 고객에게 프로비저닝됩니다. 이 데이터베이스에는 재무 데이터의 전체 복사본이 저장됩니다. 각 고객이 접근할 수 있는 데이터는 서비스 계약 등급에 따라 달라집니다. 고객은 서비스 계약을 변경하여 등급을 변경할 수 있습니다.
각 PaaS 데이터베이스의 예상 크기는 1TB입니다.
Contoso는 다음과 같은 변경 사항을 시행할 계획입니다.

향후 6개월 이내에 PostgreSQL 데이터베이스를 Azure Database for PostgreSQL로 이전하세요.

향후 몇 달 안에 SQL1, SQL2 및 SQL3을 SQL Server 2019로 업그레이드하십시오.

6개월 이내에 새로운 PaaS 솔루션에 고객을 온보딩하세요.
비즈니스 목표
Contoso는 다음과 같은 비즈니스 요구 사항을 파악했습니다.

가능한 한 Azure의 내장 기능을 활용하세요.

가능한 한 개발 노력을 최소화하십시오.

PaaS 솔루션의 컴퓨팅 비용을 최소화합니다.

PaaS 솔루션을 사용하여 모든 고객에게 데이터베이스 사본을 제공하세요.

고객 서비스 계약에 따라 고객에게 서로 다른 테이블 및 행 접근 권한을 제공합니다.

Azure 지역 장애 발생 시 고객이 최소한의 다운타임으로 PaaS 솔루션에 액세스할 수 있도록 보장해야 합니다. 솔루션은 자동 장애 조치 기능을 제공해야 합니다.

PaaS 솔루션 사용자가 자체 데이터베이스 객체를 생성할 수 있도록 하되, Contoso에서 제공하는 기존 데이터베이스 객체는 수정하지 못하도록 해야 합니다.
기술 요구사항
Contoso는 다음과 같은 기술 요구 사항을 제시합니다.

PaaS 솔루션 사용자는 회사 Azure AD 자격 증명을 사용하여 로그인하거나 Contoso에서 제공하는 Azure AD 자격 증명을 사용하여 로그인할 수 있어야 합니다. 게스트 사용자 수를 최소화하기 위해 Contoso의 내부 Azure AD를 사용하는 것을 피해야 합니다.

모든 고객은 자체 리소스 그룹, Azure SQL 서버 및 Azure SQL 데이터베이스를 보유해야 합니다. 각 고객에 대한 리소스 배포는 일관된 방식으로 수행되어야 합니다.

사용자는 PaaS 데이터베이스에 대해 실행된 쿼리를 검토하고 새로 생성된 객체를 식별할 수 있어야 합니다.

PostgreSQL 데이터베이스 마이그레이션 중 다운타임을 최소화해야 합니다.
모니터링 요구사항
Contoso는 다음과 같은 모니터링 요구 사항을 제시합니다.

PaaS 데이터베이스의 CPU 사용량이 평균보다 높을 경우 관리자에게 알립니다.

단일 대시보드를 사용하여 모든 PaaS 데이터베이스의 보안 및 감사 데이터를 검토하세요.

단일 대시보드를 사용하여 모든 PaaS 데이터베이스의 쿼리 성능 및 병목 현상을 모니터링하세요.

PaaS 데이터베이스를 모니터링하여 성능이 저조한 쿼리를 식별하고 가능한 경우 쿼리 성능 문제를 자동으로 해결합니다.
PaaS 프로토타입
Azure에서 PaaS 솔루션 프로토타이핑을 진행하는 동안 다음 그림과 같이 고객의 Azure SQL 데이터베이스 컴퓨팅 사용량을 기록합니다.

역할 배정
각 고객의 Azure SQL Database 서버에 대해 다음 그림에 표시된 역할을 할당할 계획입니다.