Kā iestatīt Hadoop klasteri ar HDFS augstu pieejamību



Šajā emuārā ir sniegts pārskats par HDFS augstas pieejamības arhitektūru un to, kā vienkāršās darbībās iestatīt un konfigurēt HDFS augstas pieejamības kopu.

HDFS 2.x augstas pieejamības kopu arhitektūra

Šajā emuārā es runāšu par HDFS 2.x augstas pieejamības klastera arhitektūru un procedūru, kā izveidot HDFS augstas pieejamības kopu.Šī ir svarīga programmas daļa . Šajā emuārā aprakstītās tēmas ir šādas:

  • HDFS HA ​​arhitektūra
    • Ievads
    • NameNode Pieejamība
    • HA arhitektūra
    • HA (JournalNode un Shared storage) ieviešana
  • Kā Hadoop klasterī iestatīt HA (Quorum Journal Nodes)?

Ievads:

Augstas pieejamības kopas jēdziens tika ieviests Hadoop 2.x, lai atrisinātu viena punkta atteices problēmu Hadoop 1.x. Kā jūs zināt no mana iepriekšējā emuāra, ka seko Master / Slave topoloģijai, kur NameNode darbojas kā galvenais dēmons un ir atbildīgs par citu vergu mezglu, ko sauc par DataNodes, pārvaldību. Šis vienīgais Master Daemon vai NameNode kļūst par sašaurinājumu. Kaut arī Sekundārā NameNode ieviešana mums neļāva zaudēt datus un izkraut daļu no NameNode sloga, taču tas neatrisināja NameNode pieejamības problēmu.





NameNode Pieejamība:

Ja ņemat vērā HDFS klastera standarta konfigurāciju, NameNode kļūst par a viens neveiksmes punkts . Tas notiek tāpēc, ka brīdī, kad NameNode kļūst nepieejams, viss kopa kļūst nepieejama, līdz kāds restartē NameNode vai atnes jaunu.

NameNode nepieejamības iemesli var būt:



  • Plānots pasākums, piemēram, apkopes darbi, ir programmatūras vai aparatūras jaunināšana.
  • Tas var būt saistīts arī ar neplānotu notikumu, kurā NameNode avarē dažu iemeslu dēļ.

Jebkurā no iepriekš minētajiem gadījumiem mums ir dīkstāves laiks, kad mēs nevaram izmantot HDFS kopu, kas kļūst par izaicinājumu.

HDFS HA ​​arhitektūra:

Ļaujiet mums saprast, ka tas, kā HDFS HA ​​arhitektūra atrisināja šo kritisko NameNode pieejamības problēmu:

HA arhitektūra atrisināja šo NameNode pieejamības problēmu, ļaujot mums aktīvā / pasīvā konfigurācijā būt diviem NameNode. Tātad augstas pieejamības klasterī mums vienlaikus darbojas divi NameNodes:



  • Active NameNode
  • Gaidīšanas / pasīvā nosaukuma mezgls.

HDFS HA ​​arhitektūra - augstas pieejamības kopa - Edureka

Ja viens NameNode samazinās, otra NameNode var uzņemties atbildību un līdz ar to saīsināt klastera darbības laiku. Gaidīšanas režīmā esošais NameNode kalpo dublējuma NameNode mērķim (atšķirībā no Secondary NameNode), kas Hadoop klasterī iekļauj kļūmjpārlēces iespējas. Tādēļ, izmantojot StandbyNode, mums var būt automātiska kļūmjpārlēce ikreiz, kad NameNode avarē (neplānots notikums), vai arī apkopes periodā mums var būt graciozs (manuāli uzsākts) kļūmjpārlēciens.

HDFS augstas pieejamības klastera konsekvences uzturēšanai ir divi jautājumi:

  • Aktīvajam un gaidīšanas režīmam NameNode vienmēr jābūt savstarpēji sinhronizētam, t.i., tiem jābūt vienādiem metadatiem. Tas ļaus mums atjaunot Hadoop kopu tajā pašā nosaukumvietas stāvoklī, kur tā avarēja, un tādējādi nodrošinās mums ātru kļūmjpārleci.
  • Vienlaicīgi jābūt tikai vienam aktīvam NameNode, jo divi aktīvi NameNode izraisīs datu bojājumus. Šāda veida scenārijs tiek saukts par sadalītu smadzeņu scenāriju, kur kopu sadala mazākos kopos, katrs uzskatot, ka tas ir vienīgais aktīvais kopa. Lai izvairītos no šādiem scenārijiem, tiek veikta nožogošana. Paukošana ir process, kas nodrošina, ka noteiktā laikā paliek aktīvs tikai viens NameNode.

HA arhitektūras ieviešana:

Tagad jūs zināt, ka HDFS HA ​​arhitektūrā mums vienlaikus darbojas divi NameNodes. Tātad, mēs varam ieviest aktīvā un gaidstāves nosaukuma mezgla konfigurāciju divos veidos:

  1. Izmantojot Kvoruma žurnāla mezglus
  2. Koplietojama krātuve, izmantojot NFS

Ļaujiet mums saprast šos divus ieviešanas veidus pa vienam:

1. Kvoruma žurnāla mezglu izmantošana:

  • Gaidīšanas režīmā esošais NameNode un aktīvais NameNode tiek sinhronizēti savā starpā, izmantojot atsevišķu mezglu vai dēmonu grupu, kurus sauc JournalNodes .JournalNodes seko gredzena topoloģijai, kur mezgli ir savienoti viens ar otru, veidojot gredzenu.JournalNode apkalpo tai pienākošo pieprasījumu un kopē informāciju citos gredzena mezglos.Tas nodrošina kļūdu toleranci JournalNode kļūmes gadījumā.
  • Aktīvais NameNode ir atbildīgs par JournalNodes esošo EditLogs (metadatu informācijas) atjaunināšanu.
  • StandbyNode nolasa EditLogs žurnālā JournalNode veiktās izmaiņas un pastāvīgi lieto to savai vārdamvietai.
  • Kļūmjpārlēces laikā StandbyNode pirms kļūšanas par jauno Active NameNode pārliecinās, ka ir atjauninājis meta datu informāciju no JournalNodes. Tādējādi pašreizējais nosaukumvietas stāvoklis tiek sinhronizēts ar stāvokli pirms kļūmjpārlēces.
  • Abu NameNodes IP adreses ir pieejamas visiem DataNodes, un tie nosūta savus sirdsdarbības traucējumus un bloķē atrašanās vietas informāciju abiem NameNode. Tas nodrošina ātru kļūmjpārleci (mazāk dīkstāves), jo StandbyNode ir atjaunināta informācija par bloka atrašanās vietu kopā.

NameNode nožogojums:

Tagad, kā jau tika apspriests iepriekš, ir ļoti svarīgi nodrošināt, lai vienlaikus būtu tikai viens aktīvais NameNode. Tātad, nožogošana ir process, kas nodrošina tieši šo īpašību klasterī.

  • JournalNodes veic šo nožogojumu, ļaujot rakstītājam vienlaikus būt tikai vienam NameNode.
  • Gaidstāves nosaukuma mezgls uzņemas atbildību par JournalNodes rakstīšanu un aizliedz jebkuram citam NameNode palikt aktīvam.
  • Visbeidzot, jaunais Active NameNode var droši veikt savas darbības.

2. Dalītās krātuves izmantošana:

  • StandbyNode un aktīvais NameNode tiek sinhronizēti savā starpā, izmantojot a koplietojama atmiņas ierīce .Aktīvais NameNode reģistrē visu to nosaukumvietā veikto izmaiņu ierakstu šajā koplietojamā krātuvē esošajā EditLog.StandbyNode nolasa izmaiņas, kas veiktas šajā koplietojamajā krātuvē esošajos EditLogs, un piemēro to savai vārdamvietai.
  • Tagad kļūmjpārlēces gadījumā StandbyNode atjaunina savu metadatu informāciju, vispirms izmantojot koplietojamās krātuves EditLogs. Tad tas uzņemas atbildību par Active NameNode. Tādējādi pašreizējais nosaukumvietas stāvoklis tiek sinhronizēts ar stāvokli pirms kļūmjpārlēces.
  • Administratoram ir jākonfigurē vismaz viena nožogošanas metode, lai izvairītos no smadzeņu dalīšanas scenārija.
  • Sistēma var izmantot vairākus nožogošanas mehānismus. Tas var ietvert NameNode procesa nogalināšanu un tā piekļuves atsaukšanu koplietotās krātuves direktorijai.
  • Kā pēdējo iespēju mēs varam nožogot iepriekš aktīvo NameNode ar paņēmienu, kas pazīstams kā STONITH, vai “izšaut otru mezglu galvā”. STONITH izmanto specializētu enerģijas sadales bloku, lai piespiedu kārtā izslēgtu NameNode mašīnu.

Automātiska pārslēgšanās:

Failover ir procedūra, ar kuras palīdzību sistēma automātiski nodod vadību sekundārajai sistēmai, kad tā atklāj kļūdu vai kļūmi. Ir divu veidu kļūmjpārlēces:

Graciozā kļūme: Šajā gadījumā mēs manuāli sākam kļūmi parastajai apkopei.

Automātiska pārslēgšanās: Šajā gadījumā kļūmjpārlēce tiek automātiski iniciēta NameNode kļūmes (neplānota notikuma) gadījumā.

Apache Zookeeper ir pakalpojums, kas nodrošina automātiskas kļūmjpārlēces iespējas HDFS augstas pieejamības klasterī. Tas uztur nelielu daudzumu koordinācijas datu, informē klientus par izmaiņām šajos datos un uzrauga klientus par kļūmēm. Zookeeper uztur sesiju ar NameNodes. Neveiksmes gadījumā sesijas termiņš beigsies, un Zookeeper informēs citus NameNodes, lai sāktu kļūmjpārlēces procesu. NameNode kļūmes gadījumā cits pasīvs NameNode var bloķēt Zookeeper, paziņojot, ka vēlas kļūt par nākamo aktīvo NameNode.

ZookeerFailoverController (ZKFC) ir Zookeeper klients, kas arī uzrauga un pārvalda NameNode statusu. Katrs no NameNode vada arī ZKFC. ZKFC ir atbildīga par periodisku NameNodes stāvokļa uzraudzību.

Tagad, kad esat sapratis, kas Hadoop klasterī ir Augsta pieejamība, ir pienācis laiks to iestatīt. Lai Hadoop klasterī iestatītu augstu pieejamību, visos mezglos jāizmanto Zookeeper.

Aktīvā nosaukuma mezgla dēmoni ir:

  • Zoodārza sargs
  • Zookeeper Fail Over kontrolieris
  • JournalNode
  • NameNode

Gaidstāves nosaukuma mezgla dēmoni ir:

  • Zoodārza sargs
  • Zookeeper Fail Over kontrolieris
  • JournalNode
  • NameNode

DataNode dēmoni ir:

  • Zoodārza sargs
  • JournalNode
  • DataNode

Ja vēlaties apgūt HDFS un Hadoop, iepazīstieties ar Edureka īpaši kurētajiem Big Data and Hadoop kursiem. Lai sāktu, noklikšķiniet uz pogas zemāk.

Augstas pieejamības klastera iestatīšana un konfigurēšana Hadoop:

Vispirms jums ir jāiestata katra mezgla Java un resursdatora nosaukumi.

Virtuālā iekārta IP adrese Resursdatora nosaukums
Active NameNode192.168.1.81nn1.cluster.com vai nn1
Gaidstāves nosaukumsMezgls192.168.1.58nn2.cluster.com vai nn2
DataNode192.168.1.82dn1.cluster.com vai dn1

Lejupielādējiet Hadoop un Zookeeper bināro darvas failu, izvelciet failus, lai rediģētu konfigurācijas failus.

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

iestatiet klases ceļu Java

Izplatiet zookeeper-3.4.6.tar.gz

Komanda : darva –xvf zoopeeper-3.4.6.tar.gz

Lejupielādējiet stabilu Hadoop bināro darvu no Apache Hadoop vietnes.

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

Izvelciet Hadoop darvas bumbu.

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

Spread hadoop binārs.

Pievienojiet Hadoop, Zookeeper un ceļus failam .bashrc.

Atveriet .bashrc failu.

Komanda : sudo gedit ~ / .bashrc

Pievienojiet šādus ceļus:

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

Rediģēt .bashrc failu.

Iespējot SSH visos mezglos.

Ģenerējiet SSH atslēgu visos mezglos.

Komanda : ssh-keygen –t rsa (Šis solis visos mezglos)

Iestatiet SSH atslēgu visos mezglos.

Nedodiet ceļu uz failu Enter, lai saglabātu atslēgu, un nedodiet ieejas frāzi. Nospiediet ievadīšanas pogu.

Ģenerēt ssh atslēgas procesu visos mezglos.

Kad ssh atslēga būs ģenerēta, jūs iegūsiet publisko atslēgu un privāto atslēgu.

.Ssh atslēgu direktorijā jāietver atļauja 700, un visām atslēgām .ssh direktorijā jābūt atļaujām 600.

Mainiet SSH direktorija atļauju.

Mainiet direktoriju uz .ssh un mainiet failu atļauju uz 600

Mainiet publiskās un privātās atslēgas atļauju.

Jums ir jākopē Name mezglu ssh publiskā atslēga uz visiem mezgliem.

Programmā Active Namenode kopējiet id_rsa.pub, izmantojot komandu cat.

Komanda : kaķis ~ / .ssh / id_rsa.pub >> ~ / .ssh / pilnvarotie taustiņi

Kopējiet Namenode ssh atslēgu uz tā pilnvarotajām atslēgām.

Izmantojot kopiju, kopējiet publisko atslēgu NameNode visos mezglos ssh-copy-id komandu.

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

Kopējiet mērķa atslēgu gaidstāves nosaukuma mezglā.

Kopēt NameNode publisko atslēgu datu mezglā.

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

Kopējiet Namenode publisko atslēgu datu mezglā.

Restartējiet sshd pakalpojumu visos mezglos.

Komanda : sudo service sshd restart (Darīt visos mezglos)

Restartējiet SSH pakalpojumu.

Tagad jūs varat pieteikties jebkurā Namenode mezglā bez jebkādas autentifikācijas.

Atveriet failu core-site.xml no mezgla Aktīvais nosaukums un pievienojiet tālāk norādītās īpašības.

Rediģējiet core-site.xml no Active namenode

Atveriet failu hdfs-site.xml programmā Active Namenode. Pievienojiet zemāk redzamās rekvizītus.

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.metodes sshfence dfs.ha.fencing.ssh.private-key-files / home / edureka /.ssh/id_rsa

Mainiet direktoriju uz zookeeper's conf direktoriju.

Komanda : cd zookeeper-3.4.6 / conf

Zookeeper Conf direktorijs.

Conf direktorijā, kurā jums ir zoo_sample.cfg fails, izveidojiet zoo.cfg, izmantojot zoo_sample.cfg failu.

Komanda : cp zoo_sample.cfg zoo.cfg

Izveidojiet zoo.cfg failu.

Izveidojiet direktoriju jebkurā vietā un izmantojiet šo direktoriju, lai saglabātu zookeeper datus.

Komanda : mkdir

Izveidojiet direktoriju, lai uzglabātu zookeeper datus.

Atveriet zoo.cfg failu.

Komanda : gedit zoo.cfg

Pievienojiet rekvizītam dataDir direktorijas ceļu, kas izveidots iepriekšējā solī, un zoo.cfg failā pievienojiet tālāk sniegto informāciju par atlikušo mezglu.

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

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

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

Rediģēt zoo.cfg failu.

Tagad kopējiet Java un Hadoop-2.6.0, zookeeper-3.4.6 direktorijus un .bashrc failu visos mezglos (Gaidīšanas nosaukuma mezgls, Datu mezgls), izmantojot komandu scp

Komanda : scp –r edureka @:

Kopējiet Hadoop, Zookeeper un .bashrc failu visos mezglos.

Līdzīgi kopējiet .bashrc failu un zookeeper direktoriju visos mezglos un katrā mainiet vides mainīgos atbilstoši attiecīgajam mezglam.

Datu mezglā izveidojiet jebkuru direktoriju, kurā jāsaglabā HDFS bloki.

Datu mezglā jums jāpievieno rekvizīti dfs.datanode.data.dir.

Manā gadījumā es izveidoju datanode direktoriju bloku glabāšanai.

Izveidot Datanode direktoriju.

Mainiet atļauju datu mezglu direktorijai.

Mainīt Datanode direktorija atļauju.

Atveriet failu HDFS-site.xml, pievienojiet šo Datanode direktorijas ceļu īpašumā dfs.datanode.data.dir.

Piezīme. Saglabājiet visas rekvizītus, kas nokopēti no aktīvā namenode, pievienojiet dfs.datanode.data.dir vienu izvilkuma rekvizītu namenode.

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

Aktīvajā namenode nomainiet direktoriju, kurā vēlaties glabāt zookeeper konfigurācijas failu (rekvizītu ceļš dataDir).

Izveidojiet direktorijā myid failu un pievienojiet failam ciparu 1 un saglabājiet failu.

Komanda : vi myid

Izveidojiet myid failu.

Gaidīšanas režīmā nomainiet direktoriju, kurā vēlaties saglabāt zookeeper konfigurācijas failu (rekvizītu ceļš dataDir).

Izveidojiet direktorijā myid failu un pievienojiet failam ciparu 2 un saglabājiet failu.

Datu mezglā mainiet direktoriju, kurā vēlaties glabāt zookeeper konfigurācijas failu (rekvizītu ceļš dataDir).

Izveidojiet myid failu direktorijā un pievienojiet failam ciparu 3 un saglabājiet failu.

Sāciet Journalnode visos trīs mezglos.

Komanda : hadoop-daemon.sh sākt žurnāla mezglu

Sāciet Journalnode.

Ievadot komandu jps, visos mezglos redzēsit dēmonu JournalNode.

FormatējietAktīvs mērķis.

Komanda : HDFS paredzēts formāts

Aktīvā nosaukuma mezgla formāts.

Sāciet Namenode dēmonu un Active Namedode.

Komanda : hadoop-daemon.sh sākuma mērķis

Sāciet Namenode.

Kopējiet HDFS metadatus no aktīvā nosaukuma mezgla uz gaidīšanas nosaukuma mezglu.

Komanda : HDFS paredzēts-bootstrapGaidīšanas režīms

Kopējiet HDFS Meta datus no Active name mezgla uz Standby Namenode.

Izpildot šo komandu, jūs saņemsiet informāciju, no kura mezgla un vietas tiek kopēti metadati un vai tā tiek veiksmīgi kopēta.

Informācija par aktīvā mērķa detaļām.

Kad metadati būs nokopēti no aktīvā namenode uz gaidstāves namenode, ekrānuzņēmumā tiks parādīts zemāk redzamais ziņojums.

Informācija par HDFS gaidīšanas režīmā Namenode.

Startējiet namenode dēmonu gaidstāves namenode mašīnā.

Komanda : hadoop-daemon.sh sākuma mērķis

Tagad visos trīs mezglos palaidiet pakalpojumu Zookeeper.

Komanda : zkServer.sh start (Palaidiet šo komandu visos mezglos)

Aktīvā nolūkā:

Sāciet zookeeper programmā Active NameNode.

Gaidīšanas režīmā Namenode:

Sāciet zookeeper gaidīšanas režīmā NameNode.

Datu mezglā:

Sāciet zookeeper programmā DataNode.

Pēc Zookeeper servera palaišanas ievadiet komandu JPS. Visos mezglos redzēsiet pakalpojumu QuorumPeerMain.

Startējiet datu mezglu dēmonu datu mezglu mašīnā.

Komanda : hadoop-daemon.sh sākuma datanode

Palaidiet Zookeeper fail over controller no aktīvā nosaukuma mezgla un gaidstāves nosaukuma mezgla.

Formatējiet zookeeper kļūmi virs kontrollera aktīvajā namenode.

Komanda: HDFS zkfc –formatZK

Formatēt ZKFC.

Sāciet ZKFC aktīvajā namenode.

Komanda : hadoop-daemon.sh sākums zkfc

Ievadiet komandu jps, lai pārbaudītu DFSZkFailoverController dēmonus.

Sāciet ZKFC.

Formatējiet zooloģiskās apkopes kļūmi virs kontrollera gaidstāves namenode.

Komanda : hdfs zkfc –formatZK

Sāciet ZKFC gaidīšanas režīmā.

Komanda : hadoop-daemon.sh sākums zkfc

Ievadiet komandu jps, lai pārbaudītu DFSZkFailoverController dēmonus.

Tagad pārbaudiet katra Namenode statusu, kurš mezgls ir aktīvs vai kurš ir gaidstāves režīmā, izmantojot zemāk esošo komandu.

Komanda : hdfs haadmin –getServiceState nn1

Pārbaudiet katra NameNode statusu.

Tagad, izmantojot tīmekļa pārlūkprogrammu, pārbaudiet katra Namenode statusu.

Atveriet tīmekļa pārlūkprogrammu un ievadiet zemāk redzamo URL.

: 50070

Tas parādīs, vai nosaukuma mezgls ir aktīvs vai gaidīšanas režīmā.

Active NameNode.

Izmantojot tīmekļa pārlūku, atveriet citu nosaukuma mezgla informāciju.

Gaidstāves nosaukumsMezgls.

Aktīvajā namenode nogaliniet namenode dēmonu, lai nomainītu Gaidīšanas nosaukuma mezglu uz aktīvo namenode.

Aktīvajā namenode ievadiet jps un nogaliniet dēmonu.

Komanda: sudo kill -9

Dēmonu procesa ID.

kā izdrukāt masīvu php

Namenode procesa ID ir 7606, nogaliniet namenode.

Komanda : Sudo kill -9 7606

Nogaliniet vārdu mezgla procesu

Izmantojot tīmekļa pārlūku, atveriet abus mezglus un pārbaudiet statusu.

Namenode informācija.

NameNode statuss.

Apsveicam! Jūs esat veiksmīgi iestatījis HDFS augstas pieejamības kopu Hadoop.

Tagad, kad esat sapratis Hadoop augstas pieejamības kopas arhitektūru, pārbaudiet Autors: Edureka, uzticams tiešsaistes mācību uzņēmums ar vairāk nekā 250 000 apmierinātu izglītojamo tīklu visā pasaulē. Edureka Big Data Hadoop sertifikācijas apmācības kurss palīdz izglītojamajiem kļūt par HDFS, dzijas, MapReduce, Pig, Hive, HBase, Oozie, Flume un Sqoop ekspertiem, izmantojot reāllaika lietošanas gadījumus mazumtirdzniecības, sociālo mediju, aviācijas, tūrisma, finanšu jomā.

Vai mums ir jautājums? Lūdzu, pieminējiet to komentāru sadaļā, un mēs ar jums sazināsimies.

logs._LQ_ = logs._LQ_ || {}

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