NameNode Ketersediaan Tinggi dengan Pengurus Jurnal Kuorum



Ketersediaan Tinggi NameNode adalah salah satu ciri terpenting Hadoop 2.0 Ketersediaan Tinggi NameNode dengan Pengurus Jurnal Kuorum digunakan untuk berkongsi log edit antara Node Nama Aktif dan Siap.

Ini adalah salah satu ciri terpenting Hadoop 2.0. Sebelum membincangkan ciri Ketersediaan Tinggi Namenode, penting untuk mengetahui apa itu Kuorum. Kuorum adalah istilah umum yang digunakan dalam pengelompokan di mana kita mengatakan kelompok tertentu stabil. Kuorum memberikan senarai mesin dan membantu menentukan tahap kesihatan kluster. Terdapat dua jenis Kuorum: Kuorum yang Diharapkan dan Kuorum yang Dikira.





perbandingan garam ansible tukang masak boneka

NameNode Ketersediaan Tinggi dengan Pengurus Jurnal Kuorum (QJM)

Sebelum Hadoop 2.0, NameNode adalah titik kegagalan tunggal (SPOF) dalam kluster HDFS. Setiap kluster mempunyai NameNode tunggal, dan jika mesin itu tidak tersedia, kluster pada keseluruhannya tidak akan tersedia sehingga NameNode dimulakan semula atau dimulakan pada mesin yang terpisah. Dalam kluster HA klasik, dua mesin berasingan dikonfigurasikan sebagai NameNodes. Pada bila-bila masa, salah satu NameNode akan berada dalam keadaan Aktif dan yang lain akan berada dalam keadaan Siaga. Active NameNode bertanggungjawab untuk semua operasi klien dalam kluster, sementara Siaga hanya bertindak sebagai hamba, mengekalkan keadaan yang cukup untuk memberikan failover yang cepat.

Agar simpul Siaga dapat mengekalkan keadaannya dengan koordinat Aktif, kedua-dua nod berkomunikasi dengan sekumpulan daemon berasingan yang disebut ‘JournalNodes’ (JN). Apabila mana-mana pengubahsuaian ruang nama dilakukan oleh nod Aktif, ia mencatat rekod perubahan yang dibuat, dalam Jurnal Jurnal. Nota Siaga mampu membaca maklumat yang dipinda dari JN, dan secara berkala memantau perubahannya. Oleh kerana Nota Siaga melihat perubahan, ia kemudian menerapkannya ke ruang namanya sendiri. Sekiranya berlaku failover, Standby akan memastikan bahawa ia telah membaca semua perubahan dari JounalNodes sebelum mengubah keadaannya menjadi ‘Active state’. Ini menjamin bahawa keadaan ruang nama diselaraskan sepenuhnya sebelum failover berlaku.



Untuk memberikan failover yang cepat, adalah mustahak bahawa simpul Siaga mesti mempunyai maklumat terkini dan terkini mengenai lokasi blok dalam kluster. Untuk ini berlaku, DataNodes dikonfigurasikan dengan lokasi kedua NameNodes, dan mengirim maklumat lokasi blok dan degupan jantung kepada keduanya.

Adalah mustahak bahawa hanya satu dari NameNodes yang mesti Aktif dalam satu masa. Jika tidak, keadaan ruang nama akan menyimpang antara keduanya dan mengakibatkan kehilangan data atau hasil yang salah. Untuk mengelakkan ini, JournalNodes hanya akan membenarkan satu NameNode kepada seorang penulis pada satu masa. Semasa failover, NameNode yang akan aktif akan mengambil alih tanggungjawab menulis kepada JournalNodes.

Ada soalan untuk kami? Sila sebutkan di bahagian komen dan kami akan menghubungi anda.



Catatan berkaitan:

Gambaran Keseluruhan Hadoop 2.0 Cluster Architecture Federation

perbezaan antara final akhirnya dan final di java