Pengklusteran Multi-Subnet SQL Server (SQL Server)

Berlaku untuk: SQL Server

Kluster failover multi-subnet SQL Server adalah konfigurasi di mana setiap node kluster failover terhubung ke subnet yang berbeda atau set subnet yang berbeda. Subnet ini dapat berada di lokasi yang sama atau di situs yang tersebar secara geografis. Pengklusteran di seluruh situs yang tersebar secara geografis terkadang disebut sebagai kluster peregangan. Karena tidak ada penyimpanan bersama yang dapat diakses semua simpul, data harus direplikasi antara penyimpanan data pada beberapa subnet. Dengan replikasi data, ada lebih dari satu salinan data yang tersedia. Oleh karena itu, kluster failover multi-subnet menyediakan solusi pemulihan bencana selain ketersediaan tinggi.

Kluster Failover Multi-Subnet SQL Server (Dua Node, Dua Subnet)

Ilustrasi berikut mewakili dua simpul, dua instans kluster failover subnet (FCI) di SQL Server.

Konfigurasi Instans Kluster Failover Multi-Subnet

Berikut ini adalah beberapa contoh FCI SQL Server yang menggunakan beberapa subnet:

• SQL Server FCI SQLCLUST1 mencakup Node1 dan Node2. Node1 tersambung ke Subnet1. Node2 tersambung ke Subnet2. Penyiapan SQL Server melihat konfigurasi ini sebagai kluster multi-subnet dan mengatur dependensi sumber daya alamat IP ke OR.

• SQL Server FCI SQLCLUST1 mencakup Node1, Node2, dan Node3. Node1 dan Node2 terhubung ke Subnet1. Node 3 tersambung ke Subnet2. Penyiapan SQL Server melihat konfigurasi ini sebagai kluster multi-subnet dan mengatur dependensi sumber daya alamat IP ke OR. Karena Node1 dan Node2 berada di subnet yang sama, konfigurasi ini menyediakan ketersediaan tinggi lokal tambahan.

• SQL Server FCI SQLCLUST1 mencakup Node1 dan Node2. Node1 ada di Subnet1. Node2 ada di Subnet1 dan Subnet2. Penyiapan SQL Server melihat konfigurasi ini sebagai kluster multi-subnet dan mengatur dependensi sumber daya alamat IP ke OR.

• SQL Server FCI SQLCLUST1 mencakup Node1 dan Node2. Node1 terhubung ke Subnet1 dan Subnet2. Node2 juga terhubung ke Subnet1 dan Subnet2. Dependensi sumber daya alamat IP diatur ke AND oleh Penyiapan SQL Server.

  Catatan

  Konfigurasi ini tidak dianggap sebagai konfigurasi kluster failover multi-subnet karena node terkluster berada pada set subnet yang sama.

Pertimbangan Sumber Daya Alamat IP

Dalam konfigurasi kluster failover multi-subnet, alamat IP tidak dimiliki oleh semua simpul dalam kluster failover, dan mungkin tidak semuanya online selama startup SQL Server. Dimulai di SQL Server 2012 (11.x), Anda dapat mengatur dependensi sumber daya alamat IP ke OR. Ini memungkinkan SQL Server untuk online ketika setidaknya ada satu alamat IP valid yang dapat diikatnya.

Catatan

• Dalam versi SQL Server yang lebih lama dari SQL Server 2012 (11.x), teknologi V-LAN stretch digunakan dalam konfigurasi kluster multi-situs untuk mengekspos satu alamat IP untuk failover di seluruh situs. Dengan kemampuan baru SQL Server ke node kluster di berbagai subnet, Anda sekarang dapat mengonfigurasi kluster failover SQL Server di beberapa situs tanpa menerapkan teknologi stretch V-LAN.

Pertimbangan Sumber Daya Alamat IP ATAU Dependensi

Anda mungkin ingin mempertimbangkan perilaku failover berikut jika Anda mengatur dependensi sumber daya alamat IP diatur ke OR:

• Ketika ada kegagalan salah satu alamat IP pada simpul yang saat ini memiliki grup sumber daya kluster SQL Server, failover tidak dipicu secara otomatis sampai semua alamat IP valid pada simpul tersebut gagal.

• Ketika failover terjadi, SQL Server akan online jika dapat mengikat setidaknya satu alamat IP yang valid pada simpul saat ini. Alamat IP yang tidak mengikat SQL Server saat startup akan tercantum dalam log kesalahan.

Ketika SQL Server FCI diinstal berdampingan dengan instans mandiri Mesin Database SQL Server, berhati-hatilah untuk menghindari konflik nomor port TCP pada alamat IP. Konflik biasanya terjadi ketika dua instans Mesin Database keduanya dikonfigurasi untuk menggunakan port TCP default (1433). Untuk menghindari konflik, konfigurasikan satu instans untuk menggunakan port tetap non-default. Mengonfigurasi port tetap biasanya paling mudah pada instans mandiri. Mengonfigurasi Mesin Database untuk menggunakan port yang berbeda akan mencegah konflik alamat IP/port TCP yang tidak terduga yang memblokir startup instans ketika SQL Server FCI gagal ke simpul siaga.

Latensi Pemulihan Klien Selama Failover

FCI multi-subnet secara default memungkinkan sumber daya kluster RegisterAllProvidersIP untuk nama jaringannya. Dalam konfigurasi multi-subnet, alamat IP online dan offline dari nama jaringan akan didaftarkan di server DNS. Aplikasi klien kemudian mengambil semua alamat IP terdaftar dari server DNS dan mencoba menyambungkan ke alamat baik secara berurutan atau paralel. Ini berarti bahwa waktu pemulihan klien dalam failover multi-subnet tidak lagi bergantung pada latensi pembaruan DNS. Secara default, klien mencoba alamat IP secara berurutan. Ketika klien menggunakan parameter MultiSubnetFailover=True opsional baru dalam string koneksi, klien akan mencoba alamat IP secara bersamaan dan terhubung ke server pertama yang merespons. Ini dapat membantu meminimalkan latensi pemulihan klien saat failover terjadi. Untuk informasi selengkapnya, lihat Konektivitas Klien AlwaysOn (SQL Server) dan Membuat atau Mengonfigurasi Listener Grup Ketersediaan (SQL Server).

Dengan pustaka klien warisan atau penyedia data pihak ketiga, Anda tidak dapat menggunakan parameter MultiSubnetFailover di string koneksi Anda. Untuk membantu memastikan bahwa aplikasi klien Anda bekerja secara optimal dengan FCI multi-subnet di SQL Server, coba sesuaikan batas waktu koneksi di klien string koneksi 21 detik untuk setiap alamat IP tambahan. Ini memastikan bahwa upaya koneksi ulang klien tidak batas waktu sebelum dapat menelusuri semua alamat IP di FCI multi-subnet Anda.

Periode batas waktu koneksi klien default untuk SQL Server Management Studio dan sqlcmd adalah 15 detik.

Catatan

• Jika Anda menggunakan beberapa subnet, dan memiliki DNS statis, Anda harus memiliki proses untuk memperbarui catatan DNS yang terkait dengan pendengar sebelum Anda melakukan failover karena jika tidak, nama jaringan tidak akan online.

Konten Terkait

Deskripsi Isi	Topik
Menginstal Kluster Failover SQL Server	Membuat Kluster Failover SQL Server Baru (Penyiapan)
Peningkatan di tempat Kluster Failover SQL Server Anda yang sudah ada	Meningkatkan Instans Kluster Failover SQL Server (Penyiapan)
Mempertahankan Kluster Failover SQL Server yang ada	Menambahkan atau Menghapus Simpul di Kluster Failover SQL Server (Penyiapan)
Gunakan snap-in Manajemen Kluster Failover untuk melihat peristiwa dan log WSFC	Melihat Peristiwa dan Log untuk Kluster Failover
Menggunakan Windows PowerShell untuk membuat file log untuk semua simpul (atau node tertentu) di kluster failover WSFC	Cmdlet Kluster Failover Get-ClusterLog