SQL Server Pengklusteran Multi-Subnet (SQL Server)

Artikel
04/26/2023

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.

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

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

Arsitektur Multi-Subnet dengan Arsitektur Multi-Subnet MultiSubnetFailover

Konfigurasi Instans Kluster Failover Multi-Subnet

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

SQL Server FCI SQLCLUST1 mencakup Node1 dan Node2. Node1 tersambung ke Subnet1. Node2 tersambung ke Subnet2. SQL Server Penyiapan 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. Simpul 3 tersambung ke Subnet2. SQL Server Penyiapan melihat konfigurasi ini sebagai kluster multi-subnet dan mengatur dependensi sumber daya alamat IP ke OR. Karena Node1 dan Node2 berada pada 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. SQL Server Penyiapan 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 tersambung ke Subnet1 dan Subnet2. Node2 juga terhubung ke Subnet1 dan Subnet2. Dependensi sumber daya alamat IP diatur ke AND dengan SQL Server Penyiapan.

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 node di kluster failover, dan mungkin tidak semuanya online selama startup SQL Server. Mulai 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 yang 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 SQL Server kluster failover di beberapa situs tanpa menerapkan teknologi V-LAN peregangan.

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 ke SQL Server saat startup akan tercantum dalam log kesalahan.

Ketika SQL Server FCI dipasang 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 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 port Alamat IP/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 koneksinya, klien akan mencoba alamat IP secara bersamaan dan terhubung ke server pertama yang merespons. Ini dapat membantu meminimalkan latensi pemulihan klien ketika 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 dalam 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 dalam string koneksi klien sebesar 21 detik untuk setiap alamat IP tambahan. Ini memastikan bahwa upaya koneksi ulang klien tidak kedaluarsa sebelum dapat menelusuri semua alamat IP di FCI multi-subnet Anda.

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