Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Kluster Pengelompokan Failover Windows Server (WSFC) adalah sekumpulan server yang mandiri namun saling bekerja sama untuk meningkatkan ketersediaan aplikasi dan layanan. SQL Server 2014 memanfaatkan layanan dan kemampuan WSFC untuk mendukung Grup Ketersediaan Always On dan Instans Kluster Failover SQL Server.
Istilah dan Definisi
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 kluster 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 simpul, dibawa online dan diambil offline, dipindahkan di antara simpul, 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 diterapkan pada grup sumber daya.
Dependensi sumber daya Sumber daya sumber daya yang bergantung pada sumber daya lain. 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 bersamaan dengan sumber daya alamat IP.
Pemilik yang diutamakan adalah simpul 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.
Pemilik yang mungkin adalah simpul sekunder di mana sumber daya dapat beroperasi. Setiap grup sumber daya dikaitkan dengan daftar kemungkinan pemilik. Grup sumber daya hanya dapat melakukan failover ke simpul yang terdaftar sebagai pemilik yang mungkin.
Mode kuorum dalam konfigurasi kluster failover yang menentukan jumlah kegagalan node yang dapat diatasi oleh kluster.
Kuorum paksa Proses untuk memulai kluster meskipun hanya sebagian kecil elemen penting yang dibutuhkan untuk kuorum sedang berkomunikasi.
Untuk informasi selengkapnya, lihat: Glosarium Kluster Failover
Gambaran Umum Kluster Failover Windows Server
Windows Server Failover Clustering menyediakan fitur infrastruktur yang mendukung skenario ketersediaan tinggi dan pemulihan bencana untuk aplikasi server yang dihosting seperti Microsoft SQL Server dan Microsoft Exchange. Jika node atau layanan kluster gagal, layanan yang dihosting pada simpul 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 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 antar simpul dan simpul primer dilakukan melalui kombinasi komunikasi jaringan gaya heartbeat dan pemantauan sumberdaya. 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 akan diberi tahu ketika failover terjadi sehingga dapat bereaksi dengan tepat.
Untuk informasi selengkapnya, lihat: Kluster Failover di Windows Server 2008 R2
Teknologi AlwaysOn SQL Server dan WSFC
SQL Server 2014 AlwaysOn adalah solusi ketersediaan tinggi dan pemulihan bencana baru yang memanfaatkan WSFC. AlwaysOn menyediakan solusi terintegrasi dan fleksibel 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 menghidupkan 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 di subnet yang berbeda. Layanan SQL Server dan layanan SQL Server Agent terdaftar sebagai sumber daya, dan keduanya dibuat bergantung 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 di-restart ulang pada simpul failover, dan database dipulihkan seperti biasa. Pada saat tertentu, hanya satu simpul dalam kluster yang dapat menghosting FCI dan sumber daya dasar.
Nota
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 dikelola melalui pergerakan data berbasis log SQL Server 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 kelompok ketersediaan. Sumber daya nama jaringan virtual dari 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.
Nota
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 perlombaan di kluster WSFC, failover otomatis dari atau ke replika ketersediaan yang dihosting pada FCI tidak didukung.
Untuk informasi selengkapnya, lihat: Gambaran Umum Grup Ketersediaan AlwaysOn (SQL Server)
Pemantauan Kesehatan dan Failover WSFC
Ketersediaan tinggi untuk solusi AlwaysOn dicapai melalui pemantauan kesehatan secara proaktif sumber daya kluster WSFC fisik dan logis, bersama dengan failover otomatis ke perangkat keras cadangan dan konfigurasi ulang. 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, Instans Kluster Failover SQL Server (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 lain, atau dapat memicu pemindahan replika utama grup ketersediaan dari satu instans SQL Server ke instans lain.
Failover replika grup ketersediaan tidak memengaruhi instans dasar pada SQL Server. Failover dari FCI memindahkan replika grup ketersediaan yang dihosting bersama instansnya.
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 menunjukkan kegagalan sumber daya; misalnya, kegagalan daya, kesalahan disk atau memori, kesalahan komunikasi jaringan, atau layanan non-responsif.
Sumber daya kluster WSFC seperti jaringan, penyimpanan, atau layanan dapat dibuat bergantung satu sama lain. Kesehatan kumulatif sumber daya ditentukan dengan menggabungkan secara bertahap kesehatannya dengan kesehatan semua 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 node dengan simpul lain. Simpul yang tidak responsif dianggap dalam keadaan gagal.
Set simpul kuorum adalah sebagian besar node pemungutan suara dan saksi di kluster WSFC. Status dan kesehatan keseluruhan kluster WSFC ditentukan oleh pemungutan suara kuorum yang dilakukan secara berkala. Kehadiran kuorum berarti bahwa kluster sehat dan mampu memberikan toleransi kesalahan tingkat node.
Modus kuorum dikonfigurasi pada tingkat kluster WSFC yang menentukan metodologi yang digunakan untuk pemungutan suara untuk kuorum dan kapan harus melakukan failover otomatis atau menonaktifkan kluster.
Petunjuk / Saran
Ini adalah praktik terbaik untuk selalu memiliki jumlah suara kuorum yang ganjil dalam kluster WSFC. Untuk tujuan 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 pemecah dasi.
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 SQL Server AlwaysOn yang kuat dan toleran terhadap kesalahan. Namun, jika kuorum simpul pemungutan suara yang memenuhi syarat dalam 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 AlwaysOn SQL Server 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 listener grup ketersediaan logis untuk terhubung ke database utama atau sekunder dialihkan ke nama jaringan instans yang sesuai dari instans SQL Server atau Instans Kluster Failover SQL Server (FCI) yang mendasarinya.
Instans SQL Server 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 simpul failover yang mungkin, 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 berkas jarak jauh saksi kuorum WSFC. Dua atau lebih simpul aktif atau pengamat membentuk kuorum untuk melakukan penilaian terhadap 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
Isi 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 Pemulihan Bencana WSFC Instans Kluster Failovermelalui Kuorum Paksa (SQL Server)