Acceso a las interfaces web de los componentes de código abierto - E-MapReduce

Por motivos de seguridad, los clústeres de EMR deshabilitan los puertos de las interfaces web de componentes de código abierto como Hadoop, Spark y Flink. Para acceder a estas interfaces, utilice una dirección de interfaz nativa, una dirección de proxy Knox, el reenvío de puertos local o el reenvío de puertos dinámico.

Selección rápida

Acceda a las interfaces web mediante las direcciones disponibles en la consola de EMR o cree un túnel SSH. Elija un método según sus necesidades, el entorno de red y los requisitos de seguridad.

Escenario	Método recomendado	Descripción
Requisitos de seguridad estrictos	Use the internal Knox proxy address to access the web UIs of open source components	Gestión centralizada y control de seguridad para uso interno de la empresa.
Acceso desde usuarios externos o máquinas remotas	Use the external Knox proxy address to access the web UIs of open source components	Acceso externo con alta seguridad. Knox proporciona autenticación y autorización.
Acceso ágil para usuarios internos	Use the native UI address to access the web UIs of open source components	Acceso rápido desde una red interna. Asegúrese de que la red interna sea segura y confiable.
Acceso flexible a varios componentes de código abierto	Access via dynamic port forwarding	Acceso flexible a diversos componentes de código abierto en distintos entornos de red.

Comparación de métodos

Tipo de método	Método	Ventajas y desventajas	Limitaciones
Consola de EMR	Use the native UI address to access the web UIs of open source components	Ventajas: Acceso directo sin configuración adicional. Acceso exclusivamente interno con alta seguridad. Desventajas: No permite acceso externo. Requiere habilitar los puertos específicos de cada componente.	Su cliente debe estar en la misma red interna que los nodos del clúster de EMR.
	Use the internal or external Knox proxy address to access the web UIs of open source components	Dirección de proxy Knox interna Ventajas: Solo se requiere el puerto 8443 en el security group del clúster. Acceso exclusivamente interno con autenticación de identidad, lo que garantiza alta seguridad. Desventajas: Configuración compleja. No permite acceso externo.	Su cliente debe estar en la misma red interna que los nodos del clúster de EMR. Knox debe estar desplegado en el clúster. Solo es compatible con ciertos componentes de código abierto. Nota Actualmente, este método es compatible con a continuación servicios: YARN, HDFS, Spark 2, Spark 3, Flink, HBase, Impala, Trino, Presto, Tez y Ranger.
		Dirección de proxy Knox externa Ventajas: Solo se requiere el puerto 8443 en el security group del clúster. Ideal para acceder de forma remota a las interfaces web de los componentes. Autenticación de identidad con alta seguridad. Desventajas: Configuración compleja.	Su cliente debe conectarse al nodo maestro del clúster de EMR. Knox debe estar desplegado en el clúster. Solo es compatible con ciertos componentes de código abierto. Nota Actualmente, este método es compatible con a continuación servicios: YARN, HDFS, Spark 2, Spark 3, Flink, HBase, Impala, Trino, Presto, Tez y Ranger.
Túnel SSH	Access via local port forwarding	Ventajas: Admite transmisión de datos cifrada con SSL. Configuración sencilla desde la línea de comandos. Desventajas: Su cliente debe conectarse al nodo maestro del clúster de EMR mediante SSH. Requiere habilitar varios puertos en el security group del clúster.	Su cliente debe conectarse al nodo maestro del clúster de EMR. No es posible consultar los detalles de los trabajos.
Túnel SSH	Access via dynamic port forwarding	Ventajas: Admite transmisión de datos cifrada con SSL. Permite acceder a las interfaces web de varios componentes mediante un solo puerto. Desventajas: Configuración compleja. Su cliente debe conectarse al nodo maestro del clúster de EMR mediante SSH.	Su cliente debe conectarse al nodo maestro del clúster de EMR.