Tanya jawab umum tentang disk Azure IaaS VM dan disk premium terkelola dan tidak terkelola

Disk terkelola standar yang dibuat dari VHD 80 GiB diperlakukan sebagai ukuran disk standar berikutnya yang tersedia, yang merupakan disk S10. Anda dikenakan biaya sesuai dengan harga disk S10. Untuk informasi lebih lanjut, lihat halaman harga.

Anda dikenakan biaya berdasarkan kapasitas disk yang disediakan. Untuk informasi lebih lanjut, lihat halaman harga.

Ya.

Tidak.

Ya. Batas maksimum adalah 50.000 disk terkelola per wilayah dan per jenis disk untuk langganan.

Tidak. VM dalam kumpulan ketersediaan harus menggunakan semua disk yang terkelola atau yang tidak terkelola. Saat membuat set ketersediaan, Anda dapat memilih jenis disk mana yang ingin Anda gunakan.

Ya. Anda dapat membuat disk kosong. Disk terkelola dapat dibuat secara terpisah dari VM, misalnya, tanpa melampirkannya ke VM.

Bergantung pada wilayah tempat set ketersediaan yang menggunakan disk terkelola berada, jumlah domain kesalahan yang didukung adalah 2 atau 3.

Disk Terkelola mendukung tiga peran default utama:

• Pemilik: Dapat mengelola semuanya, termasuk akses
• Kontributor: Dapat mengelola semuanya kecuali akses
• Pembaca: Dapat melihat semuanya, tetapi tidak dapat melakukan perubahan

Anda dapat membuat tanda tangan akses bersama (SAS) URI baca-saja untuk disk terkelola dan menggunakannya untuk menyalin konten ke akun penyimpanan privat atau penyimpanan lokal. Anda dapat menggunakan SAS URI menggunakan portal Azure, Azure PowerShell, Azure CLI, atau AzCopy.

Anda dapat mengambil rekam jepret disk terkelola lalu menggunakan rekam jepret untuk membuat disk terkelola lain. Anda juga dapat membuat disk terkelola baru dari disk terkelola yang ada.

Ya, tetapi mereka akan dihentikan pada 30 September 2025, dan per 18 November 2022, langganan pelanggan baru tidak memenuhi syarat untuk membuat disk yang tidak dikelola. Kami menyarankan agar Anda menggunakan disk terkelola untuk beban kerja baru dan migrasikan beban kerja Anda saat ini ke disk terkelola.

Tidak.

Tidak.

Tidak. Anda tidak dapat memperbarui properti nama komputer. VM baru mewarisinya dari VM induk, yang digunakan untuk membuat disk sistem operasi.

• Daftar templat menggunakan Disk Terkelola
• https://github.com/chagarw/MDPP

Tidak, ketika disk baru dibuat, itu adalah salinan mandiri penuh dari blob tersebut pada saat itu dan tidak ada koneksi antara keduanya. Jika mau, setelah Anda membuat disk, blob sumber dapat dihapus tanpa mempengaruhi disk yang baru dibuat dengan cara apa pun.

Disk terkelola tidak dapat diganti namanya. Namun, Anda dapat mengganti nama disk yang tidak dikelola selama saat ini tidak dilampirkan ke VHD atau VM.

Gambar generasi 1 hanya dapat menggunakan partisi GPT pada disk data, bukan disk OS. Disk OS harus menggunakan gaya partisi MBR.

Gambar Generasi 2 dapat menggunakan partisi GPT pada disk OS dan disk data.

Reservasi disk Azure memberikan opsi untuk membeli SSD Premium dalam SKU yang ditentukan mulai dari P30 (1 TiB) hingga P80 (32 TiB) untuk jangka waktu satu tahun. Tidak ada batasan jumlah minimum disk yang diperlukan untuk membeli reservasi disk. Selain itu, Anda dapat memilih untuk membayar dengan satu pembayaran di muka atau pembayaran bulanan. Tidak ada biaya transaksional tambahan yang diterapkan untuk Disk Terkelola SSD Premium.

Pemesanan dilakukan dalam bentuk disk, bukan kapasitas. Dengan kata lain, ketika Anda memesan disk P80 (32 TiB), Anda mendapatkan satu disk P80, Anda kemudian tidak dapat membagi reservasi tertentu itu menjadi dua disk P70 (16 TiB) yang lebih kecil. Anda dapat memesan disk sebanyak atau sesekali, termasuk dua disk P70 (16 TiB) terpisah.

Reservasi disk mengikuti model yang mirip dengan instans mesin virtual (VM) yang dipesan. Perbedaannya adalah bahwa reservasi disk tidak dapat diterapkan ke SKU yang berbeda, sementara instans VM dapat. Lihat Menghemat biaya dengan Azure Reserved VM Instances untuk informasi selengkapnya tentang instans VM.

Reservasi disk Azure dibeli untuk wilayah dan SKU tertentu (seperti P30 di US Timur 2), dan tidak dapat digunakan di luar konstruksi ini. Anda selalu dapat membeli Reservasi Disk Azure tambahan untuk kebutuhan penyimpanan disk Anda di wilayah atau SKU lain.

Ya, semua jenis disk mendukung instans tunggal VM SLA.

Tidak. Semua disk terkelola, bahkan disk bersama, harus berada di wilayah yang sama dengan VM yang mereka lampirkan.

Premium SSD v2 memberikan performa dasar 3.000 IOPS dan 125 MB/dtk untuk ukuran apa pun yang ditawarkan tanpa biaya tambahan. Saat ini, untuk wilayah berikut, kalkulator harga memiliki harga yang salah. Hingga kalkulator harga dikoreksi, mengurangi 3000IOPS dari target IOPS dan 125MB/dtk untuk bandwidth target untuk wilayah ini untuk memperkirakan biaya dengan benar: US Tengah Utara, AS Tengah Barat, AS Barat, UK Barat, UEA Tengah, UEA Utara, Swiss Utara, Swiss Barat, Swedia Selatan, Korea Tengah, Korea Selatan, Jepang Timur, Jepang Barat, Italia Utara, India Tengah, India Selatan, Jerman Utara, Jerman Barat Tengah, Prancis Tengah, Kanada Tengah, Kanada Timur, Brasil Selatan, US GOV Arizona, US GOV Virginia, Australia Tengah, Australia Tengah 2, Australia Tenggara, Afrika Selatan Utara, Arica Barat Selatan.

• Anda dapat memiliki operasi pencadangan dan pemulihan yang lebih efisien, mengurangi waktu henti jika terjadi kehilangan data atau kegagalan sistem, dengan sering mencadangkan disk data Anda. Jika disk data mengalami masalah, lebih mudah untuk pulih karena terpisah dari disk OS.

• Anda dapat memperluas kapasitas penyimpanan dengan menambahkan atau memperluas disk data tanpa memengaruhi disk OS. Hanya disk data yang mendukung pengubahan ukuran langsung, Anda tidak dapat meningkatkan ukuran disk OS tanpa menghentikan VM.

• Memisahkan OS dari aplikasi dan data Anda ke disk yang berbeda membantu memastikan bahwa IOP disk dari sistem operasi dan data aplikasi tidak saling mengganggu. Ini dapat meningkatkan performa sistem secara keseluruhan, dan mencegah masalah pertikaian yang mungkin terjadi ketika OS dan aplikasi bersaing untuk sumber daya disk.

• Jika terjadi kegagalan sistem atau kerusakan pada disk OS, Anda dapat menilik ulang atau menginstal ulang sistem operasi tanpa memengaruhi disk data. Ini mengurangi risiko kehilangan data dan mempermudah pemecahan masalah dan untuk prosedur pemeliharaan.

• Anda dapat menerapkan kontrol akses dan izin terpisah ke disk OS dan disk data. Pemisahan ini membatasi akses ke file sistem penting pada disk OS, mengurangi potensi risiko keamanan.

Ya.

Tidak. Rekam jepret harus disalin ke wilayah lain dalam urutan pembuatan.

Salinan gagal.

Ya. Semua rekam jepret dan gambar terkelola dienkripsi secara otomatis.

Semua jenis disk mendukung beberapa bentuk rekam jepret. Untuk disk Ultra Disk dan Premium SSD v2, disk hanya mendukung rekam jepret bertahap dan memiliki beberapa batasan. Untuk detailnya, lihat Membuat rekam jepret bertahap untuk disk terkelola. Jenis disk lainnya mendukung kedua jenis rekam jepret untuk semua ukuran disk mereka.

Menghapus salah satu rekam jepret inkremental Anda tidak memengaruhi rekam jepret bertahap berikutnya. Sistem menggabungkan data yang ditempati oleh rekam jepret pertama dengan rekam jepret berikutnya di bawah tenda untuk memastikan bahwa rekam jepret berikutnya tidak terpengaruh karena penghapusan rekam jepret pertama.

Disk terkelola yang kompatibel yang dibuat dengan API versi 2019-07-01 atau yang lebih baru dapat mengaktifkan disk bersama. Untuk melakukan ini, Anda perlu melepas disk dari semua VM yang dilampirkan. Kemudian, edit properti maxShares pada disk.

Lepaskan disk dari semua VM yang dilampirkan. Kemudian edit properti maxShare pada disk ke 1.

Ya.

Jika Anda tidak yakin apa yang harus diatur throughput disk Anda, kami sarankan Anda mulai dengan mengasumsikan ukuran IO 16 KiB dan menyesuaikan performa dari sana saat Anda memantau aplikasi Anda. Rumusnya adalah: Throughput dalam MB/dtk = # dari IOPS * 16 / 1000.

Selain pembatasan disk, ada pembatasan IO yang diberlakukan pada tingkat VM. Pastikan bahwa ukuran VM yang Anda gunakan dapat mendukung tingkat yang dikonfigurasi pada disk Anda. Untuk detail mengenai batas IO yang diberlakukan oleh VM Anda, lihat Ukuran untuk mesin virtual di Azure.

Tidak, disk ultra tidak mendukung berbagai metode penembolokan yang didukung pada jenis disk lainnya. Atur penembolokan disk ke Tidak Ada.

Mungkin, VM Anda harus berada di wilayah dan pasangan wilayah ketersediaan yang mendukung disk Ultra. Lihat memulai dengan disk ultra untuk detailnya.

Tidak, ultra Disk hanya didukung sebagai disk data. Anda dapat memigrasikan data dari disk data yang ada ke Ultra Disk. Lampirkan kedua disk ke VM yang sama dan langsung salin data ke Ultra Disk, atau gunakan solusi pihak ketiga untuk migrasi data.

Tidak, tetapi Anda dapat migrasikan data dari disk yang ada ke disk ultra. Untuk memigrasikan disk yang ada ke Disk ultra, lampirkan kedua disk ke VM yang sama, dan salin data disk dari satu disk ke disk lainnya atau gunakan solusi pihak ketiga untuk migrasi data.

Tidak, saat ini tidak didukung.

Tidak, unggahan hanya dapat digunakan selama pembuatan disk kosong baru dengan status ReadyToUpload.

Tidak.

Migrasi melibatkan pergerakan disk dari satu lokasi penyimpanan ke lokasi penyimpanan lainnya. Ini diatur melalui salinan data latar belakang yang dapat memakan waktu beberapa jam untuk diselesaikan, biasanya kurang dari 24 jam tergantung jumlah data dalam disk. Selama waktu tersebut, aplikasi Anda dapat mengalami latensi baca yang lebih tinggi dari biasanya karena beberapa operasi baca dapat dialihkan ke lokasi aslinya dan bisa membutuhkan waktu lebih lama untuk diselesaikan. Tidak ada dampak pada latensi tulis selama periode ini.

Tidak ada perubahan yang diperlukan.

Ya, cadangan bekerja dengan lancar.

Tidak ada perubahan yang diperlukan.

Tidak. Anda dapat membuat set skala baru dengan disk terkelola menggunakan gambar dari set skala lama Anda dengan disk yang tidak dikelola.

Tidak. Anda dapat mengekspor rekam jepret blob halaman sebagai blob halaman lalu membuat disk terkelola dari blob halaman yang diekspor.

Ya, Anda dapat memilih failover ke VM dengan Disk Terkelola.

Tidak. Perlindungan Azure Site Recovery Azure ke Azure untuk VM dengan Disk Terkelola tersedia.

Ya

Ya. Disk terkelola dienkripsi dengan enkripsi sisi server dengan kunci yang dikelola platform.

Ya. Secara default, semua disk yang dikelola dienkripsi, termasuk disk OS.

Tidak.

Ya.

Ya.

Ya

Tidak. Tetapi jika Anda mengekspor VHD ke akun penyimpanan terenkripsi dari disk atau rekam jepret terkelola terenkripsi, maka VHD itu dienkripsi.

Tidak dimungkinkan untuk beralih di tempat, tetapi dimungkinkan untuk membuat salinan disk dan melampirkannya ke VM baru yang dienkripsi dengan enkripsi sisi server. Namun, untuk VM Linux jika Anda mengenkripsi disk OS VM Linux dengan ADE, Anda tidak dapat menonaktifkan ADE di Linux saat disk OS dienkripsi. Untuk memigrasikan VM Windows dengan ADE diaktifkan atau VM Linux hanya dengan disk data yang dienkripsi ADE,

• Nonaktifkan enkripsi dan hapus ekstensi enkripsi di Windows atau di Linux.
• Kemudian buat disk terkelola baru menggunakan disk saat ini sebagai sumber.
• Lampirkan disk baru ke VM baru yang belum pernah mengaktifkan ADE.
• Enkripsi disk baru tersebut dengan kunci yang dikelola pelanggan.

Ya. Pertama, alihkan disk Anda untuk menggunakan kunci yang dikelola platform dengan salah satu langkah berikut:

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

Kemudian, enkripsi disk Anda saat ini dengan Azure Disk Encryption.

Ya.

Tidak semua citra OS mendukung penyebaran dengan disk yang tidak dikelola di portal Microsoft Azure. Jika citra yang Anda pilih tidak mendukung metode penyebaran ini, kami sarankan untuk menggunakan disk terkelola untuk beban kerja baru dan mengonversi disk yang ada menjadi disk terkelola. Jika Anda tidak dapat menggunakan disk terkelola, Anda dapat menyebarkan mesin virtual menggunakan disk yang tidak dikelola dengan modul Azure PowerShell atau Azure CLI.

Tidak. Anda hanya dapat melampirkan disk data standar ke VM yang tidak menggunakan seri ukuran yang mendukung disk SSD Premium.

Ada biaya tetap untuk setiap ukuran disk, yang disediakan dengan batas tertentu pada IOPS dan throughput. Biaya lainnya adalah bandwidth keluar, kapasitas rekam jepret, dan biaya yang terkait dengan bursting sesuai permintaan, jika berlaku. Untuk informasi lebih lanjut, lihat halaman harga.

Batas gabungan untuk cache dan SSD lokal untuk seri DS adalah 4.000 IOPS per inti dan 33 MB/dtk per inti. Seri GS menawarkan 5.000 IOPS per inti dan 50 MB/dtk per inti.

SSD lokal adalah penyimpanan sementara yang disertakan dengan VM menggunakan disk terkelola. Tidak ada biaya tambahan untuk penyimpanan sementara ini. Anda tidak boleh menggunakan SSD lokal ini untuk menyimpan data aplikasi karena tidak bertahan di Azure Storage.

Tidak ada kelemahan dalam penggunaan TRIM pada disk Azure pada disk premium atau standar.

Jenis partisi yang didukung Azure untuk disk sistem operasi Gen1 adalah master boot record (MBR). Meskipun disk Gen1 OS hanya mendukung MBR, disk data mendukung GPT. Meskipun Anda dapat mengalokasikan hingga disk OS 4-TiB, jenis partisi MBR hanya dapat menggunakan hingga 2 TiB ruang disk ini untuk sistem operasi. Azure mendukung hingga 32 TiB untuk disk data terkelola.

Jenis partisi yang didukung Azure untuk disk sistem operasi Gen2 adalah GUID Partition Table (GPT). VM Gen2 mendukung hingga disk OS 4-TiB. Azure mendukung hingga 32 TiB untuk disk data terkelola.

Jenis partisi yang didukung Azure untuk disk sistem operasi Gen1 adalah master boot record (MBR). Meskipun Anda dapat mengalokasikan hingga 4 TiB untuk disk OS, jenis partisi MBR hanya dapat menggunakan hingga 2 TiB ruang disk ini untuk sistem operasi. Azure mendukung hingga 4 TiB untuk disk data yang tidak dikelola.

Ukuran blob halaman terbesar yang didukung Azure adalah 8 TiB (8.191 GiB). Ukuran blob halaman maksimum saat dilampirkan ke VM sebagai data atau disk sistem operasi adalah 4 TiB (4.095 GiB).

Ukuran disk P4 (32 GiB) dan P6 (64 GiB) tidak didukung sebagai tingkat disk default untuk disk dan blob halaman yang tidak dikelola. Anda perlu secara eksplisit menetapkan Tingkat Blob ke P4 dan P6 agar disk Anda dipetakan ke tingkat ini. Jika Anda menyebarkan disk atau blob halaman yang tidak dikelola dengan ukuran disk atau panjang konten kurang dari 32 GiB atau antara 32 GiB hingga 64 GiB tanpa mengatur Tingkat Blob, Anda akan terus mendarat di P10 dengan 500 IOPS dan 100 MB/dtk dan tingkat harga yang dipetakan.

Disk premium kecil yang ada kurang dari 64 GiB terus ditagih sesuai dengan tingkat harga P10.

Anda dapat mengambil rekam jepret disk kecil Anda dan kemudian membuat disk untuk secara otomatis mengalihkan tingkat harga ke P4 atau P6 berdasarkan ukuran yang disediakan. Anda juga dapat menggunakan tingkat performa, lihat artikel untuk mengubah tingkat performa dengan modul Azure CLI/PowerShell atau portal Azure.

Ya.

Ukuran disk terbesar yang didukung oleh Azure Backup adalah 32 TiB (4 TiB untuk disk terenkripsi). Ukuran disk terbesar yang didukung oleh Azure Site Recovery adalah 8 TiB. Dukungan untuk disk yang lebih besar hingga 32 TiB belum tersedia di Azure Site Recovery.

Untuk mencapai throughput disk SSD Standar dan ukuran disk besar HDD Standar (>4 TiB) di luar 500 IOPS dan 60 MB/dtk, sebaiknya sebarkan VM baru dari salah satu ukuran VM berikut untuk mengoptimalkan performa Anda: seri B, seri DSv2, Seri Dsv3, Seri ESv3, seri Fs, seri Fsv2, seri M, seri GS, seri NCv2, seri NCv3, atau VM seri Ls. Melampirkan disk besar ke VM atau VM yang ada yang tidak menggunakan ukuran yang direkomendasikan di atas mungkin mengalami performa yang lebih rendah.

Anda dapat menghentikan dan memulai VM yang dilampirkan disk atau, melepaskan dan memasang kembali disk Anda. Target performa dari ukuran disk yang lebih besar telah ditingkatkan untuk SSD premium dan SSD standar di GA.

Penembolokan Host (BacaSaja dan Baca/Tulis) didukung pada ukuran disk kurang dari 4 TiB. Ini berarti disk apa pun yang disediakan hingga 4.095 GiB dapat memanfaatkan Penembolokan Host. Penembolokan host tidak didukung untuk ukuran disk lebih dari atau sama dengan 4.096 GiB. Misalnya, disk premium P50 yang disediakan pada 4.095 GiB dapat memanfaatkan penembolokan Host dan disk P50 yang disediakan pada 4.096 GiB tidak dapat memanfaatkan Penembolokan Host. Sebaiknya gunakan penembolokan untuk ukuran disk yang lebih kecil di mana Anda dapat mengharapkan untuk mengamati peningkatan performa yang lebih baik dengan data yang di-cache ke VM.

Atur DiskAccessId properti ke instans objek akses disk dan atur properti NetworkAccessPolicy ke AllowPrivate.

Ya.

Tidak.

Bagaimana jika pertanyaan saya tidak terjawab di sini?

Jika pertanyaan Anda tidak tercantum di sini, beri tahu kami dan kami akan membantu Anda menemukan jawaban. Anda dapat memposting pertanyaan di akhir artikel ini dalam komentar. Untuk berinteraksi dengan tim Azure Storage dan anggota komunitas lainnya tentang artikel ini, gunakanhalaman pertanyaan Microsoft Q&A untuk Azure Storage.

Untuk meminta fitur, kirimkan permintaan dan ide Anda ke forum umpan balik Azure Storage.