Saltar a contenido

UD 4 - Apache Hadoop - Cluster

En este recurso vamos a explicar como se instala y configura un cluster con Apache Hadoop

1. Pre-requisitos

Debemos tener instalado VirtualBox.

1.1 Configurar Red NAT

Para crear nuestro cluster, vamos a configurar un red NAT para que los nodos tenga conexión entre ellos y salida a Internet a través del Host

Success

Hemos elegido esta configuración de red por varios motivos.

  1. Puedas usar tu cluster en tu portátil independientemente de la red o lugar en la que estés conectado

  2. Sería más sencillo hacerla en modo bridge, pero no tenemos IPs suficientes debido al alto número de alumnado, y habría que configurar las IPs cada vez que te conectes a una red distinta a la de clase.

  3. En todo caso, si decides optar por esta opción, sólo tienes que adaptar los pasos a tu configuración de red. Sería algo más sencilla.

Para ello, explicamos con una imagen como funciona VirtualBox en este tipo de configuración de red

Figura 1 Cluster Hadoop: Red NAT Virtualbox. (Fuente: medium.com/@sidlors)

Puedes observar que podemos configurar nuestra propia subred, dentro de las cuales, hay 2 ips que VirtualBox asigna estáticas dentro de la red: la puerta de enlace (primera de la red) y el DHCP (tercera de la red). Para más información, consulta la documentación oficial de VirtualBox

Teniendo en cuenta esto, vamos a configurar nuestra propia subred, que será la 192.168.11.0/24

  1. Abrimos la configuración de VirtualBox para crear una nueva red NAT en Archivo -> Herramientas -> Redes -> Redes NAT -> Red -> Crear Red

  2. Creamos una nueva Red NAT llamada BDA. Usaremos la red 192.168.11.0/24 con DHCP Deshabilitado. Puedes elegir cualquier otra si quieres.

Figura 2 Cluster Hadoop: Red NAT. (Fuente: Propia)
  1. Una vez configurada la Red NAT, podemos empezar a instalar y configurar el cluster.

1.2 Configuración de las máquinas

Vamos a crear una primera máquina que después clonaremos y cambiaremos las configuraciones necesarias. Las máquinas tendrán la siguiente configuración (siempre que sea posible):

  • Nombre: master (las otras 3 máquinas se llamarán nodo1, nodo2 y nodo3)
  • RAM: 4GB (yo por ejemplo, no puedo darle más de 3GB)
  • Núcleos: 2
  • Disco duro: 50GB
  • Interfaz de red: Red NAT ("BDA"): 192.168.11.10 (las s de las otras 3 máquinas serán 192.168.11.11, 192.168.11.12 y 192.168.11.13)
  • Sistema operativo: Ubuntu server 24.04
  • Usuario: hadoop

1.3 Configuración de red

Habiendo entendido correctamente lo explicado en los puntos anteriores,podemos configurar la interfaz de red de forma manual, con la siguiente configuración:

  • Subred: 192.168.11.0/24
  • Direción Ip: 192.168.11.10
  • Puerta de enlace: 192.168.11.1
  • DNS: 8.8.8.8,1.1.1.1
Figura 3 Cluster Hadoop: Interfaz de Red Nodo Master. (Fuente: Propia)

1.4 Acceso a las máquinas. Configurar Adaptador sólo Anfitrión

Para un manejo más cómodo e intuitivo de las máquinas, podemos preparar cada nodo para que sea accesible desde nuestro anfitrión y conectarnos mediante ssh a cada una de las máquinas.

Para ello debemos añadir otro interfaz de red en modo "Adaptador sólo anfitrión"

Hacemos lo mismo que en el punto anterior para la red NAT, pero esta vez elegimos "Adaptador sólo anfitrión" y elegimos la red que VirtualBox crea por defecto llamada vboxnet0. En mi caso usaré la configuración de red por defecto que VirtualBox crea para este adaptador, que es 192.168.56.0/24, dandole a mi anfitrión la ip 192.168.56.1.

Figura 4 Cluster Hadoop: Red Sólo Anfitrión. (Fuente: Propia)

Warning

Si tienes como anfitrión un equipo linux y NO PUEDES configurar un "adaptador sólo anfitrión" debes crearlo y levantarlo manualmente

sudo vboxmanage hostonlyif create
sudo ifconfig vboxnet0 up

Se creara una interfaz de red 192.168.56.0/24. Puedes cambiarla y configurarla también manualmente

sudo vboxmanage hostonlyif ipconfig vboxnet0 --ip 10.0.2.18

Puedes crear todas las que quieras por este proceso. Si se actualiza el kernel de Linux o la versión de Virtualbox se debe repetir este proceso. Para mas información accede a la documentación oficial de VirtualBox

Ahora, una vez dentro de la máquina virtual, no olvides configurar la ip de esta subred.

  1. Abrimos el archivo /etc/netplan/00-installer-config.yaml o /etc/netplan/50-cloud-init.yamly añadir la configuración. Por ejemplo, terminado en la misma ip que la Red NAT
  2. Esta sería la configuración completa

00-installer-config.yaml
network:
  version: 2
  ethernets:
    enp0s3:
      addresses:
      - "192.168.11.10/24"
      nameservers:
        addresses:
        - 8.8.8.8
        - 1.1.1.1
        search: []
      routes:
      - to: "default"
        via: "192.168.11.1"
    enp0s8:
      addresses:
      - "192.168.56.10/24"
3. Aplicamos la nueva configuración

sudo netplan apply

2. Nodo Master

Creamos en VirtualBox el nodo master configurando el Interfaz de red como Red NAT (opcionalmente otra interfaz red sólo anfitrión) y elegimos la que acabamos de crear BDA

2.1 Instalación

  1. Java™ debe ser instalado. Las versiones de Java recomendadas se encuentran descritas en HadoopJavaVersions.
sudo apt-get install openjdk-8-jdk
/usr/bin/java -version
  1. ssh debe estar instalado y sshd debe estar ejecutándose para usar las secuencias de comandos de Hadoop que administran los demonios ssh remotos de Hadoop, ya que vamos a usar las secuencias de comandos de inicio y detección opcionales. Si no lo has hecho durante la instalación, hazlo ahora.
sudo apt-get install ssh
  1. Para obtener la distribución de Apache Hadoop, descarga la versión estable más reciente desde Apache Download Mirrors
wget https://dlcdn.apache.org/hadoop/common/hadoop-3.4.2/hadoop-3.4.2.tar.gz
  1. Una vez descargado, desempaquetamos el archivo descargado con el comando tar y entra dentro de la carpeta:
sudo tar -xzf hadoop-3.4.2.tar.gz -C /opt
cd /opt/hadoop-3.4.2
  1. Edita el siguiente archivo etc/hadoop/hadoop-env.sh para definir la variable de entorno de Java y añádela.
export JAVA_HOME=/usr/lib/jvm/java-8-openjdk-amd64/
  1. Para poder usar los comandos de HDFS en cualquier lugar del sistema, sin tener que hacerlo desde el directorio de Hadoop (por ejemplo /opt/hadoop-3.4.2/bin), creamos las variables de entorno y añadimos al PATH. Para ello abrimos el archivo ~/.bashrc y añadimos al final el siguiente código y ejecuta el comando source ~/.bashrc
~/.bashrc
export HADOOP_HOME=/opt/hadoop-3.4.2
export HADOOP_INSTALL=$HADOOP_HOME
export HADOOP_MAPRED_HOME=$HADOOP_HOME
export HADOOP_COMMON_HOME=$HADOOP_HOME
export HADOOP_HDFS_HOME=$HADOOP_HOME
export HADOOP_YARN_HOME=$HADOOP_HOME
export HADOOP_COMMON_LIB_NATIVE_DIR=$HADOOP_HOME/lib/native
export PATH=$PATH:$HADOOP_HOME/sbin:$HADOOP_HOME/bin
export HADOOP_OPTS="-Djava.library.path=$HADOOP_HOME/lib/native"
  1. Ejecuta el siguiente comando. Si no da error, podemos continuar
hadoop version

Nos debe salir la versión de hadoop

Hadoop 3.4.2
Source code repository https://github.com/apache/hadoop.git -r 84e8b89ee2ebe6923691205b9e171badde7a495c
Compiled by ahmarsu on 2025-08-20T10:30Z
Compiled on platform linux-x86_64
Compiled with protoc 3.23.4
From source with checksum fa94c67d4b4be021b9e9515c9b0f7b6
This command was run using /opt/hadoop-3.4.2/share/hadoop/common/hadoop-common-3.4.2.jar

2.2 Configuración

Los archivos que vamos a revisar a continuación se encuentran dentro de la carpeta $HADOOP_HOME/etc/hadoop.

  1. El archivo que contiene la configuración general del clúster es el archivo core-site.xml. En él se configura cual será el sistema de ficheros, que normalmente será hdfs, indicando el dominio del nodo que será el maestro de datos (namenode) de la arquitectura. Podéis sustituir el nombre del dominio bda-iesgrancapitan por el que queráis. En mi caso sera cluster-bda
core-site.xml
<configuration>
    <property>
        <name>fs.defaultFS</name>
        <value>hdfs://cluster-bda:9000</value>
    </property>
</configuration>
  1. El siguiente paso es configurar el archivo hdfs-site.xml donde se indica tanto el factor de replica como la ruta donde se almacenan tanto los metadatos (namenode) como los datos en sí (datanode). Aquí puedes consultar todos los parámetros por defecto susceptibles de cambio se encuentran en este recurso
hdfs-site.xml
<configuration>
    <property>
        <name>dfs.replication</name>
        <value>1</value>
    </property>

    <property>
        <name>dfs.namenode.name.dir</name>
        <value>/opt/hadoop/hadoop_data/hdfs/namenode</value>
    </property>

    <property>
        <name>dfs.datanode.data.dir</name>
        <value>/opt/hadoop/hadoop_data/hdfs/datanode</value>
    </property>

    <property>
        <name>dfs.namenode.secondary.http-address</name>
        <value>master:9868</value>
    </property>

    <property>
        <name>dfs.namenode.checkpoint.dir</name>
        <value>/opt/hadoop/hadoop_data/hdfs/secondary_namenode</value>
    </property>
</configuration>
  1. Crea los directorios de hadoop-data configurados anteriormente en hdfs-site.xml para cuando ejecutemos hadoop y configura los permisos oportunos.
sudo mkdir -p /opt/hadoop
sudo chown -R hadoop:hadoop /opt/hadoop
sudo chown -R hadoop:hadoop $HADOOP_HOME
  1. Configuramos MapReduce
mapred-site.xml
<configuration>
    <property>
        <name>mapreduce.framework.name</name>
        <value>yarn</value>
    </property>
</configuration>
  1. Configuramos Yarn

Primero obtenemos la ruta correcta del classpath de Hadoop ejecutamos la siguiente instrucción

echo `hadoop classpath`

Y es esta salida la que tenemos que poner como valor de la propiedad. En mi caso:

/opt/hadoop-3.4.2/etc/hadoop:/opt/hadoop-3.4.2/share/hadoop/common/lib/*:/opt/hadoop-3.4.2/share/hadoop/common/*:/opt/hadoop-3.4.2/share/hadoop/hdfs:/opt/hadoop-3.4.2/share/hadoop/hdfs/lib/*:/opt/hadoop-3.4.2/share/hadoop/hdfs/*:/opt/hadoop-3.4.2/share/hadoop/mapreduce/*:/opt/hadoop-3.4.2/share/hadoop/yarn:/opt/hadoop-3.4.2/share/hadoop/yarn/lib/*:/opt/hadoop-3.4.2/share/hadoop/yarn/*

Por tanto la configuración final será

yarn-site.xml
<configuration>
    <property>
        <name>yarn.webapp.ui2.enable</name>
        <value>true</value>
    </property>  
    <property>
        <name>yarn.resourcemanager.hostname</name>
        <value>cluster-bda</value>
    </property>
    <property>
        <name>yarn.nodemanager.aux-services</name>
        <value>mapreduce_shuffle</value>
    </property>
    <property>
        <name>yarn.nodemanager.aux-services.mapreduce_shuffle.class</name>
        <value>org.apache.hadoop.mapred.ShuffleHandler</value>
    </property>
    <property>
        <name>yarn.log-aggregation-enable</name>
        <value>true</value>
    </property>
    <property>
        <name>yarn.application.classpath</name>
        <value>/opt/hadoop-3.4.2/etc/hadoop:/opt/hadoop-3.4.2/share/hadoop/common/lib/*:/opt/hadoop-3.4.2/share/hadoop/common/*:/opt/hadoop-3.4.2/share/hadoop/hdfs:/opt/hadoop-3.4.2/share/hadoop/hdfs/lib/*:/opt/hadoop-3.4.2/share/hadoop/hdfs/*:/opt/hadoop-3.4.2/share/hadoop/mapreduce/*:/opt/hadoop-3.4.2/share/hadoop/yarn:/opt/hadoop-3.4.2/share/hadoop/yarn/lib/*:/opt/hadoop-3.4.2/share/hadoop/yarn/*</value>
    </property>
    <property>
        <name>yarn.resourcemanager.webapp.address</name>
        <value>0.0.0.0:8088</value>
    </property>      
</configuration>
  1. Añade a /etc/hostsel nombre de tu dominio indicado en core-site.xml para que no te de error de resolución de nombres. Añade también las ips de los nodos (Recuerda comentar la 127.0.1.1 para evitar posibles loopback en las conexiones entre nodos). En mi caso quedaría:
127.0.0.1 localhost
#127.0.1.1 master

192.168.11.10   cluster-bda
192.168.11.10   master
192.168.11.11   nodo1
192.168.11.12   nodo2
192.168.11.13   nodo3
  1. Reiniciamos el servicio
sudo systemctl restart systemd-resolved.service
  1. Generamos las claves ssh:
ssh-keygen -t rsa -P '' -f ~/.ssh/id_rsa
cat ~/.ssh/id_rsa.pub >> ~/.ssh/authorized_keys
  1. Comprobamos que podemos acceder por ssh
ssh cluster-bda
#exit
ssh master
#exit
  1. Configura el archivo $HADOOP_HOME/etc/hadoop/workers que le indica a hadoop los nodos que van a actuar como workers.
workers
nodo1
nodo2
nodo3

2.3 Ejecución

  1. Ejecuta el siguiente comando
hdfs namenode -format

  1. Comprobamos la correcta configuración

  2. Iniciando el demonio Namenode y Datanode

start-dfs.sh
  1. Iniciando Yarn
start-yarn.sh
  1. Nos debe levantar el servicio correctamente, indicando que no puede conectarse a los nodos 1, 2 y 3, ya que todavía no los hemos creado.
nodo3: ssh: Could not resolve hostname nodo3: Temporary failure in name resolution
nodo2: ssh: Could not resolve hostname nodo2: Temporary failure in name resolution
nodo1: ssh: Could not resolve hostname nodo1: Temporary failure in name resolution

  1. Accede desde el navegador del anfitrión con la ip configurada en la Interfaz de red solo anfitrión. En mi caso a http://192.168.56.10:9870/ para acceder al interfaz web de HDFS

  2. Accede también a la WebUI de Yarn http://192.168.56.10:8088/ui2

  3. Paramos hadoop

stop-all.sh

3. Nodos

3.1 Clonación de la máquina master

  1. Apagamos la máquina master
  2. Clonamos la máquina 3 veces para crear los 3 nodos del cluster. Recuerda cambiarle el nombre a cada uno de ellos (nodo1,nodo2,nodo3)
  3. A la hora de clonar, genera nuevas direcciones MAC para los interfaces de red
  4. Clonación completa

3.2 Configuración nodos

Tenemos que cambiar algunas configuraciones en nuestros nodos:

  • El nombre del hostname
  • Configuración de red
  1. Cambiamos el nombre del host:
sudo hostnamectl set-hostname nodo1
  1. Reinicia tu shell actual, cargando el nuevo nombre de host en el prompt sin necesidad de abrir una nueva terminal y así comprobar que el cambio se realizó correctamente
exec $SHELL

  1. Accedemos a la configuración de red a través de netplan en el fichero /etc/netplan/50-cloud-init.yaml y cambiamos la configuración de las 2 interfaces de red con las ips correspondientes

  2. Esta sería la configuración completa

50-cloud-init.yaml
network:
ethernets:
    enp3s0:
        addresses:
        - 192.168.11.11/24
        nameservers:
            addresses: [8.8.8.8, 1.1.1.1]
        routes:
        - to: default
            via: 192.168.11.1
    enp8s0:
        addresses:
        - 192.168.56.11/24
version: 2
  1. Aplicamos la nueva configuración
sudo netplan apply

ovsdb-server.service

Si al aplicar la nueva configuración de red te devuelve el siguiente error: "cannot call open vswitch: ovsdb-service.service is not running", realiza lo si siguiente:

  1. Instala el servicio:
sudo apt-get install openvswitch-switch
  1. Inicia el servicio:
sudo systemctl start openvswitch-switch
  1. Habilita el servicio:
sudo systemctl enable openvswitch-switch
  1. Elimina "cloud-init":
sudo apt-get purge cloud-init

Ahora si podrás cambiar las IPs estáticas sin problemas.

  1. Reiniciamos
reboot
  1. Realizamos las mismas operaciones en el nodo2 y nodo3 con sus correspondientes IPs

4. Cluster

4.1 Configuración ssh

Por último, nos queda crear las correspondientes claves ssh de los nodos para que exista una correcta comunicación entre todos los nodos del cluster.

  1. Todos los nodos del cluster deben tener todas las claves públicas del resto de nodos, para su correcto funcionamiento. Por tanto, vamos a ir generando una por una en cada nodo del cluster y las vamos añadiendo a medida que recorremos el cluster. Finalmente, el fichero resultante en el último nodo del cluster contendrá todas las claves. Este deberá ser copiado en todos los nodos los cluster. Vamos a ver el paso a paso para entenderlo mejor.

  2. Entramos en el master y generamos las claves ssh:

ssh-keygen -t rsa -P '' -f ~/.ssh/id_rsa
cat ~/.ssh/id_rsa.pub > ~/.ssh/authorized_keys
  1. La copiamos en el siguiente nodo. En nuestro caso nodo1
scp ~/.ssh/authorized_keys hadoop@nodo1:~/.ssh/authorized_keys
  1. Accedemos al nodo nodo1 por ssh. Como nodo1 ya conoce la clave de master, no nos pide contraseña. Así también vamos comprobando que la configuración es correcta en cada nodo.
ssh nodo1
  1. Generamos las claves ssh del nodo1:
ssh-keygen -t rsa -P '' -f ~/.ssh/id_rsa
cat ~/.ssh/id_rsa.pub >> ~/.ssh/authorized_keys
  1. Comprobamos que tenemos todas las claves generadas hasta ahora
cat ~/.ssh/authorized_keys

ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABgQC9sex3NSwFrtJoFDeNybRDATMvvb5CSyaAgXoNMFzHGmqh0vorJA5me/Pv4j/FxkO8YUm20T8hBEwOJXFFNeAXIqgktuaoaLLfq5bR+8ohKTptc0+aMh+AYrcJYLlVyiwkFFbqbm66nIrD+YQ8OgVYa4Si53pxQXGTFvZrrrVzfknU6IIyus37wCKIO8RJ8Xbr5Zw+gLGftD4TC5dPOaa80XgM1oyfUHEMEqPxjh4g0dntJKvyxp5nCgWgRSAJkMityq6VfMPLw+ghKitmnxa8b9rkaT8pI2vnyER9yDS6Cn/j0lsyx+jLxpyZAO1wWZgsK6pQ79KLWxpzPzqalTBgyK9ysg+3YHW8FNcCtDtdwh/+tcBsAfMrqYYvmPXX2zQIOc/2gC/Eu/bmnMrHAY97HuzRnTSB2No3roUt8wwMd7anwdOLxEp4+aDnt5pxpRwfYFdLlsqKO1uIkAYHZ/sXCD12x0S0nSjPNl4ijGKsBb50RKIKJLf4joekBMcP/gc= hadoop@master
ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABgQDG7HZJjSsWHk7DIR052kMlw65uCfK3CKHaLyeqElE6vsxtttbF/GpqIL0b/AlcqxGKHswJ01ZJDcW98nus5anj7wGe3rgrC2EkRaZ+Lf/DKmV1IOpSqY4bs3suh2YbObYQsihRWPI9n5zZ+MIARHbLTr/EIH26WRfqRvMMYYEJmgnXPSdh47iurDVit8wKjBaIuZOUI0hxk1ZOYLC2Fv2G+IQ/Ntp8v2MrrFI1zgVAj9+0YOid4yAKc6lJk6nffgVJMhN9aeSpagdG2HicjstOPuOw+NrrcJ1f6SRcF3mqxEZbgmMfdWupuHLhULj3nebkhGpeAxksyiythH7M3RzPYKm7M9ea2SIM1RQ3DZMQeH40qX1Zl7+yjdnhVMurtD3m4ujwssDw+y05/pt216J/MNhzdxZiPkvq2u+lvVrFTi1iaAu3XKzHGOuCndsK4tVFEZuc7RdAhj38Ph7G7V41wC2aNJ8Fprx0acjaUHk4DlXAH/MjJUvQ7pD7zdivk8c= hadoop@nodo1
  1. La copiamos en el siguiente nodo. En nuestro caso nodo2
scp ~/.ssh/authorized_keys hadoop@nodo2:~/.ssh/authorized_keys
  1. Accedemos al nodo node2 por ssh.
ssh nodo2
  1. Generamos las claves ssh del nodo2:
ssh-keygen -t rsa -P '' -f ~/.ssh/id_rsa
cat ~/.ssh/id_rsa.pub >> ~/.ssh/authorized_keys
  1. Comprobamos que tenemos todas las claves generadas hasta ahora
cat ~/.ssh/authorized_keys
  1. La copiamos en el siguiente nodo. En nuestro caso nodo3
scp ~/.ssh/authorized_keys hadoop@nodo3:~/.ssh/authorized_keys
  1. Accedemos al nodo nodo3 por ssh.
ssh nodo3
  1. Generamos las claves ssh del nodo3:
ssh-keygen -t rsa -P '' -f ~/.ssh/id_rsa
cat ~/.ssh/id_rsa.pub >> ~/.ssh/authorized_keys
  1. Comprobamos que tenemos todas las claves generadas hasta ahora
cat ~/.ssh/authorized_keys
  1. Una vez terminado todo nuestro cluster, la copiamos en todos los nodos.
scp ~/.ssh/authorized_keys hadoop@nodo2:~/.ssh/authorized_keys
scp ~/.ssh/authorized_keys hadoop@nodo1:~/.ssh/authorized_keys
scp ~/.ssh/authorized_keys hadoop@master:~/.ssh/authorized_keys
  1. Por último, entramos a cada uno de los nodos y cambiamos los permisos de ~/.ssh/authorized_keys. Podemos ir cerrando las conexiones ssh y mientras volvemos a master, vamos pasando por cada nodo y cambiando los permisos de cada máquina
chmod 0600 ~/.ssh/authorized_keys
  1. Cerramos todas las conexiones ssh

4.2 Preparando los nodos del cluster

  1. Ahora nos queda hacer una correcta gestión de las carpetas de namenode y datanode. Recuerda que los archivos de datanode deben estar en los workers

  2. Por tanto, en cada uno de los nodos workers(nodo1,nodo2,nodo3), borramos la carpeta namenode y secondary_namenode, además del interior de la carpeta datanode, donde tenemos el directorio current

sudo rm -rf /opt/hadoop/hadoop_data/hdfs/namenode
sudo rm -rf /opt/hadoop/hadoop_data/hdfs/secondary_namenode
sudo rm -rf /opt/hadoop/hadoop_data/hdfs/datanode/current
  1. Siguiendo la lógica, en el nodo master eliminamos el directorio datanode
sudo rm -rf /opt/hadoop/hadoop_data/hdfs/datanode
  1. Desde el nodo master, damos de nuevo formato a HDFS
hdfs namenode -format

4.3 Levantamos el cluster

  1. Iniciando el demonio Namenode y Datanode
start-dfs.sh
  1. Vemos como arranca namenode y secondarynamenode en el nodo master y el datanode
Starting namenodes on [cluster-bda]
Starting datanodes
Starting secondary namenodes [master]
  1. Iniciamos Yarn
start-yarn.sh
  1. Se inician el resourcemanager y el nodemanagers
Starting resourcemanager
Starting nodemanagers
  1. Arrancamos también el servidor de historial de trabajos (JobHistory Server) en un clúster de Hadoop
mapred --daemon start historyserver
  1. Comprobamos con jps. Vemos que se ejecutan los servicios que se tienen que ejecutar en el nodo master
2946 ResourceManager
2741 SecondaryNameNode
2553 NameNode
3324 Jps
3263 JobHistoryServer
  1. Comprobamos con jps en cualquier nodo worker(nodo1,nodo2,nodo3). También vemos que se ejecutan los servicios que se tienen que ejecutar en los nodos worker.
2790 Jps
2554 DataNode
2702 NodeManager
  1. Comprobamos con nuestra interfaz web de HDFS
Figura 5 Cluster Hadoop: Interfaz Web Datanodes Cluster. (Fuente: Propia)
  1. Ya podemos utilizar el cluster. Compruébalo realizando alguno de los ejemplos desarrollados en los puntos anteriores