Kluster Failover dan grup ketersediaan Always On (SQL Server)

Berlaku untuk:SQL Server di Windows

Kelompok ketersediaan Always On, solusi ketersediaan tinggi dan pemulihan bencana yang diperkenalkan di SQL Server 2012 (11.x), memerlukan Windows Server Failover Clustering (WSFC). Selain itu, meskipun grup ketersediaan AlwaysOn tidak bergantung pada pengklusteran failover SQL Server, Anda dapat menggunakan instans pengklusteran failover (FCI) untuk menghosting replika ketersediaan untuk grup ketersediaan. Penting untuk mengetahui peran setiap teknologi pengklusteran, dan untuk mengetahui pertimbangan apa yang diperlukan saat Anda merancang lingkungan grup ketersediaan AlwaysOn Anda.

Catatan

Untuk informasi tentang konsep grup ketersediaan AlwaysOn, lihat Apa itu grup ketersediaan AlwaysOn?

Klaster Failover Windows Server dan grup ketersediaan

Menerapkan grup ketersediaan Always On memerlukan Kluster Failover Windows Server (WSFC). Agar dapat diaktifkan untuk grup ketersediaan Always On, sebuah instans SQL Server harus berada pada salah satu simpul WSFC, dan WSFC serta simpul tersebut harus online. Selain itu, setiap replika availabilitas dari grup availabilitas tertentu harus berada pada node yang berbeda dalam WSFC yang sama. Satu-satunya pengecualian adalah bahwa saat sedang dimigrasikan ke WSFC lain, grup ketersediaan untuk sementara dapat mencakup dua kluster.

Grup ketersediaan AlwaysOn bergantung pada Windows Server Failover Cluster (WSFC) untuk memantau dan mengelola peran replika ketersediaan saat ini yang termasuk dalam grup ketersediaan tertentu dan untuk menentukan bagaimana peristiwa failover memengaruhi replika ketersediaan. Grup sumber daya WSFC dibuat untuk setiap grup ketersediaan yang Anda buat. WSFC memantau grup sumber daya ini untuk mengevaluasi kesehatan replika utama.

Kuorum untuk grup ketersediaan Always On didasarkan pada semua node dalam WSFC, terlepas dari apakah suatu node kluster tertentu menampung replika ketersediaan atau tidak. Berbeda dengan pencerminan database, tidak ada peran saksi dalam grup ketersediaan AlwaysOn.

Kesehatan keseluruhan WSFC ditentukan oleh suara dari kuorum node dalam kluster. Jika WSFC offline karena bencana yang tidak diencana, atau karena kegagalan perangkat keras atau komunikasi yang persisten, intervensi administratif manual diperlukan. Administrator Windows Server atau WSFC perlu memaksakan kuorum, lalu mengembalikan simpul kluster yang tersisa ke status online dalam konfigurasi tanpa toleransi kesalahan.

Penting

Kunci registri grup ketersediaan AlwaysOn adalah subkunci dari WSFC. Jika Anda menghapus dan membuat ulang WSFC, Anda harus menonaktifkan dan mengaktifkan kembali fitur grup ketersediaan AlwaysOn pada setiap instans SQL Server yang menghosting replika ketersediaan pada WSFC asli.

Untuk informasi tentang menjalankan SQL Server di node WSFC dan tentang kuorum WSFC, lihat Klaster Failover Windows Server dengan SQL Server.

Instans kluster failover SQL Server (FCI) dan grup ketersediaan

Anda dapat menyiapkan lapisan failover kedua di tingkat instans server dengan menerapkan SQL Server dan FCI bersama dengan WSFC. Baik instans SQL Server mandiri maupun instans FCI dapat meng-host replika ketersediaan. Hanya satu mitra FCI yang dapat menghosting replika untuk grup ketersediaan tertentu. Ketika replika ketersediaan berjalan pada FCI, daftar pemilik yang mungkin untuk grup ketersediaan hanya akan berisi simpul FCI yang aktif.

Grup ketersediaan AlwaysOn tidak bergantung pada bentuk penyimpanan bersama apa pun. Namun, jika Anda menggunakan instans kluster failover SQL Server (FCI) untuk menghosting satu atau beberapa replika ketersediaan, masing-masing FCI tersebut akan memerlukan penyimpanan bersama sesuai penginstalan instans kluster failover SQL Server standar.

Untuk informasi selengkapnya tentang prasyarat tambahan, lihat Prasyarat, pembatasan, dan rekomendasi untuk grup ketersediaan AlwaysOn (SQL Server).

Perbandingan instans kluster failover dan grup ketersediaan

Terlepas dari jumlah simpul dalam FCI, satu FCI secara keseluruhan menampung satu replika dalam grup ketersediaan. Tabel berikut menjelaskan perbedaan dalam konsep antara simpul dalam FCI dan replika dalam grup ketersediaan.

Node di dalam FCI Replika dalam grup ketersediaan
Menggunakan WSFC Ya Ya
Tingkat perlindungan Instans Database
Jenis penyimpanan Dibagikan Tidak dibagikan

Meskipun replika dalam grup ketersediaan tidak berbagi penyimpanan, replika yang dihosting oleh FCI menggunakan solusi penyimpanan bersama sebagaimana diperlukan oleh FCI tersebut. Solusi penyimpanan hanya dibagikan oleh simpul dalam FCI dan bukan di antara replika grup ketersediaan.
Solusi penyimpanan Tersambung langsung, SAN, titik pemasangan, SMB Tergantung pada jenis node
Elemen sekunder yang mudah dibaca Tidak* Ya
Pengaturan kebijakan failover yang berlaku Kuorum WSFC

Khusus FCI

Pengaturan grup ketersediaan**		 Kuorum WSFC

Pengaturan grup ketersediaan
Sumber daya yang dialihkan Server, instans, dan database Database saja

*Sedangkan replika sekunder sinkron dalam availability group selalu berjalan pada instans SQL Server masing-masing, node sekunder dalam FCI sebenarnya belum menjalankan instans SQL Server terkait dan oleh karena itu tidak dapat diakses untuk pembacaan. Dalam FCI, simpul sekunder menjalankan instance SQL Server hanya ketika kepemilikan grup sumber daya dialihkan kepadanya selama failover FCI. Namun, pada simpul FCI yang aktif, ketika database yang dihosting oleh FCI merupakan bagian dari grup ketersediaan, database tersebut dapat dibaca jika replika ketersediaan lokal berjalan sebagai replika sekunder yang dapat dibaca.

**Pengaturan kebijakan failover untuk grup ketersediaan berlaku untuk semua replika, baik yang dihosting pada instans mandiri maupun instans FCI.

Pertimbangan untuk menempatkan replika ketersediaan pada FCI

Penting

Jika Anda berencana untuk menghosting replika ketersediaan pada instans kluster failover SQL Server (FCI), pastikan bahwa simpul host Windows Server 2008 memenuhi prasyarat dan pembatasan AlwaysOn untuk Instans Kluster Failover (FCI). Untuk informasi selengkapnya, lihat Prasyarat, Pembatasan, dan Rekomendasi untuk Grup Ketersediaan AlwaysOn (SQL Server).

SQL Server Failover Cluster Instances (FCI) tidak mendukung failover otomatis oleh grup ketersediaan, sehingga setiap replika ketersediaan yang dihosting oleh FCI hanya dapat dikonfigurasi untuk failover manual.

Anda mungkin perlu mengonfigurasi WSFC untuk menyertakan disk bersama yang tidak tersedia di semua simpul. Misalnya, pertimbangkan WSFC di dua pusat data dengan tiga simpul. Dua simpul menghosting SQL Server FCI di pusat data utama dan memiliki akses ke disk bersama yang sama. Simpul ketiga menghosting instans SQL Server mandiri di pusat data yang berbeda dan tidak memiliki akses ke disk bersama dari pusat data utama. Konfigurasi WSFC ini mendukung penyebaran grup ketersediaan jika FCI menghosting replika utama dan instans mandiri menghosting replika sekunder.

Saat memilih FCI untuk menghosting replika ketersediaan untuk grup ketersediaan tertentu, pastikan bahwa failover FCI tidak berpotensi menyebabkan satu node WSFC mencoba menghosting dua replika ketersediaan untuk grup ketersediaan yang sama.

Contoh skenario berikut menggambarkan bagaimana konfigurasi ini dapat menyebabkan masalah:

  • Anda mengonfigurasi WSFC dengan dua simpul, NODE01 dan NODE02.
  • Anda menginstal instans kluster failover SQL Server, fciInstance1, pada NODE01 dan NODE02 di mana NODE01 adalah pemilik saat ini untuk fciInstance1.
  • Pada NODE02, Anda menginstal instans lain dari SQL Server, Instance3, yang merupakan instans mandiri.
  • Pada NODE01, Anda mengaktifkan fciInstance1 untuk grup ketersediaan Always On. Pada NODE02, Anda mengaktifkan Instance3 untuk grup ketersediaan Always On. Kemudian Anda menyiapkan grup ketersediaan yang fciInstance1 menghosting replika utama, dan Instance3 menghosting replika sekunder.
  • Pada suatu saat, fciInstance1 menjadi tidak tersedia di NODE01, dan WSFC menyebabkan failover fciInstance1 ke NODE02. Setelah failover, fciInstance1 adalah instans yang mengaktifkan Always On availability groups dan berjalan dalam peran utama pada NODE02. Namun, Instance3 sekarang berada di simpul WSFC yang sama dengan fciInstance1. Ini melanggar batasan grup ketersediaan AlwaysOn.

Untuk mengatasi masalah yang muncul dalam skenario ini, instans mandiri, Instance3, harus berada di simpul lain dalam WSFC yang sama dengan NODE01 dan NODE02.

Untuk informasi selengkapnya tentang FCI SQL Server, lihat Instans kluster failover AlwaysOn (SQL Server).

Batasan penggunaan Manajer WSFC dengan grup ketersediaan

Jangan gunakan Manajer Kluster Failover untuk memanipulasi grup ketersediaan. Contohnya:

  • Jangan menambahkan atau menghapus sumber daya di layanan terkluster (grup sumber daya) untuk grup ketersediaan.

  • Jangan mengubah properti grup ketersediaan apa pun, seperti pemilik yang mungkin dan pemilik yang diprioritaskan. Properti ini diatur secara otomatis oleh grup ketersediaan.

  • Jangan gunakan Manajer Kluster Failover untuk memindahkan grup ketersediaan ke simpul yang berbeda atau melakukan failover pada grup ketersediaan. Manajer Kluster Failover tidak mengetahui status sinkronisasi replika ketersediaan, dan melakukannya dapat menyebabkan waktu henti yang diperpanjang. Anda harus menggunakan Transact-SQL atau SQL Server Management Studio.

Peringatan

Dengan menggunakan Manajer Kluster Failover untuk memindahkan instans kluster failover yang menjalankan grup ketersediaan ke simpul yang sudah menjalankan replika dari grup ketersediaan yang sama dapat mengakibatkan hilangnya replika grup ketersediaan, sehingga replika tersebut tidak dapat diaktifkan di simpul target. Satu simpul kluster failover tidak dapat menampung lebih dari satu replika untuk grup ketersediaan yang sama. Untuk informasi selengkapnya tentang bagaimana ini bisa terjadi dan cara memulihkannya, lihat blog Replika yang tiba-tiba dikeluarkan dari grup ketersediaan.

Konten terkait

  • Last updated on