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 komitmen dalam jangka waktu 1 atau 3 tahun. Buat dan hapus reservasi kapan saja dan miliki kontrol penuh atas cara Anda mengelola reservasi.

Setelah Reservasi Kapasitas dibuat, kapasitas akan langsung tersedia dan secara eksklusif dicadangkan untuk Anda gunakan sampai reservasi dihapus.

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 langganan tidak memiliki kuota yang diperlukan atau Azure tidak memiliki kapasitas yang tersedia yang memenuhi spesifikasi, reservasi akan gagal untuk disebarkan. Untuk menghindari kegagalan penyebaran, minta lebih banyak kuota atau coba kombinasi zona, lokasi, maupun ukuran VM yang berbeda.

Setelah Azure menerima permintaan reservasi, reservasi ini akan tersedia untuk digunakan oleh VM dengan konfigurasi yang cocok. Untuk menggunakan Reservasi Kapasitas, VM harus menentukan reservasi sebagai salah satu propertinya. Jika tidak, Reservasi Kapasitas akan tetap 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 5 Unit Cadangan. Reservasi Kapasitas Sesuai Permintaan dimulai dalam status Kapasitas Tidak Digunakan dengan 0 Mesin Virtual yang Dialokasikan.
  • Penyebaran yang Didukung dari kuantitas 5 dialokasikan ke Reservasi Kapasitas Sesuai Permintaan. 3 Mesin Virtual berhasil dan 2 gagal dengan kesalahan kapasitas Mesin Virtual. Hasil: 2 Unit Cadangan mulai mengakumulasi Menit Tidak Tersedia.
  • Tidak ada tindakan yang diambil selama 20 menit. Hasil: dua Unit Cadangan 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 yang Didukung tambahan dari kuantitas 1 dibuat pada interval 10 menit. Pada upaya keempat (60 menit setelah kesalahan kapasitas pertama), Mesin Virtual disebarkan. Hasil: Unit Cadangan terakhir menambahkan 40 menit dari Menit Tidak Tersedia (4 upaya x 10 menit antara upaya) dengan total 55 Menit Tidak Tersedia.

Dari contoh akumulasi Menit Tidak Tersedia ini, berikut adalah 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 Mesin Virtual berikut mendukung pembuatan reservasi kapasitas:
    • Av2
    • B
    • Seri D, v2 dan yang lebih baru; AMD dan Intel
    • Seri E, semua versi; AMD dan Intel
    • Seri F, semua versi
    • 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 Mesin Virtual tambahan saat ini tidak tersedia:
    • Seri Ls dan Lsv2
    • Seri M, semua versi
    • Seri NC, v3 dan yang lebih baru
    • Seri NV, v2 dan yang lebih baru
    • 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. Contohnya:
    • Grup Penempatan Kedekatan
    • Perbarui domain
    • Virtual Machine Scale Sets dengan grup penempatan tunggal ditetapkan ke 'true'
    • Penyimpanan UltraSSD
    • Mesin Virtual melanjutkan dari hibernasi
    • Mesin Virtual yang membutuhkan enkripsi vnet
  • 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.

Harga dan tagihan

Reservasi Kapasitas diberi harga dengan tarif yang sama dengan ukuran VM yang mendasarinya. Misalnya, jika Anda membuat reservasi untuk jumlah 10 mesin virtual D2s_v3 maka Anda akan mulai ditagih untuk sepuluh mesin virtual D2s_v3, 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 akan membayar VM tersebut dan tidak ada biaya tambahan untuk Reservasi Kapasitas. Misalnya, Anda menyebarkan enam Mesin Virtual D2s_v3 terhadap Reservasi Kapasitas yang disebutkan sebelumnya. Anda akan melihat tagihan untuk enam Mesin Virtual D2s_v3 dan empat Reservasi Kapasitas yang tidak digunakan, keduanya dikenakan tarif yang sama dengan Mesin Virtual D2s_v3.

Reservasi Kapasitas yang digunakan dan yang tidak digunakan memenuhi syarat untuk mendapatkan diskon komitmen jangka waktu Instans Cadangan. Dalam contoh sebelumnya, jika Anda memiliki Instans Cadangan untuk dua Mesin Virtual D2s_v3 di wilayah Azure yang sama, tagihan untuk dua sumber daya (Mesin Virtual atau Reservasi Kapasitas yang tidak digunakan) akan ditiadakan. Delapan D2s_v3 sisanya akan 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
Persyaratan 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 menyediakan jaminan kapasitas. Pelanggan dapat memilih "prioritas kapasitas" untuk mendapatkan akses yang lebih baik, tetapi opsi itu tidak memiliki 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 akan 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 akan memilih penempatan untuk grup di suatu tempat di wilayah tersebut. Setiap reservasi akan menentukan wilayah dan tidak boleh menetapkan 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 akan menampilkan pesan kesalahan.

Jumlah yang dicadangkan untuk reservasi dapat disesuaikan setelah penyebaran awal dengan mengubah properti kapasitas. Perubahan lainnya 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 Mesin Virtual secara berlebihan tidak tercakup dalam SLA dan Mesin Virtual akan tunduk pada pemeriksaan kuota dan Azure memenuhi kapasitas ekstra. Setelah disebarkan, instans VM tambahan ini dapat menyebabkan jumlah VM yang dialokasikan terhadap reservasi melebihi jumlah yang dicadangkan. Untuk mempelajari lebih lanjut, buka Pengalokasian Reservasi Kapasitas yang Berlebihan.

Siklus hidup Reservasi Kapasitas

Saat reservasi dibuat, Azure menyisihkan jumlah instans kapasitas yang diminta di lokasi yang ditentukan:

Gambar Reservasi Kapasitas 1.

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 akan dimulai dengan capacity sebagai 2 dan panjang virtualMachinesAllocated dan virtualMachinesAssociated sebagai 0.

Kemudian, saat VM dialokasikan ke Reservasi Kapasitas, VM secara logis akan menggunakan salah satu instans kapasitas cadangan:

Gambar Reservasi Kapasitas 2.

Status Reservasi Kapasitas kini akan menampilkan capacity sebagai 2 dan panjang virtualMachinesAllocated dan virtualMachinesAssociated sebagai 1.

Alokasi terhadap Reservasi Kapasitas akan berhasil selama VM memiliki properti yang cocok dan setidaknya ada satu instans kapasitas yang kosong.

Dengan menggunakan contoh kami, ketika VM ketiga dialokasikan terhadap Reservasi Kapasitas, reservasi memasuki status dialokasikan secara berlebihan. VM ketiga ini akan membutuhkan kuota yang tidak digunakan dan pemenuhan kapasitas tambahan dari Azure. Setelah VM ketiga dialokasikan, Reservasi Kapasitas sekarang terlihat seperti ini:

Gambar Reservasi Kapasitas 3.

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:

Gambar Reservasi Kapasitas 4.

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 akan tetap ada sampai reservasi 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:

Gambar Reservasi Kapasitas 5.

Status Reservasi Kapasitas kini akan menampilkan capacity sebagai 2 dan panjang virtualMachinesAssociated dan virtualMachinesAllocated sebagai 0. Dari status ini, Reservasi Kapasitas dapat dihapus. Setelah dihapus, Anda tidak akan membayar reservasi lagi.

Gambar Reservasi Kapasitas 6.

Penggunaan dan tagihan

Saat Reservasi Kapasitas kosong, penggunaan VM akan dilaporkan untuk ukuran dan lokasi VM 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:

Gambar Reservasi Kapasitas 7.

Pada gambar di atas, diskon Instans VM Cadangan diterapkan ke salah satu instans yang tidak digunakan dan biaya untuk instans tersebut akan dinolkan. Untuk contoh lainnya, tarif PAYG akan dikenakan untuk ukuran VM yang dicadangkan.

Ketika VM dialokasikan terhadap Reservasi Kapasitas, komponen VM lainnya seperti disk, jaringan, ekstensi, dan komponen lain yang diminta juga harus dialokasikan. Dalam kondisi ini, penggunaan VM akan 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 lainnya yang terkait dengan VM yang dialokasikan juga akan muncul pada tagihan.

Gambar Reservasi Kapasitas 8.

Pada gambar sebelumnya, diskon Instans Cadangan VM diterapkan ke VM 0, yang hanya akan 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 dikenai biaya untuk ukuran VM yang Anda pilih dengan tarif bayar sesuai pemakaian, terlepas dari apakah 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 akan dikenai 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 pada 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 dikenai biaya dengan tarif bayar sesuai pemakaian 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: