Opsyen binari menandakan pengawas


Sekiranya proses crmd yang dipilih atau nod itu gagal, satu yang baru akan ditubuhkan. Kandungan CIB secara automatik disimpan segerak di seluruh kluster. Banyak tindakan yang dilakukan dalam kluster akan menyebabkan perubahan kluster luas. Tindakan ini termasuk perkara seperti menambah atau mengeluarkan sumber kluster atau menukar kekangan sumber. Adalah penting untuk memahami apa yang berlaku dalam kluster apabila anda melakukan tindakan sedemikian. Contohnya, katakan anda ingin menambah sumber alamat IP kluster.

Jika sebarang operasi tidak dijalankan seperti yang dirancang, PE akan dipanggil sekali lagi dengan maklumat baru yang dicatatkan dalam CIB. Dalam sesetengah kes, mungkin diperlukan untuk menghidupkan nod untuk melindungi data yang dikongsi atau pemulihan sumber yang lengkap. Untuk Pacemaker ini datang dengan subsistem pagar, stonithd. Walau bagaimanapun, stonithd menjaga pemahaman topologi STONITH seperti yang kliennya hanya meminta node berpagar dan ia selebihnya.

Setiap crmd menggunakan LRM yang dilaksanakan sebagai lrmd untuk melakukan pengubahsuaian sumber. Lrmd tidak berkonsepkan cluster dan berinteraksi secara langsung dengan skrip ejen sumber. Semua nod rakan sebaya melaporkan hasil operasi mereka kembali ke DC. Selepas DC menyimpulkan bahawa semua operasi yang diperlukan berjaya dilakukan dalam cluster, cluster akan kembali ke keadaan terbiar dan menunggu peristiwa lanjut.

pilihan binari isyarat pengawas

Ia mengandungi definisi semua pilihan cluster, nod, sumber, kekangan dan hubungan antara satu sama lain. CIB juga menyegerakkan kemas kini kepada semua nod kluster. Semua nod lain mengandungi replika CIB. DC adalah satu-satunya entiti dalam kluster yang boleh menentukan bahawa perubahan kluster yang luas perlu dilakukan, seperti memahat nod atau menggerakkan sumber sekitar.

Ini memberikan pengguna rangkaian akses berterusan ke direktori pada subsistem cakera dikongsi. Subsistem Cakera Bersama dengan cLVM Apabila menggunakan subsistem cakera yang dikongsi dengan cLVM, subsistem tersebut mesti dihubungkan ke semua pelayan dalam kelompok yang perlu diakses. Sumber tipikal mungkin termasuk data, aplikasi, dan perkhidmatan. Rajah berikut menunjukkan bagaimana konfigurasi kluster Fiber Channel biasa kelihatan.

Toleransi kegagalan cakera bersama boleh diperolehi dengan melaksanakan RAID pada subsistem cakera dikongsi. Senario berikut menggambarkan beberapa faedah yang boleh disediakan oleh Ketersediaan Ketersediaan Tinggi. Contoh Skenario Kluster Katakan anda telah mengkonfigurasi kluster tiga pelayan, dengan pelayan Web dipasang pada setiap tiga pelayan dalam kelompok. Setiap pelayan dalam cluster menghidupkan dua laman web. Semua data, grafik, dan kandungan halaman web untuk setiap laman web disimpan pada subsistem cakera yang disambungkan kepada setiap pelayan dalam kelompok.

Rajah berikut menunjukkan bagaimana konfigurasi kluster iSCSI biasa kelihatan. Konfigurasi Kluster iSCSI Biasa Walaupun kebanyakan kelompok memasukkan subsistem cakera yang dikongsi, ia juga mungkin untuk membuat kluster tanpa subsistem cakera yang dikongsi.

Terdapat kelebihan dan kekurangan kepada kedua-dua alternatif. Sambungan Ketersediaan Tinggi juga menyediakan keupayaan penghijrahan sumber. Anda boleh memindahkan aplikasi, laman web, dan sebagainya. Gunakan kes-kes untuk ini menaik taraf atau melakukan penyelenggaraan berjadual di Web Server 1, atau meningkatkan prestasi atau kebolehaksesan dari laman web.

Sekarang anggap masalah dengan Web Server 1 diselesaikan, dan Web Server 1 dikembalikan ke keadaan operasi biasa. Ini bergantung pada bagaimana anda mengkonfigurasi sumber untuknya. Mengalihkan perkhidmatan kembali ke Web Server 1 akan menimbulkan beberapa masa yang turun, jadi Tambahan Ketersediaan Tinggi juga membolehkan anda menangguhkan penghijrahan itu sehingga suatu tempoh ketika ia akan menyebabkan sedikit atau tidak ada gangguan perkhidmatan.

Apabila anda mengkonfigurasi kluster, anda memutuskan di mana laman web yang dihoskan pada setiap pelayan Web akan pergi sekiranya berlaku kegagalan. Dengan cara ini, beban kerja yang sekali ditangani oleh Web Server 1 terus tersedia dan diedarkan secara sama rata di antara mana-mana ahli kluster yang masih hidup. Mengembalikan semula direktori data yang dikongsi yang dahulunya dipasang pada pelayan web 1 pada Web Server 2 dan Server Web 3. Dalam contoh ini, proses failover berlaku dengan cepat dan pengguna memperoleh akses ke maklumat laman web dalam beberapa saat, biasanya tanpa perlu masuk lagi.


Konfigurasi Kluster: Subsistem cakera yang dikongsi boleh disambungkan melalui kad Fiber Channel berkelajuan tinggi, kabel, dan suis, atau ia boleh dikonfigurasikan untuk menggunakan iSCSI. Sekiranya pelayan gagal, pelayan lain yang ditetapkan dalam kluster secara automatik akan melancarkan direktori cakera kongsi yang sebelum ini dipasang pada pelayan yang gagal.


pilihan binari isyarat pengawas

Untuk melakukan ini, anda boleh menggunakan salah satu alat baris arahan atau antara muka Web untuk memodifikasi CIB. Ia tidak diperlukan untuk melakukan tindakan di DC, anda boleh menggunakan salah satu alat di mana-mana nod dalam kelompok dan mereka akan disampaikan kepada DC. Berdasarkan maklumat dalam CIB, PE kemudian mengira keadaan ideal cluster dan bagaimana ia perlu dicapai dan memberi makan senarai arahan kepada DC.

Jika ditetapkan untuk pemantauan, perkhidmatan akan dimulakan semula hanya jika tamat jam pengawas untuk perkhidmatan tamat. Apabila anda mengkonfigurasi kluster, anda memutuskan di mana laman web yang dihoskan pada setiap pelayan Web akan pergi sekiranya berlaku kegagalan. Katakan Web Server 1 mengalami masalah perkakasan atau perisian dan pengguna bergantung pada Web Server 1 untuk akses Internet, e-mel, dan maklumat kehilangan sambungan mereka. Adalah penting untuk memahami apa yang berlaku dalam kelompok apabila anda melakukan pilihan binari isyarat pengawas tindakan. Cluster Tiga Pelayan Semasa operasi kluster biasa, setiap pelayan sentiasa berkomunikasi dengan pelayan lain dalam kumpulan dan melakukan pengundian secara berkala bagi semua sumber berdaftar untuk mengesan kegagalan. Jika ditetapkan untuk membatalkan, pilihan binari isyarat pengawas, perkhidmatan akan dimulakan semula hanya jika proses perkhidmatan keluar kerana isyarat yang tidak disengajakan tidak dinyatakan sebagai status keluar bersih. Akhirnya, pelaksanaan mungkin menjadi pilihan untuk kes-kes di mana ia sudah cukup untuk memastikan binari perkhidmatan dipanggil, dan di mana perkhidmatan binari itu sendiri tidak menjalankan inisial atau sedikit permulaan dan inisialisasinya tidak mungkin gagal. PE juga menghasilkan graf peralihan yang mengandungi senarai tindakan dan kebergantungan sumber untuk mencapai keadaan cluster seterusnya. Setiap modul dikenal pasti oleh alamat unik yang dapat diprogramkan pengguna, pilihan binari isyarat pengawas. Oleh kerana proses perkhidmatan telah ditamatkan sudah apabila arahan yang ditetapkan dengan tetapan ini dilaksanakan, mereka tidak seharusnya cuba untuk berkomunikasi dengan mereka.



Rajah berikut menunjukkan bagaimana kluster tanpa subsistem cakera yang dikongsi mungkin kelihatan. Ia mengenal pasti dan menyediakan maklumat mengenai komponen seni bina, dan menerangkan bagaimana komponen tersebut saling beroperasi. Lapisan ini adalah yang paling kompleks, dan terdiri daripada komponen berikut: Jika komponen lain dari lapisan atau komponen peruntukan sumber yang berada dalam lapisan yang lebih tinggi perlu berkomunikasi, mereka melakukannya melalui CRM tempatan.

Angka berikut menggambarkan bagaimana persediaan ini mungkin kelihatan. Cluster Tiga Pelayan Semasa operasi kluster biasa, setiap pelayan sentiasa berkomunikasi dengan pelayan lain dalam kumpulan dan melakukan pengundian secara berkala bagi semua sumber berdaftar untuk mengesan kegagalan. Katakan Web Server 1 mengalami masalah perkakasan atau perisian dan pengguna bergantung pada Web Server 1 untuk akses Internet, e-mel, dan maklumat kehilangan sambungan mereka. Rajah berikut menunjukkan bagaimana sumber-sumber dipindahkan apabila Web Server 1 gagal.

Ejen Sumber hanya dipanggil oleh LRM. Pihak ketiga boleh memasukkan ejennya sendiri dalam lokasi yang ditetapkan dalam sistem fail dan dengan itu menyediakan integrasi cluster out-of-the-box untuk perisian mereka sendiri. CRM dilaksanakan sebagai daemon crmd yang mempunyai contoh pada setiap node kluster. Pacemaker memusatkan semua keputusan kluster dengan memilih salah satu contoh crmd untuk bertindak sebagai tuan.

PE juga menghasilkan graf peralihan yang mengandungi senarai tindakan dan kebergantungan sumber untuk mencapai keadaan cluster seterusnya. PE sentiasa berjalan di DC. LRM adalah sumber yang berwibawa untuk semua maklumat yang berkaitan dengan sumber pada node tempatan. Ejen Sumber adalah program yang biasanya skrip shell yang telah ditulis untuk memulakan, menghentikan, dan memantau jenis perkhidmatan tertentu sumber.

Semua nod lain mendapatkan konfigurasi dan maklumat peruntukan sumber dari DC semasa. DC dipilih dari semua nod dalam kumpulan selepas perubahan keahlian. Enjin Dasar PE Bilamana Penyelaras yang Dilantik perlu membuat perubahan seluruh kluster bereaksi terhadap CIB baru, Policy Engine mengira keadaan seterusnya kluster berdasarkan keadaan semasa dan konfigurasi.