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 untuk durasi waktu berapa pun. Tidak seperti Instans Cadangan, Anda tidak perlu mendaftar untuk berkomitmen dalam jangka waktu 1 atau 3 tahun. Buat dan hapus reservasi kapan saja dan miliki kontrol penuh atas cara Anda mengelola reservasi.
Setelah Anda membuat Reservasi Kapasitas, sumber daya dapat segera digunakan. Kapasitas dicadangkan untuk Anda hingga Anda menghapus reservasi.
Reservasi Kapasitas memiliki beberapa properti dasar yang selalu ditentukan pada saat pembuatan:
- Ukuran VM - Setiap reservasi untuk satu ukuran VM. Contohnya,
Standard_D2s_v3. - Lokasi - Setiap reservasi adalah untuk satu lokasi (wilayah). Jika lokasi ini memiliki zona ketersediaan, reservasi juga dapat menentukan salah satu dari zona tersebut.
- Kuantitas - Setiap reservasi memiliki jumlah instans yang akan dicadangkan.
Untuk membuat Reservasi Kapasitas, parameter ini 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 tidak begitu penting lainnya dapat berjalan tanpa kapasitas cadangan.
Manfaat Reservasi Kapasitas
- Setelah disebarkan, kapasitas dicadangkan untuk Anda gunakan dan selalu tersedia dalam cakupan SLA yang berlaku
- Dapat disebarkan dan dihapus kapan saja tanpa komitmen jangka waktu
- Dapat digabungkan secara otomatis dengan Instans Cadangan untuk menggunakan diskon komitmen berjangka
SLA untuk Reservasi Kapasitas
Baca detail Service Level Agreement di SLA untuk Reservasi Kapasitas.
Setiap klaim terhadap SLA memerlukan penghitungan Menit Tidak Tersedia untuk kapasitas yang dicadangkan. Berikut adalah contoh cara menghitung Menit Tidak Tersedia.
- Reservasi Kapasitas Sesuai Permintaan memiliki total Kapasitas lima Unit Terpesan. Reservasi Kapasitas Sesuai Permintaan dimulai dalam status Kapasitas yang Tidak Digunakan dengan nol Komputer Virtual yang Dialokasikan.
- Penyebaran yang Didukung dari kuantitas 5 dialokasikan ke Reservasi Kapasitas Sesuai Permintaan. Tiga Komputer Virtual berhasil dan dua gagal dengan kesalahan kapasitas Komputer Virtual. Hasil: Dua Unit Terpesan mulai mengakumulasi Menit Tidak Tersedia.
- Tidak ada tindakan yang diambil selama 20 menit. Hasil: Dua Unit Terpesan masing-masing terakumulasi 15 Menit Tidak Tersedia.
- Pada 20 menit, Penyebaran yang Didukung kuantitas 2 dicoba. Satu Mesin Virtual berhasil, Mesin Virtual lainnya gagal dengan kesalahan kapasitas Mesin Virtual. Hasil: Satu Unit Cadangan berada pada 15 Menit Tidak Tersedia Terakumulasi. Unit Cadangan lain melanjutkan mengakumulasi Menit Tidak Tersedia.
- Empat Penyebaran kuantitas 1 yang didukung lainnya dibuat pada interval 10 menit. Pada upaya keempat (60 menit setelah kesalahan kapasitas pertama), Mesin Virtual disebarkan. Hasil: Unit Terpesan terakhir 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 diakumulasi 15 menit Waktu Henti. Persentase dari Waktu Aktif adalah 99,97%. Unit Cadangan ini tidak memenuhi syarat untuk Kredit Layanan.
- Unit Cadangan lainnya mengakumulasikan 55 menit Waktu Henti. Persentase dari Waktu Aktif adalah 99,87. Unit Cadangan ini memenuhi syarat untuk Kredit Layanan sebesar 10%.
Pembatasan dan batasan
- Membuat reservasi kapasitas membutuhkan kuota dengan cara yang sama seperti membuat mesin virtual.
- Membuat reservasi kapasitas saat ini terbatas pada Seri dan Ukuran Mesin Virtual tertentu. Daftar SKU Sumber Daya Komputasi mengiklankan kumpulan Ukuran Mesin Virtual yang didukung.
- Seri VM berikut mendukung pembuatan reservasi kapasitas:
- Av2
- B
- Bsv2 (Intel) dan Basv2 (AMD)
- Bpsv2
- Seri D, v2 dan yang lebih baru; AMD dan Intel
- Seri DCsv2
- Seri DCasv5
- Seri DCesv5 dan DCedsv5
- Seri Dplsv5
- Seri Dpsv, v5 dan yang lebih baru
- Seri Dpdsv6
- Seri Dplsv6
- Seri Dpldsv6
- Dlsv5 dan seri yang lebih baru
- Dldsv5 dan seri yang lebih baru
- Seri E, semua versi; AMD dan Intel
- Seri Eav4 dan Easv4
- Seri ECasv5 dan ECadsv5
- Seri ECesv5 dan ECedsv5
- Seri F, semua versi
- Seri Fasv6 dan Falsv6
- Seri Fx
- Lsv3 (Intel) dan Lasv3 (AMD)
- Pada penyebaran Mesin Virtual, jumlah Fault Domain (FD) hingga 3 dapat diatur sesuai keinginan menggunakan Virtual Machine Scale Sets. Penyebaran dengan lebih dari 3 FD akan gagal disebarkan terhadap Reservasi Kapasitas.
- Dukungan untuk Seri VM di bawah ini untuk Reservasi Kapasitas ada di Pratinjau Umum:
- Seri M, v3
- Lsv2
- Seri NC,v3
- Seri NV,v2 dan yang lebih baru
- Untuk seri N yang disebutkan di atas, pada penyebaran VM, jumlah Domain Kesalahan (FD) 1 dapat diatur menggunakan Virtual Machine Scale Sets. Penyebaran dengan lebih dari 1 FD akan gagal disebarkan terhadap Reservasi Kapasitas.
- Dukungan untuk Seri VM lainnya saat ini tidak tersedia:
- Seri M, v1 dan v2
- 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 Orkestrasi Fleksibel (pratinjau)
- Jenis penyebaran berikut tidak didukung:
- Spot VM
- Nodes Azure Dedicated Host atau Mesin Virtual yang disebarkan ke Dedicated Host
- Set ketersediaan
- Batasan penyebaran lainnya tidak didukung. Misalnya:
- Grup Penempatan Kedekatan
- Domain Pembaruan
- Virtual Machine Scale Sets dengan grup penempatan tunggal ditetapkan ke 'true'
- Penyimpanan UltraSSD
- Mesin Virtual melanjutkan dari hibernasi
- Mesin Virtual yang membutuhkan enkripsi vnet
- Langganan yang disematkan tidak dapat menggunakan fitur
- 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.
Penetapan harga dan penagihan
Reservasi Kapasitas diberi harga dengan tarif yang sama dengan ukuran VM yang mendasarinya. Misalnya, jika Anda membuat reservasi untuk 10 D2s_v3 VM, Anda akan mulai ditagih untuk 10 D2s_v3 VM, bahkan jika reservasi tidak digunakan.
Jika Anda kemudian menyebarkan Mesin Virtual D2s_v3 dan menentukan properti reservasi, Reservasi Kapasitas akan digunakan. Setelah digunakan, Anda hanya membayar VM dan bukan Reservasi Kapasitas. Misalnya, Anda menyebarkan enam Mesin Virtual D2s_v3 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 yang tidak digunakan memenuhi syarat untuk diskon komitmen jangka waktu Saving Plan dan Instans Cadangan. Dalam contoh sebelumnya, jika Anda memiliki Instans Cadangan untuk dua VM D2s_v3 di wilayah Azure yang sama, penagihan untuk dua sumber daya (baik VM atau Reservasi Kapasitas yang tidak digunakan) akan ditolak. Delapan D2s_v3 yang tersisa ditagih secara normal. Istilah diskon komitmen dapat diterapkan pada Mesin Virtual atau Reservasi Kapasitas yang tidak digunakan.
Perbedaan antara Reservasi Kapasitas Sesuai Permintaan dan Instans Cadangan
| Perbedaan | Reservasi Kapasitas Sesuai Permintaan | Reserved Instances |
|---|---|---|
| Term | Komitmen jangka tidak diperlukan. Dapat dibuat dan dihapus sesuai kebutuhan pelanggan | Komitmen jangka tetap baik satu tahun atau tiga tahun |
| Diskon tagihan | Dikenakan biaya dengan tarif bayar sesuai pemakaian untuk ukuran VM yang mendasarinya* | Penghematan biaya yang signifikan atas tarif bayar sesuai pemakaian |
| SLA Kapasitas | Menyediakan jaminan kapasitas di lokasi tertentu (wilayah atau zona ketersediaan) | Tidak memberikan jaminan kapasitas. Pelanggan dapat memilih "prioritas kapasitas" untuk mendapatkan akses yang lebih baik, tetapi opsi itu 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 Cadangan jika dibeli secara terpisah
Bekerja dengan Reservasi Kapasitas
Reservasi Kapasitas dibuat untuk ukuran Mesin Virtual 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. Misalnya, US Timur, Eropa Utara, atau Asia Tenggara.
- Grup menetapkan zona yang memenuhi syarat. Misalnya, AZ1, AZ2, 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 Mesin Virtual. Jika grup tidak memiliki reservasi yang cocok dengan ukuran dan lokasi, Azure mengembalikan pesan kesalahan.
Jumlah yang dicadangkan untuk reservasi dapat disesuaikan setelah penyebaran awal dengan mengubah properti kapasitas. Perubahan lain pada Reservasi Kapasitas, seperti ukuran atau lokasi VM, tidak diizinkan. Pendekatan yang disarankan adalah membuat reservasi baru, memigrasikan Mesin Virtual yang ada, lalu menghapus reservasi lama jika tidak lagi diperlukan.
Reservasi Kapasitas tidak membatasi jumlah penyebaran VM. Azure mendukung pengalokasian VM sebanyak yang diinginkan terhadap reservasi. Karena reservasi itu sendiri membutuhkan kuota, pemeriksaan kuota dihilangkan untuk penyebaran VM hingga jumlah yang dicadangkan. Mengalokasikan Mesin Virtual di luar jumlah yang dipesan disebut mengalokasikan reservasi secara berlebihan. 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 jumlah VM yang dialokasikan terhadap reservasi melebihi jumlah yang dicadangkan. Untuk mempelajari lebih lanjut, buka 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 untuk Reservasi Kapasitas dan menghitung konsumsi kapasitas. VM-VM ini Berjalan atau Berhenti (Dialokasikan), atau mungkin dalam status transisi seperti Mulai atau Berhenti . Daftar ini tidak menyertakan VM yang berada dalam status tidak dialokasikan, yang disebut sebagai Dihentikan (tidak dialokasikan).virtualMachinesAssociated= Daftar VM yang terkait dengan Reservasi Kapasitas. Daftar ini memiliki semua VM yang telah dikonfigurasi untuk menggunakan reservasi, termasuk yang berada dalam status yang tidak dialokasikan.
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 seiring dengan VM yang memiliki properti yang cocok dan setidaknya ada satu instans kapasitas kosong.
Dengan menggunakan contoh kami, ketika VM ketiga dialokasikan terhadap Reservasi Kapasitas, reservasi memasuki status dialokasikan secara berlebihan. VM ketiga ini memerlukan kuota yang tidak digunakan dan pemenuhan kapasitas tambahan dari Azure. Setelah VM ketiga dialokasikan, Reservasi Kapasitas sekarang terlihat seperti ini:
capacity adalah 2 dan panjang virtualMachinesAllocated dan virtualMachinesAssociated adalah 3.
Sekarang, seandainya aplikasi turun skalanya ke minimal dua VM. Karena VM 0 membutuhkan pembaruan, VM tersebut dipilih untuk dibatalkan alokasinya. Reservasi secara otomatis beralih ke status ini:
capacity dan panjang virtualMachinesAllocated adalah 2. Namun, panjang untuk virtualMachinesAssociated masih 3 karena VM 0, meskipun tidak dialokasikan, masih terkait dengan Reservasi Kapasitas. Untuk mencegah kelebihan kuota, Mesin Virtual 0 yang tidak dialokasikan tetap dihitung terhadap kuota yang dialokasikan untuk reservasi. Selama Anda memiliki kuota yang tidak terpakai yang mencukupi, Anda dapat menyebarkan Mesin Virtual baru ke Reservasi Kapasitas dan menerima SLA dari kapasitas cadangan yang tidak digunakan. Atau Anda dapat menghapus Mesin Virtual 0 untuk menghapus penggunaan kuota.
Reservasi Kapasitas ada hingga dihapus secara eksplisit. Untuk menghapus Reservasi Kapasitas, langkah pertama adalah memisahkan semua VM di properti virtualMachinesAssociated. Setelah pemisahan selesai, Reservasi Kapasitas akan terlihat seperti ini:
Status Reservasi Kapasitas menunjukkan capacity sebagai 2 dan panjang virtualMachinesAssociated dan virtualMachinesAllocated sebagai 0. Dari status ini, Reservasi Kapasitas dapat dihapus. Setelah dihapus, Anda tidak membayar reservasi lagi.
Penggunaan dan tagihan
Saat Reservasi Kapasitas kosong, penggunaan VM dilaporkan untuk ukuran VM dan lokasi yang sesuai. Instans Cadangan VM dapat mencakup sebagian atau semua penggunaan Reservasi Kapasitas saat VM tidak diterapkan.
Contoh
Misalnya, katakanlah Reservasi Kapasitas dengan 2 cadangan telah 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 Cadangan:
Pada gambar sebelumnya, diskon Instans VM Cadangan diterapkan ke salah satu instans yang tidak digunakan dan biaya untuk instans tersebut ditolak. Untuk instans lain, tarif PAYG 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 Cadangan akan mengurangi 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 PAYG untuk ukuran VM yang dicadangkan.
Tanya jawab umum
Berapa harga Reservasi Kapasitas sesuai permintaan?
Harga Reservasi Kapasitas sesuai permintaan Anda sama dengan harga ukuran VM yang mendasarinya yang terkait dengan reservasi itu. Saat menggunakan Reservasi Kapasitas, Anda akan dikenakan biaya untuk ukuran VM yang Anda pilih dengan tarif bayar sesuai penggunaan, baik VM telah disediakan atau tidak. Kunjungi halaman harga VM Windows dan Linux untuk detail selengkapnya.
Apakah saya akan dikenai biaya dua kali, untuk biaya Reservasi Kapasitas sesuai permintaan dan untuk VM yang sebenarnya ketika saya akhirnya menyediakannya?
Tidak, Anda hanya dikenakan biaya sekali untuk Reservasi Kapasitas sesuai permintaan.
Dapatkah saya menerapkan Instans Mesin Virtual Cadangan (RI) ke reservasi kapasitas sesuai permintaan untuk menurunkan biaya?
Ya, Anda dapat menerapkan RI yang ada atau yang akan datang untuk reservasi kapasitas sesuai permintaan dan menerima diskon RI. RI yang tersedia diterapkan secara otomatis ke Reservasi Kapasitas dengan cara yang sama seperti yang diterapkan ke VM.
Apa perbedaan antara Instans Mesin Virtual Cadangan (RI) dan Reservasi Kapasitas sesuai permintaan?
RI dan reservasi kapasitas sesuai permintaan berlaku untuk Azure VM. Namun, RI memberikan tarif reservasi diskon untuk VM Anda dibandingkan dengan tarif bayar sesuai pemakaian sebagai akibat dari komitmen jangka waktu 1 tahun, atau 3 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 akan dikenakan biaya dengan tarif bayar sesuai penggunaan setelah Reservasi Kapasitas Anda berhasil disediakan. Tidak seperti RI, 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.
Langkah berikutnya
Memulai memesan kapasitas Komputasi. Lihat artikel Reservasi Kapasitas terkait kami yang lain: