Microsoft AZ-305: 데이터 스토리지 및 데이터베이스 솔루션 — 학습 가이드

By Laurynas Brazys · 11 August 2026 · #microsoft #az-305 #certification #exam-prep #study-guide

다음의 일부입니다: Microsoft Azure Solutions Architect Expert AZ-305 — 학습 가이드. 검증된 답안으로 연습하기: Microsoft 시험 허브, 또는 다음에서 시간 제한 모의고사 풀기: ExamRoll.io.

개요

Azure에서 데이터 스토리지를 설계하려면 여러 데이터베이스 및 스토리지 옵션에 걸쳐 일관성, 지연 시간, 가용성, 운영 복잡성 및 비용 간의 균형을 맞춰야 합니다. 이 플랫폼은 완전 관리형 관계형 데이터베이스, 전역적으로 분산된 NoSQL, 데이터 수명 주기 거버넌스를 갖춘 객체 스토리지, 처리량이 높은 분석용 데이터 레이크, 인메모리 캐시 등을 포괄합니다. 아키텍처 설계는 워크로드 특성(트랜잭션 vs 분석, 전역적 범위 vs 지역성, 스키마 경직성, 읽기/쓰기 패턴, 크기 및 속도)에서 시작해야 하며, 보안, 복원력, 거버넌스 요구 사항을 충족하면서 이러한 제약 조건에 맞는 서비스와 구성을 선택해야 합니다.

Azure의 관계형 데이터 서비스

Azure SQL Database는 두 가지 구매 모델을 제공합니다. DTU 모델은 CPU, 메모리, I/O를 기본(Basic), 표준(Standard), 프리미엄(Premium) 계층에 걸쳐 혼합된 단위로 결합합니다. 이 모델은 간단하지만 용량 계획 측면에서 불투명합니다. vCore 모델은 컴퓨팅, 메모리, 스토리지를 분리하며, 하드웨어 선택, 예측 가능한 확장, 그리고 Azure Hybrid Benefit 및 예약 용량과 같은 비용 절감 수단을 제공합니다. vCore 모델의 주요 서비스 계층은 범용(General Purpose, 분리된 컴퓨팅 및 원격 스토리지, 균형 잡힌 비용), 중요 비즈니스용(Business Critical, 짧은 대기 시간의 I/O와 빠른 장애 조치를 위한 Always On 복제본이 있는 로컬 SSD), 하이퍼스케일(Hyperscale, 페이지 서버와 분산 스토리지를 갖춘 로그 구조 아키텍처로 멀티 테라바이트 규모와 빠른 스냅샷 기반 작업을 지원)입니다. 범용(General Purpose) 계층의 서버리스(Serverless) 옵션은 구성된 최소 및 최대값 사이에서 컴퓨팅을 자동으로 확장하고 유휴 상태일 때 자동 일시 중지가 가능합니다. 컴퓨팅 사용 시간(초)과 스토리지에 대해 비용을 지불합니다. 이는 간헐적이거나 개발 워크로드에 적합하지만, 재개 시 콜드 스타트 및 캐시 워밍업이 발생합니다.

탄력적 풀(Elastic pools)을 사용하면 여러 데이터베이스가 컴퓨팅 예산과 I/O 헤드룸을 공유하여 피크를 완화하고, 변동이 심한 소규모 데이터베이스가 많을 경우 비용을 절감할 수 있습니다. 풀은 DTU 및 vCore 모델 모두에 존재하며, 노이지 네이버(noisy-neighbor) 효과를 피하려면 집계 동시성과 데이터베이스별 버스트 한도를 파악하여 올바른 크기를 산정해야 합니다.

Azure SQL의 복원력 패턴에는 활성 지역 복제(active geo-replication)와 자동 장애 조치 그룹(auto-failover groups)이 포함됩니다. 활성 지역 복제는 모든 Azure 지역에 최대 4개의 읽기 가능한 보조 데이터베이스를 비동기적으로 유지하며, 장애 조치는 데이터베이스별로 시작됩니다. 자동 장애 조치 그룹은 쌍을 이룬 논리 서버 간에 여러 데이터베이스를 하나의 단위로 관리하고, 읽기/쓰기 및 읽기 전용 리스너 엔드포인트를 제공하며, 구성 가능한 유예 기간을 두고 계획되거나 계획되지 않은 장애 조치를 처리합니다. 이는 멀티 테넌트 SaaS에 이상적입니다. 영역 중복성(Zone redundancy)은 중요 비즈니스용(Business Critical) 및 하이퍼스케일(Hyperscale) 계층에서 사용 가능하며, 한 지역 내의 가용성 영역(Availability Zones)에 걸쳐 배포되어 지역 내 내결함성을 향상시킵니다.

Azure SQL Managed Instance (MI)는 거의 100%에 가까운 SQL Server 호환성(SQL Agent, 데이터베이스 간 쿼리, 연결된 서버(Linked Servers), CLR, Service Broker)을 목표로 합니다. 이 서비스는 가상 네트워크 내의 전용 위임 서브넷(Microsoft.Sql/managedInstances)에서 실행됩니다. 인스턴스는 프라이빗 IP만 사용하므로, Azure 컨트롤 플레인으로의 관리 트래픽과 애플리케이션으로의 데이터 트래픽을 허용하도록 네트워크 보안 그룹과 경로 테이블을 구성해야 합니다. 클라이언트가 관리형 인스턴스의 프라이빗 FQDN을 확인할 수 있도록 Azure Private DNS(또는 사용자 지정 DNS)와 통합하십시오. 하이브리드 연결 및 마이그레이션을 위해 사이트 간 VPN 또는 ExpressRoute를 통해 가시성을 확보해야 합니다. 마이그레이션 경로에는 Azure Blob Storage로의 네이티브 백업/복원(WITH COPY_ONLY, WITH MOVE), Azure Database Migration Service (DMS)를 사용한 온라인 또는 오프라인 마이그레이션, 그리고 적절한 경우 트랜잭션 복제 또는 로그 전달이 포함됩니다. MI의 중요 비즈니스용(Business Critical) 계층은 짧은 대기 시간의 스토리지와 고가용성을 추가하며, 범용(General Purpose) 계층은 원격 디스크를 사용하여 비용 효율적인 스토리지를 제공합니다.

Azure Database for PostgreSQL 및 MySQL 유연한 서버(Flexible Server)는 유지 관리 기간에 대한 세분화된 제어, 비용 절감을 위한 시작/중지 기능, VNet 통합을 통한 네트워크 격리를 제공합니다. 고가용성 옵션에는 가장 빠른 장애 조치를 위한 동일 영역 동기식 대기 서버와 영역 장애를 견디기 위한 영역 중복 HA(자동 장애 조치를 통한 동기식 복제)가 포함됩니다. 읽기 복제본(지역 내, 그리고 여러 버전에서는 지역 간)은 읽기 워크로드를 오프로드하고 거의 실시간 분석을 지원합니다. 이는 비동기식이므로 엄격하게 일관된 읽기에는 적합하지 않습니다. IOPS/지연 시간 목표에 따라 컴퓨팅 및 스토리지 계층을 선택하고, 클라이언트 라이브러리에서 연결 장애 조치 처리를 계획해야 합니다.

보안, 액세스 및 복원력 패턴

Azure Storage 액세스 위임은 SAS 토큰과 정책을 사용합니다. 서비스 SAS는 특정 리소스(컨테이너, Blob, 파일 공유, 큐 또는 테이블)에 대한 범위가 지정된 액세스 권한을 부여합니다. 계정 SAS는 계정의 여러 서비스에 걸쳐 적용되며 강력하므로 신중하게 보호해야 합니다. 사용자 위임 SAS(Blob service 전용)는 Azure AD와 사용자 위임 키에서 파생되어, 계정 키 없이 사용자별 액세스 제어를 가능하게 합니다. 이는 다중 테넌트 애플리케이션 및 단기 권한 부여에 이상적입니다. 저장된 액세스 정책(컨테이너, 공유, 큐, 테이블에 적용)은 SAS 토큰을 서버 측 정책에 바인딩하여, 계정 키를 순환하지 않고도 액세스를 취소하거나 단축할 수 있습니다. 저장된 액세스 정책이 없는 SAS는 토큰을 만료시키거나 키를 순환해야만 취소할 수 있습니다.

암호화의 경우, Azure Storage는 기본적으로 서비스 측 암호화를 사용합니다. Azure Key Vault 또는 Managed HSM에 저장된 고객 관리형 키(CMK)는 중앙 집중식 키 수명 주기 제어 및 감사 기능을 제공합니다. 암호화 범위를 사용하면 컨테이너 또는 접두사별로 동일한 스토리지 계정 내에서 서로 다른 CMK를 사용할 수 있어 테넌트별 키 관리를 지원합니다. Blob별 클라이언트 제어를 위해, 요청 시 고객 제공 키(CPK)를 제공할 수 있습니다. 규제 격리를 위해 필요에 따라 계정 또는 범위 수준의 CMK와 CPK를 결합하십시오.

Azure SQL 보안 및 복원력은 이미 설명한 플랫폼 계층 및 복제 기능을 기반으로 합니다. 조정된 지역 간 장애 조치(failover) 및 전용 리스너 엔드포인트를 위해 자동 장애 조치 그룹을 사용하고, 영역 장애를 견딜 수 있도록 가능한 경우 영역 중복을 활성화하십시오. 민감한 데이터의 경우, 동적 데이터 마스킹을 적용하여 권한 없는 사용자에 대한 쿼리 결과의 PII를 난독화하고, 관리자가 일반 텍스트를 볼 수 없도록 해야 할 때 열의 클라이언트 측 보호를 위해 보안 enclave를 사용하는 Always Encrypted를 고려하십시오. 사용 중인 계층의 복제 동작에 대비하여 RPO/RTO 목표를 모니터링하고 정기적으로 장애 조치를 테스트하십시오.

엔드투엔드 아키텍처를 계획할 때, ID를 통합하고(SQL, 스토리지, 분석을 위한 Azure AD), RBAC 및 ACL을 사용하여 최소 권한 원칙을 적용하고, Private Link 또는 VNet 통합을 사용하여 데이터가 공용 인터넷에 노출되지 않도록 하고, 수명 주기, 불변성 및 복제 정책을 구현하여 보존 및 DR 목표를 충족시키십시오.

실용적인 문제 시나리오

Contoso Retail은 변동성이 큰 주간 트래픽, 엄격한 PII 제어, 페타바이트 규모의 제품 미디어, 거의 실시간에 가까운 개인화 기능을 갖춘 글로벌 이커머스 플랫폼을 출시합니다. 이들은 전 세계적으로 짧은 지연 시간의 읽기, 최소한의 다운타임, 거버넌스가 적용된 데이터 분석을 요구합니다.

트랜잭션 카탈로그 및 주문 데이터베이스를 vCore 모델을 사용하여 Azure SQL Database에 배치합니다.

계층 선택: 주문 데이터베이스는 Business Critical(짧은 지연 시간의 스토리지와 빠른 장애 조치), 카탈로그는 General Purpose 서버리스(유휴 시간과 함께 트래픽 급증이 있는 경우).
이유: vCore는 예측 가능한 크기 조정과 Hybrid Benefit을 제공합니다. Business Critical은 주문에 대한 지연 시간/고가용성(HA) 요구 사항을 충족합니다. 서버리스는 활동이 적은 시간 동안 컴퓨팅 비용을 최소화합니다.

두 데이터베이스에 대해 쌍을 이루는 지역 간에 자동 장애 조치 그룹을 구성하고 영역 중복을 활성화합니다.

이유: 통합된 읽기/쓰기 리스너는 애플리케이션 장애 조치를 단순화합니다. 영역 중복은 영역 중단으로부터 보호합니다. 지역 간 복제본은 DR을 충족하고 보고를 위한 읽기 확장성을 제공합니다.

제품 이미지와 비디오를 수명 주기 관리 및 객체 복제 기능이 있는 Azure Blob Storage(범용 v2)에 저장합니다.

정책: 활성 항목은 Hot, 30일 후 Cool, 180일 후 Archive로 전환하고, 객체 복제를 통해 보조 지역으로 복제합니다.
이유: 계정 중복성과 독립적으로 비동기식 지역 배포를 제공하면서 시간이 지남에 따라 스토리지 비용을 최소화합니다. 법적 자산에 대한 불변성(시간 기반 WORM)으로 보존 요구 사항을 충족합니다.

고객 프로필 및 장바구니 서비스를 다중 지역 쓰기 및 세션(Session) 일관성을 사용하는 Azure Cosmos DB(Core API)에 구축합니다.

설계: userId로 파티셔닝하여 쓰기를 분산하고, 자동 확장 RU를 활성화합니다.
이유: 다중 마스터는 글로벌 사용자를 위한 짧은 지연 시간의 쓰기와 고가용성을 제공합니다. 세션 일관성은 효율적인 RU 사용과 함께 사용자별 ‘자신이 쓴 내용 읽기(read-your-writes)‘와 강력한 UX를 보장합니다.

세션 상태, 제품 상세 정보 캐싱 및 속도 제한을 위해 Azure Cache for Redis Enterprise를 도입합니다.

모드: 다중 지역 쓰기를 위해 Active-Active 지역 복제를 사용한 클러스터링.
이유: 밀리초 미만의 액세스와 CRDT 기반 충돌 해결은 단일 쓰기 마스터 없이 지역 간에 세션과 카운터를 일관되게 유지합니다.

클릭스트림 및 운영 로그를 계층적 네임스페이스와 POSIX ACL이 있는 Azure Data Lake Storage Gen2에 저장합니다.

통합: 스트림 수집은 선별된 폴더에 기록하고, Databricks와 Synapse는 ABFS를 통해 읽습니다. 변경 피드와 일시 삭제를 활성화합니다.
이유: 세분화된 디렉터리/파일 ACL은 여러 팀의 거버넌스를 지원합니다. 계층적 네임스페이스는 파일 작업을 최적화합니다. 네이티브 분석 통합으로 인사이트 도출 시간을 단축합니다.

추천 마이크로서비스를 위해 Azure Database for PostgreSQL Flexible Server를 사용합니다.

HA: 영역 중복 동기식 대기 서버를 사용하고, 기능 실험을 위해 읽기 복제본을 프로비저닝합니다.
이유: 풍부한 Postgres 확장 생태계와 JSONB 기능이 서비스에 적합합니다. 관리형 고가용성(HA)은 RTO를 낮게 유지하고, 복제본은 읽기 부하를 분산합니다.

임시 미디어 업로드를 위한 사용자 위임 SAS와 테넌트별 암호화 범위를 사용하는 CMK로 액세스를 보호합니다.

이유: 계정 키 노출을 제거하고 테넌트별 암호화 격리 및 감사 기능을 활성화합니다.

온프레미스 SQL Server의 레거시 주문 데이터를 보관 처리 및 에이전트 기반 작업을 위해 Azure SQL Managed Instance로 마이그레이션합니다.

단계: Data Migration Assistant로 평가하고, DMS를 통해 온라인 마이그레이션을 수행하며, ExpressRoute를 통해 연결합니다.
이유: MI는 SQL Agent 작업과 데이터베이스 간 작업을 보존하여 현대화를 용이하게 하면서 보관 워크로드를 클라우드 데이터 가까이에 유지합니다.

이 설계는 Cosmos DB 다중 지역 쓰기와 Redis Enterprise를 통해 글로벌 성능을 충족하고, ADLS Gen2 ACL 및 Storage 불변성으로 거버넌스를 강화하며, Azure SQL 계층 및 자동 장애 조치 그룹으로 트랜잭션 무결성과 빠른 장애 조치를 제공하고, 서버리스 컴퓨팅 및 수명 주기 정책을 통해 비용을 최적화합니다.

← 아이덴티티 · 모든 도메인 · 컴퓨팅 및 애플리케이션 아키텍처 →

이 문제 연습하기 → · ExamRoll.io에서 시간 제한 연습 →