Pengklusteran Failover dan Grup Ketersediaan AlwaysOn (SQL Server)

Artikel
06/13/2017

Grup Ketersediaan AlwaysOn, ketersediaan tinggi dan solusi pemulihan bencana yang diperkenalkan pada SQL Server 2014, memerlukan Pengklusteran Failover Windows Server (WSFC). Selain itu, meskipun Grup Ketersediaan AlwaysOn tidak bergantung pada SQL Server Pengklusteran Failover, 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 Gambaran Umum Grup Ketersediaan AlwaysOn (SQL Server).

Pengklusteran Failover Windows Server dan Grup Ketersediaan

Menyebarkan Grup Ketersediaan AlwaysOn memerlukan kluster Windows Server Failover Clustering (WSFC). Untuk diaktifkan untuk Grup Ketersediaan AlwaysOn, instans SQL Server harus berada di simpul WSFC, dan kluster dan simpul WSFC harus online. Selain itu, setiap replika ketersediaan grup ketersediaan tertentu harus berada pada node yang berbeda dari kluster WSFC yang sama. Satu-satunya pengecualian adalah bahwa saat dimigrasikan ke kluster WSFC lain, grup ketersediaan untuk sementara dapat mengalihkan dua kluster.

Grup Ketersediaan AlwaysOn bergantung pada kluster Windows Failover Clustering (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. Kluster WSFC memantau grup sumber daya ini untuk mengevaluasi kesehatan replika utama.

Kuorum untuk Grup Ketersediaan AlwaysOn didasarkan pada semua simpul di kluster WSFC terlepas dari apakah node kluster tertentu menghosting replika ketersediaan apa pun. Berbeda dengan pencerminan database, tidak ada peran saksi dalam Grup Ketersediaan AlwaysOn.

Kesehatan keseluruhan kluster WSFC ditentukan oleh suara kuorum simpul dalam kluster. Jika kluster WSFC offline karena bencana yang tidak diencana, atau karena kegagalan perangkat keras atau komunikasi yang persisten, intervensi administratif manual diperlukan. Administrator kluster Windows Server atau WSFC perlu memaksa kuorum dan kemudian membawa simpul kluster yang masih hidup kembali online dalam konfigurasi yang tidak toleran terhadap kesalahan.

Penting

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

Untuk informasi tentang menjalankan SQL Server pada simpul Windows Server Failover Clustering (WSFC) dan tentang kuorum WSFC, lihat Pengklusteran Failover Windows Server (WSFC) dengan SQL Server.

Migrasi Lintas Kluster Grup Ketersediaan AlwaysOn untuk Peningkatan OS

Dimulai dengan SQL Server 2012 SP1, Grup Ketersediaan AlwaysOn mendukung migrasi lintas kluster grup ketersediaan untuk penyebaran ke kluster Windows Server Failover Clustering (WSFC) baru. Migrasi lintas kluster memindahkan satu grup ketersediaan atau batch grup ketersediaan ke kluster WSFC tujuan baru dengan waktu henti minimal. Proses migrasi lintas kluster memungkinkan Anda mempertahankan perjanjian tingkat layanan (SLA) saat meningkatkan ke kluster Windows Server 2012. SQL Server 2012 SP1 (atau versi yang lebih baru) harus diinstal dan diaktifkan untuk AlwaysOn pada kluster WSFC tujuan. Keberhasilan migrasi lintas kluster tergantung pada perencanaan menyeluruh dan persiapan kluster WSFC tujuan.

Untuk informasi selengkapnya, lihat Migrasi Lintas Kluster Grup Ketersediaan AlwaysOn untuk Peningkatan OS.

SQL Server Instans Kluster Failover (FCI) dan Grup Ketersediaan

Anda dapat menyiapkan lapisan failover kedua di tingkat instans server dengan menerapkan pengklusteran failover SQL Server bersama dengan kluster WSFC. Replika ketersediaan dapat dihosting dengan instans mandiri SQL Server atau instans FCI. 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 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 standar SQL Server penginstalan instans kluster failover.

Untuk informasi selengkapnya tentang prasyarat tambahan, lihat bagian "Prasyarat dan Pembatasan untuk Menggunakan Instans Kluster failover SQL Server (FCI) untuk Menghosting Replika Ketersediaan" dari Prasyarat, Pembatasan, dan Rekomendasi untuk Grup Ketersediaan AlwaysOn (SQL Server).

Perbandingan Instans Kluster Failover dan Grup Ketersediaan

Terlepas dari jumlah simpul dalam FCI, seluruh FCI menghosting satu replika dalam grup ketersediaan. Tabel berikut menjelaskan perbedaan dalam konsep antara simpul dalam FCI dan replika dalam grup ketersediaan.

	Simpul dalam FCI	Replika dalam grup ketersediaan
Menggunakan kluster WSFC	Ya	Ya
Tingkat perlindungan	Instans	Database
Jenis penyimpanan	Bersama	Tidak dibagikan Perhatikan bahwa 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	Terpasang langsung, SAN, titik pemasangan, SMB	Tergantung pada jenis node
Sekunder yang dapat dibaca	Tidak*	Ya
Pengaturan kebijakan failover yang berlaku	Kuorum WSFC Khusus FCI Pengaturan grup ketersediaan**	Kuorum WSFC Pengaturan grup ketersediaan
Sumber daya failover	Server, instans, dan database	Database saja

*Sedangkan replika sekunder sinkron dalam grup ketersediaan selalu berjalan pada instans SQL Server masing-masing, simpul sekunder dalam FCI sebenarnya belum memulai instans SQL Server masing-masing dan karenanya tidak dapat dibaca. Dalam FCI, simpul sekunder memulai instans SQL Server hanya ketika kepemilikan grup sumber daya ditransfer ke dalamnya selama failover FCI. Namun, pada simpul FCI aktif, ketika database yang dihosting FCI termasuk dalam grup ketersediaan, jika replika ketersediaan lokal berjalan sebagai replika sekunder yang dapat dibaca, database dapat dibaca.

**Pengaturan kebijakan failover untuk grup ketersediaan berlaku untuk semua replika, baik dihosting dalam instans mandiri atau instans FCI.

Catatan

Untuk informasi selengkapnya tentang Jumlah simpul dalam Pengklusteran Failover dan Grup Ketersediaan AlwaysOn untuk edisi SQL Server yang berbeda, lihat Fitur yang Didukung oleh Edisi SQL Server 2012 (https://go.microsoft.com/fwlink/?linkid=232473).

Pertimbangan untuk menghosting Replika Ketersediaan pada FCI

Penting

Jika Anda berencana untuk menghosting replika ketersediaan pada Instans Kluster Failover (FCI) SQL Server, 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 Instans Kluster Failover (FCI) tidak mendukung failover otomatis oleh grup ketersediaan, sehingga replika ketersediaan apa pun yang dihosting oleh FCI hanya dapat dikonfigurasi untuk failover manual.

Anda mungkin perlu mengonfigurasi kluster Windows Server Failover Clustering (WSFC) untuk menyertakan disk bersama yang tidak tersedia di semua simpul. Misalnya, pertimbangkan kluster WSFC di dua pusat data dengan tiga simpul. Dua simpul menghosting instans pengklusteran failover (FCI) SQL Server di pusat data utama dan memiliki akses ke disk bersama yang sama. Simpul ketiga menghosting instans SQL Server yang berdiri sendiri di pusat data yang berbeda dan tidak memiliki akses ke disk bersama dari pusat data utama. Konfigurasi kluster 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:

Marcel mengonfigurasi dua kluster WSFC dengan dua simpul, NODE01 dan NODE02. Dia menginstal instans kluster failover SQL Server, fciInstance1, pada keduanya NODE01 dan NODE02 di mana NODE01 adalah pemilik saat ini untuk fciInstance1.
Pada NODE02, Marcel menginstal instans lain dari SQL Server, Instance3, yang merupakan instans yang berdiri sendiri.
Pada NODE01, Marcel mengaktifkan fciInstance1 untuk Grup Ketersediaan AlwaysOn. Pada NODE02, ia mengaktifkan Instance3 untuk Grup Ketersediaan AlwaysOn. Kemudian dia menyiapkan grup ketersediaan yang fciInstance1 menghosting replika utama, dan Instance3 menghosting replika sekunder.
Pada titik tertentu fciInstance1 menjadi tidak tersedia pada NODE01, dan kluster WSFC menyebabkan failover ke fciInstance1NODE02. Setelah failover, fciInstance1 adalah instans yang mendukung Grup Ketersediaan AlwaysOn yang berjalan di bawah peran utama pada NODE02. Namun, Instance3 sekarang berada di simpul WSFC yang sama dengan fciInstance1. Ini melanggar batasan Grup Ketersediaan AlwaysOn.
Untuk memperbaiki masalah yang disajikan skenario ini, instans yang berdiri sendiri, , Instance3harus berada di simpul lain di kluster WSFC yang sama dengan NODE01 dan NODE02.

Untuk informasi selengkapnya tentang pengklusteran failover SQL Server, lihat Instans Kluster Failover AlwaysOn (SQL Server).

Pembatasan Penggunaan Manajer Kluster Failover WSFC dengan Grup Ketersediaan

Jangan gunakan Manajer Kluster Failover untuk memanipulasi grup ketersediaan, misalnya:

Jangan menambahkan atau menghapus sumber daya dalam layanan terkluster (grup sumber daya) untuk grup ketersediaan.
Jangan mengubah properti grup ketersediaan apa pun, seperti kemungkinan pemilik dan pemilik pilihan. 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.

Konten terkait

Lihat juga

Gambaran Umum Grup Ketersediaan AlwaysOn (SQL Server)Aktifkan dan Nonaktifkan Grup Ketersediaan AlwaysOn (SQL Server)Pantau Grup Ketersediaan (Transact-SQL)
Instans Kluster Failover AlwaysOn (SQL Server)

Bagikan melalui