Video: Managing solr config,xml, solr config.xml, solr administration 2024
Ofte i Hadops barndom var en stor del av diskusjonen sentrert på NameNodes representasjon av et enkelt feilpunkt. Hadoop har samlet sett hatt en robust og fiasko-tolerant arkitektur, med unntak av dette nøkkelområdet. Uten NameNode er det ingen Hadoop-klynge.
Med Hadoop 2 kan du konfigurere HDFS slik at det er et Active NameNode og en Standby NameNode. Standby NameNode må være på en dedikert hovednode som er konfigurert identisk med hovednoden som brukes av Active NameNode.
Standby NameNode sitter ikke idiotisk mens NameNode håndterer alle blokkadresseforespørsler. Standby NameNode, belastet oppgaven med å holde tilstanden til blokkstedene og blokkere metadata i minnet, håndterer HDFS-kontrollpunktsansvar.
Den Active NameNode skriver journalposter på filendringer til flertallet av JournalNode-tjenestene, som kjører på hovednoderne. ( Merk: HDFS høy tilgjengelighetsløsningen krever minst tre hovednoder, og hvis det er flere, kan det bare være et merkelig tall.)
Hvis det oppstår en feil, leser Standby Node først alle gjennomførte journalposter (hvor et flertall av Journal Noder har en oppføring, med andre ord) for å sikre at den nye Active NameNode er helt i samsvar med tilstanden til klyngen.
Zookeeper brukes til å overvåke Active NameNode og håndtere failover-logistikken hvis Active NameNode blir utilgjengelig. Både Active og Standby NameNodes har dedikerte Zookeeper Failover Controllers (ZFC) som utfører overvåkings- og failover-oppgaver. I tilfelle feil, informerer ZFC Zookeeper-forekomstene på klyngen, som deretter velger et nytt Active NameNode.
Apache Zookeeper tilbyr koordinering og konfigurasjonstjenester for distribuerte systemer, så det er ikke rart at vi ser det brukt overalt i Hadoop.
