Kuinka perustaa Hadoop-klusteri HDFS: n korkealla saatavuudella

Tämä blogi tarjoaa yleiskatsauksen HDFS High Availability -arkkitehtuurista ja siitä, kuinka HDFS High Availability -ryhmä asetetaan ja määritetään yksinkertaisilla vaiheilla.

HDFS 2.x korkean käytettävyyden klusteriarkkitehtuuri

Tässä blogissa aion puhua HDFS 2.x: n korkean käytettävyyden klusteriarkkitehtuurista ja menettelystä HDFS: n korkean käytettävyyden klusterin perustamiseksi.Tämä on tärkeä osa . Tämän blogin aiheiden järjestys on seuraava:

  • HDFS HA ​​-arkkitehtuuri
    • Johdanto
    • NameNode Saatavuus
    • HA: n arkkitehtuuri
    • HA: n käyttöönotto (JournalNode ja jaettu varastointi)
  • Kuinka HA (Quorum Journal Nodes) määritetään Hadoop-klusteriin?

Johdanto:

Korkean saatavuuden klusterin käsite otettiin käyttöön Hadoop 2: ssa.x ratkaise Hadoop 1.x: n yhden pisteen vikaongelma. Kuten tiedät edellisestä blogistani, että seuraa isäntä / orja-topologiaa, jossa NameNode toimii päädemonina ja vastaa muiden orjasolmujen, nimeltään DataNodes, hallinnasta. Tästä yhdestä Master Daemonista tai NameNodesta tulee pullonkaula. Toissijaisen NameNoden käyttöönotto esti tosin meitä menettämästä tietoja ja purkamasta osaa NameNode-taakasta, mutta se ei ratkaissut NameNode-palvelun saatavuutta.





NameNode Saatavuus:

Jos harkitset HDFS-klusterin vakiokokoonpanoa, NameNode tulee a yksi epäonnistumispiste . Se tapahtuu, koska sillä hetkellä, kun NameNode ei ole käytettävissä, koko klusteri ei ole käytettävissä, kunnes joku käynnistää NameNode uudelleen tai tuo uuden.

Syyt NameNode-palvelun puuttumiseen voivat olla:



  • Suunniteltu tapahtuma, kuten huoltotyöt, sisältää ohjelmiston tai laitteiston päivityksen.
  • Se voi johtua myös suunnittelemattomasta tapahtumasta, jossa NameNode kaatuu jostain syystä.

Kummassakin yllä mainituista tapauksista meillä on seisokkeja, joissa emme pysty käyttämään HDFS-klusteria, josta tulee haaste.

HDFS HA ​​-arkkitehtuuri:

Ymmärretään, että kuinka HDFS HA ​​-arkkitehtuuri ratkaisi tämän kriittisen NameNode-saatavuuden ongelman:

HA-arkkitehtuuri ratkaisi tämän NameNode-saatavuuden ongelman antamalla meille kaksi NameNodea aktiivisessa / passiivisessa kokoonpanossa. Joten meillä on kaksi käynnissä olevaa NameNodea samanaikaisesti korkean käytettävyyden klusterissa:



  • Aktiivinen NameNode
  • Valmiustilan / passiivisen nimen solmu.

HDFS HA ​​-arkkitehtuuri - korkean käytettävyyden klusteri - Edureka

Jos yksi NameNode laskee, toinen NameNode voi ottaa vastuun ja vähentää siten klusterin seisokkiaikaa. Valmiustilassa oleva NameNode palvelee varmuuskopioitua NameNode -kohtaa (toisin kuin toissijainen NameNode), joka sisältää vikasietoisuuden Hadoop-klusteriin. Siksi StandbyNode-toiminnolla voimme saada automaattisen vianmäärityksen aina, kun NameNode kaatuu (suunnittelematon tapahtuma), tai meillä voi olla siro (manuaalisesti käynnistetty) vikasieto huoltojakson aikana.

HDFS: n korkean käytettävyyden klusterin yhtenäisyyden ylläpitämisessä on kaksi ongelmaa:

  • Aktiivisen ja valmiustilan nimen tulee olla aina synkronoituna toistensa kanssa, ts. Niillä tulisi olla samat metatiedot. Tämä antaa meille mahdollisuuden palauttaa Hadoop-klusteri samaan nimitilan tilaan, jossa se kaatui, ja tarjoaa siten nopean vianmäärityksen.
  • Aktiivista NameNode-arvoa saa olla vain yksi kerrallaan, koska kaksi aktiivista NameNode-kohtaa johtaa tietojen vioittumiseen. Tällaista skenaariota kutsutaan split-brain -skenaariaksi, jossa klusteri jakautuu pienempiin klustereihin, joista kukin uskoo olevan ainoa aktiivinen klusteri. Tällaisten tilanteiden välttämiseksi aidat tehdään. Miekkailu on prosessi, jolla varmistetaan, että vain yksi NameNode pysyy aktiivisena tiettynä ajankohtana.

HA-arkkitehtuurin toteutus:

Nyt tiedät, että HDFS HA ​​-arkkitehtuurissa meillä on kaksi NameNodea samanaikaisesti. Joten voimme toteuttaa Active- ja Standby NameNode -määritykset kahdella tavalla:

  1. Quorum Journal -solmujen käyttäminen
  2. Jaettu tallennustila NFS: n avulla

Ymmärretään nämä kaksi toteutustapaa yksi kerrallaan:

1. Quorum Journal -solmujen käyttäminen:

  • Valmiustilassa oleva NameNode ja aktiivinen NameNode pysyvät synkronoituna toistensa kanssa erillisen solmu- tai demoniryhmän kautta. JournalNodes .JournalNodes noudattaa rengastopologiaa, jossa solmut on kytketty toisiinsa muodostaen renkaan.JournalNode palvelee sille saapuvaa pyyntöä ja kopioi tiedot muihin renkaan solmuihin.Tämä tarjoaa vikasietoisuuden JournalNode-vian sattuessa.
  • Aktiivinen NameNode on vastuussa JournalNodesissa olevien EditLogs (metatiedot) päivittämisestä.
  • StandbyNode lukee EditLogsiin tehdyt muutokset JournalNodessa ja soveltaa sitä omaan nimitilaansa jatkuvasti.
  • Varauksen aikana StandbyNode varmistaa, että se on päivittänyt metatietonsa JournalNodesista, ennen kuin siitä tulee uusi Active NameNode. Tämä tekee nykyisen nimitilan tilan synkronoitavaksi tilan, joka on ennen vikasietoa.
  • Molempien nimisolmujen IP-osoitteet ovat kaikkien DataNode-käyttäjien käytettävissä, ja ne lähettävät sydämenlyönnit ja estävät sijaintitiedot molempiin NameNode-solmuihin. Tämä tarjoaa nopean vianmäärityksen (vähemmän virrankatkaisuaikaa), koska StandbyNode-palvelimella on päivitetyt tiedot lohkon sijainnista ryhmässä.

NameNode-aidat:

Kuten aiemmin keskusteltiin, on erittäin tärkeää varmistaa, että vain yksi Active NameNode on kerrallaan. Joten miekkailu on prosessi, jolla varmistetaan juuri tämä ominaisuus klusterissa.

  • JournalNodes suorittaa tämän aidan sallimalla vain yhden NameNoden olla kirjoittaja kerrallaan.
  • Valmiustilan nimisolmu ottaa vastuun kirjoittamisesta JournalNodesille ja kieltää kaikki muut NameNode-toiminnot pysymästä aktiivisina.
  • Lopuksi uusi Active NameNode voi suorittaa toimintansa turvallisesti.

2. Jaetun tallennustilan käyttö:

on maisterin tutkinto
  • StandbyNode ja aktiivinen NameNode pysyvät synkronoituna toistensa kanssa käyttämällä a jaettu tallennuslaite .Aktiivinen NameNode kirjaa kaikki nimitilaansa tehdyt muutokset tietueeseen tässä jaetussa tallennustilassa olevaan EditLogiin.StandbyNode lukee tässä jaetussa tallennustilassa olevat EditLogs-muutokset ja soveltaa sitä omaan nimitilaansa.
  • Nyt vikatilanteessa StandbyNode päivittää metatietonsa aluksi jaetun tallennustilan EditLogs-sovelluksella. Sitten se ottaa aktiivisen nimisolmun vastuun. Tämä tekee nykyisen nimitilan tilan synkronoitavaksi tilan, joka on ennen vikasietoa.
  • Järjestelmänvalvojan on määritettävä vähintään yksi miekkailumenetelmä, jotta vältetään aivojen jakaminen.
  • Järjestelmä voi käyttää erilaisia ​​aitausmekanismeja. Se voi sisältää NameNode-prosessin tappamisen ja sen pääsyn peruuttamisen jaettuun tallennushakemistoon.
  • Viimeisenä keinona voimme aidata aiemmin aktiivisen NameNoden tekniikalla, joka tunnetaan nimellä STONITH, tai 'ampua toinen solmu päähän'. STONITH käyttää erikoistunutta sähkönjakeluyksikköä NameNode-koneen sammuttamiseksi väkisin.

Automaattinen vikasietoisuus:

Vikasietoisuus on menettely, jolla järjestelmä siirtää ohjauksen automaattisesti toissijaiseen järjestelmään havaittuaan vian tai vian. On olemassa kahden tyyppisiä vianmäärityksiä:

Siro vianmääritys: Tässä tapauksessa aloitamme vianmäärityksen manuaalisesti rutiinihuoltoa varten.

Automaattinen vikasietoisuus: Tässä tapauksessa vikasietoisuus käynnistetään automaattisesti, jos NameNode-virhe epäonnistuu (suunnittelematon tapahtuma).

Apache Zookeeper on palvelu, joka tarjoaa automaattisen vianmääritystoiminnon HDFS High Availableabilty -klusterissa. Se ylläpitää pieniä määriä koordinointitietoja, ilmoittaa asiakkaille tietojen muutoksista ja seuraa asiakkaita mahdollisten vikojen varalta. Zookeeper ylläpitää istuntoa NameNodesin kanssa. Virheen sattuessa istunto vanhenee ja Zookeeper ilmoittaa muille NameNode-yksiköille virheenkorjausprosessin aloittamiseksi. Jos NameNode epäonnistuu, toinen passiivinen NameNode voi lukita Zookeeperin ilmoittamalla, että se haluaa tulla seuraavaksi aktiiviseksi NameNode-solmuksi.

ZookeerFailoverController (ZKFC) on Zookeeper-asiakas, joka myös valvoo ja hallitsee NameNode-tilaa. Kukin NameNode suorittaa myös ZKFC: n. ZKFC vastaa nimisolmujen kunnon seurannasta säännöllisesti.

Nyt kun olet ymmärtänyt, mikä on korkea saatavuus Hadoop-klusterissa, on aika asettaa se. Jos haluat määrittää korkean saatavuuden Hadoop-klusteriin, sinun on käytettävä Zookeeperia kaikissa solmuissa.

Aktiivisen NameNoden demonit ovat:

  • Eläintarhanhoitaja
  • Zookeeper Fail Over -ohjain
  • JournalNode
  • NameNode

Valmiustilan nimi-solmun demonit ovat:

  • Eläintarhanhoitaja
  • Zookeeper Fail Over -ohjain
  • JournalNode
  • NameNode

DataNoden demonit ovat:

  • Eläintarhanhoitaja
  • JournalNode
  • DataNode

Jos haluat hallita HDFS: ää ja Hadoopia, tutustu erityisesti kuratoituun Big Data and Hadoop -kurssiin, jonka on kirjoittanut Edureka. Aloita napsauttamalla alla olevaa painiketta.

Korkean käytettävyyden klusterin määrittäminen ja määrittäminen Hadoopissa:

Sinun on ensin määritettävä kunkin solmun Java- ja isäntänimet.

Virtuaalikone IP-osoite Isäntänimi
Aktiivinen NameNode192.168.1.81nn1.cluster.com tai nn1
Valmiustilan nimiNode192.168.1.58nn2.cluster.com tai nn2
DataNode192.168.1.82dn1.cluster.com tai dn1

Lataa Hadoop- ja Zookeeper-binääritervatiedosto, pura tiedostot muokkaamaan kokoonpanotiedostoja.

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

Levitä zookeeper-3.4.6.tar.gz

Komento : terva –xvf-eläintarha-3.4.6.tar.gz

Lataa vakaa Hadoop-binaariterva Apache Hadoop -sivustolta.

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

Pura Hadoop-tervapallo.

Komento : tar –xvf hadoop-2.6.0.tar.gz

Levitä hadoop-binaaria.

Lisää Hadoop, Zookeeper ja polut .bashrc-tiedostoon.

Avaa .bashrc-tiedosto.

Komento : sudo gedit ~ / .bashrc

Lisää seuraavat polut:

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

Muokkaa .bashrc-tiedostoa.

Ota SSH käyttöön kaikissa solmuissa.

Luo SSH-avain kaikkiin solmuihin.

Komento : ssh-keygen –t rsa (Tämä vaihe kaikissa solmuissa)

Määritä SSH-avain kaikkiin solmuihin.

Älä anna Enter-tiedostolle polkua avaimen tallentamiseksi äläkä anna salasanaa. Paina Enter-painiketta.

Luo ssh-avainprosessi kaikissa solmuissa.

Kun ssh-avain on luotu, saat julkisen avaimen ja yksityisen avaimen.

.Ssh-avaimen hakemiston tulisi sisältää käyttöoikeus 700 ja kaikkien .ssh-hakemiston sisällä olevien avainten tulisi sisältää oikeudet 600.

Muuta SSH-hakemiston käyttöoikeutta.

Vaihda hakemistoksi .ssh ja vaihda tiedostojen käyttöoikeudeksi 600

Muuta julkisen ja yksityisen avaimen käyttöoikeuksia.

Sinun on kopioitava julkinen nimisolmujen ssh-avain kaikkiin solmuihin.

Kopioi aktiivisessa Namenodessa id_rsa.pub käyttämällä cat-komentoa.

Komento : kissa ~ / .ssh / id_rsa.pub >> ~ / .ssh / valtuutetut avaimet

Kopioi Namenode ssh -avain valtuutettuihin avaimiin.

Kopioi julkinen NameNode-avain kaikkiin solmuihin käyttämällä ssh-copy-id komento.

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

Kopioi käyttötarkoitusavain Valmiustilan nimi-solmuun.

Kopioi NameNode-julkinen avain tietosolmuun.

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

Kopioi Namenode-julkinen avain tietosolmuun.

Käynnistä sshd-palvelu uudelleen kaikissa solmuissa.

Komento : sudo service sshd käynnistä uudelleen (tee kaikissa solmuissa)

Käynnistä SSH-palvelu uudelleen.

Nyt voit kirjautua mihin tahansa Namenode-solmuun ilman todentamista.

Avaa core-site.xml-tiedosto Active Name -solmusta ja lisää alla olevat ominaisuudet.

Muokkaa core-site.xml-tiedostoa Active namenode -palvelusta

Avaa hdfs-site.xml-tiedosto Active Namenodessa. Lisää alla olevat Ominaisuudet.

dfs.namenode.name.dir / home / edureka / HA / data / namenode dfs.replication 1 dfs.permissions vääriä dfs.nimipalvelut ha-klusteri dfs.ha.namenodes.ha-klusteri nn1, nn2 dfs.namenode.rpc-osoite .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. fi: 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

Muuta hakemisto zookeeper's conf -hakemistoksi.

Komento : cd zookeeper-3.4.6 / konf

Zookeeper Conf -hakemisto.

Luo zoo.cfg conf-hakemistossa zoo_sample.cfg-tiedosto zoo_sample.cfg-tiedostolla.

Komento : cp zoo_sample.cfg zoo.cfg

Luo zoo.cfg-tiedosto.

Luo hakemisto mihin tahansa sijaintiin ja tallenna zookeeper-tiedot tällä hakemistolla.

Komento : mkdir

Luo hakemisto, johon tallennetaan zookeeper-tiedot.

Avaa zoo.cfg-tiedosto.

Komento : gedit zoo.cfg

Lisää yllä olevassa vaiheessa luotu hakemistopolku dataDir-ominaisuuteen ja lisää alla olevat tiedot jäljellä olevasta solmusta zoo.cfg-tiedostoon.

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

Palvelin.2 = nn2.kluster.com: 2888: 3888

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

Muokkaa zoo.cfg-tiedostoa.

Kopioi nyt Java- ja Hadoop-2.6.0-, zookeeper-3.4.6-hakemistot ja .bashrc-tiedosto kaikkiin solmuihin (Valmiustilan nimisolmu, Datasolmu) scp-komennolla.

Komento : scp –r edureka @:

Kopioi Hadoop-, Zookeeper- ja .bashrc-tiedosto kaikkiin solmuihin.

Vastaavasti kopioi .bashrc-tiedosto ja zookeeper-hakemisto kaikkiin solmuihin ja vaihda jokaisen ympäristömuuttujaa kunkin solmun mukaan.

Luo tietosolmussa mikä tahansa hakemisto, johon sinun on tallennettava HDFS-lohkot.

Tietosolmussa sinun on lisättävä dfs.datanode.data.dir-ominaisuudet.

Minun tapauksessani olen luonut datanode hakemisto lohkojen tallentamiseksi.

Luo Datanode-hakemisto.

Muuta tietosolmuhakemiston käyttöoikeus.

Muuta Datanode-hakemiston käyttöoikeutta.

java miten lopettaa ohjelma

Avaa HDFS-site.xml-tiedosto, lisää tämä Datanode-hakemistopolku dfs.datanode.data.dir-ominaisuuteen.

Huomaa: Säilytä kaikki aktiivisesta namenodesta kopioidut ominaisuudet lisäämällä dfs.datanode.data.dir yksi ote-ominaisuus namenodessa.

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

Vaihda Active namenode -kohdassa hakemisto, johon haluat tallentaa zookeeper-määritystiedoston (dataDir-ominaisuuspolku).

Luo myid-tiedosto hakemistoon, lisää tiedostoon numero 1 ja tallenna tiedosto.

Komento : vi myid

Luo myid-tiedosto.

Muuta valmiustilassa nimitunnusta hakemisto, johon haluat tallentaa zookeeper-määritystiedoston (dataDir-ominaisuuspolku).

Luo myid-tiedosto hakemistoon, lisää tiedostoon numero 2 ja tallenna tiedosto.

Muuta tietosolmussa hakemisto, johon haluat tallentaa zookeeper-määritystiedoston (dataDir-ominaisuuspolku).

Luo myid-tiedosto hakemistoon, lisää tiedostoon numero 3 ja tallenna tiedosto.

Käynnistä Journalnode kaikissa kolmessa solmussa.

Komento : hadoop-daemon.sh aloita journalnode

Käynnistä Journalnode.

Kun kirjoitat jps-komennon, näet JournalNode-daemonin kaikissa solmuissa.

AlustaAktiivinen tarkoitus.

Komento : HDFS tarkoitettu muoto

Aktiivinen NameNode-muoto.

Käynnistä Namenode-daemon ja Active Namedode.

Komento : hadoop-daemon.sh aloitustarkoitus

Käynnistä Namenode.

Kopioi HDFS-metatiedot aktiivisesta nimisolmusta valmiustilaan.

Komento : HDFS-tarkoitettu käynnistyshihna Valmiustila

Kopioi HDFS-metatiedot Aktiivinen nimisolmusta Valmiustilan Namenodeen.

Kun olet suorittanut tämän komennon, saat tiedot siitä, mistä solmusta ja sijainnista metadata kopioi ja kopioiko se onnistuneesti vai ei.

Tiedot aktiivisen tarkoituksen yksityiskohdista.

Kun metatiedot on kopioitu aktiivisesta namenodesta valmiustilaan, saat alla olevan kuvan kuvakaappauksessa.

Tietoja HDFS: stä valmiustilassa.

Käynnistä namenode-daemon valmiustilassa.

Komento : hadoop-daemon.sh aloitustarkoitus

Käynnistä nyt Zookeeper-palvelu kaikissa kolmessa solmussa.

miten luoda joukko esineitä Java

Komento : zkServer.sh start (Suorita tämä komento kaikissa solmuissa)

Aktiivisessa tarkoituksessa:

Käynnistä zookeeper Active NameNode -sovelluksessa.

Valmiustilassa Namenode:

Käynnistä zookeeper valmiustilassa NameNode.

Tietosolmussa:

Käynnistä zookeeper DataNodessa.

Kun olet suorittanut Zookeeper-palvelimen, kirjoita JPS-komento. Kaikissa solmuissa näet QuorumPeerMain-palvelun.

Käynnistä tietosolmun demoni datan solmu koneessa.

Komento : hadoop-daemon.sh aloitus datanode

Käynnistä Zookeeper Fail over Controller Active Name -solmussa ja valmiustilan nimisolmussa.

Alusta zookeeper Failure Controller aktiivisessa nimitunnuksessa.

Komento: HDFS zkfc –formZZ

Alusta ZKFC.

Käynnistä ZKFC aktiivisessa nimitunnuksessa.

Komento : hadoop-daemon.sh start zkfc

Syötä jps-komento tarkistaaksesi DFSZkFailoverController-demonit.

Käynnistä ZKFC.

Alusta zookeeperin vika ohjaimen yli valmiustilan nimitunnuksessa.

Komento : hdfs zkfc –formZZ

Käynnistä ZKFC valmiustilassa.

Komento : hadoop-daemon.sh start zkfc

Syötä jps-komento tarkistaaksesi DFSZkFailoverController-demonit.

Tarkista nyt jokaisen Namenode-tilan, mikä solmu on aktiivinen tai mikä on valmiustilassa, alla olevan komennon avulla.

Komento : hdfs haadmin –getServiceState nn1

Tarkista kunkin NameNoden tila.

Tarkista nyt jokaisen Namenoden tila verkkoselaimella.

Avaa verkkoselain ja kirjoita alla oleva URL-osoite.

: 50070

Se näyttää, onko nimisolmu aktiivinen vai valmiustilassa.

Aktiivinen NameNode.

Avaa toisen nimisolmun tiedot verkkoselaimella.

Valmiustilan nimiNode.

Tappaa aktiivisessa Namenode-nimipalvelupäällikkö, jotta Standby-nimisolmu muuttuu aktiiviseksi Namenode-solmuksi.

Kirjoita jps Active namenode -kohtaan ja tappaa daemon.

Komento: sudo tappaa -9

Daemons-prosessin tunnus.

Namenode-prosessin tunnus on 7606, tappaa namenode.

Komento : Sudo tappaa -9 7606

Tapa nimisolmuprosessi

Avaa kaksi solmua verkkoselaimen kautta ja tarkista tila.

Namenodin tiedot.

NameNode-tila.

Onnittelut, olet onnistuneesti asentanut HDFS-korkean käytettävyyden klusterin Hadoopiin.

Nyt kun olet ymmärtänyt Hadoop High Availability Cluster -arkkitehtuurin, tutustu Edureka, luotettava verkko-oppimisyritys, jolla on yli 250 000 tyytyväisen oppijan verkosto, joka levisi ympäri maailmaa. Edureka Big Data Hadoop -sertifiointikoulutus auttaa oppijoita tulemaan HDFS: n, langan, MapReduce, Pig, Hive, HBase, Oozie, Flume ja Sqoop -asiantuntijoiksi reaaliaikaisten käyttötapausten avulla vähittäiskaupan, sosiaalisen median, ilmailun, matkailun ja rahoituksen verkkotunnuksissa.

Onko sinulla kysymys meille? Mainitse se kommenttiosassa ja palaamme sinuun.

ikkuna._LQ_ = ikkuna._LQ_ || {}

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