Azure SQL Database adalah penawaran database-as-a-service Microsoft yang menyediakan fleksibilitas luar biasa. Ini dibuat sebagai bagian dari lingkungan platform-as-a-service yang memberikan pelanggan pemantauan dan keamanan tambahan untuk produk.
Microsoft terus berupaya meningkatkan produk mereka dan Azure SQL Database tidak berbeda. Banyak fitur baru yang kami miliki di SQL Server awalnya diluncurkan di Azure SQL Database, termasuk (namun tidak terbatas pada) Always Encrypted, Dynamic Data Masking, Row Level Security, dan Query Store.
Tingkat Harga DTU
Ketika Azure SQL Database pertama kali diluncurkan, ada satu opsi harga yang dikenal sebagai "DTU" atau Unit Transaksi Basis Data. (Andy Mallon, @AMtwo, menjelaskan DTU dalam "Apa sih DTU itu?") Model DTU menyediakan tiga tingkatan layanan, dasar, standar, dan premium. Tingkat dasar menyediakan hingga 5 DTU dengan penyimpanan standar. Tingkat standar mendukung dari 10 hingga 3000 DTU dengan penyimpanan standar dan tingkat premium mendukung 125 hingga 4000 DTU dengan penyimpanan premium, yang jauh lebih cepat daripada penyimpanan standar.
Tingkat Harga vCore
Maju cepat beberapa tahun setelah Azure SQL Database dirilis ke saat Azure SQL Managed Instance dalam pratinjau publik, dan “vCores” (virtual core) diumumkan untuk Azure SQL Database. Ini memperkenalkan tingkatan tujuan umum dan kritis bisnis dengan prosesor Gen 4 dan Gen 5. Gen 5 adalah opsi perangkat keras utama sekarang untuk sebagian besar wilayah sejak Gen 4 semakin tua.
Gen 5 mendukung sedikitnya 2 vCore dan hingga 80 vCore dengan ram yang dialokasikan pada 5,1 GB per vCore. Tingkat tujuan umum menyediakan penyimpanan jarak jauh dengan IOPS data maksimal mulai dari 640 untuk database 2 vCore hingga 25.600 untuk database 80 vCore. Tingkat kritis bisnis memiliki SSD lokal yang memberikan kinerja IO yang jauh lebih baik dengan IOPS data maksimal mulai dari 8000 untuk database 2 vCore hingga 204.800 untuk database 80 vCore. Tingkat tujuan umum dan kritis bisnis maksimal mencapai 4.096 GB untuk penyimpanan, dan ini menjadi batasan bagi banyak pelanggan.
Database HyperScale
Untuk mengatasi batas 4TB Azure SQL Database, Microsoft membuat tingkat hyperscale. Hyperscale memungkinkan pelanggan untuk menskalakan hingga 100TB ukuran basis data selain menyediakan penskalaan cepat untuk node hanya-baca. Anda juga dapat dengan mudah meningkatkan dan menurunkan dalam model vCore. Database hyperscale disediakan menggunakan vCores. Dengan Gen 5, database Hyperscale dapat menggunakan antara 2 – 80 vCores dan 500 – 204.800 IOPS. Hyperscale mencapai kinerja tinggi dari setiap node komputasi yang memiliki cache berbasis SSD yang membantu meminimalkan perjalanan pulang pergi jaringan untuk mengambil data. Ada banyak teknologi luar biasa yang terlibat dengan Hyperscale dalam bagaimana ia dirancang untuk menggunakan cache dan server halaman berbasis SSD. Saya sangat menyarankan Anda untuk melihat diagram yang menguraikan arsitektur dan cara kerjanya di artikel ini.
Database Tanpa Server
Permintaan lain yang sangat umum dari pelanggan adalah kemampuan untuk secara otomatis meningkatkan dan menurunkan Azure SQL Database mereka saat beban kerja meningkat dan menurun. Pelanggan secara tradisional memiliki kemampuan untuk meningkatkan dan menurunkan skala secara terprogram menggunakan PowerShell, Azure Automation, dan metode lainnya. Microsoft mengambil ide itu dan membangun tingkat komputasi baru yang disebut Azure SQL Database tanpa server, yang tersedia secara umum pada November 2019. Mereka memungkinkan pelanggan untuk menetapkan jumlah minimum dan maksimum vCores. Dengan cara ini mereka dapat mengetahui bahwa selalu ada tingkat komputasi minimum yang tersedia, dan mereka selalu dapat secara otomatis menskalakan ke tingkat komputasi yang ditentukan. Ada juga kemampuan untuk mengonfigurasi penundaan jeda otomatis. Pengaturan ini memungkinkan Anda untuk secara otomatis menjeda database setelah jangka waktu tertentu database tidak aktif. Saat database memasuki tahap jeda otomatis, biaya komputasi menjadi nol dan hanya biaya penyimpanan yang dikeluarkan. Biaya keseluruhan tanpa server adalah penjumlahan dari biaya komputasi dan biaya penyimpanan. Jika penggunaan komputasi berada di antara batas minimum dan maksimum, biaya komputasi didasarkan pada vCores dan memori yang digunakan. Jika penggunaan aktual di bawah nilai minimum, biaya komputasi didasarkan pada vCores minimum dan memori minimum yang dikonfigurasi.
Tingkat tanpa server memiliki potensi untuk menghemat banyak uang pelanggan sekaligus memberi mereka kemampuan untuk memberikan pengalaman pengguna basis data yang konsisten dengan basis data yang dapat ditingkatkan sesuai permintaan.
Kolam Elastis
Azure SQL Database memiliki model sumber daya bersama yang memungkinkan pelanggan memiliki pemanfaatan sumber daya yang lebih tinggi. Pelanggan dapat membuat kumpulan elastis dan memindahkan database ke kumpulan itu. Setiap database kemudian dapat mulai berbagi sumber daya yang telah ditentukan sebelumnya dalam kumpulan itu. Kumpulan elastis dapat dikonfigurasi menggunakan model penetapan harga DTU, atau model vCore. Pelanggan menentukan jumlah sumber daya yang dibutuhkan elastic pool untuk menangani beban kerja untuk semua databasenya. Batas sumber daya dapat dikonfigurasi per database sehingga satu database tidak dapat menggunakan seluruh kumpulan. Kumpulan elastis sangat bagus untuk pelanggan yang harus mengelola sejumlah besar database atau skenario multitenant.
Konfigurasi Perangkat Keras Baru untuk Tingkat Komputasi yang Disediakan
Konfigurasi perangkat keras Gen4/Gen5 dianggap sebagai "memori dan komputasi yang seimbang". Ini bekerja dengan baik untuk banyak beban kerja SQL Server, namun, ada kasus penggunaan untuk latensi CPU yang lebih rendah dan kecepatan clock yang lebih tinggi untuk beban kerja berat CPU dan kebutuhan akan memori yang lebih tinggi per vCore. Microsoft sekali lagi menghadirkan dan menciptakan konfigurasi perangkat keras yang dioptimalkan untuk komputasi dan memori. Ini saat ini dalam pratinjau dan hanya tersedia di wilayah tertentu.
Di tingkat yang disediakan untuk tujuan umum, Anda dapat memilih Seri Fsv2 yang dapat memberikan kinerja CPU lebih banyak per vCore daripada perangkat keras Gen 5. Secara keseluruhan, ukuran 72 vCore dapat memberikan kinerja CPU yang lebih baik daripada 80 vCore Gen 5 dengan menyediakan latensi CPU yang lebih rendah dan kecepatan clock yang lebih tinggi. Seri Fsv2 memang memiliki lebih sedikit memori dan tempdb per vCore daripada Gen 5, sehingga harus dipertimbangkan.
Di tingkat penyediaan kritis bisnis, Anda dapat mengakses M-series yang memorinya dioptimalkan. Seri-M menawarkan 29GB per vCore dibandingkan dengan 5,1GB per vCore dalam konfigurasi 'memori keseimbangan dan komputasi'. Dengan M-series Anda dapat menskalakan vCore hingga 128 yang akan menyediakan memori hingga 3,7TB. Untuk mengaktifkan M-series, saat ini Anda harus berada dalam Perjanjian Bayar Saat Anda Pergi atau Perusahaan dan membuka permintaan dukungan. Meski begitu, M-Series saat ini hanya tersedia di AS Timur, Eropa Utara, Eropa Barat, AS 2 Barat, dan mungkin juga memiliki ketersediaan terbatas di wilayah tambahan.
Kesimpulan
Azure SQL Database adalah platform database kaya fitur yang menawarkan berbagai opsi untuk komputasi dan penskalaan. Pelanggan dapat mengonfigurasi komputasi untuk satu database atau kumpulan elastis menggunakan DTU atau vCores. Untuk database dengan kebutuhan penyimpanan yang besar atau read scale out, Hyperscale dapat digunakan. Untuk pelanggan dengan persyaratan beban kerja yang bervariasi, tanpa server dapat digunakan untuk menaikkan dan menurunkan skala secara otomatis saat tuntutan beban kerja mereka berubah. Baru di Azure SQL Database adalah fitur pratinjau dari konfigurasi perangkat keras yang dioptimalkan untuk komputasi dan memori untuk pelanggan yang membutuhkan CPU dengan latensi lebih rendah atau mereka yang memiliki kebutuhan memori ke CPU yang tinggi.
Untuk mempelajari lebih lanjut tentang sumber daya Azure, lihat artikel saya sebelumnya:
- Opsi Penyetelan Kinerja Database Azure SQL
- Pertimbangan Performa Instans Terkelola Azure SQL
- Ukuran Tingkat Standar Database Azure SQL Baru
- Menjembatani kesenjangan Azure:Instans Terkelola
- Memigrasikan Database ke Azure SQL Database
