Tämä on yksi Hadoop 2.0: n tärkeimmistä ominaisuuksista. Ennen kuin keskustellaan Namenode High Availability -ominaisuudesta, on tärkeää tietää, mikä on koorumi. Kvoorumi on klusteroinnissa käytetty yleinen termi, jossa sanomme tietyn klusterin olevan vakaa. Quorum antaa luettelon koneista ja auttaa määrittämään klusterin kunnon. Koorioita on kahta tyyppiä: odotettu koorumi ja laskettu koorumi.
ero ohituksen ja ylikuormituksen välillä
NameNode Korkea saatavuus Quorum Journal Managerin (QJM) kanssa
Ennen Hadoop 2.0: ta NameNode oli HDFS-klusterin yksittäinen vikapiste (SPOF). Jokaisella klusterilla oli yksi NameNode, ja jos kyseinen kone ei ollut käytettävissä, klusteri kokonaisuudessaan olisi poissa käytöstä, kunnes NameNode joko käynnistettiin uudelleen tai käynnistettiin erillisellä koneella. Klassisessa HA-klusterissa kaksi erillistä konetta määritetään nimisolmuiksi. Milloin tahansa, yksi nimisolmuista on aktiivisessa tilassa ja toinen valmiustilassa. Aktiivinen NameNode vastaa kaikista klusterin asiakastoiminnoista, kun taas Valmiustila toimii yksinkertaisesti orjana ja ylläpitää riittävästi tilaa nopean vianmäärityksen tarjoamiseksi.
Jotta Standby-solmu pysyisi tilassa koordinoituna aktiivisen solmun kanssa, molemmat solmut kommunikoivat erillisten deemonien ryhmän kanssa, jota kutsutaan JournalNodesiksi (JN). Kun aktiivinen solmu suorittaa nimitilan muokkauksen, se kirjaa tehdyistä muutoksista tietueen JournalNodes-luetteloon. Standby-solmu pystyy lukemaan muutetut tiedot yhteisverkoilta ja valvoo niitä säännöllisesti muutosten varalta. Kun valmiussolmu näkee muutokset, se soveltaa niitä sitten omaan nimitilaansa. Vikatilanteessa valmiustila varmistaa, että se on lukenut kaikki muutokset JounalNodesista ennen tilan vaihtamista aktiiviseksi tilaksi. Tämä takaa, että nimitilan tila on täysin synkronoitu ennen vianmääritystä.
Nopean vianmäärityksen aikaansaamiseksi on olennaisen tärkeää, että valmiustilasolmulla on päivitetyt ja ajantasaiset tiedot lohkojen sijainnista ryhmässä. Tätä varten DataNodes määritetään molempien NameNode-sijaintien sijainnin mukaan ja lähetetään lohkon sijaintitiedot ja sydämenlyönnit molemmille.
On tärkeää, että vain yhden nimisolmuista on oltava aktiivisia kerrallaan. Muuten nimitilan tila poikkeaisi näiden kahden välillä ja johtaisi tietojen menetykseen tai virheellisiin tuloksiin. Tämän välttämiseksi JournalNodes sallii kirjoittajalle kerrallaan vain yhden NameNoden. Varauksen aikana aktiiviseksi tuleva NameNode ottaa vastuun kirjoittamisesta JournalNodesille.
Onko sinulla kysymys meille? Mainitse ne kommenttiosassa ja palaamme sinuun.
Aiheeseen liittyvät julkaisut:
Katsaus Hadoop 2.0 Cluster Architecture Federationiin
fibonacci-rekursio c ++