SQL Server AlwaysOn Availability Groups adalah teknologi terbaru Microsoft untuk mengatasi kebutuhan High Availability dan Disaster Recovery organisasi yang menggunakan SQL Server. Satu keuntungan besar dari AlwaysOn adalah kemampuan untuk menangani HA dan DR dalam satu implementasi. Manfaat utama AlwaysOn yang kami alami adalah sebagai berikut:
Kami dapat mengelompokkan database terkait sebagai bagian dari Grup Ketersediaan tunggal dan menggabungkannya dengan failover jika diperlukan. Ini sangat berguna untuk aplikasi yang bergantung pada lebih dari satu database seperti Microsoft Office SharePoint, Microsoft Lync, atau Sage.
Jika dibandingkan dengan Instance Cluster Failover SQL Server, kami menemukan bahwa penyimpanan sebagai satu titik kegagalan telah dihilangkan karena setiap instance yang merupakan replika memiliki penyimpanannya sendiri yang ditetapkan.
Dengan AlwaysOn, dimungkinkan untuk mengonfigurasi HA dan DR sekaligus. Ini dicapai dengan membuat Cluster Failover Windows Multi-Situs sebagai dasar konfigurasi AlwaysOn Anda. Melakukan Pergantian Peran saat menggunakan AlwaysOn jauh lebih sederhana daripada melakukannya saat menggunakan Pengiriman Log Transaksi.
Ketergantungan WSFC
Saat menggunakan SQL Server AlwaysOn AG untuk Ketersediaan Tinggi dan Pemulihan Bencana, pertama-tama, Anda perlu mengonfigurasi Windows Failover Cluster. AlwaysOn AG bergantung pada WFCS untuk mengelola AlwaysOn AG sebagai peran yang terdiri dari sumber daya cluster seperti nama Grup Ketersediaan, nama berbagi file, nama Pendengar, dan alamat IP.
Gbr. 1 AlwaysOn AG sebagai Sumber Daya Cluster
Kuorum
Kuorum adalah jumlah minimum suara yang diperlukan untuk mayoritas dalam Failover Cluster. Kuorum menentukan berapa banyak kegagalan node yang dapat dipertahankan oleh cluster. Melalui Jaringan Pribadi pada port 3343, semua node cluster mengomunikasikan status kesehatan dan informasi pemantauan sumber daya. Jika gagal, pemungutan suara menunjukkan node mana yang memiliki status “Naik” dan sumber daya node mana yang harus dibawa online.
Sejak Windows Server 2012, jumlah maksimum node cluster yang didukung adalah enam belas. Namun, di sebagian besar lingkungan yang saya kenal, kluster dua simpul adalah hal biasa. Sebuah cluster dua node menimbulkan masalah kecil dalam hal mencapai kuorum karena setiap node memiliki satu suara dan jika ada masalah dengan komunikasi antara keduanya, masing-masing dapat menganggap yang lain tidak sehat. Ini disebut skenario otak terbelah. Skenario split-brain adalah alasan untuk mengonfigurasi tiebreak seperti disk atau berbagi file.
Jika Anda memiliki jumlah node yang ganjil, tidak perlu mengonfigurasi tiebreaker. Konfigurasi Kuorum Dinamis dan Saksi Dinamis diperkenalkan masing-masing di Windows Server 2012 dan Windows Server 2012 R2. Dengan bantuan teknologi ini, Windows secara otomatis mendistribusikan ulang suara dalam sebuah cluster sehingga jumlah node dalam sebuah cluster tidak menjadi masalah dalam menetapkan Kuorum. Suara node cluster dihapus dengan menyetel Properti Cluster “NodeWeight” ke 0. Fitur-fitur ini diaktifkan secara default.
Gbr. 2 Mendapatkan Semua Properti Cluster Menggunakan PowerShell
Gbr. 3 Suara yang Ditetapkan dalam Cluster Dua Node
Menggunakan PowerShell
The PowerShell Command Get-Cluster dapat digunakan untuk memeriksa konfigurasi Quorum pada Windows Cluster. Gambar 4 menunjukkan cara memeriksa semua properti Cluster yang terkait dengan Kuorum pada sebuah cluster dan Gambar 5 menggambarkan properti dari File Share Witness. Ada banyak Perintah PowerShell lain untuk memeriksa dan mengelola Cluster Windows.
Get-Cluster | Format-List –Property *Quorum*
Gbr. 4 Perintah PowerShell untuk Memeriksa Properti Terkait Kuorum
Get-ClusterResource
Get-ClusterResource -Name "File Share Witness" | Get-ClusterParameter
Gbr. 5 Perintah PowerShell untuk Memeriksa Detail Properti Saksi Berbagi File
Mode Kuorum
Kluster Failover Server Windows memungkinkan konfigurasi hingga empat mode. Mode kuorum pada dasarnya adalah opsi yang Anda pilih untuk menentukan bagaimana cluster akan menangani kegagalan node.
1. Mayoritas Simpul
Mode Kuorum ini dapat mempertahankan kegagalan hingga (n/2)-1 node. Direkomendasikan untuk cluster dengan jumlah node ganjil. Misalnya, dalam kluster lima node, kegagalan dua node akan menyebabkan kegagalan kluster.
2. Mayoritas Node dan Disk
Dapat mempertahankan kegagalan hingga setengah jumlah node cluster selama saksi disk (juga disebut disk kuorum) tetap online.
3. Node dan Berbagi File Mayoritas
Mode Kuorum ini dapat mempertahankan kegagalan hingga setengah jumlah node cluster selama berbagi file tetap dapat diakses. Pada Windows Server 2012 R2, Microsoft merekomendasikan bahwa saksi (Disk atau Berbagi File) harus selalu dikonfigurasi saat membangun sebuah cluster.
4. Tidak Ada Mayoritas
Ini adalah mode Hanya Disk. Mode ini dapat mempertahankan kegagalan semua node kecuali satu selama disk online. Mode ini tidak disarankan karena disk menjadi satu titik kegagalan.
Tips Mengonfigurasi Node dan Berbagi File Mayoritas
AlwaysOn Availability Groups hanya mendukung dua Mode Kuorum tersebut:Node Majority dan Node and File Share Majority. Saat membangun cluster SQL Server AlwaysOn Availability Group, ada beberapa poin yang harus diingat DBA:
1. Menggunakan Server Fisik
Saat mengonfigurasi kluster dua simpul untuk AlwaysOn, simpul Anda harus berada di rak fisik yang berbeda. Server yang menghosting file yang Anda bagikan harus berada di rak ketiga.
2. Menggunakan Server Virtual
Saat mengonfigurasi kluster dua simpul untuk AlwaysOn, mesin virtual Anda harus berada di host yang terpisah. Mesin virtual yang menghosting file yang Anda bagikan harus berada di host ketiga.
3. Pengelompokan Multi-Situs
Saat mengonfigurasi kluster multi-simpul untuk AlwaysOn di seluruh pusat data, dalam skenario ideal, server file yang menghosting berbagi file Anda harus berada di pusat data ketiga.
4. Izin Berbagi File
Objek Nama Cluster harus memiliki izin untuk berbagi file yang digunakan sebagai Saksi Kuorum. Tanpa ini, Anda biasanya akan mengalami kesalahan dalam mencoba mengonfigurasi Saksi Kuorum.
Gbr. 6 Izin untuk Berbagi File
5. Konfigurasi Daring
Mode kuorum dapat dikonfigurasi saat kluster sedang online. Jadi, jika server berbagi file gagal atau perlu dikonfigurasi ulang, pastikan Anda mengonfigurasi ulang dengan cepat untuk menjamin tidak ada kegagalan yang tidak terduga, terutama pada kluster dua simpul.
Kasus Penggunaan Langsung
Diagram pada Gambar 7 menggambarkan Klaster AlwaysOn AG Multi-Situs yang sebenarnya. Ini adalah cluster empat node dengan dua node di satu situs dan dua lainnya di situs DR jarak jauh. File Server yang menghosting File Share yang digunakan sebagai tie-breaker di-host di pusat data ketiga. Dalam kasus ini, Server File berada di kota yang sama dengan Pusat Data Primer tetapi jika Anda mampu membelinya, akan ideal untuk memiliki Server File di kota lain. Komunikasi antara ketiga belah pihak harus berkualitas baik untuk menghindari kesalahan positif.
Misalnya, dalam implementasi awal cluster ini, kami menggunakan “Replikasi Sinkron dengan Failover Otomatis” di seluruh situs Live dan DR. Pada lebih dari satu kesempatan kami mengalami kesalahan dalam komunikasi yang memicu Failover otomatis ke situs DR dan mengekspos kesalahan dalam konfigurasi kami. Hal ini menyebabkan nama Pendengar diselesaikan ke alamat IP terkait di situs DR dan klien tidak dapat lagi terhubung karena komunikasi dengan alamat IP baru ini tidak diizinkan di firewall jaringan. Kami gagal kembali ke Situs Utama untuk mengurangi masalah dan mengubah konfigurasi menjadi "Replikasi Asinkron dengan Failover manual" untuk node yang berada di seluruh pusat data. Kami berencana untuk membahas aspek resolusi nama di artikel “Selalu Aktif” berikutnya.
Gbr. 7 Kasus Penggunaan Langsung
Kesimpulan
Fitur AlwaysOn Availability Groups diperkenalkan di SQL Server 2012 dan merupakan teknologi terbaru Microsoft untuk menangani kebutuhan High Availability dan Disaster Recovery. Mengonfigurasi Grup Ketersediaan AlwaysOn sangat bergantung pada Layanan Cluster Failover Windows. Failover Cluster, pada gilirannya, sangat bergantung pada konfigurasi kuorum yang benar. Saat membangun AlwaysOn di Multi-Site Clusters, latensi antara node Anda di situs yang berbeda dan berbagi file yang digunakan sebagai arbiter sangat penting. Pastikan konfigurasi kuorum Anda selalu dalam kondisi prima untuk menghindari perilaku tak terduga dengan Grup Ketersediaan.
Referensi
Ikhtisar Grup Ketersediaan AlwaysOn
Pengelompokan Failover Windows dengan SQL Server
Dokumentasi PowerShell
Memahami Kuorum Kluster Failover Server Windows
