AZ-305 데이터베이스 도메인은 단순 암기가 아닌 시나리오 기반 판단을 요구합니다. Azure SQL Database, SQL Managed Instance, Cosmos DB, PostgreSQL Flexible Server, Synapse Analytics는 저마다 다른 적합 조건을 가지고 있고, 시험은 바로 그 경계선에서 출제됩니다. 실제 시험 문제 36개의 패턴을 중심으로 핵심 선택 기준을 정리합니다.
---
Azure SQL Database와 Managed Instance 선택
Azure 관계형 데이터베이스 서비스는 Azure SQL Database, SQL Managed Instance, SQL Server on Azure VM 세 가지로 나뉩니다. 모두 SQL Server 엔진 기반이지만 기능 범위와 운영 오버헤드가 다릅니다.
Azure SQL Database는 완전 관리형 PaaS입니다. Serverless 계층에서는 vCore가 자동으로 확장·축소되고 유휴 시간이 지나면 일시 중지되어 컴퓨팅 비용이 발생하지 않습니다. 간헐적 워크로드에 적합합니다.
SQL Managed Instance는 SQL Server와 거의 100% 호환성을 제공합니다. SQL Server Agent, CLR 저장 프로시저, 크로스 데이터베이스 쿼리, 분산 트랜잭션(MSDTC) 등 Azure SQL Database가 지원하지 않는 인스턴스 수준 기능들을 그대로 사용할 수 있어 코드 변경 없이 리프트 앤 시프트할 때 1순위입니다.
Azure SQL Database 계층별 차이도 중요합니다. 범용(General Purpose) 계층만 Serverless를 지원하며 비즈니스 크리티컬은 로컬 SSD로 1ms 미만 I/O를 제공합니다. 하이퍼스케일은 100TB까지 컴퓨팅·스토리지를 독립적으로 확장할 수 있어 수십 TB 이상 대용량 OLTP에 적합합니다.
Elastic Pool은 여러 DB가 vCore 풀을 공유해 SaaS 멀티테넌트에서 최대 50% 비용을 절감할 수 있고, min/max 한도로 격리를 보장합니다. vCore 구매 모델은 Azure Hybrid Benefit(최대 55% 절감)과 Long-Term Retention(LTR, 최대 10년 백업 보존)을 지원하는 유일한 모델입니다.
!Azure SQL Database vs Managed Instance
Cosmos DB와 글로벌 분산 NoSQL
Azure Cosmos DB는 전 세계 어느 리전에서도 싱글 디지트 밀리초 지연 시간을 보장하는 완전 관리형 NoSQL 데이터베이스입니다. 시험에서 Cosmos DB가 등장하는 핵심 시나리오는 두 가지 키워드를 동반합니다. 다중 리전 동시 쓰기와 밀리초 응답 SLA입니다.
다중 쓰기 지역(Multi-region writes) 구성에서는 모든 리전이 독립적인 쓰기 엔드포인트를 가져 어느 리전 장애에도 쓰기가 유지됩니다(Active-active). Azure SQL Database 활성 지역 복제는 보조 복제본이 읽기 전용이므로 다중 리전 쓰기를 지원하지 못합니다.
Provisioned Throughput 모드는 RU/s 단위로 처리량을 사전 지정하고 P99 읽기 10ms·쓰기 15ms SLA를 계약으로 보장합니다. 규제 감사 시 지연 시간 SLA를 문서로 증명해야 할 때 유일한 선택입니다.
API는 데이터 모델에 따라 선택합니다. JSON 문서+SQL 쿼리는 NoSQL(Core SQL) API, MongoDB 드라이버 호환은 MongoDB API, PostgreSQL 분산 SQL은 PostgreSQL API(Citus 기반), 노드·엣지 관계 탐색은 Gremlin API입니다. '친구의 친구' 같은 다단계 관계 탐색에는 Gremlin API가 정답입니다.
Synapse Link for Cosmos DB는 ETL 없이 Cosmos DB 데이터를 컬럼 기반 분석 스토어에 자동 동기화해 운영 성능에 영향 없이 Synapse Analytics에서 분석할 수 있게 합니다.
---
PostgreSQL과 MySQL Flexible Server
Azure Database for PostgreSQL Flexible Server와 Azure Database for MySQL Flexible Server는 오픈소스 관계형 데이터베이스의 완전 관리형 버전입니다. AZ-305 시험에서는 주로 고가용성 구성과 재해 복구 옵션을 묻는 문제가 출제됩니다.
컴퓨팅 계층은 Burstable, General Purpose, Business Critical 세 가지입니다. Zone-redundant 고가용성은 General Purpose 계층 이상에서만 지원됩니다. Burstable 계층은 비용이 가장 낮지만 Zone-redundant HA를 지원하지 않으므로, 단일 데이터센터 장애 시에도 서비스가 유지되어야 한다는 조건이 있다면 반드시 General Purpose 이상을 선택해야 합니다.
지역 재해 복구 옵션도 구분해야 합니다. Zone-redundant HA는 동일 리전 내 가용성 영역(AZ) 간 이중화로, 데이터센터 단위 장애까지 대응합니다. 지역 중복 백업(Geo-redundant Backup)은 다른 Azure 리전에 자동으로 백업을 복제하여 리전 전체 재해 발생 시 복구를 지원합니다. RTO가 수 시간 이내로 허용되고 수동 복구가 가능하다면 Zone-redundant HA 없이 지역 중복 백업만으로도 비용 효율적으로 지역 재해 요건을 충족할 수 있습니다.
읽기 복제본은 동일 리전에 배포하면 지역 재해 복구에 활용할 수 없다는 점도 기억해두세요. 지역 재해 복구가 목적이라면 반드시 다른 리전에 배포하거나 지역 중복 백업을 사용해야 합니다.
---
분석 워크로드: Synapse와 데이터 웨어하우징
Azure Synapse Analytics는 데이터 웨어하우스(Dedicated SQL Pool), Apache Spark 기반 빅데이터 처리, Azure Data Lake Storage 연계를 단일 플랫폼에서 제공합니다. 수십 TB 연구 데이터를 Spark로 변환하고 정형·비정형 데이터를 함께 분석해야 한다면 Synapse Studio 하나로 관리할 수 있습니다.
Dedicated SQL Pool은 MPP 아키텍처로 PB 규모 데이터 웨어하우스를 지원합니다. Synapse와 Databricks 중 선택 기준은 단순합니다. SQL DW + Spark + Data Lake 통합 관리가 필요하면 Synapse Analytics, Spark 중심 고급 ML에 집중한다면 Databricks입니다.
---
서비스 비교표
| 서비스 | 주요 적합 조건 | 스케일링 | 지연 시간 | 비용 특성 | |--------|-------------|---------|---------|----------| | Azure SQL Database (Serverless) | 간헐적 사용, 예측 불가 워크로드 | vCore 자동 0.5~80 | 범용 수준 | 초 단위 과금, 유휴 시 컴퓨팅 무과금 | | Azure SQL Database (Hyperscale) | 수십 TB+ 대용량 OLTP | 컴퓨팅·스토리지 독립 최대 100TB | 범용 수준 | 스토리지 페이지 서버 기반 | | SQL Managed Instance | SQL Server 완전 호환 lift-and-shift | 인스턴스 수준 수직 확장 | Business Critical 계층 1ms 미만 | 인스턴스 시간 과금 | | Cosmos DB (Provisioned) | 다중 리전 쓰기, 밀리초 SLA, NoSQL | RU/s 수평 확장 | P99 10ms 미만 | RU/s 기반 사전 할당 | | PostgreSQL Flexible Server | 오픈소스 관계형, Zone-redundant HA | 수직 확장 | 일반 RDBMS 수준 | 계층별 시간 과금 | | Synapse Analytics | SQL DW + Spark + Data Lake 통합 | DWU 수평 확장 | 분석 배치 처리 | DWU 시간 과금 |
---
시험에서 자주 헷갈리는 선택 기준
시험 문제의 핵심은 키워드와 서비스를 정확히 매핑하는 것입니다. 자주 출제되는 패턴을 시나리오별로 정리합니다.
관계형 DB 마이그레이션 시나리오
시나리오: 온프레미스 SQL Server를 이전하면서 SQL Agent, CLR, 크로스 DB 쿼리를 그대로 유지해야 한다.
정답은 SQL Managed Instance입니다. Azure SQL Database는 이 인스턴스 수준 기능들을 지원하지 않습니다. SQL Server on Azure VM은 기능 호환성은 완벽하지만 IaaS이므로 OS 패치·백업을 직접 관리해야 해 운영 오버헤드가 높습니다. PaaS + SQL Server 완전 호환이 동시에 필요하면 SQL Managed Instance입니다.
비용 절감 시나리오
시나리오: 기존 SQL Server 라이선스(Software Assurance 포함)를 Azure에서 재사용하고 싶다. 또는 7년 이상 백업을 보존해야 한다.
두 조건 모두 vCore 모델을 요구합니다. Azure Hybrid Benefit과 Long-Term Retention(LTR)은 vCore 구매 모델에서만 지원됩니다. DTU 모델로는 이 두 기능을 사용할 수 없습니다.
Cosmos DB vs SQL Database 분기
시나리오: 전 세계 여러 리전에서 동시에 데이터를 쓸 수 있어야 하고 밀리초 응답이 보장되어야 한다.
정답은 Cosmos DB 다중 쓰기 지역 구성입니다. Azure SQL Database 활성 지역 복제는 보조 복제본이 읽기 전용이어서 다중 리전 쓰기를 지원하지 못합니다.
시나리오: 쓰기 지연 시간과 처리량에 대한 SLA를 계약으로 보장하고 규제 감사 시 문서로 증명해야 한다.
역시 Cosmos DB Provisioned Throughput입니다. 4차원(가용성·읽기 지연·쓰기 지연·처리량) SLA를 Azure 공식 문서에 명시합니다.
Elastic Pool vs Serverless 분기
시나리오: 수백 개의 고객사 데이터베이스가 있고 사용량 편차가 크다. 관리 부담을 줄이면서 비용을 최적화하고 싶다.
정답은 Elastic Pool입니다. 여러 데이터베이스가 공유 풀 리소스를 사용하는 구조로 관리는 풀 단위로 단순화됩니다. Serverless는 단일 데이터베이스의 불규칙 워크로드에 자동 일시 중지를 원할 때 적합합니다.
---
실무 적용 팁
실제 아키텍처 설계에서 자주 적용하는 조합 패턴을 정리합니다.
Cosmos DB + Synapse 분석: Synapse Link for Cosmos DB를 활용하면 ETL 없이 운영 DB RU 소비에 영향 없이 near-real-time으로 분석 데이터를 동기화할 수 있습니다.
SQL Managed Instance 하이브리드 마이그레이션: VNet 통합으로 온프레미스 SQL Server와 프라이빗 연결 후 Always On AG 보조 복제본으로 Azure VM을 추가해 동기화를 검증하고, 계획된 failover로 전환하면 다운타임을 최소화할 수 있습니다.
SQL Database 감사 로그: Storage Account에 저장할 때는 SQL 서버와 동일 리전 Storage Account를 사용해야 합니다. 데이터 주권 규정이 있는 환경에서 타 리전 재사용은 규정 위반입니다.
Hyperscale 적용 기준: General Purpose 4TB, Business Critical 16TB 한도를 초과하는 대용량 데이터베이스에만 사용하세요.
MySQL/PostgreSQL HA 옵션 구분: Zone-redundant HA는 동일 리전 내 데이터센터 장애, 지역 중복 백업은 리전 전체 재해 대응입니다. RTO 요건에 따라 선택하세요.
---