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

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

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

예.

아니요.

예. 최대 제한은 지역당 50,000개의 관리 디스크 및 구독의 디스크 유형당입니다.

아니요. 가용성 집합의 VM은 모든 관리 디스크 또는 모든 관리되지 않는 디스크를 사용해야 합니다. 가용성 집합을 만들 때 사용할 디스크 유형을 선택할 수 있습니다.

예. 빈 디스크를 만들 수 있습니다. 관리 디스크는 VM에 연결하지 않고 VM과 독립적으로 만들 수 있습니다.

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

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

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

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

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

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

아니요.

아니요.

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

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

아니요, 새 디스크가 만들어지면 해당 시간에 해당 Blob의 전체 독립 실행형 복사본이며 둘 사이에는 연결이 없습니다. 원하는 경우 디스크를 만든 후에는 새로 만든 디스크에 영향을 주지 않고 원본 Blob을 삭제할 수 있습니다.

관리 디스크의 이름을 바꿀 수 없습니다. 그러나 현재 VHD 또는 VM에 연결되지 않는 한 관리되지 않는 디스크의 이름을 바꿀 수 있습니다.

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

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

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

예약은 용량이 아닌 디스크 형태로 이루어집니다. 즉, P80(32TiB) 디스크를 예약할 때 단일 P80 디스크를 얻게 되면 해당 특정 예약을 두 개의 작은 P70(16TiB) 디스크로 나눌 수 없습니다. 두 개의 개별 P70(16TiB) 디스크를 포함하여 원하는 만큼 또는 적은 디스크를 예약할 수 있습니다.

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

Azure 디스크 예약은 특정 지역 및 SKU(예: 미국 동부 2의 P30)에 대해 구매되며 이 범위 밖에서는 사용할 수 없습니다. 다른 지역 또는 SKU의 디스크 스토리지 요구 사항에 대한 추가 Azure Disks 예약을 항상 구매할 수 있습니다.

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

아니요. 모든 관리 디스크, 심지어 공유 디스크는 연결하려는 VM과 동일한 지역에 있어야 합니다.

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

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

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

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

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

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

예.

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

복사가 실패합니다.

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

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

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

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

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

예.

디스크 처리량을 설정할 대상을 잘 모르는 경우 먼저 IO 크기가 16KiB라고 가정하고 애플리케이션을 모니터링할 때 성능을 조정하는 것이 좋습니다. 수식은 MB/s = # iOPS * 16/1000의 처리량입니다.

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

아니요, 울트라 디스크는 다른 디스크 유형에서 지원되는 다른 캐싱 방법을 지원하지 않습니다. 디스크 캐싱을 None으로 설정합니다.

VM은 Ultra Disks를 지원하는 지역 및 가용성 영역 쌍에 있어야 할 수도 있습니다. 자세한 내용은 Ultra Disks 시작 정보를 참조하세요.

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

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

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

아니요, 업로드는 ReadyToUpload 상태의 빈 디스크를 새로 만드는 동안에만 사용할 수 있습니다.

아니요.

마이그레이션에는 디스크를 한 스토리지 위치에서 다른 스토리지 위치로 이동하는 작업이 포함됩니다. 이는 데이터의 백그라운드 복사본을 통해 오케스트레이션되며, 완료하는 데 몇 시간이 걸릴 수 있으며, 일반적으로 디스크의 데이터 양에 따라 24시간 미만입니다. 이 시간 동안 일부 읽기가 원래 위치로 리디렉션될 수 있고 완료하는 데 시간이 더 오래 걸릴 수 있으므로 애플리케이션에서 일반적인 읽기 대기 시간보다 더 높은 시간을 경험할 수 있습니다. 이 기간 동안 쓰기 대기 시간에는 영향을 주지 않습니다.

변경할 필요가 없습니다.

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

변경할 필요가 없습니다.

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

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

예, Managed Disks를 사용하여 VM으로 장애 조치(failover)를 선택할 수 있습니다.

아니요. Managed Disks를 사용하는 VM에 대한 Azure Site Recovery Azure에서 Azure로의 보호를 사용할 수 있습니다.

예

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

예. 기본적으로 모든 관리 디스크는 OS 디스크를 포함하여 암호화됩니다.

아니요.

예.

예.

예

아니요. 그러나 암호화된 관리 디스크 또는 스냅샷에서 암호화된 스토리지 계정으로 VHD를 내보내는 경우 암호화됩니다.

예, 현재 위치 변환 대신 새 디스크 및 VM을 만들어야 하지만 Azure Disk Encryption에서 호스트의 암호화로 마이그레이션할 수 있습니다. 자세한 단계별 지침은 Azure Disk Encryption에서 호스트의 암호화로 마이그레이션을 참조하세요.

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

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을 배포할 수 있습니다.

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

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

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

로컬 SSD는 관리 디스크를 사용하여 VM에 포함된 임시 스토리지입니다. 이 임시 스토리지에 대한 추가 비용은 없습니다. Azure Storage에 유지되지 않으므로 이 로컬 SSD를 사용하여 애플리케이션 데이터를 저장하면 안 됩니다.

프리미엄 또는 표준 디스크의 Azure 디스크에서 TRIM을 사용하는 데는 단점이 없습니다.

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

Azure에서 Gen2 운영 체제 디스크에 대해 지원하는 파티션 유형은 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에 대한 기본 디스크 계층으로 지원되지 않습니다. 디스크를 이러한 계층에 매핑하려면 Blob 계층 을 P4 및 P6으로 명시적으로 설정해야 합니다. 디스크 크기나 콘텐츠 길이가 32 GiB 미만이거나 Blob 계층을 설정하지 않고 32 GiB에서 64 GiB 사이인 관리되지 않는 디스크 또는 페이지 Blob을 배포하는 경우, 500 IOPS 및 100 MB/s와 매핑된 가격 책정 계층으로 P10에 지속적으로 배치됩니다.

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

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

예.

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

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

디스크가 연결된 VM을 중지하고 시작하거나 디스크를 분리하고 다시 연결할 수 있습니다. GA의 프리미엄 SSD 및 표준 SSD 모두에 대해 더 큰 디스크 크기의 성능 목표가 증가했습니다.

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

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

예.

아니요.

내 질문에 대한 답변이 여기에 없으면 어떻게 해야 할까요?

여기에 질문이 나열되지 않은 경우 알려주세요. 답변을 찾는 데 도움이 될 것입니다. 이 문서의 끝에 질문을 게시할 수 있습니다. 이 문서에 대해 Azure Storage 팀 및 다른 커뮤니티 구성원과 소통하려면 Azure Storage에 대한 Microsoft Q&A 질문 페이지를 사용합니다.

기능을 요청하려면 Azure Storage 피드백 포럼에 요청 및 아이디어를 제출합니다.