Prefacio:
Antes, implementamos la misma versión del servicio elk directamente en el servidor y nos dimos cuenta de la función de elk modificando el archivo de configuración, pero escuché que el servicio es también se puede integrar en cdh, pero logstash y kibana no se pueden integrar.
https://www.cnblogs.com/zhangrui153169/p/11447423.html chd para agregar el servicio es puede consultar este artículo
En ese momento, después de implementar es, descubrí que no podía conectarme con kibana (construí otro servicio es en el servidor durante este proceso y descubrí que se puede conectar normalmente, lo que indica que no hay ningún problema con la implementación de kibana. El problema es que está relacionado con el servicio chd. Es)
http: // es dirección ip: puerto / _cat / nodes? pretty
En este momento, descubrí que se informó un error cuando visité es
{"error": {"root_cause": [{"type": "master_not_discovered_exception", "why": null}], "type": "master_not_discovered_exception", "why": null}, "status": 503}
Para ver a través de Baidu, debe agregar cluster.initial_master_nodes: cluster name en el archivo de configuración
Fui al servidor cdh para encontrar el archivo de configuración es, después de modificar el archivo de configuración
Reinicie el servicio es, pero descubrió que el archivo de configuración también se convertirá en el archivo de configuración original después del reinicio (parece que modificar el archivo de configuración aquí no tiene ningún efecto)
cluster.initial_master_nodes: ["hadoop01", "hadoop02", "hadoop03"]
Finalmente descubrí que debe modificarse aquí, y después de reiniciar el servicio es, kibana puede conectarse normalmente
Este problema estuvo luchando durante mucho tiempo antes de encontrar la solución correcta. Cuando verifiqué Baidu, descubrí que muchos de ellos no estaban escritos claramente. Parece que en el futuro, el uso de es en cdh necesita modificar el archivo de configuración y es necesario para agregar parámetros relevantes aquí.