스토리지

Managed Disks, Azure Files, Azure Backup (VM 과 파일 데이터 지키기)

Managed Disks 의 다섯 종류(Standard HDD, Standard SSD, Premium SSD, Premium SSD v2, Ultra Disk)와 성능 결정 방식, 스냅숏, Azure Files 의 SMB, NFS 공유와 ID 인증, Azure Backup 의 두 자격 증명 모음과 소프트 삭제, 불변 모음, Site Recovery 를 정리합니다.

Managed DisksPremium SSD v2Azure FilesAzure BackupRecovery ServicesSite Recovery2026-10 기준, 약 6분

Managed Disks 종류

종류	성능 방식	용도	제약
Standard HDD	크기별 고정, 낮음	백업, 드물게 쓰는 데이터
Standard SSD	크기별	웹 서버, 개발
Premium SSD	크기별 계층(P10, P30 ...) + 버스트	운영 DB, 대부분의 운영 VM
Premium SSD v2	용량, IOPS, 처리량을 따로 설정	성능 요구가 다양한 DB	OS 디스크 불가, 영역 지원 리전 중심
Ultra Disk	용량, IOPS, 처리량 따로, 아주 낮은 지연	SAP HANA, 최상위 DB	OS 디스크 불가, 캐시 불가

Premium SSD 는 크기가 성능을 정합니다. 128 GiB 디스크(P10)가 느리다고 같은 데이터에 512 GiB(P20)를 쓰는 일이 흔합니다. Premium SSD v2 는 작은 용량에 높은 IOPS 를 따로 살 수 있어서 이런 낭비를 줄입니다. 사용 가능 리전과 VM 크기는 문서에서 확인합니다.

VM 크기에도 디스크 처리량 한도가 있습니다. 아무리 빠른 디스크를 붙여도 VM 의 "최대 캐시되지 않은 디스크 처리량" 을 넘지 못합니다. 디스크가 느릴 때는 디스크 메트릭과 VM 메트릭(VM Uncached Bandwidth Consumed Percentage)을 같이 봅니다.

# 64 GiB 에 IOPS 6000, 처리량 250 MB/s 인 Premium SSD v2 를 영역 1 에
az disk create -g rg-db-prod -n disk-pg-data -l koreacentral --zone 1 \
  --sku PremiumV2_LRS --size-gb 64 --disk-iops-read-write 6000 --disk-mbps-read-write 250

디스크 운영 요령

스냅숏은 증분(incremental)으로 만들면 바뀐 블록만 과금됩니다. 운영 백업은 스냅숏 수작업보다 Azure Backup 을 씁니다.
디스크 암호화는 기본으로 플랫폼 관리 키(SSE)가 적용됩니다. 규제가 있으면 고객 관리 키(CMK)와 디스크 암호화 집합, 또는 호스트 암호화를 씁니다.
VM 을 지워도 데이터 디스크는 기본으로 남을 수 있습니다(삭제 옵션에 따라). 주인 없는 디스크는 Advisor 와 Cost Management 에서 찾습니다.
비관리 디스크(스토리지 계정의 VHD)는 2025-09-30 에 퇴역했습니다.

Azure Files

프로토콜	계층	인증	용도
SMB 3.x	Standard, Premium	AD DS, Entra Domain Services, Entra Kerberos(하이브리드 ID), 저장소 키	Windows 파일 서버 대체, 사용자 프로필(FSLogix), 앱 공유
NFS 4.1	Premium	네트워크 기반(VNet, Private Endpoint)	Linux 앱, 컨테이너 공유 볼륨

SMB 는 445 포트를 씁니다. 많은 ISP 와 기업망이 445 아웃바운드를 막으므로, 온프레미스에서는 VPN 이나 ExpressRoute 와 Private Endpoint 로 붙습니다.
Azure File Sync 를 쓰면 온프레미스 Windows 파일 서버를 캐시처럼 두고 원본은 Azure Files 에 둘 수 있습니다(클라우드 계층화).
NFS 공유는 저장소 키나 ID 인증이 없으므로 네트워크로만 막습니다. 반드시 Private Endpoint 나 서비스 엔드포인트로 제한합니다.
공유 스냅숏과 소프트 삭제를 켭니다. Azure Backup 의 파일 공유 백업은 이 스냅숏을 관리합니다.

Azure Backup

두 종류의 자격 증명 모음

모음	다루는 것 (예)
Recovery Services 자격 증명 모음	Azure VM, VM 안의 SQL Server 와 SAP HANA, Azure Files, MARS 에이전트(온프레미스 파일)
Backup 자격 증명 모음	Azure Disks, Blob, PostgreSQL flexible server, AKS 등 새 워크로드

어느 모음을 쓰는지는 워크로드마다 정해져 있으니 Backup 센터(비즈니스 연속성 센터)에서 워크로드를 고르면 맞는 모음을 안내합니다.

VM 백업 정책

Standard 정책: 하루 1회 백업.
Enhanced 정책: 하루 여러 번(최소 4시간 간격) 백업, Trusted Launch VM, Premium SSD v2 와 Ultra Disk 지원 등. 새 VM 은 Enhanced 를 기본으로 봅니다.
백업은 먼저 스냅숏 계층(빠른 복원용, 일 단위 보관)에, 그다음 모음 계층에 저장됩니다. 즉시 복원 보관 기간을 길게 잡으면 스냅숏 비용이 늘어납니다.

az backup protection enable-for-vm -g rg-backup-prod --vault-name rsv-shop-prod-krc \
  --vm $(az vm show -g rg-shop-prod -n vm-web-01 --query id -o tsv) --policy-name EnhancedDaily

랜섬웨어와 실수에 대비

기능	효과
소프트 삭제	지운 백업을 기본 14일 보관. 항상 켜기(always-on)로 끌 수 없게 만들 수 있음
불변 모음 (Immutable vault)	보관 기간 전 복구 지점 삭제 금지. 잠그면 되돌릴 수 없음
다중 사용자 인증 (Resource Guard)	백업 끄기, 정책 축소 같은 위험 작업에 다른 테넌트나 팀의 승인 필요
지역 간 복원 (CRR)	GRS 모음의 백업을 쌍 리전에서 복원

운영 모음은 GRS 또는 ZRS 로 만들고(만든 뒤 백업 항목이 있으면 바꾸기 어려움), 소프트 삭제 항상 켜기와 불변 모음을 검토합니다.

Azure Site Recovery

Site Recovery 는 VM 을 다른 리전(또는 다른 영역)으로 계속 복제해 두었다가 장애 때 그쪽에서 켭니다. 백업이 "과거 시점으로 되돌리기" 라면 Site Recovery 는 "다른 곳에서 빨리 다시 켜기" 입니다.

RPO 는 보통 분 단위, RTO 는 VM 기동 시간에 가깝습니다.
복구 계획으로 VM 기동 순서, 스크립트, 수동 단계를 묶고, 테스트 장애 조치를 운영 영향 없이 정기적으로 돌립니다.
Korea Central 에서 Korea South 로 복제하면 대상 리전의 VM 크기와 할당량을 미리 확인합니다 (리전 참고).