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 multi generasi perangkat keras.
Generasi 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 perangkat keras seri premium dengan penyimpanan 16 TB
Dukungan untuk perangkat keras seri premium dengan 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 perangkat keras seri premium dengan penyimpanan 16 TB saat ini hanya tersedia di wilayah tertentu ini:
| Geografi | Wilayah yang mendukung HW seri premium dengan memori yang dioptimalkan dan perangkat keras seri premium dengan 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
SQL Managed Instance memiliki dua tingkat layanan: Tujuan Umum dan Bisnis Penting. Anda dapat memilih untuk menggunakan tingkat layanan Tujuan Umum Next-gen yang ditingkatkan (pratinjau).
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 | Tujuan Umum generasi berikutnya | Kritis Bisnis |
|---|---|---|---|
| Jumlah vCore* | Seri standar (Gen5): 21, 4, 8, 16, 24, 32, 40, 64, 80 Seri premium: 21, 4, 8, 16, 24, 32, 40, 64, 80 Seri premium memori yang dioptimalkan: 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 |
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) 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) | Seri standar (Gen5): - 2 TB untuk 4 vCore - 8 TB untuk 8 vCore - 16 TB untuk ukuran lain Seri premium: - 2 TB untuk 4 vCore - 8 TB untuk 8 vCore - 16 TB untuk ukuran lain Seri premium memori yang dioptimalkan: - 2 TB untuk 4 vCore - 8 TB untuk 8 vCore - 16 TB untuk ukuran lain |
Seri standar (Gen5): - 2 TB untuk 4 vCore - 8 TB untuk 8 vCore - 16 TB untuk ukuran lain Seri premium: - 2 TB untuk 4, 6 vCore - 8 TB untuk 8, 10, 12 vCore - 16 TB untuk 16, 20, 24 vCore - 32 TB untuk 32, 40, 48, 56, 64, 80, 96, 128 vCore Seri premium memori yang dioptimalkan: - 2 TB untuk 4, 6 vCore - 8 TB untuk 8, 10, 12 vCore - 16 TB untuk 16, 20, 24 vCore - 32 TB untuk 32, 40, 48, 56, 64, 80, 96, 128 vCore |
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). | 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. |
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 | 128 |
| Jumlah maksimum database per instans | 100 database pengguna, kecuali batas ukuran penyimpanan instans telah tercapai. | 500 database pengguna | 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. | 4.096 file per database | 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). | 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. | 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 |
Penyimpanan yang dipesan * 3 - hingga batas VM. 300 dalam kasus penyimpanan cadangan 32 GB, 64 GB, dan 96 GB. Batas VM tergantung pada jumlah vCore 6400 IOPS untuk VM dengan 4 vCore - 80 K IOPS untuk VM dengan 128 vCore |
16 K - 320 K (4000 IOPS/vCore) Tambahkan lebih banyak vCore untuk mendapatkan performa IO yang lebih baik. |
| Throughput data (perkiraan) | 100 - 250 MiB/dtk per file *Meningkatkan ukuran file untuk mendapatkan performa IO yang lebih baik |
IOPS / 30 MBps - hingga batas VM. 75 MBps dalam kasus penyimpanan cadangan 32 GB, 64 GB, dan 96 GB. | Tidak terbatas. |
| 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 |
4,5 MiB/dtk per vCore Maks 192 MiB/dtk |
| Latensi IO penyimpanan (perkiraan) | 5-10 mdtk | 3-5 mdtk | 1-2 mdtk |
| OLTP dalam memori | Tidak didukung | Tidak didukung | Tersedia, ukuran tergantung pada jumlah vCore |
| Sesi maksimum | 30000 | 30000 | 30000 |
| Pekerja konkuren maks | 105 * jumlah vCore + 800 | 105 * jumlah vCore + 800 | 105 * jumlah vCore + 800 |
| Replika Baca-saja | 0 | 0 | 1 (termasuk dalam harga) |
| Isolasi komputasi | Tidak didukung karena instans Tujuan Umum dapat berbagi perangkat keras fisik dengan instans lain | Tidak didukung karena instans Tujuan Umum Next-gen 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 |
| Replika untuk ketersediaan | Simpul siaga untuk ketersediaan tinggi | Simpul siaga untuk ketersediaan tinggi | Empat replika ketersediaan tinggi, 1 juga merupakan replika skala baca |
| Replika baca-saja dengan grup failover diaktifkan | Satu replika baca-saja tambahan. Dua total replika yang dapat dibaca, yang mencakup replika utama. | Satu replika baca-saja tambahan. Dua total replika yang dapat dibaca, yang mencakup replika utama. | Dua replika baca-saja tambahan, tiga replika baca-saja total. Empat total replika yang dapat dibaca, yang mencakup replika utama. |
| Harga/tagihan | vCore, penyimpanan khusus, dan penyimpanan cadangan dikenai biaya. IOPS tidak dikenakan biaya |
vCore, penyimpanan cadangan, penyimpanan cadangan, dan IOPS (melalui kuota gratis) dikenakan biaya. | vCore, penyimpanan khusus, dan penyimpanan cadangan dikenai biaya. IOPS tidak dikenakan biaya. |
| Model diskon | Instans yang dipesan Keuntungan Azure Hibrida (tidak tersedia pada langganan pengembangan/pengujian) Langganan Dev/Test berbayar dan bayar sesuai penggunaan |
Instans yang dipesan Keuntungan Azure Hibrida (tidak tersedia pada langganan pengembangan/pengujian) Langganan Dev/Test berbayar dan bayar sesuai penggunaan |
Instans yang dipesan Keuntungan Azure Hibrida (tidak tersedia pada langganan pengembangan/pengujian) Langganan Dev/Test berbayar dan bayar sesuai penggunaan |
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 wilayah utama yang dapat menyediakan penyimpanan 16 TB untuk perangkat keras seri premium untuk nomor CPU vCore ini. Wilayah yang lebih kecil membatasi penyimpanan yang tersedia hingga 5,5 TB.
4 Hanya 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 membatasi penyimpanan yang tersedia hingga 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 bertahan dan tidak disertakan dalam ukuran. Cadangan tidak disertakan dalam ukuran penyimpanan.
- Throughput dan IOPS di tingkat Tujuan Umum juga bergantung pada ukuran file, dan tidak secara eksplisit dibatasi oleh 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.
IOPS
Untuk tingkat layanan Tujuan Umum dan Bisnis Penting Berikutnya, IOPS yang tersedia ditentukan oleh jumlah vCore:
- Tingkat layanan Tujuan Umum generasi berikutnya: nilai tetap IOPS berdasarkan jumlah vCore. Harga penyimpanan mencakup IOPS minimum. Jika Anda melampaui minimum, Anda dikenakan biaya sebagai berikut: 1 IOPS = harga penyimpanan (menurut wilayah) dibagi tiga. Misalnya, jika 1 GB biaya penyimpanan 0,115, maka 1 IOPS = 0,115/3 = 0,038 per IOPS.
- Tingkat layanan Business Critical: menggunakan rumus (4000 IOPS/vCore) untuk menentukan batas IOPS.
Tabel berikut mencantumkan IOPS maks yang tersedia untuk setiap tingkat layanan berdasarkan jumlah vCore:
| Jumlah vCores | IOPS Maks untuk tingkat layanan Tujuan Umum Next-gen | IOPS Maks untuk tingkat layanan Kritis Bisnis |
|---|---|---|
| 4 | 6.400 | 16.000 |
| 6 | 9.600 | 24.000 |
| 8 | 12.800 | 32.000 |
| 10 | 16.000 | 40.000 |
| 12 | 19,200 | 48.000 |
| 16 | 25.600 | 64.000 |
| 20 | 32.000 | 80.000 |
| 24 | 38,400 | 96.000 |
| 32 | 51,200 | 128.000 |
| 40 | 64.000 | 160.000 |
| 48 | 76.800 | 192.000 |
| 56 | 80.000 | 224,000 |
| 64 | 80.000 | 256.000 |
| 80 | 80.000 | 320,000 |
| 96 | 80.000 | 320,000 |
| 128 | 80.000 | 320,000 |
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,
tempdbmenggunakan penyimpanan SSD lokal, dan biaya penyimpanan ini sudah termasuk dalam harga vCore. - Di tingkat layanan Kritis Bisnis,
tempdbberbagi penyimpanan SSD lokal dengan data dan file log, dan biaya penyimpanantempdbsudah 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 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:
- Perjanjian Enterprise (EA)
- Bayar sesuai penggunaan
- Penyedia Cloud (CSP)
- Perusahaan Dev/Test
- Dev/Test bayar sesuai penggunaan
- Langganan dengan kredit Azure bulanan untuk pelanggan Visual Studio
- Coba Gratis
- Azure For Students
- Azure In Open
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. SQL Managed Instance memiliki dua batas default per wilayah Azure (yang dapat ditingkatkan sesuai permintaan dengan membuat permintaan dukungan khusus di portal Azure) tergantung pada jenis 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 terbatas 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 individual kecuali bahwa 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
- Untuk informasi selengkapnya tentang Azure SQL Managed Instance, lihat Apa itu Azure SQL Managed Instance?.
- Untuk informasi harga, lihat Harga SQL Managed Instance.
- Untuk mempelajari cara membuat Azure SQL Managed Instance pertama Anda, lihat panduan mulai cepat.
- SLA untuk Azure SQL Managed Instance
Saran dan Komentar
Segera hadir: Sepanjang tahun 2024 kami akan menghentikan penggunaan GitHub Issues sebagai mekanisme umpan balik untuk konten dan menggantinya dengan sistem umpan balik baru. Untuk mengetahui informasi selengkapnya, lihat: https://aka.ms/ContentUserFeedback.
Kirim dan lihat umpan balik untuk