Membandingkan model pembelian berbasis vCore dan DTU pada Azure SQL Database
Berlaku untuk: Azure SQL Database
Artikel ini membandingkan dua model pembelian untuk Azure SQL Database:
- Model pembelian berbasis vCore (disarankan)
- Model pembelian berbasis DTU
Model pembelian
Ada dua model pembelian untuk Azure SQL Database:
- Model pembelian berbasis vCore menyediakan pilihan antara tingkat komputasi yang disediakan atau tanpa server:
- Dengan tingkat komputasi yang disediakan, Anda memilih jumlah sumber daya komputasi yang tepat yang selalu disediakan untuk beban kerja Anda.
- Dengan tingkat komputasi tanpa server, Anda menentukan penskalaan otomatis sumber daya komputasi melalui rentang komputasi yang dapat dikonfigurasi. Tingkat komputasi tanpa server secara otomatis menjeda database selama periode tidak aktif saat hanya penyimpanan yang ditagih, dan otomatis melanjutkan database saat aktivitas kembali. Harga satuan vCore per satuan waktu lebih rendah dalam tingkat komputasi yang disediakan daripada di tingkat komputasi tanpa server.
- Model pembelian berbasis DTU menyediakan paket komputasi dan penyimpanan yang dibundel seimbang untuk beban kerja umum.
Tabel dan bagan berikut ini membandingkan serta membedakan model pembelian berbasis vCore dan DTU:
Model pembelian | Keterangan | Terbaik untuk |
---|---|---|
Berbasis DTU | Model ini didasarkan pada ukuran komputasi, penyimpanan, dan sumber daya I/O yang dibundel. Ukuran komputasi dinyatakan dalam DTU untuk database tunggal dan dalam unit transaksi database elastis (eDTU) untuk kumpulan elastis. Untuk informasi selengkapnya tentang DTU dan eDTU, lihat Apa itu DTU dan eDTU?. | Pelanggan yang menginginkan opsi sumber daya yang sederhana dan telah dikonfigurasi sebelumnya |
Berbasis vCore | Model ini memungkinkan Anda untuk memilih sumber daya komputasi dan penyimpanan secara mandiri. Model pembelian berbasis vCore juga memungkinkan Anda menggunakan Azure Hybrid Benefit untuk SQL Server untuk menghemat biaya. | Pelanggan yang menghargai fleksibilitas, kontrol, dan transparansi |
Model pembelian vCore
Core virtual (vCore) mewakili CPU logis dan menawarkan opsi untuk memilih antara generasi perangkat keras dan karakteristik fisik perangkat keras (misalnya, jumlah core, memori, dan ukuran penyimpanan). Model pembelian berbasis vCore memberi Anda fleksibilitas, kontrol, transparansi penggunaan sumber daya individu, dan cara mudah untuk menerjemahkan persyaratan beban kerja lokal ke cloud. Model ini memungkinkan Anda memilih sumber daya komputasi, memori, dan penyimpanan berdasarkan kebutuhan beban kerja Anda.
Model pembelian berbasis vCore memiliki tiga tingkat layanan: tingkat layanan Tujuan Umum, Kritis Bisnis, dan Hyperscale . Tinjau tingkatan layanan untuk mempelajari selengkapnya.
Dalam model pembelian berbasis vCore, biaya Anda bergantung pada pilihan dan penggunaan:
- Tingkat layanan
- Konfigurasi perangkat keras
- Sumber daya komputasi (jumlah vCores dan jumlah memori)
- Penyimpanan database yang dicadangkan
- Penyimpanan cadangan aktual
Model pembelian DTU
Model pembelian berbasis DTU menggunakan unit transaksi database (DTU) untuk menghitung dan menyatukan biaya komputasi. Unit transaksi database (DTU) mewakili ukuran campuran CPU, memori, baca, dan tulis. Model pembelian berbasis DTU menawarkan set bundel sumber daya komputasi yang telah dikonfigurasi sebelumnya dan termasuk penyimpanan untuk mendorong tingkat performa aplikasi yang berbeda. Jika Anda lebih memilih kesederhanaan bundel yang telah dikonfigurasi sebelumnya dan pembayaran tetap setiap bulan, model berbasis DTU mungkin lebih cocok untuk kebutuhan Anda.
Dalam model pembelian berbasis DTU, Anda dapat memilih antara tingkat layanan Dasar, Standar, dan Premium untuk Azure SQL Database. Tinjau tingkatan layanan DTU untuk mempelajari selengkapnya.
Untuk mengonversi dari model pembelian berbasis DTU ke model pembelian berbasis vCore, lihat Migrasi dari DTU ke vCore.
Biaya komputasi
Biaya komputasi dihitung secara berbeda berdasarkan setiap model pembelian.
Biaya komputasi DTU
Di model pembelian DTU, DTU ditawarkan dalam bundel sumber daya komputasi yang telah dikonfigurasi sebelumnya dan menyertakan penyimpanan untuk menjalankan tingkat performa aplikasi yang berbeda. Anda ditagih berdasarkan jumlah DTU yang Anda alokasikan ke database untuk aplikasi Anda.
Biaya komputasi vCore
Di model pembelian berbasis vCore, pilih antara tingkat komputasi yang diprovisikan, atau tingkat komputasi tanpa server. Dalam tingkat komputasi yang diprovisikan, biaya komputasi mencerminkan total kapasitas komputasi yang diprovisikan untuk aplikasi. Di tingkat komputasi tanpa server, sumber daya komputasi diskalakan otomatis berdasarkan kapasitas beban kerja dan ditagih untuk jumlah komputasi yang digunakan, per detik.
Untuk database tunggal, sumber daya komputasi, I/O, dan penyimpanan data serta log dikenai biaya per database. Untuk kumpulan elastis, sumber daya ini dikenai biaya per kumpulan. Namun, penyimpanan cadangan selalu dikenai biaya per database.
Karena tiga replika tambahan dialokasikan secara otomatis di tingkat layanan Business Critical, harganya akan menjadi sekitar 2,7 kali lebih tinggi dari yang menggunakan tingkat layanan General Purpose. Selain itu, harga penyimpanan per GB yang lebih tinggi di tingkat layanan Business Critical menunjukkan batas IO yang lebih tinggi dan latensi penyimpanan SSD lokal yang lebih rendah.
Biaya penyimpanan
Biaya penyimpanan dihitung secara berbeda berdasarkan setiap model pembelian.
Biaya penyimpanan DTU
Penyimpanan disertakan dalam harga DTU. Anda dapat menambahkan penyimpanan tambahan di tingkat Standar dan Premium. Lihat opsi harga untuk detail tentang penyediaan penyimpanan tambahan.
Retensi jangka panjang tidak disertakan, dan ditagih secara terpisah.
Biaya penyimpanan vCore
Berbagai jenis penyimpanan ditagih secara berbeda.
- Untuk penyimpanan data, Anda dikenakan biaya untuk penyimpanan yang diprovisikan berdasarkan database maksimum atau ukuran kumpulan yang Anda pilih. Biaya tidak berubah kecuali Anda mengurangi atau meningkatkan jumlah maksimum tersebut.
- Penyimpanan cadangan dikaitkan dengan pencadangan otomatis pada database Anda dan dialokasikan secara dinamis. Meningkatkan periode retensi cadangan Anda akan meningkatkan penyimpanan cadangan yang diperlukan oleh database Anda.
- Biaya penyimpanan cadangan sama untuk tingkat layanan Business Critical dan tingkat layanan Tujuan Umum karena kedua tingkatan menggunakan penyimpanan standar untuk cadangan.
Secara default, tujuh hari cadangan otomatis database Anda akan disalin ke akun penyimpanan. Penyimpanan ini digunakan oleh pencadangan penuh, cadangan diferensial, dan cadangan log. Ukuran cadangan diferensial dan log bergantung pada frekuensi perubahan database. Jumlah penyimpanan minimum yang setara dengan 100 persen ukuran data maksimum disediakan tanpa biaya tambahan. Konsumsi tambahan penyimpanan cadangan dibebankan dalam GB per bulan.
Untuk informasi selengkapnya tentang harga penyimpanan, lihat Harga Azure SQL Database.
Pertanyaan Umum
Apakah saya aplikasi perlu dalam keadaan offline untuk mengonversi dari tingkat layanan berbasis DTU ke tingkat layanan berbasis vCore?
Tidak. Aplikasi Anda tidak perlu dalam keadaan offline. Tingkat layanan baru menawarkan metode konversi online sederhana yang mirip dengan proses peningkatan database yang ada dari tingkat layanan Standar ke Premium dan sebaliknya. Anda dapat memulai konversi ini dengan menggunakan portal Microsoft Azure, PowerShell, Azure CLI, T-SQL, atau REST API. Lihat memigrasikan DTU ke vCore dan menskalakan kumpulan elastis untuk informasi selengkapnya.
Bisakah saya mengonversi database dari tingkat layanan dalam model pembelian berbasis vCore ke tingkat layanan dalam model pembelian berbasis DTU?
Ya, Anda dapat dengan mudah mengonversi database Anda ke tujuan performa yang didukung dengan menggunakan portal Microsoft Azure, PowerShell, Azure CLI, T-SQL, atau REST API. Lihat memigrasikan DTU ke vCore dan menskalakan kumpulan elastis untuk informasi selengkapnya.