Kaip nustatyti „Hadoop“ klasterį naudojant aukštą HDFS prieinamumą



Šiame tinklaraštyje pateikiama HDFS didelio prieinamumo architektūros apžvalga ir tai, kaip paprastais veiksmais nustatyti ir sukonfigūruoti HDFS didelio prieinamumo grupę.

HDFS 2.x didelio prieinamumo grupių architektūra

Šiame tinklaraštyje kalbėsiu apie HDFS 2.x didelio prieinamumo klasterio architektūrą ir HDFS didelio prieinamumo klasterio sukūrimo procedūrą.Tai yra svarbi programos dalis . Šiame tinklaraštyje temų aprašymo tvarka yra tokia:

  • HDFS HA ​​architektūra
    • Įvadas
    • NameNode Prieinamumas
    • HA architektūra
    • HA („JournalNode“ ir „Shared Storage“) diegimas
  • Kaip nustatyti HA (Quorum Journal Nodes) „Hadoop“ klasteryje?

Įvadas:

Didelio prieinamumo klasterio sąvoka buvo pristatyta „Hadoop 2“.x išspręsti vieno taško gedimo problemą sistemoje „Hadoop 1.x“. Kaip žinote iš mano ankstesnio tinklaraščio, kad vadovaujasi pagrindinio / vergo topologija, kur „NameNode“ veikia kaip pagrindinis demonas ir yra atsakingas už kitų vergo mazgų, vadinamų „DataNodes“, valdymą. Šis vienintelis „Master Daemon“ arba „NameNode“ tampa kliūtimi. Nors „Second NameNode“ įvedimas neleido mums prarasti duomenų ir iškrauti dalį „NameNode“ naštos, tačiau tai neišsprendė „NameNode“ prieinamumo problemos.





„NameNode“ prieinamumas:

Jei atsižvelgsite į standartinę HDFS sankaupos konfigūraciją, „NameNode“ taps a vienas nesėkmės taškas . Taip atsitinka todėl, kad tuo momentu, kai „NameNode“ tampa nebepasiekiama, visas klasteris tampa nebepasiekiamas, kol kas nors nepaleidžia „NameNode“ arba nepateikia naujo.

„NameNode“ nepasiekiamumo priežastys gali būti:



  • Planuojamame renginyje, pvz., Priežiūros darbuose, atnaujinama programinė ar aparatinė įranga.
  • Taip pat gali būti dėl neplanuoto įvykio, kai „NameNode“ sugenda dėl tam tikrų priežasčių.

Bet kuriuo iš aukščiau išvardytų atvejų mes prastovos metu negalime naudoti HDFS klasterio, kuris tampa iššūkiu.

HDFS HA ​​architektūra:

Supraskime, kaip HDFS HA ​​architektūra išsprendė šią kritinę „NameNode“ prieinamumo problemą:

HA architektūra išsprendė šią „NameNode“ prieinamumo problemą leisdama mums turėti du „NameNodes“ aktyvioje / pasyvioje konfigūracijoje. Taigi, vienu metu „Didelio prieinamumo“ grupėje turime du veikiančius „NameNodes“:



  • Aktyvus vardo mazgas
  • Budėjimo / pasyvaus vardo mazgas.

HDFS HA ​​architektūra - didelio prieinamumo grupė - „Edureka“

Jei vienas „NameNode“ sumažėja, kitas „NameNode“ gali perimti atsakomybę ir todėl sutrumpinti klasterio veikimo laiką. Budėjimo režimu veikiantis „NameNode“ naudojamas atsarginiam „NameNode“ tikslui (skirtingai nei „Second NameNode“), kuris įtraukia „Hadoop“ grupės atkūrimo galimybes. Todėl naudodami „StandbyNode“ galime atlikti automatinį perjungimą, kai „NameNode“ užstringa (neplanuotas įvykis), arba gali būti grakštus (rankiniu būdu inicijuotas) perkrovimas priežiūros laikotarpiu.

HDFS aukšto prieinamumo grupėje yra nuoseklumo palaikymo problemos:

  • Aktyvus ir budėjimo režimo pavadinimasNode visada turėtų būti sinchronizuojami, t. Y. Jie turėtų turėti tuos pačius metaduomenis. Tai leis mums atkurti „Hadoop“ sankaupą į tą pačią vardų srities būseną, kurioje ji užstrigo, todėl suteiks mums greitą perjungimą.
  • Vienu metu turėtų būti tik vienas aktyvus „NameNode“, nes du aktyvūs „NameNode“ sukels duomenų sugadinimą. Toks scenarijus vadinamas „smegenų padalijimo scenarijumi“, kai klasteris suskirstomas į mažesnius klasterius, kiekvienas manydamas, kad tai yra vienintelis aktyvus klasteris. Siekiant išvengti tokių scenarijų, tvoros daromos. Tvoros yra procesas, užtikrinantis, kad tam tikru metu aktyvus liktų tik vienas „NameNode“.

HA architektūros įgyvendinimas:

Dabar jūs žinote, kad „HDFS HA ​​Architecture“ vienu metu veikia du „NameNodes“. Taigi, „Active“ ir „Standby NameNode“ konfigūraciją galime įgyvendinti dviem būdais:

  1. Kvorumo žurnalo mazgų naudojimas
  2. Bendra saugykla naudojant NFS

Supraskime šiuos du įgyvendinimo būdus po vieną:

1. Kvorumo žurnalo mazgų naudojimas:

  • Budėjimo režimu veikiantis „NameNode“ ir aktyvusis „NameNode“ palaiko sinchronizaciją tarpusavyje per atskirą mazgų arba demonų grupę, vadinamą „JournalNodes“ .„JournalNodes“ vadovaujasi žiedo topologija, kai mazgai yra sujungti vienas su kitu ir sudaro žiedą.„JournalNode“ aptarnauja jai pateiktą užklausą ir nukopijuoja informaciją į kitus žiedo mazgus.Tai suteikia gedimų toleranciją „JournalNode“ gedimo atveju.
  • Aktyvus „NameNode“ yra atsakingas už „JournalLodes“ esančių „EditLogs“ (metaduomenų informacijos) atnaujinimą.
  • „StandbyNode“ skaito „EditLogs“ pakeitimus „JournalNode“ ir pastoviai taiko savo vardų sritį.
  • Per atkūrimo veikseną „StandbyNode“ įsitikina, kad atnaujino meta duomenų informaciją iš „JournalNodes“, prieš tapdama nauju „Active NameNode“. Tai leidžia dabartinę vardų srities būseną sinchronizuoti su būsena prieš perjungimą.
  • Abiejų „NameNodes“ IP adresai yra prieinami visiems „DataNodes“, jie siunčia savo širdies plakimus ir blokuoja vietos informaciją „NameNode“. Tai suteikia greitą perjungimą (mažiau neveikimo laiko), nes „StandbyNode“ turi atnaujintą informaciją apie bloko vietą grupėje.

„NameNode“ aptvėrimas:

Dabar, kaip buvo aptarta anksčiau, labai svarbu užtikrinti, kad vienu metu būtų tik vienas „Active NameNode“. Taigi tvoros yra procesas, užtikrinantis šią klasterio savybę.

  • „JournalNodes“ šį aptvėrimą atlieka tuo, kad vienu metu rašytoju gali būti tik vienas „NameNode“.
  • Budėjimo vardo mazgas perima atsakomybę rašyti „JournalNodes“ ir uždraudžia kitiems „NameNode“ likti aktyviems.
  • Galiausiai naujasis „Active NameNode“ gali saugiai atlikti savo veiklą.

2. Bendros saugyklos naudojimas:

  • „StandbyNode“ ir aktyvus „NameNode“ tarpusavyje sinchronizuojami naudojant a bendras saugojimo įrenginys .Aktyvus „NameNode“ registruoja visų savo vardų srityje atliktų pakeitimų įrašą į „EditLog“, esantį šioje bendrojoje saugykloje.„StandbyNode“ nuskaito „EditLogs“ pakeitimus, padarytus šioje bendroje saugykloje, ir taiko savo vardų sritį.
  • Dabar, įvykus perjungimui, „StandbyNode“ iš pradžių atnaujina savo metaduomenų informaciją naudodama „EditLogs“ bendroje saugykloje. Tada prisiima atsakomybę už „Active NameNode“. Tai leidžia dabartinę vardų srities būseną sinchronizuoti su būsena prieš perjungimą.
  • Administratorius turi sukonfigūruoti bent vieną aptvėrimo metodą, kad būtų išvengta smegenų padalijimo scenarijaus.
  • Sistemoje gali būti naudojami keli aptvarų mechanizmai. Tai gali apimti „NameNode“ proceso nužudymą ir jo prieigos prie bendro saugyklos katalogo atšaukimą.
  • Kraštutiniu atveju galime aptverti anksčiau aktyvų „NameNode“ technika, vadinama STONITH, arba „šaudyti į kitą mazgą į galvą“. STONITH naudoja specializuotą energijos paskirstymo įrenginį, kad priverstinai išjungtų „NameNode“ įrenginį.

Automatinis perjungimas:

Failover yra procedūra, kurios metu sistema automatiškai perduoda valdymą antrinei sistemai, kai nustato gedimą ar gedimą. Yra dviejų tipų perjungimas:

Grakštus perdavimas: Tokiu atveju mes rankiniu būdu inicijuojame įprastinės priežiūros triktį.

Automatinis perjungimas: Tokiu atveju „NameNode“ gedimo (neplanuoto įvykio) atveju perjungimas pradedamas automatiškai.

„Apache Zookeeper“ yra paslauga, teikianti automatinio perėjimo prie HDFS didelio prieinamumo sankaupoje galimybes. Jis palaiko nedidelį koordinavimo duomenų kiekį, informuoja klientus apie tų duomenų pasikeitimus ir stebi klientus, ar nėra gedimų. „Zookeeper“ palaiko sesiją su „NameNodes“. Gedimo atveju sesija baigsis ir „Zookeeper“ informuos kitus „NameNodes“, kad jie pradėtų perjungimo procesą. Sugedus „NameNode“, kitas pasyvus „NameNode“ gali užrakinti „Zookeeper“, nurodydamas, kad nori tapti kitu „Active NameNode“.

„ZookeerFailoverController“ (ZKFC) yra „Zookeeper“ klientas, kuris taip pat stebi ir tvarko „NameNode“ būseną. Kiekvienas „NameNode“ taip pat valdo ZKFC. ZKFC yra atsakinga už periodišką „NameNodes“ būklės stebėjimą.

Dabar, kai supratote, kas yra didelis prieinamumas „Hadoop“ klasteryje, atėjo laikas jį nustatyti. Norėdami nustatyti aukštą prieinamumą „Hadoop“ klasteryje, visuose mazguose turite naudoti „Zookeeper“.

„Active NameNode“ yra tokie demonai:

  • Zoologijos sodo prižiūrėtojas
  • Zookeeper Fail Over valdiklis
  • „JournalNode“
  • NameNode

Budėjimo režimo pavadinimo mazgo demonai yra šie:

  • Zoologijos sodo prižiūrėtojas
  • Zookeeper Fail Over valdiklis
  • „JournalNode“
  • NameNode

„DataNode“ yra tokie demonai:

  • Zoologijos sodo prižiūrėtojas
  • „JournalNode“
  • „DataNode“

Jei norite įsisavinti HDFS ir „Hadoop“, apsilankykite specialiai kuruotame „Edureka“ „Big Data and Hadoop“ kurse. Norėdami pradėti, spustelėkite žemiau esantį mygtuką.

Didelio prieinamumo klasterio nustatymas ir konfigūravimas „Hadoop“:

Pirmiausia turite nustatyti kiekvieno mazgo „Java“ ir pagrindinio kompiuterio pavadinimus.

Virtuali mašina IP adresas Pagrindinio kompiuterio vardas
Aktyvus vardo mazgas192.168.1.81nn1.cluster.com arba nn1
Budėjimo pavadinimasNode192.168.1.58nn2.cluster.com arba nn2
„DataNode“192.168.1.82dn1.cluster.com arba dn1

Atsisiųskite dvejetainio dervos failą „Hadoop“ ir „Zookeeper“, išskleiskite failus, kad galėtumėte redaguoti konfigūracijos failus.

Komanda: wget https://archive.apache.org/dist/zookeeper/zookeeper-3.4.6/zookeeper-3.4.6.tar.gz

Paskleiskite zoologijos sargą-3.4.6.tar.gz

Komanda : degutas –xvf zoologijos sargas-3.4.6.tar.gz

Atsisiųskite stabilų „Hadoop“ dvejetainį dervą iš „Apache Hadoop“ svetainės.

Komanda : wget https://archive.apache.org/dist/hadoop/core/hadoop-2.6.0/hadoop-2.6.0.tar.gz

Ištraukite „Hadoop“ deguto rutulį.

Komanda : derva –xvf hadoop-2.6.0.tar.gz

Skleiskite hadoopo dvejetainį.

Pridėkite „Hadoop“, „Zookeeper“ ir kelius prie .bashrc failo.

Atidarykite .bashrc failą.

Komanda : sudo gedit ~ / .bashrc

Pridėkite šiuos kelius:

eksporto HADOOP_HOME = eksporto HADOOP_MAPRED_HOME = $ HADOOP_HOME eksporto HADOOP_COMMON_HOME = $ HADOOP_HOME eksporto HADOOP_HDFS_HOME = $ HADOOP_HOME eksporto YARN_HOME = $ HADOOP_HOME eksporto HADOOP_CONF_DIR = $ HADOOP_HOME / etc / Hadoop eksporto YARN_CONF_DIR = $ HADOOP_HOME / etc / Hadoop eksporto JAVA_HOME = eksporto ZOOKEEPER_HOME = eksporto path = $ PATH: $ JAVA_HOME / bin: $ HADOOP_HOME / bin: $ HADOOP_HOME / sbin: $ ZOOKEEPER_HOME / bin

Redaguoti .bashrc failą.

Įgalinti SSH visame mazge.

Generuokite SSH raktą visuose mazguose.

Komanda : ssh-keygen –t rsa (šis žingsnis visuose mazguose)

Nustatykite SSH raktą visuose mazguose.

Nenurodykite jokio kelio į „Enter“ failą, kad išsaugotumėte raktą, ir nepateikite jokios slaptafrazės. Paspauskite mygtuką Enter.

Generuoti ssh rakto procesą visuose mazguose.

Sugeneravus ssh raktą, gausite viešąjį ir privatųjį raktą.

.Ssh rakto kataloge turi būti leidimas 700, o visuose raktuose .ssh kataloge - 600 leidimai.

Pakeiskite SSH katalogo leidimą.

Pakeiskite katalogą į .ssh ir pakeiskite failų leidimą į 600

Keisti viešojo ir privataus rakto leidimą.

Jūs turite nukopijuoti viešąjį vardo mazgų ssh viešąjį raktą.

kaip naudotis iteratoriumi

Programoje „Active Namenode“ nukopijuokite id_rsa.pub naudodami komandą cat.

Komanda : katė ~ / .ssh / id_rsa.pub >> ~ / .ssh / įgalioti_ raktai

Nukopijuokite „Namenode ssh“ raktą į patvirtintus raktus.

Naudodami, nukopijuokite viešąjį „NameNode“ raktą į visus mazgus ssh-copy-id komandą.

Komanda : ssh-copy-id –i .ssh / id_rsa.pub edureka@nn2.cluster.com

Nukopijuokite tikslo raktą į budėjimo vardo mazgą.

Kopijuoti viešąjį „NameNode“ raktą į duomenų mazgą.

Komanda : ssh-copy-id –i .ssh / id_rsa.pub edureka@dn1.cluster.com

Nukopijuokite viešąjį „Namenode“ raktą į duomenų mazgą.

Iš naujo paleiskite sshd paslaugą visuose mazguose.

Komanda : sudo service sshd restart (darykite visuose mazguose)

Iš naujo paleiskite SSH paslaugą.

Dabar galite prisijungti prie bet kurio mazgo iš „Namenode“ be autentifikavimo.

Atidarykite „core-site.xml“ failą iš „Active Name“ mazgo ir pridėkite toliau nurodytas ypatybes.

Redaguokite core-site.xml iš „Active namenode“

Atidarykite „hdfs-site.xml“ failą „Active Namenode“. Pridėkite toliau nurodytas ypatybes.

dfs.namenode.name.dir / home / edureka / HA / data / namenode dfs.replication 1 dfs.permissions false dfs.nameservices ha-cluster dfs.ha.namenodes.ha-cluster nn1, nn2 dfs.namenode.rpc-address .ha-cluster.nn1 nn1.cluster.com:9000 dfs.namenode.rpc-address.ha-cluster.nn2 nn2.cluster.com:9000 dfs.namenode.http-address.ha-cluster.nn1 nn1.cluster. com: 50070 dfs.namenode.http-address.ha-cluster.nn2 nn2.cluster.com:50070 dfs.namenode.shared.edits.dir qjournal: //nn1.cluster.com: 8485nn2.cluster.com: 8485dn1. cluster.com:8485/ha-cluster dfs.client.failover.proxy.provider.ha-cluster org.apache.hadoop.hdfs.server.namenode.ha.ConfiguredFailoverProxyProvider dfs.ha.automatic-failover.enabled true ha.zookeeper .quorum nn1.cluster.com:2181,nn2.cluster.com:2181,dn1.cluster.com:2181 dfs.ha.fencing.methods sshfence dfs.ha.fencing.ssh.private-key-files / home / edureka /.ssh/id_rsa

Pakeiskite katalogą į zookeeper's conf katalogą.

Komanda : cd zookeeper-3.4.6 / conf

„Zookeeper Conf“ katalogas.

Conf kataloge turite zoo_sample.cfg failą, sukurkite zoo.cfg naudodami zoo_sample.cfg failą.

Komanda : cp zoo_sample.cfg zoo.cfg

Sukurkite zoo.cfg failą.

Sukurkite katalogą bet kurioje vietoje ir naudokite šį katalogą saugodami zoologijos sargo duomenis.

Komanda : mkdir

Sukurkite katalogą, kuriame saugotumėte zoologijos sargo duomenis.

Atidarykite zoo.cfg failą.

Komanda : gedit zoo.cfg

Pridėkite katalogo kelią, sukurtą atlikus ankstesnį veiksmą, prie ypatybės „dataDir“ ir pridėkite toliau pateiktą išsamią informaciją apie likusį mazgą faile zoo.cfg.

Server 1 = nn1.cluster.com: 2888: 3888

Server 2 = nn2.cluster.com: 2888: 3888

Server 3 = dn1.cluster.com: 2888: 3888

Redaguoti zoo.cfg failą.

Dabar nukopijuokite „Java“ ir „Hadoop-2.6.0“, „zookeeper-3.4.6“ katalogus ir .bashrc failą į visus mazgus (budėjimo vardo mazgą, duomenų mazgą) naudodami komandą scp.

kaip veikia jaust

Komanda : scp –r edureka @:

Nukopijuokite „Hadoop“, „Zookeeper“ ir .bashrc failus į visus mazgus.

Panašiai nukopijuokite .bashrc failą ir zookeeper katalogą į visus mazgus ir pakeiskite aplinkos kintamuosius kiekviename pagal atitinkamą mazgą.

Duomenų mazge sukurkite bet kurį katalogą, kuriame turite saugoti HDFS blokus.

Duomenų mazge turite pridėti dfs.datanode.data.dir ypatybes.

Mano atveju aš sukūriau datanode katalogas blokams laikyti.

Sukurkite katalogą Datanode.

Pakeiskite duomenų mazgo katalogo leidimą.

Keisti Datanode katalogo leidimą.

Atidarykite failą HDFS-site.xml, pridėkite šį Datanode katalogo kelią į dfs.datanode.data.dir ypatybę.

Pastaba: Laikykite visas ypatybes, nukopijuotas iš aktyvaus vardinio mazgo, pridėkite dfs.datanode.data.dir vieną ekstrakto ypatybę namenode.

dfs.datanode.data.dir / home / edureka / HA / data / datanode

Dalyje Aktyvus vardų mazgas pakeiskite katalogą, kuriame norite laikyti zookeeper konfigūracijos failą (ypatybės „dataDir“ kelias).

Sukurkite „myid“ failą kataloge, prie failo pridėkite skaičių 1 ir išsaugokite failą.

Komanda : vi myid

Sukurkite „myid“ failą.

Telefonui veikiant budėjimo režimu, pakeiskite katalogą, kuriame norite laikyti zookeeper konfigūracijos failą (ypatybės „dataDir“ kelias).

Sukurkite „myid“ failą kataloge, prie failo pridėkite skaičių 2 ir išsaugokite failą.

Duomenų mazge pakeiskite katalogą, kuriame norite išsaugoti zookeeper konfigūracijos failą (ypatybės „dataDir“ kelias).

Sukurkite „myid“ failą kataloge ir pridėkite skaitmenį 3 prie failo ir išsaugokite failą.

Paleiskite „Journalnode“ visuose trijuose mazguose.

Komanda : hadoop-daemon.sh pradėti žurnalo mazgą

Paleiskite „Journalnode“.

Įvedę komandą jps, visuose mazguose pamatysite „JournalNode“ demoną.

SuformatuokiteAktyvus tikslas.

Komanda : HDFS skirtas formatas

„Active NameNode“ formatas.

Paleiskite „Namenode“ ir „Active Namedode“.

Komanda : hadoop-daemon.sh pradžios tikslas

Paleiskite „Namenode“.

Nukopijuokite HDFS „Meta“ duomenis iš aktyvaus vardo mazgo į budėjimo režimo pavadinimo mazgą.

Komanda : HDFS skirtas-bootstrapStandby

Nukopijuokite „HDFS Meta“ duomenis iš „Active name“ mazgo į „Laukimo“ vardo mazgą.

Vykdę šią komandą gausite informaciją, iš kurio mazgo ir vietos kopijuojami metaduomenys ir ar jie sėkmingai kopijuojami, ar ne.

Informacija apie aktyvios paskirties informaciją.

Kai „Meta“ duomenys bus nukopijuoti iš „Active namenode“ į budėjimo režimo pavadinimo mazgą, gausite toliau pateiktą pranešimą ekrano kopijoje.

Informacija apie HDFS budėjimo režime.

Paleiskite namenode deemon budėjimo režime.

Komanda : hadoop-daemon.sh pradžios tikslas

Dabar paleiskite „Zookeeper“ paslaugą visuose trijuose mazguose.

Komanda : zkServer.sh start (paleiskite šią komandą visuose mazguose)

Aktyviu tikslu:

Paleiskite zookeeper „Active NameNode“.

Budėjimo režimu Namenode:

Paleiskite „zookeeper“ budėjimo režimu „NameNode“.

Duomenų mazge:

Paleiskite „zookeeper“ iš „DataNode“.

Paleidus „Zookeeper“ serverį, įveskite komandą JPS. Visuose mazguose pamatysite „QuorumPeerMain“ paslaugą.

Paleiskite duomenų mazgo deemoną duomenų mazgo mašinoje.

Komanda : hadoop-daemon.sh pradžios datanode

Paleiskite „Zookeeper Fail Failer“ valdiklį „Active name“ ir budėjimo pavadinimo mazge.

Suformatuokite zoologijos sodo laikiklio gedimą valdiklyje „Active namenode“.

Komanda: HDFS zkfc –formZZK

Formatas ZKFC.

Paleiskite „ZKFC“ naudodami aktyvųjį vardų mazgą.

Komanda : hadoop-daemon.sh start zkfc

eilutė padalinti kelis atribotojus java

Įveskite komandą jps, kad patikrintumėte DFSZkFailoverController demonus.

Paleiskite ZKFC.

Suformatuokite zoologijos sargo gedimą valdikliui budėjimo režime.

Komanda : hdfs zkfc –formZZK

Paleiskite ZKFC budėjimo režime.

Komanda : hadoop-daemon.sh start zkfc

Įveskite komandą jps, kad patikrintumėte DFSZkFailoverController demonus.

Dabar naudodami žemiau esančią komandą patikrinkite kiekvieno „Namenode“ būseną, kuris mazgas yra aktyvus arba kuris yra budėjimo režime.

Komanda : hdfs haadmin –getServiceState nn1

Patikrinkite kiekvieno „NameNode“ būseną.

Dabar naudodamiesi interneto naršykle patikrinkite kiekvieno „Namenode“ būseną.

Atidarykite interneto naršyklę ir įveskite žemiau esantį URL.

: 50070

Tai parodys, ar vardo mazgas yra Aktyvus, ar budėjimo režime.

Aktyvus vardo mazgas.

Atidarykite kito vardo mazgo informaciją naudodami žiniatinklio naršyklę.

Budėjimo pavadinimasNode.

„Active namenode“ nužudykite pavadinimo mazgą, kad Budėjimo režimo pavadinimo mazgas būtų pakeistas į aktyvų pavadinimo mazgą.

Įveskite jps į Aktyvus vardų mazgas ir nužudykite deemoną.

Komanda: sudo nužudyti -9

„Daemons“ proceso ID.

Namenode proceso ID yra 7606, užmuškite namenode.

Komanda : Sudo nužudyti -9 7606

Nužudykite pavadinimo mazgo procesą

Atidarykite du mazgus per interneto naršyklę ir patikrinkite būseną.

Išsami namenodo informacija.

NameNode būsena.

Sveikiname, jūs sėkmingai sukonfigūravote HDFS didelio prieinamumo grupę „Hadoop“.

Dabar, kai supratote „Hadoop High Availability Cluster“ architektūrą, patikrinkite sukūrė „Edureka“ - patikima internetinė mokymosi įmonė, turinti daugiau nei 250 000 patenkintų besimokančiųjų tinklą. „Edureka Big Data Hadoop“ sertifikavimo mokymo kursai padeda besimokantiesiems tapti HDFS, verpalų, „MapReduce“, „Pig“, „Hive“, „HBase“, „Oozie“, „Flume“ ir „Sqoop“ ekspertais, naudojant realaus laiko naudojimo atvejus mažmeninės prekybos, socialinės žiniasklaidos, aviacijos, turizmo, finansų srityse.

Turite mums klausimą? Prašau paminėti tai komentarų skiltyje ir mes su jumis susisieksime.

langas._LQ_ = langas._LQ_ || {}

lqQuizModal (langas, dokumentas, {quizId: ’XAIVp8 ′, baseUrl:’ https: //quiz.leadquizzes.com/’,trigger: ’exit’}, _LQ_)