Azure IaaS VM 디스크와 관리 및 관리되지 않는 프리미엄 디스크에 대한 질문과 대답

80GiB VHD에서 만든 표준 관리 디스크는 다음과 같은 사용 가능 표준 디스크 크기인 S10 디스크로 취급됩니다. S10 디스크 가격 책정에 따라 요금이 부과됩니다. 자세한 내용은 가격 책정 페이지를 참조하십시오.

디스크의 프로비저닝된 용량에 따라 부과됩니다. 자세한 내용은 가격 책정 페이지를 참조하십시오.

예.

아니요.

예. 최대 한도는 하나의 구독에 대해 영역당 및 디스크 형식당 50,000개의 관리 디스크입니다.

아니요. 가용성 집합에 있는 VM은 모두 Managed Disks를 사용하거나 모두 관리되지 않는 디스크를 사용해야 합니다. 가용성 집합을 만들 때 사용할 디스크 유형을 사용자가 선택할 수 있습니다.

예. 사용자가 빈 디스크를 만들 수 있습니다. Managed Disk는 VM에 독립적으로 즉, VM에 연결하지 않고 만들 수 있습니다.

관리 디스크를 사용하는 가용성 집합이 있는 영역에 따라 지원되는 장애 도메인 수는 2개 또는 3개입니다.

Managed Disks에서는 세 가지 주요 기본 역할을 지원합니다.

• 소유자: 액세스를 포함한 모든 것을 관리할 수 있음
• 참여자: 액세스를 제외한 모든 것을 관리할 수 있음
• 읽기 권한자: 모든 항목을 볼 수 있지만 변경할 수 없음

관리 디스크에 대한 읽기 전용 SAS(공유 액세스 서명) URI를 생성한 후 이를 사용하여 프라이빗 스토리지 계정 또는 온-프레미스 스토리지에 콘텐츠를 복사할 수 있습니다. Azure Portal, Azure PowerShell, Azure CLI 또는 AzCopy에서 SAS URI를 사용할 수 있습니다.

관리 디스크의 스냅샷을 만든 다음, 이 스냅샷을 사용하여 다른 관리 디스크를 만들 수 있습니다. 기존 관리 디스크에서 새 관리 디스크를 만들 수도 있습니다.

예, 하지만 이는 2025년 9월 30일까지 사용이 중지되며, 2022년 11월 18일 이후 새 고객 구독은 비관리 디스크를 만들 수 없습니다. 새 워크로드에 대해 Managed Disks를 사용하고 현재 워크로드를 Managed Disks로 마이그레이션하는 것이 좋습니다.

아니요.

아니요.

아니요. 컴퓨터 이름 속성은 업데이트할 수 없습니다. 새 VM은 운영 체제 디스크를 만들 때 사용한 부모 VM에서 이 속성을 상속합니다.

• Managed Disks를 사용하는 템플릿 목록
• https://github.com/chagarw/MDPP

아니요. 새로 생성되는 디스크는 그 당시의 완전 독립형 BLOB 복사본이며, 둘 사이에는 연결 관계가 없습니다. 원할 경우 디스크를 만들면 새로 생성되는 디스크에 어떤 식으로든 영향을 주지 않고 원본 BLOB가 삭제될 수 있습니다.

관리 디스크의 이름을 바꿀 수 없습니다. 하지만 현재 VHD 또는 VM에 연결되어 있지 않은 경우에 한해 비관리 디스크의 이름은 변경할 수 있습니다.

1세대 이미지는 데이터 디스크에만 GPT 분할을 사용할 수 있고 OS 디스크에는 사용할 수 없습니다. OS 디스크는 MBR 파티션 스타일을 사용해야 합니다.

2세대 이미지는 OS 디스크와 데이터 디스크에서 GPT 분할을 사용할 수 있습니다.

Azure 디스크 예약은 프리미엄 SSD를 1년 동안 P30(1TiB)부터 P80(32TiB)까지 지정된 SKU로 구매하는 옵션을 제공합니다. 디스크 예약을 구매하는 데 필요한 최소 디스크 수에는 제한 사항이 없습니다. 또한 단일, 선불 결제 또는 월별 결제로 지불하도록 선택할 수 있습니다. 프리미엄 SSD Managed Disks에 적용되는 추가 트랜잭션 비용은 없습니다.

예약은 용량이 아닌 디스크 형식으로 이루어집니다. 즉, P80(32TiB) 디스크를 예약하면 P80 디스크 하나를 얻게 되며, 이 디스크를 두 개의 작은 P70(16TiB) 디스크로 분할할 수 없습니다. 별도의 P70(16TiB) 디스크 2개를 포함하여 디스크를 원하는 만큼 예약할 수 있습니다.

디스크 예약은 예약된 VM(가상 머신) 인스턴스와 유사한 모델을 따릅니다. 차이점은 디스크 예약은 다른 SKU에 적용할 수 없지만 VM 인스턴스는 적용할 수 있다는 것입니다. VM 인스턴스에 대한 자세한 내용은 Azure Reserved VM Instances를 사용하여 비용 절감을 참조하세요.

Azure 디스크 예약은 특정 지역과 SKU(예: 미국 동부 2에서 P30)에 대해 구매하는 것이므로 해당 구성 외부에서는 사용할 수 없습니다. 언제든지 다른 지역 또는 SKU에서 디스크 스토리지 요구 사항에 맞는 Azure 디스크 예약을 추가로 구매할 수 있습니다.

예, 모든 디스크 유형은 단일 인스턴스 VM SLA를 지원합니다.

아니요. 모든 관리 디스크(공유 디스크)는 연결 중인 VM과 동일한 지역에 있어야 합니다.

프리미엄 SSD v2는 추가 비용 없이 모든 크기에 대해 3,000 IOPS 및 125MB/s의 기본 성능을 제공합니다. 현재 다음 지역의 경우 가격 계산기의 가격이 잘못되었습니다. 가격 계산기가 수정될 때까지 미국 중북부, 미국 중서부, 미국 서부, 영국 서부, 아랍에미리트 중부, 아랍에미리트 북부, 스위스 북부, 스위스 서부, 스웨덴 남부, 한국 중부, 한국 남부, 일본 동부, 일본 서부, 이탈리아 북부, 인도 중부, 인도 남부, 독일 북부, 독일 중서부, 프랑스 중부, 캐나다 중부, 캐나다 동부, 브라질 남부, US GOV 애리조나, US GOV 버지니아, 오스트레일리아 중부, 오스트레일리아 중부 2, 오스트레일리아 남동부, 남아프리카 북부, 남아프리카 서부 지역의 비용을 정확하게 추정하려면 대상 IOPS에서 3000IOPS를 공제하고 대상 대역폭에 대해 125MB/s를 공제합니다.

• 데이터 디스크를 자주 백업하면 데이터 손실 또는 시스템 오류가 발생할 경우 가동 중지 시간을 줄여 보다 효율적인 백업 및 복구 작업을 수행할 수 있습니다. 데이터 디스크에 문제가 발생한 경우 OS 디스크와 분리되어 있으므로 복구가 더 쉽습니다.

• OS 디스크에 영향을 주지 않고 데이터 디스크를 추가하거나 확장하여 스토리지 용량을 확장할 수 있습니다. 데이터 디스크만 실시간 크기 조정을 지원하므로 VM을 중지하지 않고는 OS 디스크의 크기를 늘릴 수 없습니다.

• OS를 애플리케이션 및 데이터에서 다른 디스크로 분리하면 운영 체제의 디스크 IOP와 애플리케이션 데이터가 서로 간섭하지 않도록 할 수 있습니다. 이를 통해 전반적인 시스템 성능을 향상시키고 OS와 애플리케이션이 모두 디스크 리소스를 놓고 경쟁할 때 발생할 수 있는 경합 문제를 방지할 수 있습니다.

• OS 디스크에 시스템 오류가 있거나 손상이 발생한 경우 데이터 디스크에 영향을 주지 않고 운영 체제를 이미지로 다시 설치하거나 다시 설치할 수 있습니다. 이렇게 하면 데이터 손실 위험이 줄어들고 문제 해결 및 유지 관리 프로시저가 더 쉬워집니다.

• OS 디스크와 데이터 디스크에 별도의 액세스 제어 및 권한을 적용할 수 있습니다. 이러한 분리는 OS 디스크의 중요한 시스템 파일에 대한 액세스를 제한하여 잠재적인 보안 위험을 완화합니다.

예.

아니요. 스냅샷을 생성 순서대로 다른 지역에 복사해야 합니다.

복사가 실패합니다.

예. 모든 관리형 스냅샷과 이미지는 자동으로 암호화됩니다.

모든 디스크 유형은 어떤 형태의 스냅샷을 지원합니다. Ultra Disks 및 프리미엄 SSD v2 디스크의 경우 증분 스냅샷만 지원하며 몇 가지 제한 사항이 있습니다. 자세한 내용은 관리 디스크에 대한 증분 스냅샷 만들기를 참조하세요. 다른 디스크 유형은 모든 디스크 크기에 대해 두 유형의 스냅샷을 모두 지원합니다.

증분 스냅샷 중 하나를 삭제해도 후속 증분 스냅샷에는 영향을 주지 않습니다. 시스템은 첫 번째 스냅샷이 차지하는 데이터를 다음 스냅샷과 병합하여 첫 번째 스냅샷 삭제로 인해 후속 스냅샷이 영향을 받지 않도록 합니다.

API 버전 2019-07-01 이상으로 만든 호환 관리 디스크는 공유 디스크를 사용하도록 설정할 수 있습니다. 이렇게 하려면 연결된 모든 VM에서 디스크를 분리해야 합니다. 그런 다음, 디스크에서 maxShares 속성을 편집합니다.

연결된 모든 VM에서 디스크를 분리합니다. 그런 다음, 디스크의 maxShare 속성을 1로 편집합니다.

예.

디스크 처리량을 무엇으로 설정해야 하는지 확실하지 않은 경우에는 IO 크기를 16KiB로 가정하고 애플리케이션을 모니터링할 때 성능을 조정하는 것이 좋습니다. 수식은 다음과 같습니다. 처리량(MB/s) = IOPS 수 * 16 / 1000

디스크 제한 외에도, VM 수준에서 적용되는 IO 제한이 있습니다. 사용하는 VM 크기가 디스크에서 구성된 수준을 지원할 수 있는지 확인하세요. VM이 적용하는 IO 제한에 대한 자세한 내용은 Azure에서 가상 머신에 대한 크기를 참조하세요.

아니요, Ultra Disk는 다른 디스크 유형에서 지원되는 다른 캐싱 방법을 지원하지 않습니다. 디스크 캐싱을 없음으로 설정하세요.

가능합니다. 단, VM은 울트라 디스크를 지원하는 지역 및 가용성 영역 쌍에 있어야 합니다. 자세한 내용은 울트라 디스크 시작을 참조하세요.

아니요, Ultra Disk는 데이터 디스크로만 지원됩니다. 기존 데이터 디스크에서 Ultra Disk로 데이터를 마이그레이션할 수 있습니다. 두 디스크를 동일한 VM에 연결하고 데이터를 Ultra Disk에 직접 복사하거나 데이터 마이그레이션을 위해 타사 솔루션을 활용합니다.

아니요, 하지만 기존 디스크의 데이터를 울트라 디스크로 마이그레이션할 수 있습니다. 기존 디스크를 울트라 디스크로 마이그레이션하려면 두 디스크를 동일한 VM에 연결하고, 디스크의 데이터를 한 디스크에서 다른 디스크로 복사하거나 타사의 데이터 마이그레이션 솔루션을 사용합니다.

아니요. 현재는 지원되지 않습니다.

아니요. 상태가 ReadyToUpload인 비어 있는 새 디스크를 만드는 동안에만 업로드를 사용할 수 있습니다.

아니요.

마이그레이션에는 스토리지 위치 간 디스크 이동이 포함됩니다. 이 작업은 데이터를 백그라운드에서 복사하여 오케스트레이션되며, 완료하는 데 몇 시간이 걸릴 수 있습니다(디스크의 데이터 양에 따라 다르지만 일반적으로 24시간 미만). 이 기간 동안 일부 읽기가 원래 위치로 리디렉션될 수 있어 완료하는 데 더 오래 걸릴 수 있으므로 애플리케이션의 읽기 대기 시간이 일반적인 읽기 대기 시간보다 길어질 수 있습니다. 이 기간 동안 쓰기 대기 시간에는 영향이 없습니다.

변경할 필요가 없습니다.

예. 백업은 원활하게 작동합니다.

변경할 필요가 없습니다.

아니요. 비관리 디스크에서 이전 확장 집합의 이미지를 사용하여 관리 디스크로 새 확장 집합을 만들 수 있습니다.

아니요. 페이지 Blob 스냅샷을 페이지 Blob으로 내보내고 내보낸 페이지 Blob에서 관리 디스크를 만들 수 있습니다.

예. Managed Disks가 있는 VM으로 장애 조치(Failover)하도록 선택할 수 있습니다.

아니요. Managed Disks를 사용하는 VM에 대한 Azure Site Recovery Azure 간 보호가 제공됩니다.

예

예. 관리 디스크는 플랫폼 관리형 키를 사용하는 서버 쪽 암호화를 통해 암호화됩니다.

예. OS 디스크를 비롯한 모든 관리 디스크가 기본적으로 암호화됩니다.

아니요.

예.

예.

예

아니요. 하지만 암호화된 Managed Disk 또는 스냅샷의 암호화된 스토리지 계정에 VHD를 내보낼 경우 암호화됩니다.

현재 위치 전환은 불가능하지만 디스크 복사본을 만들어 서버 쪽 암호화로 암호화된 새 VM에 연결할 수 있습니다. 그러나 Linux VM의 경우 ADE를 사용하여 Linux VM의 OS 디스크를 암호화했다면 OS 디스크가 암호화될 때 Linux에서 ADE를 사용하지 않도록 설정할 수 없습니다. ADE를 사용하도록 설정된 Windows VM 또는 ADE로 암호화된 데이터 디스크만 있는 Linux VM을 마이그레이션하려면

• 암호화를 사용하지 않도록 설정하고 Windows 또는 Linux에서 암호화 확장을 제거합니다.
• 그런 다음 현재 디스크를 원본으로 사용하여 새 관리 디스크를 만듭니다.
• ADE를 사용하도록 설정한 적이 없는 새 VM에 새 디스크를 연결합니다.
• 고객 관리형 키를 사용하여 새 디스크를 암호화합니다.

예. 먼저 다음 단계 중 하나를 사용하여 플랫폼 관리형 키를 사용하도록 디스크를 전환합니다.

rgName=yourResourceGroupName
diskName=yourDiskName

az disk update -n $diskName -g $rgName --encryption-type EncryptionAtRestWithPlatformKey

$rgName = "yourResourceGroupName"
$diskName = "yourDiskName"

New-AzDiskUpdateConfig -EncryptionType "EncryptionAtRestWithPlatformKey" | Update-AzDisk -ResourceGroupName $rgName -DiskName $diskName

그런 다음, Azure Disk Encryption을 사용하여 현재 디스크를 암호화합니다.

예.

모든 OS 이미지는 Azure Portal에서 비관리 디스크를 사용하여 배포를 지원하지 않습니다. 선택한 이미지가 이 배포 방법을 지원하지 않는 경우 새 워크로드에 관리 디스크를 사용하고 기존 디스크를 관리 디스크로 변환하는 것이 좋습니다. 관리 디스크를 사용할 수 없는 경우 Azure PowerShell 모듈 또는 Azure CLI를 사용하여 비관리 디스크를 사용하여 VM을 배포할 수 있습니다.

아니요. 프리미엄 SD 디스크를 지원하는 크기를 사용하지 않는 VM에는 표준 데이터 디스크만 연결할 수 있습니다.

특정 한도의 IOPS 및 처리량이 프로비전되는 디스크 크기마다 고정 비용이 있습니다. 다른 비용은 아웃바운드 대역폭, 스냅샷 용량 및 주문형 버스팅(해당되는 경우)과 관련된 비용입니다. 자세한 내용은 가격 책정 페이지를 참조하십시오.

DS 시리즈의 캐시 및 로컬 SSD에 대한 결합 제한은 코어당 4,000 IOPS 및 코어당 33MB/s입니다. GS 시리즈는 코어당 5,000 IOPS 및 코어당 50MB/s를 제공합니다.

로컬 SSD는 관리 디스크를 사용하는 VM에 포함되어 있는 임시 스토리지입니다. 이 임시 스토리지에는 추가 비용이 없습니다. 이 로컬 SSD는 Azure Storage에 보존되지 않기 때문에 애플리케이션 데이터를 저장하는 데 이 로컬 SSD를 사용하지 마세요.

프리미엄 또는 표준 디스크의 Azure 디스크에서 TRIM을 사용해도 문제는 없습니다.

Azure에서 Gen1 운영 체제 디스크에 지원하는 파티션 형식은 MBR(마스터 부트 레코드)입니다. Gen1 OS 디스크는 MBR만 지원하지만 데이터 디스크는 GPT를 지원합니다. 최대 4TiB OS 디스크를 할당할 수 있지만, MBR 파티션 유형은 운영 체제에 대해 이 디스크 공간의 최대 2TiB를 사용할 수 있습니다. Azure는 관리 데이터 디스크에 최대 32TiB를 지원합니다.

Gen2 운영 체제 디스크에 대해 Azure에서 지원하는 파티션 유형은 GPT(GUID 파티션 테이블)입니다. Gen2 VM은 최대 4TiB OS 디스크를 지원합니다. Azure는 관리 데이터 디스크에 최대 32TiB를 지원합니다.

Azure에서 관리되지 않는 디스크를 사용하는 운영 체제 디스크에 대해 지원하는 파티션 형식은 MBR(마스터 부트 레코드)입니다. OS 디스크 하나에 최대 4TiB를 할당할 수 있지만, MBR 파티션 유형은 운영 체제에 대해 이 디스크 공간의 최대 2TiB만 사용할 수 있습니다. Azure는 비관리 데이터 디스크에 대해 최대 4TiB를 지원합니다.

Azure에서 지원하는 페이지 Blob 크기는 8TiB(8,191GiB)입니다. VM에 데이터 또는 운영 체제 디스크로 연결될 경우의 최대 페이지 Blob 크기는 4TiB(4,095GiB)입니다.

P4(32GiB) 및 P6(64GiB) 디스크 크기는 관리되지 않는 디스크 및 페이지 Blob에 대한 기본 디스크 계층으로 지원되지 않습니다. 디스크를 이러한 계층에 매핑하려면 P4 및 P6로 명시적으로 Blob 계층을 설정해야 합니다. Blob 계층을 설정하지 않고 디스크 크기 또는 콘텐츠 길이가 32GiB 미만이거나 32GiB에서 64GiB 사이인 비관리 디스크 또는 페이지 Blob을 배포하는 경우 500 IOPS 및 100MB/s, 매핑된 가격 책정 계층을 포함하는 P10에 계속해서 이르게 됩니다.

64GiB 미만인 기존의 작은 프리미엄 디스크는 P10 가격 책정 계층에 따라 계속 청구됩니다.

작은 디스크의 스냅샷을 찍고 디스크를 만들어서 프로비전된 크기에 따라 P4 또는 P6으로 가격 책정 계층을 자동으로 전환할 수 있습니다. 성능 계층을 사용할 수도 있습니다. Azure CLI/PowerShell 모듈 또는 Azure Portal을 사용하여 성능 계층을 변경하는 방법에 대한 문서를 참조하세요.

예.

Azure Backup에서 지원하는 최대 디스크 크기는 32TiB(암호화된 디스크는 4TiB)입니다. Azure Site Recovery에서 지원하는 최대 디스크 크기는 8TiB입니다. 최대 32TiB의 대용량 디스크는 아직 Azure Site Recovery에서 사용할 수 없습니다.

표준 SSD 및 표준 HDD 대용량 디스크(>4TiB)의 디스크 처리량을 500 IOPS 및 60MB/s 이상으로 높이려면 VM 크기(B-시리즈, DSv2 시리즈, Dsv3 시리즈, ESv3 시리즈, Fs 시리즈 Fsv2 시리즈, M 시리즈, GS 시리즈, NCv2 시리즈, NCv3 시리즈 또는 Ls 시리즈 VM) 중 하나의 새 VM을 배포하여 성능을 최적화하는 것이 좋습니다. 기존 VM 또는 위의 권장 크기를 사용하지 않는 VM에 대용량 디스크를 연결하면 성능이 저하될 수 있습니다.

디스크가 연결된 VM을 중지했다가 다시 시작하거나, 디스크를 분리했다가 다시 연결하면 됩니다. GA와 함께 대용량 디스크의 성능 목표가 프리미엄 SSD와 표준 SSD에서 모두 상향되었습니다.

4TiB 미만의 디스크 크기에서는 호스트 캐싱(ReadOnly 및 Read/Write)이 지원됩니다. 즉, 최대 4,095GiB까지 프로비저닝되는 모든 디스크는 호스트 캐싱을 활용할 수 있습니다. 4,096GiB 이상의 디스크 크기에는 호스트 캐싱이 지원되지 않습니다. 예를 들어, 4,095GiB에서 프로비저닝된 P50 프리미엄 디스크는 호스트 캐싱을 활용할 수 있으며 4096GiB에서 프로비저닝된 P50 디스크는 호스트 캐싱을 활용할 수 없습니다. VM에 캐시된 데이터를 사용하여 성능 향상을 확인할 수 있을 수 있는 더 작은 디스크 크기에 대한 캐싱을 사용하는 것이 좋습니다.

DiskAccessId 속성을 디스크 액세스 개체의 인스턴스로 설정하고 NetworkAccessPolicy 속성을 AllowPrivate으로 설정합니다.

예.

아니요.

여기서 내 질문에 대답하지 않으면 어떻게 하나요?

질문하려는 내용이 아래 목록에 나와 있지 않으면 알려 주세요. 대답을 확인하는 방법을 알려 드리겠습니다. 설명에 있는 이 문서의 끝에 질문을 게시할 수 있습니다. Azure Storage 팀 및 다른 커뮤니티 멤버와 이 문서에 대한 의견을 교환하려면 Azure Storage에 대한 Microsoft Q&A 질문 페이지를 사용하세요.

기능을 요청하려면 요청 내용과 아이디어를 Azure Storage 피드백 포럼으로 제출해 주세요.