Mengonfigurasi replika siaga bebas lisensi untuk Azure SQL Managed Instance
Berlaku untuk:
Azure SQL Managed Instance
Artikel ini menjelaskan bagaimana Anda dapat menghemat biaya lisensi dengan menunjuk instans terkelola sekunder Anda untuk siaga saat menggunakan Azure SQL Managed Instance.
Catatan
Manfaat Failover hanya berlaku saat Anda mengonfigurasi instans sekunder sebagai siaga dalam grup failover. Untuk lingkungan hibrid antara SQL Server dan SQL Managed Instance, gunakan manfaat failover Hibrid sebagai gantinya.
Gambaran Umum
Jika Anda menggunakan penyebaran Azure SQL Managed Instance sekunder sebagai siaga untuk pemulihan bencana dan instans sekunder tidak memiliki beban kerja baca atau aplikasi yang terhubung ke sana, Anda dapat menghemat biaya lisensi dengan menunjuk replika sebagai instans siaga.
Saat instans sekunder ditunjuk untuk siaga, Microsoft memberi Anda jumlah vCore yang dilisensikan ke instans utama tanpa biaya tambahan berdasarkan manfaat hak failover dalam ketentuan lisensi produk. Anda masih ditagih untuk komputasi dan penyimpanan yang digunakan instans sekunder.
Grup failover untuk penyebaran SQL Managed Instance hanya mendukung satu replika. Replika harus berupa replika yang dapat dibaca atau ditetapkan sebagai replika siaga.
Keuntungan biaya
Saat Anda menetapkan replika instans terkelola sebagai siaga, Microsoft tidak membebankan biaya lisensi SQL Server untuk vCore yang digunakan oleh replika siaga. Namun, karena instans ditagih selama satu jam penuh, Anda mungkin masih dikenakan biaya lisensi selama satu jam penuh jika perubahan status dilakukan di pertengahan jam.
Keuntungan diterjemahkan secara berbeda antara pelanggan yang menggunakan model bayar sesuai penggunaan dan pelanggan yang menggunakan model Azure Hybrid Benefit . Untuk pelanggan bayar sesuai penggunaan, vCore didiskon pada faktur mereka. Untuk pelanggan yang menggunakan Azure Hybrid Benefit untuk replika siaga, jumlah vCore yang digunakan replika sekunder dikembalikan ke kumpulan lisensi mereka.
Misalnya, sebagai pelanggan bayar sesuai penggunaan, jika Anda memiliki 16 vCore yang ditetapkan ke instans sekunder, diskon untuk 16 vCore muncul di faktur Anda jika Anda menunjuk instans sekunder Anda hanya untuk siaga.
Dalam contoh lain, jika Anda memiliki 16 lisensi Azure Hybrid Benefit dan Anda menyebarkan dua instans terkelola yang masing-masing memiliki 8 vCore ke grup failover, setelah Anda menetapkan instans sekunder sebagai siaga, 8 vCore dikembalikan ke kumpulan lisensi Anda untuk Anda gunakan dengan penyebaran Azure SQL lainnya.
Kapabilitas fungsi
Tabel berikut menjelaskan kemampuan fungsional instans terkelola sekunder siaga:
| Fungsionalitas | Deskripsi |
|---|---|
| Beban kerja baca terbatas | Setelah menetapkan instans sebagai siaga, Anda hanya dapat menjalankan sejumlah beban kerja baca terbatas pada instans sekunder, seperti kueri Tampilan Manajemen Dinamis (DMV), cadangan, dan Perintah Konsol Database (DBCC). |
| Kegagalan terencana | Semua skenario failover yang direncanakan, termasuk latihan pemulihan, relokasi database ke wilayah berbeda, dan mengembalikan database ke utama, didukung oleh replika siaga. Ketika sekunder beralih ke primer, sekunder dapat melayani kueri baca dan tulis. Sekunder baru (primer asli) menjadi replika siaga dan tidak boleh digunakan untuk beban kerja baca. |
| Kegagalan tidak terencana | Selama failover yang tidak direncanakan, setelah sekunder beralih ke peran utama, ia dapat melayani kueri baca dan tulis. Setelah pemadaman dimitigasi dan primer asli terhubung kembali, itu menjadi replika siaga sekunder baru dan tidak boleh digunakan untuk beban kerja baca. |
| Pencadangan dan pemulihan | Perilaku pencadangan dan pemulihan dalam replika siaga dan instans terkelola sekunder yang dapat dibaca sama. |
| Pemantauan | Semua operasi pemantauan yang didukung oleh replika sekunder yang dapat dibaca didukung oleh replika siaga. |
| RPO dan RTO | Replika siaga menyediakan Objek Titik Pemulihan (RPO) dan Tujuan Waktu Pemulihan (RTO) yang sama dengan replika sekunder yang dapat dibaca. |
| Menghapus grup failover | Jika grup failover dihapus melalui metode seperti menggunakan cmdlet Remove-AzSqlDatabaseInstanceFailoverGroup , replika siaga menjadi instans mandiri baca/tulis. Model lisensi kembali ke apa yang sebelum ditetapkan sebagai siaga (Baik Azure Hybrid Benefit atau pay-as-you-go). |
Instans siaga hanya boleh digunakan untuk pemulihan bencana. Tidak ada aplikasi produksi yang dapat dihubungkan ke replika. Berikut ini mencantumkan satu-satunya aktivitas yang diizinkan pada replika siaga:
- Jalankan pencadangan
- Melakukan operasi pemeliharaan, seperti checkDB
- Menyambungkan aplikasi pemantauan
- Menjalankan latihan pemulihan bencana
Mengonfigurasi replika siaga
Anda memiliki dua opsi untuk menunjuk instans terkelola sekunder Anda sebagai siaga:
- Tetapkan sebagai siaga saat Anda membuat grup failover.
- Perbarui konfigurasi grup failover yang ada.
Grup failover baru
Anda dapat menunjuk instans sekunder Anda sebagai replika siaga saat membuat grup failover baru dengan menggunakan portal Azure, Azure PowerShell, dan Azure CLI.
Saat Anda membuat grup failover baru di portal Azure, untuk hak Failover, pilih Aktif. Centang kotak di samping Saya mengonfirmasi bahwa saya akan menggunakan instans sekunder sebagai replika siaga. Pilih Buat untuk membuat grup kegagalan Anda.
Untuk informasi selengkapnya, lihat Mengonfigurasi grup failover.
Grup failover yang sudah ada
Anda dapat menggunakan portal Azure, Azure PowerShell, dan Azure CLI untuk memperbarui hak failover untuk grup failover yang ada.
Untuk memperbarui hak failover untuk grup failover yang ada dengan menggunakan portal Azure, ikuti langkah-langkah berikut:
Di portal Azure, buka sumber daya SQL Managed Instance sekunder Anda.
Di menu sebelah kiri di bawah Manajemen data, pilih Grup failover.
Di bilah perintah, pilih Edit Konfigurasi.
Di Edit konfigurasi untuk grup failover Anda, untuk hak Failover, pilih Aktif. Pilih kotak centang Saya mengonfirmasi bahwa saya akan menggunakan instans sekunder sebagai replika siaga.
Pilih Terapkan untuk menyimpan pengaturan baru Anda dan menutup panel konfigurasi.
Atau, Anda dapat mengaktifkan hak failover di Komputasi + penyimpanan untuk instans terkelola sekunder Anda. Untuk mempelajari lebih lanjut, tinjau Menampilkan hak lisensi.
Penting
Jika Anda melihat hak failover hibrid dan bukan hak Failover, Kemungkinan Anda berada di instans terkelola utama. Buka instans terkelola sekunder Anda untuk mengaktifkan hak Failover dengan benar. Mengaktifkan hak failover Hibrid pada instans utama tidak menghemat biaya lisensi untuk instans sekunder saat digunakan dengan grup failover.
Lihat hak lisensi
Anda dapat memeriksa hak lisensi untuk grup failover yang ada dengan menggunakan portal Azure, Azure PowerShell, atau Azure CLI.
Di portal Azure, Anda dapat memeriksa lisensi untuk instans terkelola sekunder Anda di dua lokasi:
- Grup failover untuk instans terkelola utama Anda.
- Komputasi + penyimpanan untuk instans terkelola sekunder Anda.
Dalam grup Failover, pastikan bahwa status Hak failover diatur ke AKTIF dan bahwa model lisensi untuk instans sekunder adalah hak Failover yang saat ini diaktifkan.
Model lisensi default menunjukkan model lisensi yang dikembalikan instans jika grup failover gagal dan instans sekunder saat ini menjadi instans utama baru. Anda mungkin dikenakan biaya setelah failover, tergantung pada model lisensi default.
Di Komputasi + penyimpanan untuk instans terkelola sekunder Anda, konfirmasikan bahwa lisensi hak Failover diaktifkan. Di bawah Ringkasan biaya, lihat diskon failover yang saat ini Anda terima untuk instans tersebut.
Jika hak failover tidak diaktifkan dan Anda memenuhi syarat untuk mendapatkan manfaatnya, Anda juga akan melihat rekomendasi berikut di Gambaran Umum untuk salah satu instans. Untuk mengaktifkan manfaat, pilih rekomendasi untuk masuk ke Edit Konfigurasi.
Langkah berikutnya
- Untuk panduan, lihat Menambahkan SQL Managed Instance ke grup failover.
- Untuk contoh skrip, lihat Menggunakan PowerShell untuk membuat grup failover di SQL Managed Instance.
- Untuk gambaran umum dan skenario kelangsungan bisnis, lihat Kelangsungan bisnis dengan Azure SQL Database dan Azure SQL Managed Instance.
- Untuk mempelajari pencadangan otomatis, lihat Pencadangan otomatis Azure SQL Database.
- Untuk mempelajari tentang menggunakan pencadangan otomatis untuk pemulihan, lihat Memulihkan database dari cadangan yang dimulai layanan.
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