Sekilas tentang keterbatasan sumber daya Azure SQL Managed Instance

Berlaku untuk:Azure SQL Managed Instance

Artikel ini memberikan gambaran umum tentang karakteristik teknis dan batas sumber daya Azure SQL Managed Instance, dan menyediakan informasi tentang cara meminta peningkatan hingga batas tersebut.

Catatan

Untuk perbedaan fitur yang didukung dan pernyataan T-SQL, lihat Perbedaan fitur dan dukungan pernyataan T-SQL. Untuk mengetahui perbedaan umum antara tingkatan layanan untuk Azure SQL Database dan SQL Managed Instance, pelajari tingkat layanan General Purpose dan Business Critical.

Karakteristik konfigurasi perangkat keras

Azure SQL Managed Instance memiliki karakteristik dan batas sumber daya yang bergantung pada infrastruktur serta arsitektur yang mendasarinya. SQL Managed Instance dapat disebarkan pada beberapa konfigurasi perangkat keras.

Catatan

Perangkat keras Gen5 telah berganti namanya menjadi seri standar (Gen5).

Konfigurasi perangkat keras memiliki karakteristik yang berbeda, seperti yang dijelaskan dalam tabel berikut:

Seri Standar (Gen5) Seri premium Seri premium dengan memori dioptimalkans
CPU Prosesor Intel® E5-2673 v4 (Broadwell) 2,3-GHz, Intel® SP-8160 (Skylake), dan Intel® 8272CL (Cascade Lake) 2,5 GHz Prosesor Intel® 8370C (Ice Lake) 2,8 GHz Prosesor Intel® 8370C (Ice Lake) 2,8 GHz
Jumlah vCore
vCore=1 LP (hyper-thread)
21-80 vCore 21-128 vCore 4-128 vCore
Memori maks (memori/rasio vCore) 5,1 GB per vCore - maksimum 408 GB
Tambahkan lebih banyak vCore untuk mendapatkan lebih banyak memori.
7 GB per vCore hingga 80 vCore - maksimum 560 GB 13,6 GB per vCore hingga 64 vCore - maksimum 870,4 GB
Maks. memori OLTP dalam Memori Batas instans: 0,8-1,65 GB per vCore Batas instans: 1,1-2,3 GB per vCore Batas instans: 2,2-4,5 GB per vCore
Penyimpanancadangan instans maks 2 Tujuan Umum: hingga 16 TB
Bisnis Kritis: hingga 4 TB
Tujuan Umum: hingga 16 TB
Bisnis Kritis: hingga 5,5 TB
Tujuan Umum: hingga 16 TB
Bisnis Kritis: hingga 16 TB

1 Menyebarkan instans 2-vCore hanya dimungkinkan di dalam kumpulan instans.
2 Tergantung pada jumlah vCore.

Catatan

Jika bisnis Anda memerlukan ukuran penyimpanan lebih besar dari batas sumber daya yang tersedia untuk Azure SQL Managed Instance, pertimbangkan tingkat layanan Hyperscale Azure SQL Database.

Dukungan regional untuk perangkat keras seri premium yang dioptimalkan memori dan untuk penyimpanan 16 TB

Dukungan untuk penyimpanan 16 TB memiliki ketersediaan yang sama dengan dukungan untuk perangkat keras seri premium yang dioptimalkan memori. Dukungan untuk perangkat keras seri premium yang dioptimalkan memori dan penyimpanan 16 TB saat ini hanya tersedia di wilayah tertentu ini:

Geografi Wilayah yang mendukung HW seri premium memori yang dioptimalkan dan Penyimpanan 16 TB
Eropa Prancis Tengah, Jerman Barat Tengah, Italia Utara, Eropa Utara, Polandia Tengah, Swedia Tengah, Swiss Utara, Inggris Selatan, Eropa Barat
Timur Tengah, Afrika Qatar Tengah
Amerika Brasil Selatan, Kanada Tengah, AS Tengah, AS Timur, US Timur 2, US Tengah Utara, US Tengah Selatan, AS Barat, US Barat 2, US Barat 3
Asia Pasifik Australia Timur, Australia Tenggara, Tiongkok Utara 3, India Tengah, India Selatan, Asia Timur, Jepang Timur, Asia Tenggara

Ruang OLTP yang tersedia dalam memori

Jumlah ruang OLTP dalam memori di tingkat layanan Bisnis Kritis bergantung pada jumlah vCore dan konfigurasi perangkat keras. Tabel berikut ini mencantumkan batas memori yang dapat digunakan untuk objek OLTP dalam memori.

vCore Seri Standar (Gen5) Seri premium Seri premium dengan memori dioptimalkans
4 vCore 3,14 GB 4,39 GB 8,79 GB
6 vCore - 6,59 GB 15,32 GB
8 vCore 6,28 GB 8,79 GB 22,06 GB
10 vCore - 12,11 GB 30,94 GB
12 vCore - 15,43 GB 39,82 GB
16 vCore 15,77 GB 22,06 GB 57,58 GB
20 vCore - 28,70 GB 75,34 GB
24 vCore 25,25 GB 35,34 GB 93,09 GB
32 vCore 37,94 GB 53,09 GB 128,61 GB
40 vCore 52,23 GB 73,09 GB 164,13 GB
48 vCore - 95,34 GB 199,64 GB
56 vCore - 117,58 GB 244,13 GB
64 vCore 99,9 GB 139,82 GB 288,61 GB
80 vCore 131,68 GB 184,30 GB 288,61 GB
96 vCore T/A 184,30 GB 288,61 GB
128 vCore T/A 184,30 GB 288,61 GB

Karakteristik tingkat layanan

Azure SQL Managed Instance memiliki dua tingkat layanan: Tujuan Umum dan Bisnis Kritis.

Penting

Tingkat layanan Business Critical memberikan tambahan salinan bawaan SQL Managed Instance (replika sekunder) yang dapat digunakan untuk beban kerja baca-saja. Jika Anda dapat memisahkan kueri baca-tulis dan kueri baca-saja/analitik/pelaporan, Anda mendapatkan dua kali vCore dan memori dengan harga yang sama. Replika sekunder mungkin mengalami lag beberapa detik di belakang instans utama, sehingga replika ini dirancang untuk melepaskan beban kerja pelaporan/analitik yang tidak memerlukan status data saat ini. Dalam tabel berikut, kueri baca-saja adalah kueri yang dijalankan pada replika sekunder.

Fitur Tujuan Umum Kritis Bisnis
Jumlah vCore* 21, 4, 8, 16, 24, 32, 40, 64, 80 Seri standar (Gen5): 4, 8, 16, 24, 32, 40, 64, 80
Seri premium: 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 80, 962, 1282
Memori dioptimalkan seri premium: 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 802, 962, 1282
*Jumlah vCore yang sama dikhususkan untuk kueri hanya-baca.
Memori maksimum Seri standar (Gen5): 20,4 GB - 408 GB (5,1 GB/vCore)
Seri premium: 28 GB - 560 GB (7 GB/vCore)
Seri premium dengan memori dioptimalkan: 54,4 GB - 870,4 GB (13,6 GB/vCore)
Seri standar (Gen5): 20,4 GB - 408 GB (5,1 GB/vCore) pada setiap replika
Seri premium: 28 GB - 560 GB (7 GB/vCore hingga 80 vCore2) pada setiap replika
Seri premium memori yang dioptimalkan: 54,4 GB - 870,4 GB (13,6 GB/vCore hingga 64 vCore2) pada setiap replika
Ukuran penyimpanan instans maksimum (dicadangkan) - 2 TB untuk 4 vCore
- 8 TB untuk 8 vCore
- 16 TB untuk ukuran lain
Seri standar (Gen5):
- 1 TB untuk 4, 8, 16 vCore
- 2 TB untuk 24 vCore
- 4 TB untuk 32, 40, 64, 80 vCore
Seri premium:
- 1 TB untuk 4, 6 vCore
- 2 TB untuk 8, 10, 12 vCore
- 4 TB untuk 16, 20 vCore
- 5,5 TB untuk 24, 32, 40, 48, 56 vCore
- 5,5 TB atau 16 TB (tergantung wilayahnya) untuk 64, 80, 96, 128 vCore3
Seri premium memori yang dioptimalkan:
- 1 TB untuk 4, 6 vCore
- 2 TB untuk 8, 10, 12 vCore
- 4 TB untuk 16, 20 vCore
- 5,5 TB untuk 24 vCore
- 5,5 TB atau 8 TB (tergantung wilayahnya) untuk 32, 40 vCore4
- 12 TB untuk 48, 56 vCore
- 16 TB untuk 64, 80, 96, 128 vCore
Ukuran database maksimum Hingga ukuran instans yang tersedia saat ini (tergantung pada jumlah vCore). Hingga ukuran instans yang tersedia saat ini (tergantung pada jumlah vCore).
Ukuran database maks tempdb Dibatasi hingga 24 GB/vCore (96-1.920 GB) dan ukuran penyimpanan instans yang tersedia saat ini.
Tambahkan lebih banyak vCore untuk mendapatkan lebih banyak tempdb ruang.
Ukuran file log dibatasi hingga 120 GB.
Hingga ukuran penyimpanan instans yang tersedia saat ini.
Jumlah maksimum tempdb file 128 128
Jumlah maksimum database per instans 100 database pengguna, kecuali batas ukuran penyimpanan instans telah tercapai. 100 database pengguna, kecuali batas ukuran penyimpanan instans telah tercapai.
Jumlah maksimum file database 280 per instans, kecuali ukuran penyimpanan instans atau batas ruang alokasi penyimpanan Azure Premium Disk telah tercapai. 32.767 file per database, kecuali batas ukuran penyimpanan instans telah tercapai.
Ukuran file data maksimum Ukuran maksimum setiap file data adalah 8 TB. Gunakan setidaknya dua file data untuk database yang lebih besar dari 8 TB. Hingga ukuran instans yang tersedia saat ini (tergantung pada jumlah vCore).
Ukuran file log maksimum Terbatas pada 2 TB dan ukuran penyimpanan instans yang saat ini tersedia. Terbatas pada 2 TB dan ukuran penyimpanan instans yang saat ini tersedia.
Data/Log IOPS (perkiraan) 500 - 7500 per file
*Meningkatkan ukuran file untuk mendapatkan lebih banyak IOPS
16 K - 320 K (4000 IOPS/vCore)
Tambahkan lebih banyak vCore untuk mendapatkan performa IO yang lebih baik.
Batas throughput tulis log (per instans) 4,5 MiB/dtk per vCore
Maks 120 MiB/dtk per instans
22 - 65 MiB/dtk per DB (tergantung pada ukuran file log)
*Meningkatkan ukuran file untuk mendapatkan performa IO yang lebih baik
4,5 MiB/dtk per vCore
Maks 192 MiB/dtk
Throughput data (perkiraan) 100 - 250 MiB/dtk per file
*Meningkatkan ukuran file untuk mendapatkan performa IO yang lebih baik
Tidak terbatas.
Latensi IO penyimpanan (perkiraan) 5-10 mdtk 1-2 mdtk
OLTP dalam memori Tidak didukung Tersedia, ukuran tergantung pada jumlah vCore
Sesi maksimum 30000 30000
Pekerja konkuren maks 105 * jumlah vCore + 800 105 * jumlah vCore + 800
Replika Baca-saja 0 1 (termasuk dalam harga)
Isolasi komputasi Tidak didukung karena instans Tujuan Umum dapat berbagi perangkat keras fisik dengan instans lain Seri standar (Gen5):
Didukung untuk konfigurasi dengan 64 vCore atau lebih
Seri premium: Didukung untuk konfigurasi dengan 64 vCore atau lebih
Seri premium memori yang dioptimalkan: Didukung untuk konfigurasi dengan 64 vCore atau lebih

1 Menyebarkan instans 2-vCore hanya dimungkinkan di dalam kumpulan instans.
2 Rasio memori-ke-vCore hanya tersedia hingga 80 vCore untuk perangkat keras seri premium, dan 64 vCore untuk seri premium memori yang dioptimalkan. Memori maksimum dibatasi pada 560 GB untuk vCore seri premium di atas 80, dan 870,4 GB untuk vCore seri premium yang dioptimalkan memori di atas 64.
3 Hanya di wilayah utama yang dapat menyediakan penyimpanan 16 TB untuk perangkat keras seri premium untuk nomor VCore CPU ini, wilayah yang lebih kecil akan membatasi penyimpanan yang tersedia dengan 5,5 TB.
4 Hanya di wilayah utama yang dapat menyediakan penyimpanan 8 TB untuk perangkat keras yang dioptimalkan memori seri premium untuk nomor VCore CPU ini, wilayah yang lebih kecil akan membatasi penyimpanan yang tersedia dengan 5,5 TB.

Beberapa pertimbangan lain:

  • Ukuran penyimpanan instans yang tersedia saat ini merupakan perbedaan antara ukuran instans yang dicadangkan dan ruang penyimpanan yang digunakan.
  • Ukuran file data dan log di dalam database pengguna dan sistem disertakan dalam ukuran penyimpanan instans yang dibandingkan dengan batas ukuran penyimpanan maksimum. Gunakan tampilan sistem sys.master_files untuk menentukan total ruang yang digunakan oleh database. Log kesalahan tidak disimpan dan tidak termasuk dalam ukuran. Cadangan tidak disertakan di dalam ukuran penyimpanan.
  • Throughput dan IOPS di tingkat Tujuan Umum juga bergantung pada ukuran file yang tidak secara eksplisit dibatasi oleh Azure SQL Managed Instance. Anda dapat membuat replika lain yang dapat dibaca di wilayah Azure yang berbeda menggunakan grup failover
  • IOPS instans maksimum bergantung pada tata letak file dan distribusi beban kerja. Sebagai contoh, jika Anda membuat file 7 x 1-TB dengan IOPS maks 5 K masing-masing dan tujuh file kecil (lebih kecil dari 128 GB) dengan masing-masing 500 IOPS, Anda bisa mendapatkan 38500 IOPS per instans (7x5000+7x500) jika beban kerja Anda dapat menggunakan semua file. Perhatikan bahwa beberapa IOPS juga digunakan untuk pencadangan otomatis.
  • tempdbNama file tidak boleh memiliki lebih dari 16 karakter.

Temukan informasi selengkapnya tentang batas sumber daya di kumpulan Azure SQL Managed Instance dalam artikel ini.

Penyimpanan data dan log

Faktor-faktor berikut memengaruhi jumlah penyimpanan yang digunakan untuk data dan file log, dan berlaku untuk Tujuan Umum dan Kritis Bisnis.

  • Di tingkat layanan Tujuan Umum, tempdb menggunakan penyimpanan SSD lokal, dan biaya penyimpanan ini sudah termasuk dalam harga vCore.
  • Di tingkat layanan Kritis Bisnis, tempdb berbagi penyimpanan SSD lokal dengan data dan file log, dan biaya penyimpanan tempdb sudah termasuk dalam harga vCore.
  • Ukuran penyimpanan untuk SQL Managed Instance harus ditentukan dalam kelipatan 32 GB.

Penting

Di kedua tingkat layanan, Anda dikenakan biaya untuk ukuran penyimpanan maksimum yang dikonfigurasi untuk instans terkelola.

Untuk memantau total ukuran penyimpanan instans yang digunakan untuk SQL Managed Instance, gunakan metrikstorage_space_used_mb. Untuk memantau ukuran penyimpanan data individual dan file log yang dialokasikan dan digunakan saat ini dalam database menggunakan T-SQL, gunakan tampilan sys.database_files dan fungsi FILEPROPERTY(... , 'SpaceUsed').

Tip

Dalam beberapa keadaan, Anda mungkin perlu menyusutkan database untuk memperoleh kembali ruang yang tidak digunakan. Untuk informasi selengkapnya, lihat DBCC SHRINKFILE.

Pencadangan dan penyimpanan

Penyimpanan untuk pencadangan database dialokasikan untuk mendukung kemampuan pemulihan titik waktu (PITR) dan retensi jangka panjang (LTR) dari SQL Managed Instance. Penyimpanan ini terpisah dari penyimpanan data dan file log, dan ditagih secara terpisah.

  • PITR:Di tingkat Tujuan Umum dan Kritis Bisnis, pencadangan database individual disalin ke penyimpanan geo-redundant (RA-GRS) akses baca secara otomatis. Ukuran penyimpanan meningkat secara dinamis saat cadangan baru dibuat. Penyimpanan digunakan oleh pencadangan penuh, diferensial, dan log transaksi. Konsumsi penyimpanan tergantung pada tingkat perubahan database dan periode penyimpanan yang dikonfigurasi untuk pencadangan. Anda dapat mengonfigurasi periode retensi terpisah untuk setiap database antara 1 hingga 35 hari untuk SQL Managed Instance. Jumlah penyimpanan cadangan yang sama dengan ukuran data maksimum yang dikonfigurasi disediakan tanpa biaya tambahan.
  • LTR:Anda juga memiliki opsi untuk mengonfigurasi penyimpanan cadangan penuh jangka panjang hingga 10 tahun. Jika Anda menyiapkan kebijakan LTR, cadangan ini disimpan dalam penyimpanan RA-GRS secara otomatis, tetapi Anda dapat mengontrol seberapa sering cadangan disalin. Untuk memenuhi persyaratan kepatuhan yang berbeda, Anda dapat memilih periode retensi yang berbeda untuk pencadangan mingguan, bulanan, dan/atau tahunan. Konfigurasi yang Anda pilih menentukan berapa banyak penyimpanan yang akan digunakan untuk pencadangan LTR. Untuk mengetahui informasi selengkapnya, lihat Retensi cadangan jangka panjang.

Karakteristik IO file di tingkat Tujuan Umum

Di tingkat layanan Tujuan Umum, setiap file database mendapatkan IOPS dan throughput khusus yang bergantung pada ukuran file. File yang lebih besar mendapatkan lebih banyak IOPS dan throughput. Karakteristik IO file database ditunjukkan dalam tabel berikut ini:

Ukuran file >=0 dan <=129 GiB >129 dan <=513 GiB >513 dan <=1025 GiB >1025 dan <=2049 GiB >2049 dan <=4097 GiB >4097 GiB dan <=8 TiB
IOPS per file 500 2.300 5000 7.500 7.500 7.500
Throughput per file 100 MiB/detik 150 MiB/detik 200 MiB/detik 250 MiB/detik 250 MiB/detik 250 MiB/detik

Jika Anda melihat latensi IO tinggi pada beberapa file database atau Anda melihat bahwa IOPS/throughput mencapai batas, Anda dapat meningkatkan peforma dengan meningkatkan ukuran file.

Ada juga batas tingkat instans pada throughput tulis log maks (lihat tabel sebelumnya untuk nilai, misalnya 22 MiB/dtk), sehingga Anda mungkin tidak dapat mencapai file maks di seluruh file log karena Anda mencapai batas throughput instans.

Wilayah yang didukung

Azure SQL Managed Instance hanya dapat dibuat di wilayah yang didukung. Untuk membuat Azure SQL Managed Instance di wilayah yang saat ini tidak didukung, Anda dapat mengirim permintaan dukungan melalui portal Microsoft Azure.

Jenis langganan yang didukung

Azure SQL Managed Instance saat ini hanya mendukung penyebaran pada jenis langganan berikut:

Keterbatasan sumber daya wilayah

Catatan

Untuk informasi terbaru tentang ketersediaan wilayah untuk langganan, pertama-tama periksa pilih wilayah.

Jenis langganan yang didukung dapat berisi sumber daya dalam jumlah terbatas per wilayah. Azure SQL Managed Instance memiliki dua batas default per wilayah Azure (yang dapat ditingkatkan sesuai permintaan dengan membuat permintaan dukungan khusus di portal Microsoft Azure tergantung pada jenis langganan:

  • Batas subnet: Jumlah maksimum subnet tempat instans Azure SQL Managed Instance disebarkan di satu wilayah.
  • Batas unit vCore: Jumlah maksimum unit vCore yang dapat digunakan di semua instans dalam satu wilayah. Satu GP vCore menggunakan satu unit vCore dan satu BC vCore membutuhkan empat unit vCore. Jumlah total instans tidak dibatasi selama berada dalam batas unit vCore.

Catatan

Batas tersebut adalah pengaturan default dan bukan batasan teknis. Batasan dapat ditingkatkan sesuai permintaan dengan membuat permintaan dukungan khusus di portal Microsoft Azure jika Anda membutuhkan lebih banyak instans di wilayah saat ini. Sebagai alternatif, Anda dapat membuat instans baru dari Azure SQL Managed Instance di wilayah Azure lain tanpa mengirim permintaan dukungan.

Tabel berikut ini memperlihatkan batas regional default untuk jenis langganan yang didukung (batas default dapat diperluas menggunakan permintaan dukungan):

Jenis langganan Batas default untuk subnet SQL Managed Instance Batas default untuk unit vCore*
Csp 16 (30 di beberapa wilayah**) 960 (1440 di beberapa wilayah**)
EA 16 (30 di beberapa wilayah**) 960 (1440 di beberapa wilayah**)
Enterprise Dev/Test 6 320
Bayar sesuai penggunaan 6 320
Pengembangan/Pengujian Prabayar 6 320
Azure Pass 3 64
BizSpark 3 64
BizSpark Plus 3 64
Microsoft Azure Sponsorship 3 64
Jaringan Mitra Microsoft 3 64
Visual Studio Enterprise (MPN) 3 64
Visual Studio Enterprise 3 32
Visual Studio Enterprise (BizSpark) 3 32
Visual Studio Professional 3 32
Platform MSDN 3 32

* Dalam merencanakan penyebaran, harap pertimbangkan bahwa tingkat layanan Bisnis Kritis (BC) membutuhkan kapasitas vCore empat (4) kali lebih banyak daripada tingkat layanan Tujuan Umum (GP). Misalnya: 1 GP vCore = 1 unit vCore dan 1 BC vCore = 4 vCore. Untuk menyederhanakan analisis penggunaan Anda terhadap batas default, rangkum unit vCore di semua subnet di wilayah tempat Azure SQL Managed Instance disebarkan, lalu bandingkan hasilnya dengan batas unit instans untuk jenis langganan Anda. Batas jumlah maksimum unit vCore berlaku untuk setiap langganan di suatu wilayah. Tidak ada batasan per subnet kecuali jumlah semua vCore yang disebarkan di beberapa subnet harus lebih rendah atau sama dengan jumlah maksimum unit vCore.

** Batas subnet dan vCore yang lebih besar tersedia di wilayah berikut: Australia Timur, US Timur, US Timur 2, Eropa Utara, US Selatan Tengah, Asia Tenggara, UK Selatan, Eropa Barat, US Barat 2.

Penting

Jika batas vCore dan subnet Anda adalah 0, artinya batas wilayah default untuk jenis langganan Anda tidak ditetapkan. Anda juga dapat menggunakan permintaan penambahan kuota untuk mendapatkan akses langganan di wilayah tertentu dengan mengikuti prosedur yang sama - menyediakan nilai vCore dan subnet yang diperlukan.

Meminta penambahan kuota

Jika Anda memerlukan lebih banyak instans di wilayah saat ini, kirim permintaan dukungan untuk memperpanjang kuota menggunakan portal Microsoft Azure. Untuk informasi selengkapnya, lihat Meminta peningkatan kuota untuk Azure SQL Database.

Langkah berikutnya