Azure SQL Database tanpa server

Berlaku untuk: database SQL do Azure

Tingkat komputasi tanpa server adalah tingkat komputasi untuk database tunggal di Azure SQL Database yang secara otomatis menskalakan komputasi berdasarkan permintaan beban kerja dan tagihan untuk jumlah komputasi yang digunakan per detik. Tingkat komputasi tanpa server juga secara otomatis menjeda database selama periode tidak aktif ketika hanya penyimpanan yang ditagih dan secara otomatis melanjutkan database saat aktivitas kembali.

Tingkat komputasi tanpa server

Tingkat komputasi tanpa server untuk database tunggal di Azure SQL Database di parameterisasi oleh rentang penghitungan otomatis komputasi dan penundaan jeda otomatis. Konfigurasi parameter ini membentuk pengalaman performa database dan biaya komputasi.

penagihan tanpa server

Konfigurasi performa

  • vCore minimum dan vCore maksimum adalah parameter yang dapat dikonfigurasi yang menentukan rentang kapasitas komputasi yang tersedia untuk database. Batas memori dan IO sebanding dengan rentang vCore yang ditentukan. 
  • Penundaan jeda otomatis adalah parameter yang dapat dikonfigurasi yang menentukan periode waktu database harus tidak aktif sebelum dijeda secara otomatis. Database dilanjutkan secara otomatis ketika login berikutnya atau aktivitas lain terjadi. Atau, jeda otomatis dapat dinonaktifkan.

Biaya

  • Biaya untuk database tanpa server adalah penjumlahan biaya komputasi dan biaya penyimpanan.
  • Ketika penggunaan komputasi antara batas min dan maks dikonfigurasi, biaya komputasi didasarkan pada vCore dan memori yang digunakan.
  • Ketika penggunaan komputasi di bawah batas min dikonfigurasi, biaya komputasi didasarkan pada min vCore dan memori min dikonfigurasi.
  • Ketika database dijeda, biaya komputasi adalah nol dan hanya biaya penyimpanan yang dikeluarkan.
  • Biaya penyimpanan ditentukan dengan cara yang sama seperti dalam tingkat komputasi yang disediakan.

Untuk detail biaya selengkapnya, lihat Penagihan.

Skenario

Tanpa server dioptimalkan untuk harga-performa untuk database tunggal dengan pola penggunaan terputus-putus yang tidak dapat diprediksi yang dapat memberi jeda dalam pemanasan komputasi setelah periode diam/tanpa penggunaan. Sebaliknya, tingkat komputasi yang disediakan dioptimalkan untuk harga-performa untuk database tunggal atau beberapa database dalam kumpulan elastis dengan penggunaan rata-rata yang lebih tinggi yang tidak dapat menanggung penundaan dalam pemanasan komputasi.

Skenario yang cocok untuk komputasi tanpa server

  • Database tunggal dengan pola penggunaan terputus-terputus dan tidak dapat diprediksi yang diselingi dengan periode tidak aktif, dan pemanfaatan komputasi rata-rata yang lebih rendah dari waktu ke waktu.
  • Database tunggal dalam tingkat komputasi yang disediakan yang sering diskalakan ulang dan pelanggan yang lebih suka mendelegasikan penghitungan komputasi ke layanan.
  • Database tunggal baru tanpa riwayat penggunaan dengan ukuran komputasi sulit atau tidak dimungkinkan untuk diperkirakan sebelum penyebaran dalam SQL Database.

Skenario yang sangat cocok untuk komputasi yang disediakan

  • Database tunggal dengan pola penggunaan yang lebih teratur dan dapat diprediksi dan pemanfaatan komputasi rata-rata yang lebih tinggi dari waktu ke waktu.
  • Database yang tidak dapat mentolerir trade-off performa yang dihasilkan dari pemangkasan memori yang lebih sering atau keterlambatan dalam melanjutkan dari keadaan dijeda.
  • Beberapa database dengan pola penggunaan terputus-terputus dan tidak dapat diprediksi yang dapat dikonsolidasikan ke dalam kumpulan elastis untuk optimasi performa harga yang lebih baik.

Perbandingan dengan tingkat komputasi yang disediakan

Tabel berikut ini meringkas perbedaan antara tingkat komputasi tanpa server dan tingkat komputasi yang disediakan:

Komputasi tanpa server Komputasi yang diprovisikan
Pola penggunaan database Penggunaan intermiten dan tak terduga dengan pemanfaatan komputasi rata-rata yang lebih rendah dari waktu ke waktu. Pola penggunaan yang lebih teratur dengan pemanfaatan komputasi rata-rata yang lebih tinggi dari waktu ke waktu, atau beberapa database menggunakan kumpulan elastis.
Upaya manajemen performa Lebih rendah Lebih tinggi
Penskalaan komputasi Otomatis Manual
Komputasi responsif Lebih rendah setelah periode tidak aktif Segera
Granularitas penagihan Per detik Per jam

Model pembelian dan tingkat layanan

SQL Database tanpa server saat ini hanya didukung dalam tingkat Tujuan Umum pada perangkat keras Generasi 5 dalam model pembelian vCore.

Penskalaan otomatis

Meningkatkan responsivitas

Secara umum, database tanpa server dijalankan pada mesin dengan kapasitas yang cukup untuk memenuhi permintaan sumber daya tanpa gangguan untuk jumlah komputasi yang diminta dalam batas yang ditetapkan oleh nilai maks vCore. Kadang-kadang, penyeimbangan beban secara otomatis terjadi jika mesin tidak dapat memenuhi permintaan sumber daya dalam beberapa menit. Misalnya, jika permintaan sumber daya adalah 4 vCore, tetapi hanya 2 vCore yang tersedia, maka mungkin perlu waktu hingga beberapa menit untuk memuat keseimbangan sebelum 4 vCore disediakan. Database tetap online selama penyeimbangan beban kecuali untuk periode singkat di akhir operasi ketika koneksi dijatuhkan.

Manajemen memori

Memori untuk database tanpa server direklamasi lebih sering daripada database komputasi yang disediakan. Perilaku ini penting untuk mengontrol biaya tanpa server dan dapat memengaruhi performa.

Reklamasi cache

Tidak seperti database komputasi yang disediakan, memori dari cache SQL direklamasi dari database tanpa server ketika CPU atau pemanfaatan cache aktif rendah.

  • Pemanfaatan cache aktif dianggap rendah ketika ukuran total entri cache yang terakhir digunakan berada di bawah ambang batas untuk jangka waktu tertentu.
  • Ketika reklamasi cache dipicu, ukuran cache target dikurangi secara bertahap menjadi sebagian kecil dari ukuran sebelumnya dan reklamasi hanya berlanjut jika penggunaan tetap rendah.
  • Ketika reklamasi cache terjadi, kebijakan untuk memilih entri cache untuk digusur adalah kebijakan pemilihan yang sama seperti untuk database komputasi yang disediakan ketika tekanan memori tinggi.
  • Ukuran cache tidak pernah berkurang di bawah batas memori min seperti yang didefinisikan oleh min vCore, yang dapat dikonfigurasi.

Dalam database komputasi tanpa server dan yang disediakan, entri singgahan dapat dibuang jika semua memori yang tersedia digunakan.

Ketika utilisasi CPU rendah, pemanfaatan cache aktif dapat tetap tinggi tergantung pada pola penggunaan dan mencegah reklamasi memori. Juga, mungkin ada penundaan lain setelah aktivitas pengguna berhenti sebelum reklamasi memori terjadi karena proses latar belakang berkala merespons aktivitas pengguna sebelumnya. Misalnya, operasi penghapusan dan tugas pembersihan Penyimpanan Kueri menghasilkan catatan ghost yang ditandai untuk penghapusan, tetapi tidak dihapus secara fisik sampai proses pembersihan ghost berjalan. Pembersihan ghost mungkin melibatkan membaca halaman data tambahan ke dalam cache.

Hidrasi cache

Cache SQL tumbuh saat data diambil dari disk dengan cara yang sama dan dengan kecepatan yang sama seperti untuk database yang disediakan. Ketika database sibuk, cache diizinkan untuk tumbuh tanpa dibatasi hingga batas memori maksimum.

Menjeda otomatis dan melanjutkan otomatis

Jeda otomatis

Jeda otomatis dipicu jika semua kondisi berikut ini benar selama durasi penundaan jeda otomatis:

  • Jumlah sesi = 0
  • CPU = 0 untuk beban kerja pengguna yang berjalan di kumpulan sumber daya pengguna

Opsi disediakan untuk menonaktifkan jeda otomatis jika diinginkan.

Fitur berikut ini tidak mendukung jeda otomatis, tetapi mendukung penskalaan otomatis. Jika salah satu fitur berikut digunakan, maka jeda otomatis harus dinonaktifkan dan database akan tetap online terlepas dari durasi ketidakaktifan database:

Jeda otomatis untuk sementara dicegah selama penyebaran beberapa pembaruan layanan yang mengharuskan database online. Dalam kasus seperti itu, jeda otomatis menjadi diperbolehkan lagi setelah pembaruan layanan selesai.

Pemecahan masalah jeda otomatis

Jika jeda otomatis diaktifkan, tetapi database tidak dijeda secara otomatis setelah periode penundaan, dan fitur yang tercantum di atas tidak digunakan, sesi aplikasi atau pengguna mungkin mencegah jeda otomatis. Untuk melihat apakah ada sesi aplikasi atau pengguna yang saat ini terhubung ke database, hubungkan ke database menggunakan alat klien apa pun, dan jalankan kueri berikut:

SELECT session_id,
       host_name,
       program_name,
       client_interface_name,
       login_name,
       status,
       login_time,
       last_request_start_time,
       last_request_end_time
FROM sys.dm_exec_sessions AS s
INNER JOIN sys.dm_resource_governor_workload_groups AS wg
ON s.group_id = wg.group_id
WHERE s.session_id <> @@SPID
      AND
      (
      (
      wg.name like 'UserPrimaryGroup.DB%'
      AND
      TRY_CAST(RIGHT(wg.name, LEN(wg.name) - LEN('UserPrimaryGroup.DB') - 2) AS int) = DB_ID()
      )
      OR
      wg.name = 'DACGroup'
      );

Tip

Setelah menjalankan kueri, pastikan untuk memutuskan sambungan dari database. Jika tidak, sesi terbuka yang digunakan oleh kueri akan mencegah jeda otomatis.

Jika tataan hasil tidak kosong, hal itu menunjukkan bahwa ada sesi yang saat ini mencegah jeda otomatis.

Jika tataan hasil kosong, masih mungkin bahwa sesi terbuka, mungkin untuk waktu yang singkat, di beberapa titik sebelumnya selama periode penundaan jeda otomatis. Untuk melihat apakah aktivitas tersebut terjadi selama periode penundaan, Anda dapat menggunakan Azure SQL Auditing dan memeriksa data audit untuk periode yang relevan.

Kehadiran sesi terbuka, dengan atau tanpa pemanfaatan CPU bersamaan di kumpulan sumber daya pengguna, adalah alasan paling umum bagi database tanpa server untuk tidak dijeda secara otomatis seperti yang diharapkan.

Melanjutkan secara otomatis

Melanjutkan otomatis dipicu jika salah satu kondisi berikut ini benar kapan saja:

Fitur Pemicu resume otomatis
Autentikasi dan Otorisasi Masuk
Deteksi ancaman Mengaktifkan/menonaktifkan pengaturan deteksi ancaman pada tingkat database atau server.
Memodifikasi pengaturan deteksi ancaman pada tingkat database atau server.
Penemuan dan klasifikasi data Menambahkan, memodifikasi, menghapus, atau menampilkan label sensitivitas
Audit Menampilkan catatan audit.
Memperbarui atau melihat kebijakan audit.
Masking data Menambahkan, memodifikasi, menghapus, atau menampilkan aturan masking data
Enkripsi data transparan Menampilkan status atau status enkripsi data transparan
Penilaian kerentanan Pemindaian ad hoc dan pemindaian berkala jika diaktifkan
Penyimpanan data kueri (performa) Mengubah atau menampilkan pengaturan penyimpanan kueri
Rekomendasi performa Menampilkan atau menerapkan rekomendasi performa
Penyetelan otomatis Aplikasi dan verifikasi rekomendasi penyetelan otomatis seperti pengindeksan otomatis
Penyalinan database Membuat database sebagai salinan.
Ekspor ke file BACPAC.
Sinkronisasi data SQL Sinkronisasi antara hub dan database anggota yang berjalan pada jadwal yang dapat dikonfigurasi atau dilakukan secara manual
Memodifikasi metadata database tertentu Menambahkan tag database baru.
Mengubah maks vCores, min vCores, atay penundaan jeda otomatis.
SQL Server Management Studio (SSMS) Menggunakan versi SQL Server Management Studio yang lebih lama dari 18.1 dan membuka jendela kueri baru untuk database apa pun di server akan melanjutkan database yang dijeda otomatis di server yang sama. Perilaku ini tidak terjadi jika menggunakan SQL Server Management Studio versi 18.1 atau yang lebih baru.

Pemantauan, manajemen, atau solusi lain yang melakukan salah satu operasi yang tercantum di atas akan memicu dilanjutkan secara otomatis.

Melanjutkan secara otomatis juga dipicu selama penyebaran beberapa pembaruan layanan yang mengharuskan database yang online.

Konektivitas

Jika database tanpa server dijeda, maka login pertama akan melanjutkan database dan mengembalikan kesalahan yang menyatakan bahwa database tidak tersedia dengan kode kesalahan 40613. Setelah database dilanjutkan, login harus dicoba untuk membangun konektivitas. Klien database dengan logika coba kembali koneksi tidak perlu dimodifikasi. Untuk opsi logika percobaan ulang koneksi yang built-in ke driver SqlClient, lihat logika percobaan ulang yang dapat dikonfigurasi di SqlClient.

Latensi

Latensi untuk melanjutkan otomatis dan menjeda otomatis database tanpa server umumnya adalah urutan 1 menit untuk melanjutkan otomatis dan 1-10 menit setelah periode penundaan untuk jeda otomatis berakhir.

Enkripsi data transparan yang dikelola pelanggan (BYOK)

Penghapusan atau pencabutan kunci

Jika menggunakan enkripsi data transparan yang dikelola pelanggan (BYOK) dan database tanpa server dijeda secara otomatis ketika penghapusan atau pencabutan kunci terjadi, maka database tetap dalam status jeda otomatis. Dalam hal ini, setelah database dilanjutkan berikutnya, database menjadi tidak dapat diakses dalam waktu sekitar 10 menit. Setelah database menjadi tidak dapat diakses, proses pemulihan sama dengan database komputasi yang disediakan. Jika database tanpa server online ketika penghapusan atau pencabutan kunci terjadi, maka database juga menjadi tidak dapat diakses dalam waktu sekitar 10 menit dengan cara yang sama seperti database komputasi yang disediakan.

Rotasi kunci

Jika menggunakan enkripsi data transparan yang dikelola pelanggan (BYOK) dan database tanpa server dijeda secara otomatis, rotasi kunci otomatis ditangguhkan hingga database dilanjutkan secara otomatis.

Onboarding ke tingkat komputasi tanpa server

Membuat database baru atau memindahkan database yang sudah ada ke tingkat komputasi tanpa server mengikuti pola yang sama seperti membuat database baru dalam tingkat komputasi yang disediakan dan melibatkan dua langkah berikut.

  1. Tentukan tujuan layanan. Tujuan layanan menentukan tingkat layanan, konfigurasi perangkat keras, dan vCore maks. Untuk opsi tujuan layanan, lihat batas sumber daya tanpa server

  2. Secara opsional, tentukan min vCores dan penundaan jeda otomatis untuk mengubah nilai defaultnya. Tabel berikut ini memperlihatkan nilai yang tersedia untuk parameter ini.

    Parameter Pilihan nilai Nilai default
    vCore min Bergantung pada maks vCores dikonfigurasi - lihat batas sumber daya. 0,5 vCores
    Penundaan autopause Minimum: 60 menit (1 jam)
    Maksimum: 10080 menit (7 hari)
    Kenaikan: 10 menit
    Nonaktifkan autopause: -1
    60 menit

Membuat database baru di tingkat komputasi tanpa server

Contoh berikut membuat database baru di tingkat komputasi tanpa server.

Menggunakan portal Microsoft Azure

Lihat Mulai cepat: Membuat database tunggal di Azure SQL Database menggunakan portal Microsoft Azure.

Gunakan PowerShell

New-AzSqlDatabase -ResourceGroupName $resourceGroupName -ServerName $serverName -DatabaseName $databaseName `
  -ComputeModel Serverless -Edition GeneralPurpose -ComputeGeneration Gen5 `
  -MinVcore 0.5 -MaxVcore 2 -AutoPauseDelayInMinutes 720

Menggunakan Azure CLI

az sql db create -g $resourceGroupName -s $serverName -n $databaseName `
  -e GeneralPurpose -f Gen5 --min-capacity 0.5 -c 2 --compute-model Serverless --auto-pause-delay 720

Menggunakan Transact-SQL (T-SQL)

Saat menggunakan T-SQL, nilai default diterapkan untuk vcore min dan penundaan autopause. Nilai default nantinya dapat diubah dari portal atau melalui API manajemen lainnya (PowerShell, Azure CLI, REST API).

CREATE DATABASE testdb
( EDITION = 'GeneralPurpose', SERVICE_OBJECTIVE = 'GP_S_Gen5_1' ) ;

Untuk detailnya, lihat MEMBUAT DATABASE.

Memindahkan data dari tingkat komputasi yang diprovisikan ke tingkat komputasi tanpa server

Mengikuti contoh, pindahkan data dari tingkat komputasi yang diprovisikan ke tingkat komputasi tanpa server.

Gunakan PowerShell

Set-AzSqlDatabase -ResourceGroupName $resourceGroupName -ServerName $serverName -DatabaseName $databaseName `
  -Edition GeneralPurpose -ComputeModel Serverless -ComputeGeneration Gen5 `
  -MinVcore 1 -MaxVcore 4 -AutoPauseDelayInMinutes 1440

Menggunakan Azure CLI

az sql db update -g $resourceGroupName -s $serverName -n $databaseName `
  --edition GeneralPurpose --min-capacity 1 --capacity 4 --family Gen5 --compute-model Serverless --auto-pause-delay 1440

Menggunakan Transact-SQL (T-SQL)

Saat menggunakan T-SQL, nilai default diterapkan untuk vcore min dan penundaan auto-pause. Nilai default nantinya dapat diubah dari portal atau melalui API manajemen lainnya (PowerShell, Azure CLI, REST API).

ALTER DATABASE testdb 
MODIFY ( SERVICE_OBJECTIVE = 'GP_S_Gen5_1') ;

Untuk detailnya, lihat MENGUBAH DATABASE.

Memindahkan data dari tingkat komputasi tanpa server ke tingkat komputasi yang diprovisikan

Database tanpa server dapat dipindahkan ke tingkat komputasi yang disediakan dengan cara yang sama seperti memindahkan database komputasi yang disediakan ke tingkat komputasi tanpa server.

Memodifikasi konfigurasi tanpa server

Gunakan PowerShell

Memodifikasi vCores maksimum atau minimum, dan penundaan autopause, dilakukan dengan menggunakan perintah Set-AzSqlDatabase di PowerShell menggunakan argumen , MinVcore, dan AutoPauseDelayInMinutes.

Gunakan Azure CLI

Memodifikasi vCore maksimum atau minimum, dan penundaan autopause, dilakukan dengan menggunakan perintah az sql db update di Azure CLI menggunakan argumen , min-capacity, dan auto-pause-delay.

Pemantauan

Sumber daya yang digunakan dan ditagih

Sumber daya database tanpa server dienkapsulasi oleh paket aplikasi, instans SQL Server, dan entitas kumpulan sumber daya pengguna.

Paket aplikasi

Paket aplikasi adalah batas manajemen sumber daya ter luar untuk database, terlepas dari apakah database berada dalam tingkat komputasi tanpa server atau yang disediakan. Paket aplikasi berisi instans SQL Server dan layanan eksternal seperti Pencarian Teks lengkap yang semuanya menyatukan semua sumber daya pengguna dan sistem yang digunakan oleh database di SQL Database. Instans SQL Server umumnya mendominasi pemanfaatan sumber daya secara keseluruhan di seluruh paket aplikasi.

Kumpulan sumber daya pengguna

Kumpulan sumber daya pengguna adalah batas manajemen sumber daya dalam untuk database, terlepas dari apakah database berada dalam tingkat komputasi tanpa server atau yang diprovisikan. Kumpulan sumber daya pengguna mencakup CPU dan IO untuk beban kerja pengguna yang dihasilkan oleh kueri DDL seperti CREATE dan ALTER, kueri DML seperti INSERT, UPDATE, DELETE, dan MERGE, serta kueri SELECT. Kueri ini umumnya mewakili proporsi pemanfaatan yang paling substansial dalam paket aplikasi.

Metrik

Metrik untuk memantau penggunaan sumber daya paket aplikasi dan kumpulan sumber daya pengguna database tanpa server tercantum dalam tabel berikut:

Entitas Metrik Deskripsi Unit-unit
Paket aplikasi app_cpu_percent Persentase vCore yang digunakan oleh aplikasi relatif terhadap maks vCore yang diizinkan untuk aplikasi. Persentase
Paket aplikasi app_cpu_billed Jumlah komputasi yang ditagihkan untuk aplikasi selama periode pelaporan. Jumlah yang dibayarkan selama periode ini adalah produk dari metrik ini dan harga satuan vCore.

Nilai metrik ini ditentukan dengan menggabungkan dari waktu ke waktu maksimum CPU yang digunakan dan memori yang digunakan setiap detik. Jika jumlah yang digunakan kurang dari jumlah minimum yang disediakan sebagaimana ditetapkan oleh min vCore dan memori min, maka jumlah minimum yang disediakan akan ditagih. Untuk membandingkan CPU dengan memori untuk tujuan penagihan, memori dinormalisasi menjadi unit vCore dengan menghitung ulang jumlah memori dalam GB sebesar 3 GB per vCore.
detik vCore
Paket aplikasi app_memory_percent Persentase memori yang digunakan yang digunakan oleh aplikasi relatif terhadap maks memori yang diizinkan untuk aplikasi. Persentase
Kumpulan sumber daya pengguna cpu_percent Persentase vCore yang digunakan oleh beban kerja pengguna relatif terhadap maks vCore yang diizinkan untuk beban kerja pengguna. Persentase
Kumpulan sumber daya pengguna data_IO_percent Persentase IOPS data yang digunakan oleh beban kerja pengguna relatif terhadap maks IOPS data yang diizinkan untuk beban kerja pengguna. Persentase
Kumpulan sumber daya pengguna log_IO_percent Persentase log MB/d yang digunakan oleh beban kerja pengguna relatif terhadap maks log MB/d yang diizinkan untuk beban kerja pengguna. Persentase
Kumpulan sumber daya pengguna workers_percent Persentase pekerja yang digunakan oleh beban kerja pengguna relatif terhadap maks pekerja yang diizinkan untuk beban kerja pengguna. Persentase
Kumpulan sumber daya pengguna sessions_percent Persentase sesi yang digunakan oleh beban kerja pengguna relatif terhadap maks sesi yang diizinkan untuk beban kerja pengguna. Persentase

Menjeda dan melanjutkan status

Di portal Microsoft Azure, status database ditampilkan di panel gambaran umum server yang mencantumkan database yang dikandungnya. Status database juga ditampilkan di panel gambaran umum untuk database.

Menggunakan perintah berikut ini untuk mengkueri status jeda dan resume database:

Gunakan PowerShell

Get-AzSqlDatabase -ResourceGroupName $resourcegroupname -ServerName $servername -DatabaseName $databasename `
  | Select -ExpandProperty "Status"

Menggunakan Azure CLI

az sql db show --name $databasename --resource-group $resourcegroupname --server $servername --query 'status' -o json

Batas sumber daya

Untuk batas sumber daya, lihat tingkat komputasi tanpa server.

Billing

Jumlah komputasi yang ditagih adalah maksimum CPU yang digunakan dan memori yang digunakan setiap detik. Jika jumlah CPU yang digunakan dan memori yang digunakan kurang dari jumlah minimum yang disediakan untuk masing-masing, maka jumlah yang disediakan ditagihkan. Untuk membandingkan CPU dengan memori untuk tujuan penagihan, memori dinormalisasi menjadi unit vCore dengan menghitung ulang jumlah memori dalam GB sebesar 3 GB per vCore.

  • Sumber daya ditagih: CPU dan memori
  • Jumlah yang ditagih: harga satuan vCore * maks (min vCores, vCores digunakan, memori min GB * 1/3, memori GB yang digunakan * 1/3)
  • Frekuensi penagihan: Per detik

Harga unit vCore adalah biaya per vCore per detik. Lihat halaman harga Azure SQL Database untuk harga satuan tertentu di wilayah tertentu.

Jumlah komputasi yang ditagihkan diekspos oleh metrik berikut:

  • Metrik: app_cpu_billed (detik vCore)
  • Definisi: maks (min vCore, vCore digunakan, memori min GB * 1/3, memori GB digunakan * 1/3)
  • Frekuensi pelaporan: Per menit

Kuantitas ini dihitung setiap detik dan diagregasi selama 1 menit.

Tagihan komputasi minimum

Jika database tanpa server dijeda, maka tagihan komputasi adalah nol. Jika database tanpa server tidak dijeda, maka tagihan komputasi minimum tidak kurang dari jumlah vCore berdasarkan maks (min vCore, min memori GB * 1/3).

Contoh:

  • Misalkan database tanpa server tidak dijeda dan dikonfigurasi dengan 8 maks vCore dan 1 menit vCore yang sesuai dengan memori 3,0 GB min. Kemudian tagihan komputasi minimum didasarkan pada maks (1 vCore, 3,0 GB * 1 vCore/3 GB) = 1 vCore.
  • Misalkan database tanpa server tidak dijeda dan dikonfigurasi dengan 4 maks vCore dan 0,5 menit vCore yang sesuai dengan memori 2,1 GB min. Kemudian tagihan komputasi minimum didasarkan pada maks (0,5 vCore, 2,1 GB * 1 vCore / 3 GB) = 0,7 vCore.

Kalkulator harga Azure SQL Database untuk tanpa server dapat digunakan untuk menentukan memori min yang dapat dikonfigurasi berdasarkan jumlah max dan min vCores yang dikonfigurasi. Sebagai aturan, jika min vCores dikonfigurasi lebih besar dari 0,5 vCores, maka tagihan komputasi minimum independen dari memori min yang dikonfigurasi dan hanya berdasarkan jumlah min vCores yang dikonfigurasi.

Contoh skenario

Pertimbangkan database tanpa server yang dikonfigurasi dengan 1 menit vCore dan 4 maks vCore. Konfigurasi ini sesuai dengan sekitar memori min 3 GB dan memori maks 12 GB. Misalkan penundaan jeda otomatis diatur ke 6 jam dan beban kerja database aktif selama 2 jam pertama dari periode 24 jam dan sebaliknya tidak aktif.

Dalam hal ini, database ditagih untuk komputasi dan penyimpanan selama 8 jam pertama. Meskipun database tidak aktif mulai setelah jam kedua, database masih ditagih untuk komputasi dalam 6 jam berikutnya berdasarkan komputasi minimum yang disediakan saat database online. Hanya penyimpanan yang ditagih selama sisa periode 24 jam saat database dijeda.

Lebih tepatnya, komputasi tagihan dalam contoh ini dihitung sebagai berikut:

Interval Waktu vCore digunakan setiap detik GB digunakan setiap detik Dimensi komputasi ditagih vCore detik ditagih selama interval waktu
0\.00-1.00 4 9 vCores digunakan 4 vCore * 3600 detik = 14400 vCore detik
1\.00-2.00 1 12 Memori yang digunakan 12 GB * 1/3 * 3600 detik = 14400 vCore detik
2\.00-8.00 0 0 Memori min disediakan 3 GB * 1/3 * 21600 detik = 21600 vCore detik
8\.00-24.00 0 0 Tidak ada komputasi yang ditagih saat dijeda 0 vCore detik
Total detik vCore ditagih lebih dari 24 jam 50400 vCore detik

Misalkan harga satuan komputasi adalah $0,000145/vCore/detik. Kemudian komputasi yang ditagih untuk periode 24 jam ini adalah produk dari harga satuan komputasi dan detik vCore yang ditagihkan: $0,000145/vCore/detik * 50400 vCore detik ~ $7,31.

Manfaat Hibrid Azure dan kapasitas yang dipesan

Azure Hybrid Benefit (AHB) dan diskon kapasitas yang dipesan tidak berlaku untuk tingkat komputasi tanpa server.

Kawasan yang tersedia

Tingkat komputasi tanpa server dengan dukungan hingga 40 vCore maks tersedia di seluruh dunia kecuali wilayah berikut: Tiongkok Timur, Tiongkok Utara, Jerman Tengah, Jerman Timur Laut, dan US Gov Tengah (Iowa).

Wilayah yang mendukung 80 vCore maks

Saat ini, 80 vCores maks tanpa server didukung di wilayah berikut dengan lebih banyak wilayah yang direncanakan: Australia Timur, Australia Tenggara, Kanada Tengah, AS Tengah, Asia Timur, AS Timur, AS Timur 2, Prancis Tengah, Prancis Selatan, India Tengah, Jepang Timur, Jepang Barat, US Tengah Utara, Eropa Utara, Norwegia Timur, Qatar Tengah, Afrika Selatan Utara, AS Tengah Selatan, Swiss Utara, UK Selatan, UK Barat, Eropa Barat, US Barat, US Barat 2, dan US Barat 3.

Wilayah yang mendukung zona ketersediaan untuk 80 vCore maks

Saat ini, 80 vCore maks tanpa server dengan dukungan zona ketersediaan terbatas pada wilayah berikut dengan lebih banyak wilayah yang direncanakan: US Timur, Eropa Barat, US Barat 2, dan US Barat 3.

Langkah berikutnya