Tingkat komputasi tanpa server untuk Azure SQL Database

Artikel
10/02/2024

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 tersedia di tingkat layanan Tujuan Umum dan tingkat layanan Hyperscale .

Catatan

Jeda otomatis dan resuming otomatis saat ini hanya didukung di tingkat layanan Tujuan Umum.

Gambaran Umum

Rentang penskalaan otomatis komputasi dan penundaan jeda otomatis adalah parameter penting untuk tingkat komputasi tanpa server. Konfigurasi parameter ini membentuk pengalaman performa database dan biaya komputasi.

Diagram yang menunjukkan kapan penagihan tanpa server akan berhenti dikenakan biaya komputasi karena tidak aktif.

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 minimum dan maksimum yang dikonfigurasi, biaya komputasi didasarkan pada vCore dan memori yang digunakan.
Ketika penggunaan komputasi di bawah batas minimum yang dikonfigurasi, biaya komputasi didasarkan pada vCore minimum dan memori minimum yang 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 adalah performa harga yang dioptimalkan untuk database tunggal atau beberapa database dalam kumpulan elastis dengan penggunaan rata-rata yang lebih tinggi yang tidak mampu melakukan penundaan 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 di mana ukuran komputasi sulit atau tidak mungkin diperkirakan sebelum penyebaran di Azure 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.

Membandingkan tingkat komputasi

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

	Komputasi tanpa server	Komputasi yang tersedia
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	Lower	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

Tabel berikut menjelaskan dukungan tanpa server berdasarkan model pembelian, tingkat layanan, dan perangkat keras:

Golongan	Didukung	Tidak didukung
Model pembelian	vCore	DTU
Tingkat layanan	Tujuan Umum Hyperscale	Kritis Bisnis
Perangkat Keras	Seri Standar (Gen5)	Semua perangkat keras lainnya

Penskalaan otomatis

Meningkatkan responsivitas

Database tanpa server dijalankan pada komputer dengan kapasitas yang memadai untuk memenuhi permintaan sumber daya tanpa gangguan untuk sejumlah komputasi yang diminta dalam batas yang ditetapkan oleh nilai vCore maksimum. 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 dibutuhkan 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

Dalam tingkat layanan Tujuan Umum dan Hyperscale, memori untuk database tanpa server direklamasi lebih sering daripada untuk 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 dikurangi di bawah batas memori minimum seperti yang didefinisikan oleh vCore minimum.

Dalam database komputasi tanpa server dan yang disediakan, entri cache dapat dikeluarkan 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 hantu mungkin melibatkan membaca halaman data ke dalam cache.

Hidrasi cache

Cache memori 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 tidak dibatasi saat ada memori yang tersedia.

Manajemen cache disk

Di tingkat layanan Hyperscale untuk tingkat komputasi tanpa server dan tersedia, setiap replika komputasi menggunakan cache Resilient Buffer Pool Extension (RBPEX), yang menyimpan halaman data di SSD lokal untuk meningkatkan performa IO. Namun, di tingkat komputasi tanpa server untuk Hyperscale, cache RBPEX untuk setiap replika komputasi secara otomatis tumbuh dan menyusut sebagai respons terhadap peningkatan dan penurunan permintaan beban kerja. Ukuran maksimum cache RBPEX dapat bertambah adalah tiga kali memori maksimum yang dikonfigurasi untuk database. Untuk detail tentang memori maksimum dan batas penskalaan otomatis RBPEX di tanpa server, lihat batas sumber daya Hyperscale tanpa server.

Jeda otomatis dan lanjutkan otomatis

Saat ini, jeda otomatis tanpa server dan pelanjutan otomatis hanya didukung di tingkat Tujuan Umum.

Jeda otomatis

Jeda otomatis dipicu jika semua kondisi berikut ini benar selama 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, jeda otomatis harus dinonaktifkan dan database tetap online terlepas dari durasi tidak aktifnya database:

Geo-replikasi (replikasi geografis aktif dan grup failover).
Retensi cadangan jangka panjang (LTR).
Database sinkronisasi yang digunakan dalam Sinkronisasi Data SQL. Tidak seperti database sinkronisasi, database anggota dan hub mendukung jeda otomatis.
Alias DNS dibuat untuk server logis yang berisi database tanpa server.
Pekerjaan Elastis, Database tanpa server yang diaktifkan jeda otomatis tidak didukung sebagai Database Pekerjaan. Database tanpa server yang ditargetkan oleh pekerjaan elastis mendukung jeda otomatis. Koneksi pekerjaan akan melanjutkan 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 dan fitur yang memblokir jeda otomatis tidak digunakan, tetapi database tidak jeda otomatis setelah periode penundaan, maka 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 kumpulan hasil tidak ada, 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 memeriksa aktivitas selama periode penundaan, Anda dapat menggunakan Audit Azure SQL dan memeriksa data audit untuk periode yang relevan.

Penting

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.

Lanjutkan 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 vCore maksimum, vCore minimum, atau penundaan jeda otomatis.
SQL Server Management Studio (SSMS)	Saat menggunakan versi SQL Server Management Studio yang lebih lama dari 18.1 dan membuka jendela kueri baru untuk database apa pun di server, database apa pun yang dijeda otomatis di server yang sama dilanjutkan. 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, upaya koneksi pertama melanjutkan database dan mengembalikan kesalahan yang menyatakan bahwa database tidak tersedia dengan kode kesalahan 40613. Setelah database dilanjutkan, login dapat dicoba kembali untuk membangun konektivitas. Klien database yang mengikuti rekomendasi logika coba lagi koneksi seharusnya tidak perlu dimodifikasi. Untuk opsi dan rekomendasi logika coba lagi koneksi, lihat:

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 jeda otomatis tanpa server diaktifkan, maka database dilanjutkan secara otomatis setiap kali kunci diputar dan kemudian dijeda secara otomatis saat kondisi jeda otomatis terpenuhi.

Membuat database tanpa server baru

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

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

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

Parameter	Pilihan nilai	Nilai default
vCore minimum	Bergantung pada vCore maksimum yang dikonfigurasi - lihat batas sumber daya.	0,5 vCores
Penundaan jeda otomatis	Minimum: 15 menit Maksimum: 10.080 menit (7 hari) Kenaikan: 1 menit Nonaktifkan jeda otomatis: -1	60 menit

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.

Buat database Tujuan Umum tanpa server baru dengan contoh PowerShell berikut:

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

Buat database Hyperscale tanpa server baru dengan contoh PowerShell berikut:

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

Buat database Hyperscale tanpa server baru dengan satu replika ketersediaan tinggi dan redundansi zona menggunakan contoh PowerShell berikut:

New-AzSqlDatabase -ResourceGroupName $resourceGroupName -ServerName $serverName -DatabaseName $databaseName `
  -Edition Hyperscale -ComputeModel Serverless -ComputeGeneration Gen5 `
  -MinVcore 0.5 -MaxVcore 2 `
  -HighAvailabilityReplicaCount 1 -BackupStorageRedundancy Zone -ZoneRedundant

Gunakan Azure CLI

Tujuan Umum
Hyperscale

Buat database Tujuan Umum tanpa server baru dengan contoh Azure CLI berikut:

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

Buat database Hyperscale tanpa server baru dengan contoh Azure CLI berikut:

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

Buat database Hyperscale tanpa server baru dengan satu replika ketersediaan tinggi dan redundansi zona menggunakan contoh Azure CLI berikut:

az sql db create -g $resourceGroupName -s $serverName -n $databaseName `
  -e Hyperscale --compute-model Serverless -f Gen5 `
  --min-capacity 0.5 -c 2 `
  --ha-replicas 1 --backup-storage-redundancy Zone --zone-redundant

Menggunakan Transact-SQL (T-SQL)

Saat menggunakan T-SQL untuk membuat database tanpa server baru, nilai default diterapkan untuk vCore minimum dan penundaan jeda otomatis. Nilainya kemudian dapat diubah dari portal Azure atau melalui API termasuk PowerShell, Azure CLI, dan REST.

Untuk detailnya, lihat MEMBUAT DATABASE.

Tujuan Umum
Hyperscale

Buat database tanpa server Tujuan Umum baru dengan contoh T-SQL berikut:

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

Buat database tanpa server Hyperscale baru dengan contoh T-SQL berikut:

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

Memindahkan database antara tingkat komputasi atau tingkat layanan

Database dapat dipindahkan antara tingkat komputasi yang disediakan dan tingkat komputasi tanpa server.

Database tanpa server juga dapat dipindahkan dari tingkat layanan Tujuan Umum ke tingkat layanan Hyperscale. Tinjau Mengelola database Hyperscale untuk mempelajari selengkapnya.

Saat memindahkan database antara tingkat komputasi, tentukan parameter model komputasi sebagai Serverless atau Provisioned saat menggunakan PowerShell atau Azure CLI, atau SERVICE_OBJECTIVE saat menggunakan T-SQL. Tinjau batas sumber daya untuk mengidentifikasi tujuan layanan yang sesuai.

Contoh berikut memindahkan database yang sudah ada dari komputasi yang disediakan ke tanpa server.

Menggunakan PowerShell

Tujuan Umum
Hyperscale

Pindahkan database Tujuan Umum komputasi yang disediakan ke tingkat komputasi tanpa server dengan contoh PowerShell berikut:

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

Pindahkan database Hyperscale komputasi yang disediakan ke tingkat komputasi tanpa server dengan contoh PowerShell berikut:

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

Gunakan Azure CLI

Tujuan Umum
Hyperscale

Pindahkan database Tujuan Umum komputasi yang disediakan ke tingkat komputasi tanpa server dengan contoh Azure CLI berikut:

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

Pindahkan database Hyperscale komputasi yang disediakan ke tingkat komputasi tanpa server dengan contoh Azure CLI berikut:

az sql db update -g $resourceGroupName -s $serverName -n $databaseName ` 
  --edition Hyperscale --compute-model Serverless --family Gen5 `
  --min-capacity 1 --capacity 4

Menggunakan Transact-SQL (T-SQL)

Saat menggunakan T-SQL untuk memindahkan database antar tingkat komputasi, nilai default diterapkan untuk vCore minimum dan penundaan jeda otomatis. Nilainya kemudian dapat diubah dari portal Azure atau melalui API termasuk PowerShell, Azure CLI, dan REST. Untuk mengetahui informasi selengkapnya, lihat ALTER DATABASE.

Tujuan Umum
Hyperscale

Pindahkan database Tujuan Umum komputasi yang disediakan ke tingkat komputasi tanpa server dengan contoh T-SQL berikut:

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

Pindahkan database Hyperscale komputasi yang disediakan ke tingkat komputasi tanpa server dengan contoh T-SQL berikut:

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

Mengubah konfigurasi tanpa server

Menggunakan PowerShell

Gunakan Set-AzSqlDatabase untuk memodifikasi vCore maksimum atau minimum, dan penundaan jeda otomatis. MaxVcoreGunakan argumen , MinVcore, dan AutoPauseDelayInMinutes . Jeda otomatis tanpa server saat ini tidak didukung di tingkat Hyperscale, sehingga argumen penundaan jeda otomatis hanya berlaku untuk tingkat Tujuan Umum.

Gunakan Azure CLI

Gunakan pembaruan az sql db untuk memodifikasi vCore maksimum atau minimum, dan penundaan jeda otomatis. capacityGunakan argumen , min-capacity, dan auto-pause-delay . Jeda otomatis tanpa server saat ini tidak didukung di tingkat Hyperscale, sehingga argumen penundaan jeda otomatis hanya berlaku untuk tingkat Tujuan Umum.

Monitor

Sumber daya yang digunakan dan ditagih

Sumber daya database tanpa server mencakup paket aplikasi, instans SQL, 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 (CREATE and ALTER) dan DML (INSERT, UPDATE, DELETE, dan MERGE, dan SELECT). Kueri ini umumnya mewakili proporsi pemanfaatan yang paling substansial dalam paket aplikasi.

Metrik

Tabel berikut ini mencakup metrik untuk memantau penggunaan sumber daya paket aplikasi dan kumpulan sumber daya pengguna dari database tanpa server, termasuk replika geografis apa pun:

Entity	Metrik	Deskripsi	Unit-unit
Paket aplikasi	app_cpu_percent	Persentase vCore yang digunakan oleh aplikasi relatif terhadap vCore maksimum yang diizinkan untuk aplikasi. Untuk Hyperscale tanpa server, metrik ini diekspos untuk semua replika utama, replika bernama, dan replika geografis.	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 maksimum CPU yang digunakan dan memori yang digunakan setiap detik. Jika jumlah yang digunakan kurang dari jumlah minimum yang disediakan sebagaimana ditetapkan oleh vCore minimum dan memori minimum, maka jumlah minimum yang disediakan akan ditagih. Untuk membandingkan CPU dengan memori untuk tujuan tagihan, memori dinormalisasi menjadi unit vCore dengan menghitung ulang jumlah memori dalam GB sebesar 3 GB per vCore. Untuk Hyperscale tanpa server, metrik ini diekspos untuk replika utama dan replika bernama apa pun.	detik vCore
Paket aplikasi	app_cpu_billed_HA_replicas	Hanya berlaku untuk Hyperscale tanpa server. Jumlah komputasi yang ditagih di semua aplikasi untuk replika KETERSEDIAAN TINGGI selama periode pelaporan. Jumlah ini tercakup baik ke replika KETERSEDIAAN TINGGI milik replika utama atau replika HA milik replika bernama tertentu. Sebelum menghitung jumlah ini di seluruh replika HA, jumlah komputasi yang ditagih untuk replika KETERSEDIAAN TINGGI individu ditentukan dengan cara yang sama seperti untuk replika utama atau replika bernama. Untuk Hyperscale tanpa server, metrik ini diekspos untuk semua replika utama, replika bernama, dan replika geografis. Jumlah yang dibayarkan selama periode pelaporan adalah produk dari metrik ini dan harga unit vCore.	detik vCore
Paket aplikasi	app_memory_percent	Persentase memori yang digunakan oleh aplikasi relatif terhadap memori maksimum yang diizinkan untuk aplikasi. Untuk Hyperscale tanpa server, metrik ini diekspos untuk semua replika utama, replika bernama, dan replika geografis.	Persentase
Kumpulan sumber daya pengguna	cpu_percent	Persentase vCore yang digunakan oleh beban kerja pengguna relatif terhadap vCore maksimum 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 IOPS data maksimum yang diizinkan untuk beban kerja pengguna.	Persentase
Kumpulan sumber daya pengguna	log_IO_percent	Persentase MB/dtk log yang digunakan oleh beban kerja pengguna relatif terhadap log maksimum MB/dtk yang diizinkan untuk beban kerja pengguna.	Persentase
Kumpulan sumber daya pengguna	workers_percent	Persentase pekerja yang digunakan oleh beban kerja pengguna relatif terhadap pekerja maksimum yang diizinkan untuk beban kerja pengguna.	Persentase
Kumpulan sumber daya pengguna	sessions_percent	Persentase sesi yang digunakan oleh beban kerja pengguna relatif terhadap sesi maksimum yang diizinkan untuk beban kerja pengguna.	Persentase

Menjeda dan melanjutkan status

Dalam kasus database tanpa server dengan jeda otomatis diaktifkan, status yang dilaporkannya menyertakan nilai berikut:

Keadaan	Deskripsi
Online	Database sedang online.
Menjeda	Database beralih dari online ke dijeda.
Dijeda	Database dijeda.
Melanjutkan	Database beralih dari dijeda ke online.

Menggunakan portal Microsoft Azure

Di portal Azure, status database ditampilkan di halaman gambaran umum database dan di halaman gambaran umum servernya. Juga dalam portal Azure, riwayat jeda dan lanjutkan peristiwa database tanpa server dapat dilihat di log Aktivitas.

Menggunakan PowerShell

Tampilkan status database saat ini menggunakan contoh PowerShell berikut ini:

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

Gunakan Azure CLI

Lihat status database saat ini menggunakan contoh Azure CLI berikut:

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 untuk database tanpa server adalah maksimum CPU yang digunakan dan memori yang digunakan setiap detik. Jika jumlah CPU dan memori yang digunakan kurang dari jumlah minimum yang disediakan untuk setiap sumber daya, jumlah yang disediakan akan ditagih. Untuk membandingkan CPU dengan memori untuk tujuan penagihan, memori dinormalisasi menjadi unit vCore dengan menskalakan ulang jumlah GB sebesar 3 GB per vCore.

Sumber daya ditagih: CPU dan memori
Jumlah yang ditagih: harga satuan vCore * maksimum (vCore minimum, vCore yang digunakan, memori minimum GB * 1/3, GB memori 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 ditagih dalam database Tujuan Umum tanpa server, atau replika utama atau bernama Hyperscale diekspos oleh metrik berikut:

Metrik: app_cpu_billed (detik vCore)
Definisi: maksimum (vCore minimum, vCore yang digunakan, memori minimum GB * 1/3, GB memori yang digunakan * 1/3)
Frekuensi pelaporan: Per menit berdasarkan pengukuran per detik yang dikumpulkan selama 1 menit.

Jumlah komputasi yang ditagih tanpa server untuk replika Hyperscale HA milik replika utama atau replika bernama apa pun diekspos oleh metrik berikut:

Metrik: app_cpu_billed_HA_replicas (detik vCore)
Definisi: Jumlah maksimum (vCore minimum, vCore yang digunakan, memori minimum GB * 1/3, GB memori yang digunakan * 1/3) untuk setiap replika HA milik sumber daya induknya.
Sumber daya induk dan titik akhir metrik: Replika utama dan setiap replika bernama masing-masing mengekspos metrik ini secara terpisah, yang mengukur komputasi yang ditagih untuk replika KETERSEDIAAN TINGGI terkait.
Frekuensi pelaporan: Per menit berdasarkan pengukuran per detik yang dikumpulkan 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 maksimum (vCore minimum, memori minimum GB * 1/3).

Contoh:

Misalkan database tanpa server di tingkat Tujuan Umum tidak dijeda dan dikonfigurasi dengan 8 vCore maksimum dan 1 vCore minimum yang sesuai dengan memori minimum 3,0 GB. Kemudian tagihan komputasi minimum didasarkan pada maksimum (1 vCore, 3,0 GB * 1 vCore / 3 GB) = 1 vCore.
Misalkan database tanpa server di tingkat Tujuan Umum tidak dijeda dan dikonfigurasi dengan 4 vCore maksimum dan vCore minimum 0,5 yang sesuai dengan memori minimum 2,1 GB. Kemudian tagihan komputasi minimum didasarkan pada maksimum (0,5 vCore, 2,1 GB * 1 vCore / 3 GB) = 0,7 vCore.
Misalkan database tanpa server di tingkat Hyperscale memiliki replika utama dengan satu replika HA dan satu replika bernama tanpa replika HA. Misalkan setiap replika dikonfigurasi dengan 8 vCore maksimum dan 1 vCore minimum yang sesuai dengan memori minimum 3 GB. Kemudian tagihan komputasi minimum untuk replika utama, replika HA, dan replika bernama masing-masing didasarkan pada maksimum (1 vCore, 3 GB * 1 vCore / 3 GB) = 1 vCore.

Kalkulator harga Azure SQL Database untuk tanpa server dapat digunakan untuk menentukan memori minimum yang dapat dikonfigurasi berdasarkan jumlah vCore maksimum dan minimum yang dikonfigurasi. Sebagai aturan, jika vCore minimum yang dikonfigurasi lebih besar dari 0,5 vCore, maka tagihan komputasi minimum tidak bergantung pada memori minimum yang dikonfigurasi dan hanya berdasarkan jumlah vCore minimum yang dikonfigurasi.

Contoh skenario

Tujuan Umum
Hyperscale

Pertimbangkan database tanpa server di tingkat Tujuan Umum yang dikonfigurasi dengan 1 vCore minimum dan 4 vCore maksimum. Konfigurasi ini sesuai dengan memori minimum sekitar 3 GB dan memori maksimum 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 minimum yang 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				50.400 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.

Pertimbangkan database tanpa server di tingkat Hyperscale yang dikonfigurasi dengan 1 vCore minimum dan 8 vCore maksimum. Misalkan replika utama telah mengaktifkan satu replika HA dan bahwa replika bernama dengan 1 vCore minimum dan 8 vCore maksimum juga telah disediakan. Untuk setiap replika, konfigurasi ini sesuai dengan memori minimum 3 GB dan memori maksimum 24 GB. Lebih lanjut misalkan bahwa beban kerja tulis terjadi selama periode 24 jam, tetapi beban kerja baca-saja terjadi hanya selama 8 jam pertama periode waktu ini.

Dalam contoh ini, komputasi yang ditagih untuk database adalah penjumlahan komputasi yang ditagih untuk setiap replika dan dihitung sebagai berikut berdasarkan pola penggunaan yang dijelaskan dalam tabel berikut:

Replika utama

Interval Waktu	vCore digunakan setiap detik	GB digunakan setiap detik	Dimensi komputasi ditagih	vCore detik ditagih selama interval waktu
0:00-2:00	8	15	vCores digunakan	8 vCore * 7200 detik = 57600 vCore detik
2:00-14:00	1.5	6	Memori yang digunakan	6 GB * 1/3 * 43200 detik = 86400 vCore detik
14:00-24:00	0,5	2	VCore minimum yang disediakan	1 vCore * 36000 detik = 36000 vCore detik
Total detik vCore yang ditagih selama 24 jam				180.000 vCore detik

Misalkan harga satuan komputasi untuk replika utama adalah $0,000105/vCore/detik. Kemudian komputasi yang ditagih untuk replika utama selama periode 24 jam ini adalah produk dari harga satuan komputasi dan detik vCore yang ditagih: $0,000105/vCore/detik * 180000 vCore detik ~ $18,90.

Replika HA

Interval Waktu	vCore digunakan setiap detik	GB digunakan setiap detik	Dimensi komputasi ditagih	vCore detik ditagih selama interval waktu
0:00-2:00	8	9	vCores digunakan	8 vCore * 7.200 detik = 57.600 vCore detik
2.00-8.00	1.5	3	Memori yang digunakan	3 GB * 1/3 * 43.200 detik = 43.200 vCore detik
8.00-24.00	0	2	Memori minimum yang disediakan	3 GB * 1/3 * 36.000 detik = 36.000 vCore detik
Total detik vCore ditagih lebih dari 24 jam				136.800 vCore detik

Misalkan harga satuan komputasi untuk replika HA adalah $0,000105/vCore/detik. Kemudian komputasi yang ditagih untuk replika KETERSEDIAAN TINGGI selama periode 24 jam ini adalah $0,000105/vCore/detik * 136.800 vCore detik ~ $14,36.

Replika bernama

Demikian pula untuk replika bernama, misalkan total detik vCore yang ditagih selama 24 jam adalah 150.000 vCore detik dan bahwa harga unit komputasi untuk replika bernama adalah $0,000105/vCore/detik. Kemudian komputasi yang ditagih untuk replika bernama selama periode waktu ini adalah $0,000105/vCore/second * 150.000 vCore detik ~ $15,75.

Total biaya komputasi

Oleh karena itu, total tagihan komputasi untuk ketiga replika database sekitar $18,90 + $14,36 + $15,75 = $49,01.

Manfaat Hibrid Azure dan kapasitas yang dipesan

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

Wilayah yang telah tersedia

Tingkat Tanpa Server untuk Tujuan Umum dan Hyperscale dengan dukungan hingga 40 vCore maksimum tersedia di seluruh dunia kecuali wilayah berikut:

Tiongkok Timur
Tiongkok Utara
Jerman Tengah
Jerman Timur Laut
US Gov Central (Iowa)

Wilayah yang mendukung 80 vCore maksimum tanpa zona ketersediaan untuk Tujuan Umum dan Hyperscale

Saat ini, 80 vCore maksimum di tingkat Tujuan Umum dan Hyperscale saat ini didukung di wilayah berikut:

Australia Tengah 1
Australia Tengah 2
Australia Timur
Australia Tenggara
Brasil Selatan
Brasil Tenggara
Kanada Tengah
Kanada Timur
AS Tengah
Tiongkok Timur 2
Tiongkok Timur 3
Tiongkok Utara 2
Tiongkok Utara 3
Asia Timur
AS Timur
AS Timur 2
Prancis Tengah
Prancis Selatan
Jerman Utara
Jerman Barat Tengah
India Tengah
India Selatan
Israel Tengah
Italia Utara
Jepang Timur
Jepang Barat
Jio India Tengah
Jio India Barat
Korea Tengah
Korea Selatan
Maylaysia Selatan
Meksiko Tengah
US Tengah Utara
Eropa Utara
Norwegia Timur
Norwegia Barat
Polandia Tengah
Qatar Tengah
Afrika Selatan Utara
Afrika Selatan Barat
US Tengah Selatan
Asia Tenggara
Spanyol Tengah
Swedia Tengah
Swedia Selatan
Swiss Utara
Swiss Barat
Taiwan Utara
Taiwan Barat Laut
UAE Tengah
Arab Saudi Utara
UK Selatan
UK Barat
US Gov Timur
US Gov Southcentral
US Gov Barat Daya
Eropa Barat
AS Tengah Bagian Barat
AS Barat
US Barat 2
AS Barat 3

Wilayah yang mendukung 80 vCore maksimum dengan zona ketersediaan untuk Tujuan Umum dan Hyperscale

Saat ini, 80 vCore maksimum dengan dukungan zona ketersediaan tanpa server untuk tingkat Tujuan Umum dan Hyperscale disediakan di wilayah berikut dengan lebih banyak wilayah yang direncanakan:

Australia Timur
Brasil Selatan
Kanada Tengah
US Tengah
Asia Timur
AS Timur
AS Timur 2
Prancis Tengah
Jerman Barat Tengah
India Tengah
Jepang Timur
Korea Tengah
Eropa Utara
Afrika Selatan Utara
US Tengah Selatan
Asia Tenggara
Swedia Tengah
Arab Saudi Utara
UK Selatan
US Gov Timur
Eropa Barat
US Barat 2
AS Barat 3

Untuk memulai, lihat Mulai Cepat: Membuat database tunggal - Azure SQL Database.
Untuk pilihan tingkat layanan tanpa server, lihat Tujuan Umum dan Hyperscale.

Bagikan melalui

Tingkat komputasi tanpa server untuk Azure SQL Database

Gambaran Umum

Konfigurasi performa

Biaya

Skenario

Skenario yang cocok untuk komputasi tanpa server

Skenario yang sangat cocok untuk komputasi yang disediakan

Membandingkan tingkat komputasi

Model pembelian dan tingkat layanan

Penskalaan otomatis

Meningkatkan responsivitas

Manajemen memori

Reklamasi cache

Hidrasi cache

Manajemen cache disk

Jeda otomatis dan lanjutkan otomatis

Jeda otomatis

Pemecahan masalah jeda otomatis

Lanjutkan otomatis

Konektivitas

Latensi

Enkripsi data transparan yang dikelola pelanggan (BYOK)

Penghapusan atau pencabutan kunci

Rotasi kunci

Membuat database tanpa server baru

Menggunakan portal Microsoft Azure

Menggunakan PowerShell

Gunakan Azure CLI

Menggunakan Transact-SQL (T-SQL)

Memindahkan database antara tingkat komputasi atau tingkat layanan

Menggunakan PowerShell

Gunakan Azure CLI

Menggunakan Transact-SQL (T-SQL)

Mengubah konfigurasi tanpa server

Menggunakan PowerShell

Gunakan Azure CLI

Monitor

Sumber daya yang digunakan dan ditagih

Paket aplikasi

Kumpulan sumber daya pengguna

Metrik

Menjeda dan melanjutkan status

Menggunakan portal Microsoft Azure

Menggunakan PowerShell

Gunakan Azure CLI

Batas Sumber Daya

Billing

Tagihan komputasi minimum

Contoh skenario

Manfaat Hibrid Azure dan kapasitas yang dipesan

Wilayah yang telah tersedia

Wilayah yang mendukung 80 vCore maksimum tanpa zona ketersediaan untuk Tujuan Umum dan Hyperscale

Wilayah yang mendukung 80 vCore maksimum dengan zona ketersediaan untuk Tujuan Umum dan Hyperscale

Konten terkait

Saran dan Komentar

Sumber Daya Tambahan: