Reservasi kapasitas sesuai permintaan
Berlaku untuk: ✔️️ VM Linux ✔️️ VM Windows ️✔️ Set skala seragam ✔️️ Kumpulan skala fleksibel
Reservasi kapasitas sesuai permintaan memungkinkan Anda memesan kapasitas komputasi di wilayah Azure atau zona ketersediaan selama durasi waktu apa pun. Tidak seperti instans cadangan, Anda tidak perlu mendaftar untuk komitmen jangka waktu satu tahun atau tiga tahun. Anda dapat membuat dan menghapus reservasi kapan saja dan memiliki kontrol penuh atas bagaimana Anda ingin mengelola reservasi Anda.
Setelah membuat reservasi kapasitas, Anda dapat segera menggunakan sumber daya. Kapasitas dicadangkan untuk Anda hingga Anda menghapus reservasi.
Reservasi kapasitas memiliki beberapa properti dasar yang selalu ditentukan pada saat pembuatan:
- Ukuran VM: Setiap reservasi adalah untuk satu ukuran komputer virtual (VM). Contohnya
Standard_D2s_v3. - Lokasi: Setiap reservasi adalah untuk satu lokasi (wilayah). Jika lokasi tersebut memiliki zona ketersediaan, reservasi juga dapat menentukan salah satu zona.
- Kuantitas: Setiap reservasi memiliki kuantitas instans yang akan dipesan.
Untuk membuat reservasi kapasitas, parameter diteruskan ke Azure sebagai permintaan kapasitas. Jika Azure tidak memiliki kapasitas yang tersedia yang memenuhi permintaan, penyebaran reservasi gagal. Penyebaran Anda gagal jika Anda tidak memiliki kuota langganan yang memadai. Minta kuota yang lebih tinggi atau coba kombinasi ukuran, lokasi, atau zona VM yang berbeda.
Setelah Azure menerima permintaan reservasi Anda, permintaan tersebut tersedia untuk VM dengan konfigurasi yang cocok. Untuk menggunakan reservasi kapasitas, VM harus menentukan reservasi di propertinya. Jika tidak, reservasi kapasitas tidak digunakan. Salah satu manfaat dari desain ini adalah Anda hanya dapat menargetkan beban kerja penting ke reservasi dan beban kerja noncritik lainnya yang dapat berjalan tanpa kapasitas yang dipesan.
Manfaat reservasi kapasitas
- Setelah penyebaran, kapasitas dicadangkan untuk penggunaan Anda dan selalu tersedia dalam cakupan perjanjian tingkat layanan (SLA) yang berlaku.
- Kapasitas dapat disebarkan dan dihapus kapan saja tanpa komitmen istilah.
- Kapasitas dapat dikombinasikan secara otomatis dengan instans yang dipesan untuk menggunakan diskon komitmen jangka waktu.
SLA untuk reservasi kapasitas
Baca detail SLA di SLA untuk reservasi kapasitas.
Setiap klaim terhadap SLA mengharuskan Anda menghitung Menit Tidak Tersedia untuk kapasitas yang dipesan. Berikut adalah contoh cara menghitung Menit Tidak Tersedia:
- Reservasi kapasitas sesuai permintaan memiliki kapasitas total lima unit yang dipesan. Reservasi kapasitas sesuai permintaan dimulai dalam status Kapasitas Yang Tidak Digunakan dengan nol VM yang dialokasikan.
- Penyebaran yang didukung dengan kuantitas 5 dialokasikan untuk reservasi kapasitas sesuai permintaan. Tiga VM berhasil dan dua gagal dengan kesalahan kapasitas VM. Hasilnya adalah bahwa dua unit yang dipesan mulai mengakumulasi Menit Tidak Tersedia.
- Tidak ada tindakan yang diambil selama 20 menit. Hasilnya adalah bahwa dua unit yang dipesan masing-masing terakumulasi 15 Menit Tidak Tersedia.
- Pada 20 menit, penyebaran yang didukung dengan kuantitas 2 dicoba. Satu VM berhasil dan VM lainnya gagal dengan kesalahan kapasitas VM. Hasilnya adalah satu unit yang dipesan tetap pada 15 akumulasi Menit Tidak Tersedia. Unit cadangan lain melanjutkan akumulasi Menit Tidak Tersedia.
- Empat penyebaran yang didukung lagi dengan kuantitas 1 dibuat pada interval 10 menit. Pada upaya keempat (60 menit setelah kesalahan kapasitas pertama), VM disebarkan. Hasilnya adalah unit terakhir yang dipesan menambahkan 40 menit Menit Tidak Tersedia (empat upaya x 10 menit di antara upaya) selama total 55 Menit Tidak Tersedia.
Dari contoh akumulasi Menit Tidak Tersedia ini, berikut perhitungan kredit layanan:
- Satu unit cadangan terakumulasi 15 menit waktu henti. Persentase waktu aktif adalah 99,97%. Unit yang dipesan ini tidak memenuhi syarat untuk kredit layanan.
- Unit cadangan lainnya mengumpulkan waktu henti 55 menit. Waktu aktif persentase adalah 99,87. Unit yang dipesan ini memenuhi syarat untuk kredit layanan sebesar 10%.
Pembatasan dan batasan
Membuat reservasi kapasitas memerlukan kuota dengan cara yang sama seperti saat Anda membuat VM.
Membuat reservasi kapasitas saat ini terbatas pada seri dan ukuran VM tertentu. Daftar SKU Sumber Daya komputasi mengiklankan sekumpulan ukuran VM yang didukung.
Seri VM berikut mendukung pembuatan reservasi kapasitas:
- Av2
- B
- Bpsv2
- Bsv2 (Intel) dan Basv2 (AMD)
- Seri D dan Ds, v2 dan yang lebih baru; AMD dan Intel
- ayahv5
- Seri Dav4
- Dasv4 dan yang lebih baru
- Seri Ddv4 dan v5
- Seri Dds, v4 dan yang lebih baru
- Dlsv5 dan seri yang lebih baru
- Dldsv5 dan seri yang lebih baru
- Seri DCsv2
- Seri DCasv5 dan DCadsv5
- Seri DCesv5 dan DCedsv5
- Seri ECasv5 dan ECadsv5
- Seri ECesv5 dan ECedsv5
- Dplsv5 dan seri yang lebih baru
- Seri Dps dan Dpds, v5 dan yang lebih baru
- Seri Dplds, v5 dan yang lebih baru
- Seri Eps dan Epds, v5 dan yang lebih baru
- Seri E, semua versi; AMD dan Intel
- Seri Eav4 dan Easv4
- Seri Easv5 dan Eadsv5
- Seri Ebdsv5 dan Ebsv5
- Seri Ed dan Eds, v4 dan yang lebih baru
- Seri F, semua versi
- Seri Fx
- Lsv3 (Intel) dan Lasv3 (AMD)
Pada penyebaran VM, Anda dapat mengatur jumlah domain kesalahan (FD) hingga tiga dengan menggunakan Azure Virtual Machine Scale Sets. Penyebaran dengan lebih dari tiga FD gagal disebarkan terhadap reservasi kapasitas.
Pada penyebaran VM untuk seri VM berikut untuk reservasi kapasitas, Anda dapat mengatur jumlah FD satu dengan menggunakan Virtual Machine Scale Sets. Penyebaran dengan lebih dari satu FD gagal disebarkan terhadap reservasi kapasitas:
- Seri NC, v3
- seri NCasT4_v3
- seri NCADSA10_v4
- seri NC_A100_v4
- Seri NV, v3, dan yang lebih baru
- seri NVadsA10_v5
- Seri V620_v1 NGads
- Seri M, v2
- Seri M, v3
Dukungan untuk seri VM berikut untuk reservasi kapasitas berada dalam pratinjau publik:
- Lsv2
Dukungan untuk seri VM lainnya saat ini tidak tersedia:
- Seri M, v1
- Seri M, HM, dan VHM
- Seri ND
- Seri Hb
- Seri Hc
Jenis penyebaran berikut didukung:
- Komputer virtual tunggal
- Virtual Machine Scale Sets dengan Orkestrasi Seragam
- Virtual Machine Scale Sets dengan Flexible Orchestration
Jenis penyebaran berikut tidak didukung:
- Spot VM
- Simpul atau VM Azure Dedicated Host disebarkan ke host khusus
- Kumpulan ketersediaan
Batasan penyebaran lainnya tidak didukung. Contohnya:
- Grup penempatan kedekatan
- Domain Pembaruan
- Virtual Machine Scale Sets dengan grup penempatan tunggal diatur ke
true - Azure Ultra Disk Storage (sebelumnya UltraSSD)
- Mesin Virtual melanjutkan dari hibernasi
- VM yang memerlukan enkripsi jaringan virtual
Langganan yang disematkan tidak dapat menggunakan fitur tersebut.
Hanya langganan yang membuat reservasi yang dapat menggunakannya.
Reservasi hanya tersedia untuk pelanggan Azure berbayar. Akun bersponsor seperti Coba Gratis dan Azure untuk Siswa tidak memenuhi syarat untuk menggunakan fitur ini.
Cloud yang didukung untuk reservasi kapasitas:
- Cloud Azure
- Azure for Government
- Azure di Tiongkok (Pratinjau)
- Dukungan tidak tersedia untuk Tiongkok Utara dan Tiongkok Timur
Penetapan harga dan penagihan
Reservasi kapasitas dihargai dengan tarif yang sama dengan ukuran VM yang mendasar. Misalnya, jika Anda membuat reservasi untuk 10 D2s_v3 VM, Anda mulai ditagih untuk 10 D2s_v3 VM, bahkan jika reservasi tidak digunakan.
Jika Anda kemudian menyebarkan VM D2s_v3 dan menentukan properti reservasi, reservasi kapasitas akan digunakan. Setelah VM digunakan, Anda hanya membayar VM dan bukan reservasi kapasitas. Katakanlah Anda menyebarkan enam D2s_v3 VM terhadap reservasi kapasitas yang disebutkan sebelumnya. Anda melihat tagihan untuk enam VM D2s_v3 dan empat reservasi kapasitas yang tidak digunakan, keduanya dikenakan tarif yang sama dengan VM D2s_v3.
Reservasi kapasitas yang digunakan dan tidak digunakan memenuhi syarat untuk diskon komitmen jangka waktu Savings Plan dan Reserved Instances. Dalam contoh sebelumnya, jika Anda telah memesan instans untuk dua D2s_v3 VM di wilayah Azure yang sama, penagihan untuk dua sumber daya (baik VM atau reservasi kapasitas yang tidak digunakan) akan dikoleksi. Delapan D2s_v3 yang tersisa ditagih secara normal. Istilah diskon komitmen dapat diterapkan pada VM atau reservasi kapasitas yang tidak digunakan.
Perbedaan antara reservasi kapasitas sesuai permintaan dan instans yang dipesan
| Perbedaan | Reservasi kapasitas sesuai permintaan | Instans yang dipesan |
|---|---|---|
| Term | Komitmen jangka tidak diperlukan. Dapat dibuat dan dihapus sesuai persyaratan pelanggan. | Komitmen jangka waktu tetap baik satu atau tiga tahun. |
| Diskon tagihan | Dikenakan tarif bayar sesuai penggunaan untuk ukuran VM yang mendasar.* | Penghematan biaya yang signifikan dibandingkan tarif bayar sesuai penggunaan. |
| SLA Kapasitas | Memberikan jaminan kapasitas di lokasi yang ditentukan (wilayah atau zona ketersediaan). | Tidak memberikan jaminan kapasitas. Pelanggan dapat memilih Prioritas kapasitas untuk mendapatkan akses yang lebih baik, tetapi opsi tersebut tidak membawa SLA. |
| Wilayah vs. zona ketersediaan | Dapat disebarkan per wilayah atau per zona ketersediaan. | Hanya tersedia di tingkat regional. |
*Memenuhi syarat untuk diskon instans yang dipesan jika dibeli secara terpisah.
Bekerja dengan reservasi kapasitas
Reservasi kapasitas dibuat untuk ukuran VM tertentu di wilayah Azure atau zona ketersediaan. Semua reservasi dibuat dan dikelola sebagai bagian dari grup reservasi kapasitas.
Grup menentukan lokasi Azure:
- Grup menetapkan wilayah tempat semua reservasi dibuat. Contohnya adalah US Timur, Eropa Utara, atau Asia Tenggara.
- Grup menetapkan zona yang memenuhi syarat. Contohnya adalah AZ1, AZ2, dan AZ3 dalam kombinasi apa pun.
- Jika tidak ada zona yang ditentukan, Azure memilih penempatan untuk grup di suatu tempat di wilayah tersebut. Setiap reservasi menentukan wilayah dan mungkin tidak mengatur zona.
Setiap reservasi dalam grup adalah untuk satu ukuran Mesin Virtual. Jika zona yang memenuhi syarat dipilih untuk grup, reservasi harus untuk salah satu zona yang didukung.
Grup hanya dapat memiliki satu reservasi per ukuran Mesin Virtual per zona, atau hanya satu reservasi per ukuran Mesin Virtual jika tidak ada zona yang dipilih.
Untuk menggunakan reservasi kapasitas, tentukan grup reservasi kapasitas sebagai salah satu properti VM. Jika grup tidak memiliki reservasi yang cocok dengan ukuran dan lokasi, Azure mengembalikan pesan kesalahan.
Anda dapat menyesuaikan kuantitas yang dicadangkan untuk reservasi setelah penyebaran awal dengan mengubah properti kapasitas. Perubahan lainnya pada reservasi kapasitas, seperti ukuran atau lokasi VM, tidak diizinkan. Kami menyarankan agar Anda membuat reservasi baru, memigrasikan VM yang ada, lalu menghapus reservasi lama jika tidak lagi diperlukan.
Reservasi kapasitas tidak membuat batasan jumlah penyebaran VM. Azure mendukung pengalokasian VM sebanyak yang diinginkan terhadap reservasi. Karena reservasi itu sendiri memerlukan kuota, pemeriksaan kuota dihilangkan untuk penyebaran VM hingga kuantitas yang dipesan. Mengalokasikan VM di luar kuantitas yang dipesan disebut mengalokasikan reservasi secara keseluruhan. Mengalokasikan VM secara keseluruhan tidak tercakup oleh SLA, dan VM tunduk pada pemeriksaan kuota dan Azure memenuhi kapasitas tambahan. Setelah disebarkan, instans VM tambahan ini dapat menyebabkan kuantitas VM yang dialokasikan terhadap reservasi melebihi kuantitas yang dipesan. Untuk mempelajari lebih lanjut, lihat Mengalokasikan reservasi kapasitas secara keseluruhan.
Siklus hidup reservasi kapasitas
Saat reservasi dibuat, Azure menyisihkan jumlah instans kapasitas yang diminta di lokasi yang ditentukan.
Melacak status reservasi secara menyeluruh melalui properti berikut:
capacity: Jumlah total instans yang dicadangkan oleh pelanggan.virtualMachinesAllocated: Daftar VM yang dialokasikan terhadap reservasi kapasitas dan dihitung untuk mengonsumsi kapasitas. VM ini Berjalan atau Dihentikan (Dialokasikan), atau berada dalam status transisi seperti Memulai atau Berhenti. Daftar ini tidak menyertakan VM yang dalam keadaan dibatalkan alokasinya, yang disebut sebagai Dihentikan (dibatalkan alokasinya).virtualMachinesAssociated: Daftar VM yang terkait dengan reservasi kapasitas. Daftar ini memiliki semua VM yang dikonfigurasi untuk menggunakan reservasi, termasuk yang dalam status dibatalkan alokasinya.
Contoh sebelumnya dimulai dengan capacity sebagai 2 dan panjang virtualMachinesAllocated dan virtualMachinesAssociated sebagai 0.
Ketika VM kemudian dialokasikan terhadap reservasi kapasitas, VM menggunakan salah satu instans kapasitas yang dipesan.
Status reservasi kapasitas menunjukkan capacity sebagai 2 dan panjang virtualMachinesAllocated dan virtualMachinesAssociated sebagai 1.
Alokasi terhadap reservasi kapasitas berhasil jika VM memiliki properti yang cocok dan setidaknya ada satu instans kapasitas kosong.
Seperti yang ditunjukkan dalam contoh kami, ketika VM ketiga dialokasikan terhadap reservasi kapasitas, reservasi memasuki status overallocated . VM ketiga ini memerlukan kuota yang tidak digunakan dan pemenuhan kapasitas tambahan dari Azure. Setelah VM ketiga dialokasikan, reservasi kapasitas sekarang terlihat seperti diagram ini:
capacity adalah 2 dan panjang virtualMachinesAllocated dan virtualMachinesAssociated adalah 3.
Sekarang, seandainya aplikasi turun skalanya ke minimal dua VM. Karena VM 0 memerlukan pembaruan, VM 0 dipilih untuk dealokasi. Reservasi secara otomatis beralih ke status ini:
capacity dan panjang virtualMachinesAllocated adalah 2. Namun, panjang untuk virtualMachinesAssociated masih 3 karena VM 0, meskipun dibatalkan alokasinya, masih terkait dengan reservasi kapasitas. Untuk mencegah kuota diserbu, VM 0 yang dibatalkan alokasinya masih dihitung terhadap kuota yang dialokasikan untuk reservasi. Jika Anda memiliki cukup kuota yang tidak digunakan, Anda dapat menyebarkan VM baru ke reservasi kapasitas dan menerima SLA dari kapasitas cadangan yang tidak digunakan. Atau Anda dapat menghapus VM 0 untuk menghapus penggunaan kuota.
Reservasi kapasitas ada sampai dihapus secara eksplisit. Untuk menghapus reservasi kapasitas, langkah pertama adalah memisahkan semua VM di virtualMachinesAssociated properti. Setelah disasosiasi selesai, reservasi kapasitas akan terlihat seperti diagram ini:
Status reservasi kapasitas menunjukkan capacity sebagai 2 dan panjang virtualMachinesAssociated dan virtualMachinesAllocated sebagai 0. Dari status ini, Anda dapat menghapus reservasi kapasitas. Setelah dihapus, Anda tidak membayar reservasi lagi.
Penggunaan dan tagihan
Ketika reservasi kapasitas kosong, penggunaan VM dilaporkan untuk ukuran VM dan lokasi yang sesuai. Instans cadangan VM dapat mencakup beberapa atau semua penggunaan reservasi kapasitas bahkan ketika VM tidak disebarkan.
Contoh
Misalnya, katakanlah reservasi kapasitas dengan kuantitas yang dipesan 2 dibuat. Langganan memiliki akses ke satu instans VM cadangan yang cocok dengan ukuran yang sama. Hasilnya adalah dua aliran penggunaan untuk reservasi kapasitas, salah satunya dicakup oleh instans yang dipesan.
Dalam diagram sebelumnya, diskon instans VM yang dipesan diterapkan ke salah satu instans yang tidak digunakan dan biaya untuk instans tersebut ditolak. Untuk instans lain, tarif bayar sesuai penggunaan dikenakan untuk ukuran VM yang dipesan.
Ketika VM dialokasikan terhadap reservasi kapasitas, komponen VM lainnya seperti disk, jaringan, ekstensi, dan komponen lain yang diminta juga harus dialokasikan. Dalam keadaan ini, penggunaan VM mencerminkan satu VM yang dialokasikan dan satu instans kapasitas yang tidak digunakan. Instans VM yang dipesan akan nol biaya VM atau instans kapasitas yang tidak digunakan. Biaya lain untuk disk, jaringan, dan komponen lain yang terkait dengan VM yang dialokasikan juga muncul pada tagihan.
Pada gambar sebelumnya, diskon instans cadangan VM diterapkan ke VM 0, yang hanya dikenakan biaya untuk komponen lain, seperti disk dan jaringan. Instans lain yang tidak digunakan ditagih dengan tarif bayar sesuai penggunaan untuk ukuran VM yang dipesan.
Tanya jawab umum
Berapa harga reservasi kapasitas sesuai permintaan?
Harga reservasi kapasitas sesuai permintaan Anda sama dengan harga ukuran VM yang mendasar yang terkait dengan reservasi. Saat Anda menggunakan reservasi kapasitas, Anda dikenakan biaya untuk ukuran VM yang Anda pilih dengan tarif bayar sesuai pemakaian, baik VM disediakan atau tidak. Untuk informasi selengkapnya, lihat halaman harga VM Windows dan Linux .
Apakah saya akan dikenakan biaya dua kali untuk biaya reservasi kapasitas sesuai permintaan dan untuk VM aktual ketika saya akhirnya menyediakannya?
Tidak, Anda hanya dikenakan biaya sekali untuk reservasi kapasitas sesuai permintaan.
Dapatkah saya menerapkan Azure Reserved Virtual Machine Instances ke reservasi kapasitas sesuai permintaan untuk menurunkan biaya saya?
Ya, Anda dapat menerapkan instans cadangan yang ada atau yang akan datang ke reservasi kapasitas sesuai permintaan dan menerima diskon instans yang dipesan. Instans cadangan yang tersedia diterapkan secara otomatis ke reservasi kapasitas dengan cara yang sama seperti yang diterapkan ke VM.
Apa perbedaan antara Instans Komputer Virtual Cadangan dan reservasi kapasitas sesuai permintaan?
Instans yang dipesan dan reservasi kapasitas sesuai permintaan berlaku untuk Azure VM. Namun, instans cadangan memberikan diskon tarif reservasi untuk VM Anda dibandingkan dengan tarif bayar sesuai penggunaan sebagai akibat dari komitmen jangka waktu satu tahun atau tiga tahun. Sebaliknya, reservasi kapasitas sesuai permintaan tidak memerlukan komitmen.
Anda dapat membuat atau membatalkan reservasi kapasitas kapan saja. Namun, tidak ada diskon yang diterapkan, dan Anda dikenakan biaya dengan tarif bayar sesuai penggunaan setelah reservasi kapasitas Anda berhasil disediakan. Tidak seperti instans cadangan, yang memprioritaskan kapasitas tetapi tidak menjaminnya, saat Anda membeli reservasi kapasitas sesuai permintaan, Azure menyisihkan kapasitas komputasi untuk VM Anda dan memberikan jaminan SLA.
Skenario mana yang paling diuntungkan dari reservasi kapasitas sesuai permintaan?
Skenario umum mencakup kelangsungan bisnis, pemulihan bencana, dan peningkatan skala aplikasi penting.
Konten terkait
Mulai menggunakan kapasitas komputasi. Lihat artikel reservasi kapasitas lainnya: