SQL Managed Instance diaktifkan oleh tingkat layanan Azure Arc
Sebagai bagian dari keluarga produk Azure SQL, SQL Managed Instance yang diaktifkan oleh Azure Arc tersedia dalam dua tingkat layanan vCore .
- Tujuan Umum adalah tingkat ramah anggaran yang dirancang untuk sebagian besar beban kerja dengan fitur performa dan ketersediaan umum.
- Tingkat Bisnis Kritis dirancang untuk beban kerja yang sensitif terhadap performa dengan fitur ketersediaan yang lebih tinggi.
Di Azure, penyimpanan dan komputasi disediakan oleh Microsoft dengan perjanjian tingkat layanan yang dijamin (SLA) untuk performa, throughput, ketersediaan, dan lain-lain di masing-masing tingkatan layanan. Dengan layanan data dengan dukungan Azure Arc, pelanggan menyediakan penyimpanan dan komputasi. Oleh karena itu, tidak ada SLA yang dijamin yang diberikan kepada pelanggan dengan layanan data dengan dukungan Azure Arc. Namun, pelanggan mendapatkan fleksibilitas untuk membawa perangkat keras yang melakukan performa mereka sendiri terlepas dari tingkat layanan.
Perbandingan tingkat layanan
Berikut ini adalah deskripsi dari berbagai kemampuan yang tersedia dari layanan data dengan dukungan Azure Arc di dua tingkatan layanan:
Luas | Kritis Bisnis | Tujuan Umum |
---|---|---|
Set Fitur SQL | Sama seperti SQL Server Edisi Enterprise | Sama seperti SQL Server Edisi Standar |
Batas/instans CPU | Tidak Terbatas | 24 core |
Batas/instans memori | Tidak Terbatas | 128 GB |
Menaikkan/menurunkan skala | Tersedia | Tersedia |
Pemantauan | Bawaan yang tersedia secara lokal, dan secara opsional mengekspor ke Azure Monitor | Bawaan yang tersedia secara lokal, dan secara opsional mengekspor ke Azure Log Analytics |
Pencatatan | Bawaan yang tersedia secara lokal, dan secara opsional mengekspor ke Azure Log Analytics | Bawaan yang tersedia secara lokal, dan secara opsional mengekspor ke Azure Monitor |
Pemulihan titik waktu tertentu | Bawaan | Bawaan |
Ketersediaan tinggi | Grup Ketersediaan mandiri melalui penyebaran ulang kubernetes | Instans tunggal dengan penyebaran ulang Kube + penyimpanan berbagi. |
Membaca perluasan skala | Grup ketersediaan | Tidak ada |
Pemulihan Bencana | Tersedia melalui Grup Failover | Tersedia melalui Grup Failover |
Nilai tukar AHB untuk komponen IP harga | 1:1 Edisi Perusahaan 4:1 Edisi Standar |
1:4 Edisi Perusahaan 1:1 Edisi Standar |
Harga Azure Dev/Test | Tanpa biaya | Tanpa biaya |
Cara memilih tingkatan layanan
Karena pelanggan membawa perangkat keras dengan persyaratan performa dan ketersediaan berdasarkan kebutuhan bisnis mereka sendiri, pembeda utama antara tingkat layanan adalah apa yang disediakan di tingkat perangkat lunak.
Pilih Tujuan Umum jika
- Persyaratan CPU/memori terpenuhi atau berada dalam batas tingkat layanan Tujuan Umum
- Pilihan ketersediaan tinggi yang disediakan oleh Kube, seperti penyebaran ulang pod, memadai untuk beban kerja
- Aplikasi tidak perlu membaca peluasan skala
- Aplikasi ini tidak memerlukan fitur apa pun yang ada di tingkat layanan Bisnis Kritis (sama seperti SQL Server Edisi Enterprise)
Pilih Bisnis Kritis jika
- Persyaratan CPU/memori melebihi batas tingkat layanan Tujuan Umum
- Untuk menangani failover, aplikasi membutuhkan tingkat Ketersediaan Tinggi yang lebih tinggi seperti Grup Ketersediaan bawaan daripada yang ditawarkan oleh Kube.
- Aplikasi dapat memanfaatkan fitur operasi baca peluasan skala untuk memindahkan beban kerja operasi baca ke replika sekunder
- Aplikasi membutuhkan fitur yang hanya ada di tingkat layanan Bisnis Kritis (sama seperti SQL Server Edisi Enterprise)
Saran dan Komentar
https://aka.ms/ContentUserFeedback.
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:Kirim dan lihat umpan balik untuk