Apa itu listener grup ketersediaan?

Berlaku untuk: SQL Server

Pendengar grup ketersediaan adalah nama jaringan virtual (VNN) yang dapat disambungkan klien untuk mengakses database di replika utama atau sekunder grup ketersediaan AlwaysOn. Pendengar memungkinkan klien untuk terhubung ke replika tanpa harus mengetahui nama instans fisik SQL Server. Karena pendengar merutekan lalu lintas, klien string koneksi tidak perlu dimodifikasi setelah failover terjadi.

Pendengar grup ketersediaan terdiri dari nama pendengar Sistem Nama Domain (DNS), penugasan port pendengar, dan satu atau beberapa alamat IP. Hanya protokol TCP yang didukung oleh pendengar grup ketersediaan. Nama DNS pendengar harus unik di domain dan di NetBIOS. Saat Anda membuat pendengar, ini menjadi sumber daya dalam kluster dengan nama jaringan virtual (VNN), IP virtual (VIP), dan dependensi grup ketersediaan terkait. Klien menggunakan DNS untuk menyelesaikan VNN menjadi beberapa alamat IP lalu mencoba menyambungkan ke setiap alamat, hingga permintaan koneksi berhasil atau sampai waktu permintaan koneksi habis.

Jika perutean baca-saja dikonfigurasi untuk satu atau beberapa replika sekunder yang dapat dibaca, koneksi klien baca-niat ke pendengar secara otomatis dialihkan ke replika sekunder yang dapat dibaca.

Artikel ini memberikan gambaran umum tentang pendengar grup ketersediaan. Anda juga dapat mengonfigurasi pendengar, lalu mempelajari cara menyambungkan ke pendengar.

Parameter pendengar

Pendengar grup ketersediaan menggunakan hal berikut:

Nama DNS unik
Ini juga dikenal sebagai Nama Jaringan Virtual (VNN). Aturan penamaan Direktori Aktif untuk nama host DNS berlaku. Untuk informasi selengkapnya, lihat artikel Konvensi penamaan di Direktori Aktif untuk komputer, domain, situs, dan OU KB.

Satu atau beberapa alamat IP Virtual (VIP)
VIP dikonfigurasi untuk satu atau beberapa subnet tempat grup ketersediaan dapat gagal.

Konfigurasi alamat IP
Untuk pendengar grup ketersediaan tertentu, alamat IP dapat menggunakan Dynamic Host Configuration Protocol (DHCP), atau satu atau beberapa alamat IP statis. Menggunakan DHCP dapat menyebabkan penundaan konektivitas selama failover, sehingga tidak disarankan untuk digunakan di lingkungan produksi. Grup ketersediaan yang meluas di beberapa subnet, atau menggunakan konfigurasi jaringan hibrid, harus menggunakan alamat IP statis.

Port pendengar

Saat mengonfigurasi pendengar grup ketersediaan, Anda harus menunjuk port melalui SSMS. Anda dapat mengonfigurasi port default ke 1433 untuk memungkinkan kesederhanaan string koneksi klien. Ini berarti, bahwa jika Anda menggunakan 1433, Anda tidak perlu menyertakan nomor port dalam string koneksi aplikasi Anda. Selain itu, karena setiap pendengar grup ketersediaan akan memiliki nama jaringan virtual terpisah, setiap listener grup ketersediaan yang dikonfigurasi pada satu WSFC dapat dikonfigurasi untuk mereferensikan port default yang sama dengan 1433.

Jika Anda menggunakan port default 1433 untuk VPN pendengar grup ketersediaan, Anda masih perlu memastikan bahwa tidak ada layanan lain pada node kluster yang menggunakan port ini; jika tidak, ini akan menyebabkan konflik port.

Jika salah satu instans SQL Server sudah mendengarkan port TCP 1433 melalui pendengar instans dan tidak ada layanan lain (termasuk instans tambahan SQL Server) di komputer yang mendengarkan port 1433, ini tidak akan menyebabkan konflik port dengan pendengar grup ketersediaan. Ini karena pendengar grup ketersediaan dapat berbagi port TCP yang sama di dalam proses yang sama. Namun beberapa instans SQL Server (berdampingan) tidak boleh dikonfigurasi untuk mendengarkan pada port yang sama karena salah satunya akan gagal mendengarkan koneksi.

Anda juga dapat menunjuk port pendengar grup ketersediaan non-standar. Namun, Anda juga perlu secara eksplisit menggunakan port target di aplikasi Anda string koneksi saat menyambungkan ke pendengar. Anda juga perlu membuka izin pada firewall untuk port ini.

Anda dapat terhubung ke pendengar menggunakan nama dan port (jika bukan 1433). Port dapat berupa port pendengar atau port SQL Server yang mendasar yang dikonfigurasi untuk didengarkan.

Contoh berikut menunjukkan beberapa fungsi pendengar:

Mengatur:

• IP yang didengarkan SQL Server pada: 192.168.20.2
• Port yang didengarkan SQL Server: 50254
• IP Listener yang dikonfigurasi: 192.168.20.15
• Nama pendengar dikonfigurasi: aglistener19
• Port pendengar yang dikonfigurasi: 50123

1. Sambungkan ke pendengar melalui alamat IP dan port. Koneksi ini berhasil.

   sqlcmd -S 192.168.20.15,50123 
   1> 
   

2. Sambungkan ke listener berdasarkan nama saja, tidak ada port. Koneksi ini akan gagal karena port non-default digunakan. Anda harus menentukan port tersebut.

   sqlcmd -S aglistener19 
   

3. Sambungkan ke pendengar dengan nama pendengar dan port yang dikonfigurasi. Koneksi ini berhasil.

   sqlcmd -S aglistener19,50123 
   1> 
   

4. Terakhir, sambungkan ke pendengar dan port SQL Server. Perhatikan bahwa dalam hal ini Anda menggunakan port yang didengarkan SQL Server, bukan port pendengar. Koneksi ini juga berhasil.

   sqlcmd -S aglistener19,50254
   1> 
   

Perilaku koneksi klien pada failover

Ketika kegagalan grup ketersediaan terjadi, koneksi persisten yang ada ke grup ketersediaan dihentikan dan klien harus membuat koneksi baru untuk terus bekerja dengan database utama yang sama atau database sekunder baca-saja. Saat failover terjadi di sisi server, konektivitas ke grup ketersediaan mungkin gagal, memaksa aplikasi klien untuk mencoba kembali menyambungkan sampai primer dikembalikan sepenuhnya secara online.

Jika grup ketersediaan kembali online selama upaya koneksi aplikasi klien tetapi sebelum periode batas waktu koneksi, driver klien mungkin berhasil terhubung selama salah satu upaya coba lagi internalnya dan tidak ada kesalahan yang akan muncul ke aplikasi dalam hal ini.

Langkah berikutnya

Sekarang setelah Anda terbiasa dengan bagaimana fungsi listener grup ketersediaan, buat listener Anda lalu konfigurasikan aplikasi Anda untuk terhubung ke listener. Anda juga dapat meninjau berbagai strategi pemantauan grup ketersediaan untuk memastikan kesehatan grup ketersediaan Anda.

Untuk informasi selengkapnya tentang grup ketersediaan, lihat Gambaran Umum Grup Ketersediaan AlwaysOn (SQL Server).