Pengklusteran Failover Windows Server (WSFC) dengan SQL Server
Kluster Windows Server Failover Clustering (WSFC) adalah sekelompok server independen yang bekerja sama untuk meningkatkan ketersediaan aplikasi dan layanan. SQL Server 2014 memanfaatkan layanan dan kemampuan WSFC untuk mendukung Grup Ketersediaan AlwaysOn dan Instans Kluster Failover SQL Server.
Syarat dan Definisi
Kluster WSFC kluster Windows Server Failover Clustering (WSFC) adalah sekelompok server independen yang bekerja sama untuk meningkatkan ketersediaan aplikasi dan layanan.
Instans kluster failover Instans layanan Windows yang mengelola sumber daya alamat IP, sumber daya nama jaringan, dan sumber daya tambahan yang diperlukan untuk menjalankan satu atau beberapa aplikasi atau layanan. Klien dapat menggunakan nama jaringan untuk mengakses sumber daya dalam grup, mirip dengan menggunakan nama komputer untuk mengakses layanan di server fisik. Namun, karena instans kluster failover adalah grup, instans tersebut dapat di-failover ke node lain tanpa memengaruhi nama atau alamat yang mendasar.
Simpul Sistem Microsoft Windows Server yang merupakan anggota aktif atau tidak aktif dari kluster server.
Sumber daya kluster Entitas fisik atau logis yang dapat dimiliki oleh node, dibawa online dan diambil offline, dipindahkan di antara node, dan dikelola sebagai objek kluster. Sumber daya kluster hanya dapat dimiliki oleh satu simpul kapan saja.
Grup sumber daya Kumpulan sumber daya kluster yang dikelola sebagai objek kluster tunggal. Biasanya grup sumber daya berisi semua sumber daya kluster yang diperlukan untuk menjalankan aplikasi atau layanan tertentu. Failover dan failback selalu bertindak pada grup sumber daya.
Dependensi sumber daya Sumber daya tempat sumber daya lain bergantung. Jika sumber daya A bergantung pada sumber daya B, maka B adalah dependensi dari A.
Sumber daya nama jaringan Nama server logis yang dikelola sebagai sumber daya kluster. Sumber daya nama jaringan harus digunakan dengan sumber daya alamat IP.
Pemilik pilihan Simpul A di mana grup sumber daya lebih suka dijalankan. Setiap grup sumber daya dikaitkan dengan daftar pemilik pilihan yang diurutkan dalam urutan preferensi. Selama failover otomatis, grup sumber daya dipindahkan ke simpul pilihan berikutnya dalam daftar pemilik pilihan.
Kemungkinan pemilik Simpul sekunder tempat sumber daya dapat berjalan. Setiap grup sumber daya dikaitkan dengan daftar kemungkinan pemilik. Grup sumber daya hanya dapat gagal ke simpul yang terdaftar sebagai pemilik yang mungkin.
Mode kuorum Konfigurasi kuorum dalam kluster failover yang menentukan jumlah kegagalan node yang dapat dipertahankan kluster.
Kuorum paksa Proses untuk memulai kluster meskipun hanya sebagian kecil dari elemen yang diperlukan untuk kuorum yang ada dalam komunikasi.
Untuk informasi selengkapnya, lihat: Glosarium Kluster Failover
Gambaran Umum Pengklusteran Failover Windows Server
Pengklusteran Failover Windows Server menyediakan fitur infrastruktur yang mendukung skenario ketersediaan tinggi dan pemulihan bencana aplikasi server yang dihosting seperti Microsoft SQL Server dan Microsoft Exchange. Jika node atau layanan kluster gagal, layanan yang dihosting pada node tersebut dapat ditransfer secara otomatis atau manual ke node lain yang tersedia dalam proses yang dikenal sebagai failover.
Simpul dalam kluster WSFC bekerja sama untuk secara kolektif menyediakan jenis kemampuan ini:
Metadata dan pemberitahuan terdistribusi. Layanan WSFC dan metadata aplikasi yang dihosting dipertahankan pada setiap simpul dalam kluster. Metadata ini mencakup konfigurasi dan status WSFC selain pengaturan aplikasi yang dihosting. Perubahan pada metadata atau status simpul secara otomatis disebarluaskan ke simpul lain dalam kluster.
Manajemen sumber daya. Simpul individual dalam kluster dapat menyediakan sumber daya fisik seperti penyimpanan yang terpasang langsung, antarmuka jaringan, dan akses ke penyimpanan disk bersama. Aplikasi yang dihosting mendaftarkan diri mereka sebagai sumber daya kluster, dan dapat mengonfigurasi dependensi startup dan kesehatan pada sumber daya lain.
Pemantauan kesehatan. Deteksi kesehatan simpul antar-simpul dan primer dicapai melalui kombinasi komunikasi jaringan bergaya heartbeat dan pemantauan sumber daya. Kesehatan keseluruhan kluster ditentukan oleh suara kuorum simpul dalam kluster.
Koordinasi failover. Setiap sumber daya dikonfigurasi untuk dihosting pada simpul utama, dan masing-masing dapat ditransfer secara otomatis atau manual ke satu atau beberapa simpul sekunder. Kebijakan failover berbasis kesehatan mengontrol transfer otomatis kepemilikan sumber daya antar simpul. Node dan aplikasi yang dihosting diberi tahu ketika failover terjadi sehingga mereka dapat bereaksi dengan tepat.
Untuk informasi selengkapnya, lihat: Kluster Failover di Windows Server 2008 R2
SQL Server AlwaysOn Technologies dan WSFC
SQL Server 2014 AlwaysOn adalah solusi ketersediaan tinggi dan pemulihan bencana baru yang memanfaatkan WSFC. AlwaysOn menyediakan solusi fleksibel terintegrasi yang meningkatkan ketersediaan aplikasi, memberikan pengembalian investasi perangkat keras yang lebih baik, dan menyederhanakan penyebaran dan manajemen ketersediaan tinggi.
Grup Ketersediaan AlwaysOn dan Instans Kluster Failover AlwaysOn menggunakan WSFC sebagai teknologi platform, mendaftarkan komponen sebagai sumber daya kluster WSFC. Sumber daya terkait digabungkan ke dalam grup sumber daya, yang dapat dibuat bergantung pada sumber daya kluster WSFC lainnya. Layanan kluster WSFC kemudian dapat merasakan dan memberi sinyal kebutuhan untuk memulai ulang instans SQL Server atau secara otomatis mengalihkannya ke node server yang berbeda di kluster WSFC.
Penting
Untuk memanfaatkan sepenuhnya teknologi SQL Server AlwaysOn, Anda harus menerapkan beberapa prasyarat terkait WSFC.
Untuk informasi selengkapnya, lihat: Prasyarat, Pembatasan, dan Rekomendasi untuk Grup Ketersediaan AlwaysOn (SQL Server)
Ketersediaan Tinggi tingkat instans dengan Instans Kluster Failover AlwaysOn
Instans Kluster Failover AlwaysOn (FCI) adalah instans SQL Server yang diinstal di seluruh simpul dalam kluster WSFC. Jenis instans ini memiliki dependensi sumber daya pada penyimpanan disk bersama (melalui Fibre Channel atau iSCSI SAN) dan pada nama jaringan virtual. Nama jaringan virtual memiliki dependensi sumber daya pada satu atau beberapa alamat IP virtual, masing-masing dalam subnet yang berbeda. Layanan SQL Server dan layanan SQL Server Agent terdaftar sebagai sumber daya, dan keduanya dibuat tergantung pada sumber daya nama jaringan virtual.
Jika terjadi failover, layanan WSFC mentransfer kepemilikan sumber daya instans ke simpul failover yang ditunjuk. Instans SQL Server kemudian dimulai kembali pada simpul failover, dan database dipulihkan seperti biasa. Pada saat tertentu, hanya satu simpul dalam kluster yang dapat menghosting FCI dan sumber daya yang mendasar.
Catatan
Instans Kluster Failover AlwaysOn memerlukan penyimpanan disk bersama simetris seperti jaringan area penyimpanan (SAN) atau berbagi file SMB. Volume penyimpanan disk bersama harus tersedia untuk semua simpul failover potensial di kluster WSFC.
Untuk informasi selengkapnya, lihat: Instans Kluster Failover AlwaysOn
Ketersediaan Tinggi tingkat database dengan Grup Ketersediaan AlwaysOn
Grup ketersediaan adalah sekumpulan database pengguna yang gagal bersama-sama. Grup ketersediaan terdiri dari replika ketersediaan utama dan satu hingga empat replika sekunder yang dipertahankan melalui SQL Server pergerakan data berbasis log untuk perlindungan data tanpa perlu penyimpanan bersama. Setiap replika dihosting oleh instans SQL Server pada node yang berbeda dari kluster WSFC. Grup ketersediaan dan nama jaringan virtual yang sesuai terdaftar sebagai sumber daya di kluster WSFC.
Pendengar grup ketersediaan pada simpul replika utama merespons permintaan klien masuk untuk terhubung ke nama jaringan virtual, dan berdasarkan atribut dalam string koneksi, ia mengalihkan setiap permintaan ke instans SQL Server yang sesuai.
Jika terjadi failover, alih-alih mentransfer kepemilikan sumber daya fisik bersama ke node lain, WSFC dimanfaatkan untuk mengonfigurasi ulang replika sekunder pada instans SQL Server lain untuk menjadi replika utama grup ketersediaan. Sumber daya nama jaringan virtual grup ketersediaan kemudian ditransfer ke instans tersebut.
Pada saat tertentu, hanya satu instans SQL Server yang dapat menghosting replika utama database grup ketersediaan, semua replika sekunder terkait masing-masing harus berada pada instans terpisah, dan setiap instans harus berada di simpul fisik terpisah.
Catatan
Grup Ketersediaan AlwaysOn tidak memerlukan penyebaran Instans Kluster Failover atau penggunaan penyimpanan bersama simetris (SAN atau SMB).
Instans Kluster Failover (FCI) dapat digunakan bersama dengan grup ketersediaan untuk meningkatkan ketersediaan replika ketersediaan. Namun, untuk mencegah potensi kondisi balapan di kluster WSFC, failover otomatis grup ketersediaan tidak didukung ke atau dari replika ketersediaan yang dihosting pada FCI.
Untuk informasi selengkapnya, lihat: Gambaran Umum Grup Ketersediaan AlwaysOn (SQL Server)
Pemantauan dan Failover Kesehatan WSFC
Ketersediaan tinggi untuk solusi AlwaysOn dicapai meskipun pemantauan kesehatan proaktif dari sumber daya kluster WSFC fisik dan logis, bersama dengan failover otomatis ke dan konfigurasi ulang perangkat keras redundan. Administrator sistem juga dapat memulai failover manual grup ketersediaan atau instans SQL Server dari satu simpul ke simpul lainnya.
Kebijakan Failover untuk Node, Instans Kluster Failover, dan Grup Ketersediaan
Kebijakan failover dikonfigurasi di node kluster WSFC, SQL Server Instans Kluster Failover (FCI), dan tingkat grup ketersediaan. Kebijakan ini, berdasarkan tingkat keparahan, durasi, dan frekuensi status sumber daya kluster yang tidak sehat dan responsivitas node, dapat memicu restart layanan atau failover otomatis sumber daya kluster dari satu node ke node lainnya, atau dapat memicu pemindahan replika utama grup ketersediaan dari satu instans SQL Server ke instans lain.
Failover replika grup ketersediaan tidak memengaruhi instans SQL Server yang mendasar. Failover FCI memindahkan replika grup ketersediaan yang dihosting dengan instans.
Untuk informasi selengkapnya, lihat: Kebijakan Failover untuk Instans Kluster Failover
Deteksi Kesehatan Sumber Daya WSFC
Setiap sumber daya dalam node kluster WSFC dapat melaporkan status dan kesehatannya, secara berkala atau sesuai permintaan. Berbagai keadaan dapat mengindikasikan kegagalan sumber daya; misalnya kegagalan daya, kesalahan disk atau memori, kesalahan komunikasi jaringan, atau layanan yang tidak responsif.
Sumber daya kluster WSFC seperti jaringan, penyimpanan, atau layanan dapat dibuat bergantung satu sama lain. Kesehatan kumulatif sumber daya ditentukan dengan secara berturut-turut menggulung kesehatannya dengan kesehatan setiap dependensi sumber dayanya.
Deteksi Kesehatan Antar-simpul WSFC dan Pemungutan Suara Kuorum
Setiap simpul dalam kluster WSFC berpartisipasi dalam komunikasi heartbeat berkala untuk berbagi status kesehatan simpul dengan simpul lain. Simpul yang tidak responsif dianggap dalam keadaan gagal.
Set simpul kuorum adalah sebagian besar simpul pemungutan suara dan saksi di kluster WSFC. Kesehatan dan status keseluruhan kluster WSFC ditentukan oleh suara kuorum berkala. Kehadiran kuorum berarti bahwa kluster sehat dan mampu memberikan toleransi kesalahan tingkat node.
Mode kuorum dikonfigurasi pada tingkat kluster WSFC yang menentukan metodologi yang digunakan untuk pemungutan suara kuorum dan kapan harus melakukan failover otomatis atau membuat kluster offline.
Tip
Praktik terbaik adalah selalu memiliki jumlah suara kuorum ganjil dalam kluster WSFC. Untuk keperluan pemungutan suara kuorum, SQL Server tidak harus diinstal pada semua simpul dalam kluster. Server tambahan dapat bertindak sebagai anggota kuorum, atau model kuorum WSFC dapat dikonfigurasi untuk menggunakan berbagi file jarak jauh sebagai pemutus ikatan.
Untuk informasi selengkapnya, lihat: Mode Kuorum WSFC dan Konfigurasi Pemungutan Suara (SQL Server)
Pemulihan Bencana Melalui Kuorum Paksa
Bergantung pada praktik operasional dan konfigurasi kluster WSFC, Anda dapat menimbulkan failover otomatis dan manual, dan masih mempertahankan solusi AlwaysOn SQL Server yang kuat dan toleran terhadap kesalahan. Namun, jika kuorum simpul pemungutan suara yang memenuhi syarat di kluster WSFC tidak dapat berkomunikasi satu sama lain, atau jika kluster WSFC gagal validasi kesehatan, maka kluster WSFC dapat offline.
Jika kluster WSFC offline karena bencana yang tidak diencana, atau karena kegagalan perangkat keras atau komunikasi yang persisten, maka intervensi administratif manual diperlukan untuk memaksa kuorum dan membawa node kluster yang bertahan kembali online dalam konfigurasi yang tidak toleran terhadap kesalahan.
Setelah itu, serangkaian langkah juga harus diambil untuk mengonfigurasi ulang kluster WSFC, memulihkan replika database yang terpengaruh, dan untuk membangun kembali kuorum baru.
Untuk informasi selengkapnya, lihat: Pemulihan Bencana WSFC melalui Kuorum Paksa (SQL Server)
Hubungan komponen SQL Server AlwaysOn ke WSFC
Beberapa lapisan hubungan ada antara fitur dan komponen SQL Server AlwaysOn dan WSFC.
Grup ketersediaan AlwaysOn dihosting pada instans SQL Server. Permintaan klien yang menentukan nama jaringan pendengar grup ketersediaan logis untuk terhubung ke database primer atau sekunder dialihkan ke nama jaringan instans yang sesuai dari instans SQL Server yang mendasarinya atau SQL Server Instans Kluster Failover (FCI).
SQL Server instans secara aktif dihosting pada satu simpul. Jika ada, Instans SQL Server yang berdiri sendiri selalu berada pada satu Node dengan nama jaringan instans statis. Jika ada, SQL Server FCI aktif pada salah satu dari dua atau lebih kemungkinan node failover dengan satu Nama Jaringan Instans virtual.
Simpul adalah anggota kluster WSFC. Metadata dan status konfigurasi WSFC untuk semua simpul disimpan pada setiap simpul. Setiap server dapat menyediakan penyimpanan asimetris atau volume penyimpanan bersama (SAN) untuk database pengguna atau sistem. Setiap server memiliki setidaknya satu antarmuka jaringan fisik pada satu atau beberapa subnet IP.
Layanan WSFC memantau kesehatan dan mengelola konfigurasi untuk sekelompok server. Layanan Kluster Failover Windows Server (WSFC) menyebarluaskan perubahan pada metadata Konfigurasi WSFC dan status ke semua simpul dalam kluster. Metadata dan status parsial dapat disimpan pada berbagi file jarak jauh bukti kuorum WSFC. Dua node atau saksi aktif atau lebih merupakan kuorum untuk memilih kesehatan kluster WSFC.
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 server yang diaktifkan untuk Grup Ketersediaan AlwaysOn pada kluster WSFC asli. Untuk informasi selengkapnya, lihat Mengaktifkan dan Menonaktifkan Grup Ketersediaan AlwaysOn (SQL Server).
Tugas Terkait
Konten terkait
Lihat juga
Instans Kluster Failover AlwaysOn (SQL Server)Gambaran Umum Grup Ketersediaan AlwaysOn (SQL Server)Mode Kuorum WSFC dan Konfigurasi Pemungutan Suara (SQL Server)Kebijakan Failover untuk Instans Kluster FailoverPemulihan Bencana WSFC melalui Kuorum Paksa (SQL Server)