Azure IaaS VM ディスクと Premium マネージド ディスクおよびアンマネージド ディスクについてよく寄せられる質問

80 GiB の VHD から作成した Standard マネージド ディスクは、1 つ上の Standard ディスク サイズである S10 ディスクとして扱われます。 S10 ディスクの価格に従って課金されます。 詳細については、 価格に関するページを参照してください。

ディスクのプロビジョニング容量に基づいて課金されます。 詳細については、 価格に関するページを参照してください。

はい。

いいえ。

はい。 リージョンごと、およびサブスクリプションのディスクの種類ごとに 50,000 個というマネージド ディスクの上限が設けられています。

いいえ。 可用性セット内の VM は、すべてマネージド ディスクにするか、すべてアンマネージド ディスクにする必要があります。 可用性セットを作成するときに、使用するディスクの種類を選択できます。

はい。 空のディスクを作成できます。 マネージド ディスクは VM とは独立して作成できます。たとえば、VM にアタッチせずに作成できます。

マネージド ディスクを使用する可用性セットが配置されているリージョンに応じて、サポートされる障害ドメイン数は 2 または 3 になります。

Managed Disks では 3 つの重要な既定のロールがサポートされます。

• 所有者: アクセス権を含めすべてを管理できます
• 共同作成者: アクセス権以外のすべてを管理できます。
• 閲覧者: すべてを閲覧できますが、変更を加えることはできません

マネージド ディスクの読み取り専用 Shared Access Signature (SAS) URI を生成し、それを使用して、内容をプライベート ストレージ アカウントまたはオンプレミス ストレージにコピーできます。 SAS URI は、Azure Portal、Azure PowerShell、Azure CLI、または AzCopy を使って使用することができます。

マネージド ディスクのスナップショットを作成し、そのスナップショットを使用して別のマネージド ディスクを作成できます。 既存のマネージド ディスクから新しいマネージド ディスクを作成することもできます。

はい。ただし、2025 年 9 月 30 日までに廃止の予定であり、2022 年 11 月 18 日以降、新しいお客様のサブスクリプションではアンマネージド ディスクを作成できません。 新しいワークロードではマネージド ディスクを使用し、現在のワークロードはマネージド ディスクに移行することをお勧めします。

いいえ。

いいえ。

いいえ。 コンピューター名プロパティを更新することはできません。 新しい VM のコンピューター名プロパティは、オペレーティング システム ディスクの作成に使用した親 VM から継承されます。

• Managed Disks を使用するテンプレートの一覧
• https://github.com/chagarw/MDPP

いいえ。新しいディスクを作成すると、その時点でその BLOB の完全なスタンドアロン コピーとなるため、2 つの間に関連はありません。 ディスクを作成した後は、必要であれば、新しく作成したディスクに何も影響を与えずにソース BLOB を削除できます。

マネージド ディスクの名前を変更することはできません。 ただし、アンマネージド ディスクの場合は、現在 VHD または VM にアタッチされていない限り、名前を変更できます。

第 1 世代のイメージでは、OS ディスクではなく、データ ディスクに対してのみ GPT パーティション分割を使用できます。 OS ディスクは、MBR パーティション分割のスタイルを使用する必要があります。

第 2 世代のイメージでは、OS ディスクとデータ ディスクで GPT パーティション分割を使用できます。

Azure ディスク予約には、指定された SKU の Premium SSD を P30 (1 TiB) から最大 P80 (32 TiB) まで 1 年間購入するオプションがあります。 ディスク予約を購入するために必要なディスクの最小数に制限はありません。 また、1 回の前払いまたは毎月の支払いを選択できます。 Premium SSD Managed Disks に適用される追加のトランザクション コストはありません。

予約は、容量ではなくディスクの形式で行われます。 つまり、P80 (32 TiB) ディスクを予約すると、1 個の P80 ディスクが取得され、その特定の予約を 2 つの小さな P70 (16 TiB) ディスクに分割することはできません。 2 つの個別の P70 (16 TiB) ディスクなど、任意の数のディスクを予約することができます。

ディスク予約は、予約済み仮想マシン (VM) インスタンスと似たモデルに従います。 違いは、ディスク予約を異なる SKU に適用することはできませんが、VM インスタンスでは可能である点です。 VM インスタンスの詳細については、「Azure Reserved VM Instances を使用してコストを削減する」を参照してください。

Azure ディスク予約は、特定のリージョンと SKU (米国東部 2 の P30 など) 用に購入されるため、これらの構成要素以外では使用できません。 他のリージョンまたは SKU のディスク ストレージのニーズに合わせて、いつでも追加の Azure ディスク予約を購入できます。

はい。すべてのディスクの種類で単一インスタンスの VM SLA がサポートされています。

いいえ。 すべてのマネージド ディスクは、共有ディスクも含めて、それらがアタッチされている VM と同じリージョンに配置される必要があります。

Premium SSD v2 は、提供されるどのサイズに対しても、追加コストなしで 3,000 IOPS と 125 MB/秒のベースライン パフォーマンスを提供します。 現在、次の地域では、料金計算ツールの価格に誤りがあります。 料金計算ツールが修正されるまで、これらの地域のターゲット IOPS から 3000IOPS を、ターゲット帯域幅として 125MB/秒を差し引くことで、コストを正しく見積もることができます。米国中北部、米国西部、英国西部、アラブ首長国連邦中部、アラブ首長国連邦北部、スイス北部、スイス西部、スウェーデン南部、韓国南部、韓国南部、東日本、西日本、イタリア北部、インド中部、 南インド、ドイツ北部、ドイツ西部、フランス中部、カナダ中部、カナダ東部、ブラジル南部、US GOV アリゾナ、US GOV バージニア、オーストラリア中部、オーストラリア中部 2、オーストラリア南東部、南アフリカ北部、アリカ西部。

• データ ディスクを頻繁にバックアップすると、バックアップとリカバリの操作をより効率的に実行でき、データ損失やシステム障害が発生した場合のダウンタイムを短縮できます。 データ ディスクで問題が発生した場合、OS ディスクと分離されているため、回復が容易になります。

• データ ディスクを追加または拡張して、OS ディスクに影響を与えることなくストレージ容量を拡張できます。 ライブ サイズ変更をサポートしているのはデータ ディスクのみです。VM を停止せずに OS ディスクのサイズを増やすことはできません。

• OS をアプリケーションとデータから分離し、別のディスクに格納すると、オペレーティング システムとアプリケーション データのディスク IOP が相互に干渉しないようにすることができます。 これにより、システム全体のパフォーマンスを向上できます。また、OS とアプリケーションの両方がディスク リソースをめぐって競合するときに発生する可能性のある競合の問題を防ぐこともできます。

• システム障害が発生した場合、または OS ディスクに破損が発生した場合、データ ディスクに影響を与えることなく、オペレーティング システムを再イメージ化または再インストールできます。 これにより、データ損失のリスクが軽減され、トラブルシューティングやメンテナンス手順が容易になります。

• OS ディスクとデータ ディスクに個別のアクセス制御とアクセス許可を適用できます。 この分離により、OS ディスク上の重要なシステム ファイルへのアクセスが制限され、潜在的なセキュリティ リスクが軽減されます。

はい。

いいえ。 スナップショットは、作成された順に他のリージョンにコピーする必要があります。

コピーが失敗します。

はい。 すべての管理スナップショットおよびイメージは、自動的に暗号化されます。

すべてのディスクの種類で、何らかの形式のスナップショットがサポートされています。 Ultra Disks と Premium SSD v2 ディスクの場合、増分スナップショットのみがサポートされ、いくつかの制限があります。 詳細については、「マネージド ディスクの増分スナップショットの作成」を参照してください。 その他のディスクの種類では、すべてのディスク サイズに対して両方の種類のスナップショットがサポートされています。

増分スナップショットの 1 つを削除しても、後続の増分スナップショットには影響しません。 最初のスナップショットの削除によって後続のスナップショットが影響を受けないようにするために、システムによって、最初のスナップショットで占有されるデータと次のスナップショットが内部でマージされます。

API バージョン 2019-07-01 以降を使用して作成された互換性のあるマネージド ディスクで共有ディスクを有効にできます。 このためには、アタッチ先のすべての VM からディスクをマウント解除する必要があります。 次に、ディスクの maxShares プロパティを編集します。

アタッチ先のすべての VM からディスクをマウント解除します。 次に、ディスクの maxShare プロパティを 1 に編集します。

はい。

ディスクのスループットをいくつに設定すればよいかわからない場合は、まず IO サイズを 16 KiB と想定し、アプリケーションを監視しながら、その値からパフォーマンスを調整することをお勧めします。 数式は次のとおりです: MB/s 単位のスループット = IOPS の数 * 16 / 1000。

ディスク スロットルに加えて、VM レベルで課される IO スロットルがあります。 使用している VM サイズが、ディスク上に構成されているレベルをサポートできることを確認してください。 VM によって課される IO 制限に関連する詳細については、「Azure の仮想マシンのサイズ」を参照してください。

いいえ。Ultra ディスクでは、他のディスクの種類でサポートされている異なるキャッシュ方法はサポートされません。 ディスク キャッシュは None に設定してください。

現在の VM を、Ultra ディスクをサポートするリージョンと可用性ゾーンのペアに配置しなければならなくなる可能性があります。 詳細については、Ultra ディスクの使用開始に関するページを参照してください。

いいえ。Ultra ディスクはデータ ディスクとしてのみサポートされています。 既存のデータ ディスクから Ultra ディスクにデータを移行することは可能です。 両方のディスクを同じ VM にアタッチし、データを Ultra ディスクに直接コピーするか、サード パーティのソリューションを利用してデータ移行を行います。

いいえ。ただし、既存のディスクから Ultra ディスクにデータを移行することは可能です。 既存のディスクを Ultra Disk に移行するには、両方のディスクを同じ VM にアタッチし、ディスクのデータを一方のディスクからもう一方のディスクにコピーするか、またはデータ移行のためのサードパーティ ソリューションを利用します。

いいえ、そうした機能は現在はサポートされていません。

いいえ。アップロードは、ReadyToUpload 状態を持つ新しい空のディスクの作成中にのみ使用できます。

いいえ。

移行には、保存場所間のディスクの移動が伴います。 これはデータのバックグラウンド コピーによって調整されますが、これは完了までに数時間かかることがあります (ディスク内のデータの量にもよりますが、通常は 24 時間以内)。 この間、お使いのアプリケーションで読み取り時の待ち時間が通常よりも長くなる可能性があります。一部の読み取りが元の場所にリダイレクトされ、完了までに通常よりも時間がかかる場合があるためです。 この間、書き込みの待機時間に影響はありません。

変更の必要はありません。

はい。バックアップはシームレスに機能します。

変更の必要はありません。

いいえ。 アンマネージド ディスクを含んだ以前のスケール セットからのイメージを使用し、マネージド ディスクで新しいスケール セットを作成してください。

いいえ。 ページ BLOB のスナップショットをページ BLOB としてエクスポートしておき、エクスポートしたページ BLOB からマネージド ディスクを作成してください。

はい。Managed Disks を使用した VM にフェールオーバーすることを選択できます。

いいえ。 Azure Site Recovery の Azure から Azure への Managed Disks を使用した VM の保護を利用できます。

はい

はい。 マネージド ディスクは、プラットフォーム マネージド キーを使用したサーバー側の暗号化で暗号化されます。

はい。 既定では、OS ディスクを含むすべてのマネージド ディスクが暗号化されています。

いいえ。

はい。

はい。

はい

いいえ。 ただし、暗号化されたマネージド ディスクまたはスナップショットから暗号化されたストレージ アカウントに 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 をデプロイできます。

いいえ。 Premium SSD ディスクをサポートするサイズ シリーズを使用しない VM にアタッチできるのは、Standard データ ディスクのみです。

ディスク サイズごとに固定料金が設定されており、プロビジョニングする際、IOPS とスループットに固有の制限があります。 その他のコストは、送信帯域幅、スナップショット容量、必要に応じてオンデマンド バーストに関連するコストです。 詳細については、 価格に関するページを参照してください。

DS シリーズの場合、制限はキャッシュとローカル SSD の合計でコアあたり 4,000 IOPS と、コアあたり 33 MB/秒です。 GS シリーズでは、コアあたり 5,000 IOP、コアあたり 50 MB/秒です。

ローカル SSD は、マネージド ディスクを使用する VM に含まれている一時的なストレージです。 この一時ストレージに対して追加コストは発生しません。 このローカル SSD は Azure ストレージに永続化されないため、アプリケーション データの保存には使用しないでください。

Premium と Standard のどちらのディスクの場合も、Azure ディスクで TRIM を使用することに不都合な点はありません。

Gen1 オペレーティング システム ディスクについて Azure でサポートされているパーティションの種類は、マスター ブート レコード (MBR) です。 ただし、Gen1 OS ディスクでは MBR のみが、データ ディスクでは GPT のみがサポートされています。 最大 4 TiB の OS ディスクを割り当てることができますが、パーティションの種類が MBR の場合、オペレーティング システムに使用できるのは、このディスク領域のうち最大 2 TiB のみです。 マネージド データ ディスクについては、Azure では最大で 32 TiB までサポートされています。

Gen2 オペレーティング システム ディスクについて Azure でサポートされているパーティションの種類は、GUID パーティション テーブル (GPT) です。 Gen2 VM では、最大 4 TiB の OS ディスクがサポートされます。 マネージド データ ディスクについては、Azure では最大で 32 TiB までサポートされています。

アンマネージド ディスクを使用するオペレーティング システム ディスクについて Azure でサポートされているパーティションの種類は、マスター ブート レコード (MBR) です。 OS ディスクには最大 4 TiB を割り当てることができますが、MBR (パーティションの種類) では、オペレーティング システムに対してこのディスク領域の最大 2 TiB のみを使用できます。 アンマネージド データ ディスクについて、Azure では最大 4 TiB がサポートされています。

Azure でサポートされている最大ページ BLOB サイズは、8 TB (8,191 GiB) です。 データ ディスクまたはオペレーティング システム ディスクとして VM にアタッチされている場合の最大ページ BLOB サイズは、4 TiB (4,095 GiB) です。

P4 (32 GiB) および P6 (64 GiB) ディスク サイズは、アンマネージド ディスクおよびページ BLOB の既定のディスク層としてサポートされていません。 ディスクをこれらの層にマッピングするために、P4 および P6 に対して BLOB 階層の設定を明示的に行う必要があります。 ディスク サイズまたはコンテンツの長さが 32 GiB 未満、または BLOB 層が設定されていない 32 GiB から 64 GiB までのアンマネージド ディスクまたはページ BLOB をデプロイする場合、500 IOPS および 100 MB/秒の P10 と、対応する価格レベルが適用されます。

64 GiB 未満の既存の小規模 Premium ディスクは、引き続き P10 価格レベルに基づいて課金されます。

小規模ディスクのスナップショットを作成してからディスクを作成すると、プロビジョニングされたサイズに基づいて価格レベルを P4 または P6 に自動的に切り替えることができます。 パフォーマンス レベルを使用することもできます。Azure CLI/PowerShell モジュールまたは Azure portal でパフォーマンス レベルを変更するための記事を参照してください。

はい。

Azure Backup でサポートされる最大のディスク サイズは、32 TiB (暗号化されたディスクの場合は 4 TiB) です。 Azure Site Recovery によってサポートされる最大のディスク サイズは 8 TiB です。 Azure Site Recovery では、最大 32 TiB の大容量ディスクのサポートはまだ利用できません。

Standard SSD と Standard HDD の、500 IOPS および 60 MB/秒を超える大規模ディスク サイズ (> 4 TiB) のディスク スループットを実現するためには、パフォーマンスを最適化するために以下の VM シリーズのいずれかから新しい VM をデプロイすることをお勧めします: B シリーズ、DSv2 シリーズ、Dsv3 シリーズ、ESv3 シリーズ、Fs シリーズ、Fsv2 シリーズ、M シリーズ、GS シリーズ、NCv2 シリーズ、NCv3 シリーズ、または Ls シリーズの VM。 既存の VM、または上記の推奨サイズを使用していない VM に大容量ディスクをアタッチすると、パフォーマンスが低下する可能性があります。

ディスクがアタッチされている VM を停止して起動するか、ディスクをデタッチしてもう一度アタッチします。 GA では、Premium SSD と Standard SSD の両方で、大容量ディスク サイズのディスクのパフォーマンス目標が高められています。

ホスト キャッシュ (ReadOnly および Read/Write) は、4 TiB 未満のディスク サイズでサポートされています。 つまり、4,095 GiB までプロビジョニングされたすべてのディスクで、ホスト キャッシュを利用できます。 ホスト キャッシュは、4,096 GiB 以上のディスク サイズではサポートされていません。 たとえば、4,095 GiB でプロビジョニングされた P50 Premium ディスクではホスト キャッシュを利用できますが、4,096 GiB でプロビジョニングされた P50 ディスクではホスト キャッシュを利用できません。 小さいディスク サイズの場合は、キャッシュの使用をお勧めします。データを VM にキャッシュすると、パフォーマンスの向上が期待できます。

DiskAccessId プロパティをディスク アクセス オブジェクトのインスタンスに設定し、NetworkAccessPolicy プロパティを AllowPrivate に設定します。

はい。

いいえ。

ここに質問の答えがない場合はどうすればいいですか。

質問がここに表示されていない場合はご連絡ください。答えを見つけるお手伝いをします。 この記事の末尾のコメントに、質問を投稿することができます。 この記事に関して、Azure Storage チームやその他のコミュニティのメンバーとやり取りするには、Azure Storage に関する Microsoft Q&A ページをご利用ください。

機能についてのご要望がある場合は、ご要望やアイデアを Azure Storage フィードバック フォーラムまでお送りください。