关于elastic-stack:Kibana环境部署

53次阅读

共计 9294 个字符，预计需要花费 24 分钟才能阅读完成。

本节次要解说 kibana 部署,

环境筹备

​ Kibana 是一个基于 Nodejs 构建进去的前端我的项目，它自身不蕴含数据存储性能，所以须要配合一个 Elasticsearch 节点 / 集群一起进行应用。本节将从零碎环境的抉择，必须的根底利用的装置等方面进行论述。

环境抉择策略

  1. 操作系统

​ 因为 Kibana 不能独立存在，须要绑定一个 Elasticsearch 节点 / 集群，所以本文次要会以一个 CentOS 7 零碎来承载它配套的 Elasticsearch 节点。咱们也将介绍其它罕用操作系统的装置。

Kibana 能够反对的零碎和 Elasticsearch 相似，能够大抵认为反对 Elasticsearch 的零碎都能够承载 Kibana。

  1. 内存、CPU

    ​ Kibana 是一个前端零碎，绑定的 Elasticsearch 能够认为是它用来存取数据用的数据库，所以不须要特地高的配置。

    本文将以一个最小可能顺畅运行 Elasticsearch 节点的配置进行形容（1C2G）

理论系统配置

​ Kibana 的零碎装置、配置和上一节 Elasticsearch 的装置统一，批改源并装置必要工具：

sudo sed -e 's|^mirrorlist=|#mirrorlist=|g' \ -e 's|^#baseurl=http://mirror.centos.org/centos|baseurl=https://mirrors.ustc.edu.cn/ centos|g' \ -i.bak \ /etc/yum.repos.d/CentOS-Base.repo && \ yum makecache && \ yum update -y && \ yum install -y epel-release && \ yum install -y curl wget htop unzip && \ yum install -y docker docker-compose

​ 开启 docker 服务：

systemctl start docker
systemctl enable docker

下载、装置及启动

tar 包装置

国内镜像下载链接（前面以 KIBANA_DOWNLOAD_URL 指代）：

https://repo.huaweicloud.com/kibana/7.13.4/kibana-7.13.4-linux-x86_64.tar.gz

下载并解压：

  • 创立文件：mkdir -p /usr/local/kibana
  • 切换目录：cd /usr/local/kibana
  • 下载文件：wget -c https://repo.huaweicloud.com/…

  • 解压：tar vxf kibana-7.13.4-linux-x86_64.tar.gz

    drwxr-xr-x   3 root root    4096 7 月  15 2021 x-pack
drwxr-xr-x  10 root root    4096 7 月  15 2021 src
-rw-r--r--   1 root root    3968 7 月  15 2021 README.txt---> 我的项目阐明文档
drwxr-xr-x   2 root root    4096 7 月  15 2021 plugins--> 插件文件夹，目前为空，自定义插件会搁置在这里
-rw-r--r--   1 root root     740 7 月  15 2021 package.json--> 我的项目打包文件
-rw-r--r--   1 root root 1476895 7 月  15 2021 NOTICE.txt--> 一些协定 的阐明以及违反结果的正告
drwxr-xr-x 827 root root   32768 7 月  15 2021 node_modules
-rw-r--r--   1 root root    3860 7 月  15 2021 LICENSE.txt--> 协定
drwxr-xr-x   2 root root    4096 7 月  15 2021 data-->Kibana 和它的 插件写本地文件的文件夹
drwxr-xr-x   2 root root    4096 7 月  15 2021 config--> 配置文件目录
drwxr-xr-x   6 root root    4096 7 月  15 2021 node
drwxr-xr-x   2 root root    4096 7 月  15 2021 bin--->Kibana 内置命令行工具

​ 批改配置文件 ${KIBANA_HOME}/config/kibana.yml

  • 增加 Elasticsearch 拜访地址：elasticsearch.hosts: [“http://localhost:9200”]

  • 服务启动：

    通过命令./bin/kibana 启动

    kibana 不像 ES 有间接的后盾运行参数，只能通过 nohup 配合 & 的形式后盾运行

    残缺命令：

    nohup ./bin/kibana > kibana.log 2>&1 &
  • 在浏览器里通过地址 http://${node_ip}:5601 进行拜访

服务暂停

  • Kibana 的过程是一个 nodejs 服务，所以不能像 Elasticsearch 一样通过 ps -ef | grep kibana 的形式获取过程 id
  • 只能通过命令 netstat，通过查找监听端口的形式来找到 kibana 对应的 pid 并进行 kill 操作

  • 残缺命令：

    netstat -anp | grep 5601 | awk '{print $7}' | cut -d '/' -f 1 | xargs kill -15

Docker/docker-compose 装置

下载对应镜像：

docker pull kibana:7.13.4

(可选) 如果指标机器无奈上网，能够尝试通过其余机器下载并导入镜像：

  • 在宿主机下载镜像 docker pull kibana:7.13.4
  • 把镜像导出为文件 docker save -o kibana-7.13.4-image.tar docker.io/kibana:7.13.4
  • 把导出的文件拷贝到指标机器 scp kibana-7.13.4-image.tar root@192.168.10.221: /tmp
  • 登陆指标机器 ssh root@192.168.10.221
  • 导入指标镜像 docker load < kibana-7.13.4-image.tar

镜像验证：

 docker images

服务启动：

不太倡议间接命令行启动，因为须要和 Elasticsearch 节点配置共通网络之类的事件。

这里次要介绍通过 docker-compose 的形式进行治理。

批改配置文件 vi docker-compose.yml。

# 申明 docker-compose 版本，Mac 等环境能够应用 3，然而在一些 Linux 环境中只反对到 2 
version: "2.2" 
# 申明节点应用的网络空间 
networks: 
   bigdata: 
     driver: bridge 
#申明 Kibana 节点 
services: 
   kibana: 
   # kibana 版本要和 ES 相匹配，否则会报错甚至无奈失常启动 
     image: kibana:7.13.4 
     container_name: kibana 
     environment: 
        # 如果 ES 节点和以后 kibana 节点在同一个 docker-compose 环境中 
        # 能够间接写对应的 ES container_name，否则须要填残缺的 URL 
        ELASTICSEARCH_HOSTS: http://es01:9200 
     depends_on: - es01 
     ports: - 5601:5601 
     networks: - bigdata

或者咱们独自启动如下：

docker run -d --name kibana  -p 0.0.0.0:5601:5601 --restart=always kibana:7.13.4

而后进入容器批改其 es 的连贯地址:

而后重启服务:

docker restart kibana

服务拜访

​ 在浏览器里通过地址 http://192.168.2.11:5601 进行拜访，刚开始可能拜访比较慢，须要期待一会，而后才会呈现上面的成果。

​ 而后进入 kibana 控制台: 执行:

GET /

失去上面的后果:

{
  "name" : "node-11",
  "cluster_name" : "es-cluster",
  "cluster_uuid" : "q2_ZSSScSYy08nV9psoa9w",
  "version" : {
    "number" : "7.13.4",
    "build_flavor" : "default",
    "build_type" : "docker",
    "build_hash" : "c5f60e894ca0c61cdbae4f5a686d9f08bcefc942",
    "build_date" : "2021-07-14T18:33:36.673943207Z",
    "build_snapshot" : false,
    "lucene_version" : "8.8.2",
    "minimum_wire_compatibility_version" : "6.8.0",
    "minimum_index_compatibility_version" : "6.0.0-beta1"
  },
  "tagline" : "You Know, for Search"
}

平安设置开启

​ Kibana 作为与 Elasticsearch 严密相干的利用，在 Elasticsearch 开启了安全性认证的时候也须要相应的开启安全性认证。步骤如下:

  • 在 Elasticsearch 集群中开启安全性设置
  • 通过 bin/elasticsearch-setup-passwords 命令生成所须要账户的明码
  • 批改配置文件 $KIBANA_HOME/config/kibana.yml 将 kibana 账号（7.x 之后可能会是 kibana_system 账号）对应的明码配置进相干参数中
  • elasticsearch.username: “kibana_system”
  • elasticsearch.password: “password”
  • 在配置好平安设置之后首次登陆时须要以管理员（elastic）账号进行登陆，并进行后续的配置和操作

各环境的配置形式参考

  • rpm 包装置：/etc/kibana/kibana.yml
  • tar 包装置：$KIBANA_HOME/config/kibana.yml

  • docker 装置：

    • 通过 -v 参数将本地配置文件映射到 docker 节点里：docker run -v $KIBANA_CONFIG_PATH/kibana.yml:/usr/share/kibana/config/kibana.yml docker.io/kibana:7.134

    • 批改 docker-compose.yml 文件里的 environment 配置 

      ...
  environment: 
  # 留神这几行 
  ELASTICSEARCH_HOSTS: http://es01:9200 
  ELASTICSEARCH_USERNAME: kibana 
  ELASTICSEARCH_PASSWORD: kibana-password
...

MacOS：

  • tar 包装置：同上
  • brew 装置：brew info kibana-full 中的配置地址，本例为：/usr/local/etc/kibana/config/kibana.yml

Windows：

  • .zip 包装置：同上文中 tar 包装置

常见参数优化

​ kibana 的性能曾经较为残缺，不太须要进行参数上的调整和优化，本节只探讨开启中文显示的形式。

  • 同上节中的形式批改对应的配置文件

  • 将参数 i18n.locale 设置成 zh-CN

    • 在 docker-compose.yml 中对应的参数为 I18N_LOCALE

常见问题及解决方案

kibana 节点装置部署过程中常常遇到的一些问题进行剖析，并提供一些简略的解决方案。

Kibana should not be run as root. Use –allow-root to continue.
  • Kibana 和 ES 一样，不能间接通过 root 账号启动
  • 像提醒中一样，能够通过增加参数 –allow-root 来启动
  • 残缺命令：./bin/kibana –allow-root
FATAL Error: Port 5601 is already in use. Another instance of Kibana may be running!
  • 5601 端口已被占用

  • 修复形式：

    通过 netstat -anp | grep 5601 命令寻找绑定 5601 端口的过程：

    netstat -anp | grep 5601 tcp6 0 0 :::5601 :::* LISTEN 3480/d ocker-proxy-c
    1. 依据过程信息来决定是否须要敞开已有过程
无奈连贯到 ES
log [10:08:28.980] [error][elasticsearch][monitoring] Request error, retrying GET http://localhost:9200/_xpack => connect ECONNREFUSED 127.0.0.1:9200log [10:08:2 8.993] [warning][elasticsearch][monitoring] Unable to revive connection: http://localhost:9200/ log [10:08:28.994] [warning][elasticsearch][monitoring] No living connectionslog [10:08:28. 995] [warning][licensing][plugins] License information could not be obtained from Elasticsear ch due to Error: No Living connections errorlog [10:08:29.016] [warning][monitoring][monit oring][plugins] X-Pack Monitoring Cluster Alerts will not be available: No Living connectionsl og [10:08:29.025] [error][data][elasticsearch] [ConnectionError]: connect ECONNREFUSED 12 7.0.0.1:9200log [10:08:29.059] [error][savedobjects-service] Unable to retrieve version inform ation from Elasticsearch nodes.log [10:08:31.476] [error][data][elasticsearch] [ConnectionErr or]: connect ECONNREFUSED 127.0.0.1:9200

  • Kibana 无奈间接连贯 Elasticsearch url，可能有以下起因：

    • 地址配置谬误
    • 以后节点和指标地址两头的网络不通
    • Elasticsearch 配置的监听地址 / 端口有误

  • 修复形式：

    • 查看该地址 / 域名是否正确。
    • 通过 curl http://localhost:9200/ 命令测试一下以后节点是否可能失常的连贯到指标地址。
    • 调整并调试到正确的连贯。
认证失败 
log [10:19:42.007] [error][data][elasticsearch] [security_exception]: missing authenticatio n credentials for REST request [/_nodes?filter_path=nodes.*.version%2Cnodes.*.http.publish_a ddress%2Cnodes.*.ip]log [10:19:42.042] [error][savedobjects-service] Unable to retrieve versi on information from Elasticsearch nodes.log [10:19:42.047] [warning][licensing][plugins] Lice nse information could not be obtained from Elasticsearch due to [security_exception] missi ng authentication credentials for REST request [/_xpack], with {header={ WWW-Authenticate ="Basic realm=\"security\"charset=\"UTF-8\""} } :: {"path":"/_xpack","statusCode":401,"respon se":"{\"error\":{\"root_cause\":[{\"type\":\"security_exception\",\"reason\":\"missing authenticatio n credentials for REST request [/_xpack]\",\"header\":{\"WWW-Authenticate\":\"Basic realm=\\\"security\\\"charset=\\\"UTF-8\\\"\"}}],\"type\":\"security_exception\",\"reason\":\"missing authe ntication credentials for REST request [/_xpack]\",\"header\":{\"WWW-Authenticate\":\"Basic re alm=\\\"security\\\"charset=\\\"UTF-8\\\"\"}},\"status\":401}","wwwAuthenticateDirective":"Basic realm=\"security\" charset=\"UTF-8\""} errorlog [10:19:42.050] [warning][monitoring][monitor ing][plugins] X-Pack Monitoring Cluster Alerts will not be available: [security_exception]3.4.1.2 Kibana（本地及 docker) < 162 missing authentication credentials for REST request [/_xpack], with {header={ WWW-Authent icate="Basic realm=\"security\"charset=\"UTF-8\""} }log [10:19:44.442] [error][data][elasticse arch] [security_exception]: missing authentication credentials for REST request [/_nodes?filter _path=nodes.*.version%2Cnodes.*.http.publish_address%2Cnodes.*.ip]log [10:19:46.941] [erro r][data][elasticsearch] [security_exception]: missing authentication credentials for REST reque st [/_nodes?filter_path=nodes.*.version%2Cnodes.*.http.publish_address%2Cnodes.*.ip]
  • Kibana 未配置安全性设置，以至于无奈失常连贯 Elasticsearch 节点 / 集群。
  • 当 Elasticsearch 节点 / 集群开启了安全性设置之后，所有的 restful 拜访都须要增加认证设置，包含 kibana 的拜访。

  • 修复形式：

    • （如果没有设置）在 Elasticsearch 集群当选一个节点，运行 bin/elasticsearch-setup-passwords 命令生成所须要账户的明码

    • 批改配置文件 $KIBANA_HOME/config/kibana.yml 将 kibana 账号（7.x 之后可能会是 kibana_system 账号）对应的明码配置进相干参数中 

      `elasticsearch.username: "kibana_system"`
`elasticsearch.password: "password"`
  • 在配置好平安设置之后首次登陆时须要以管理员（elastic）账号进行登陆，并进行后续的配置和操作
Error: Unable to find a match: docker-compose，找不到 docker-compose 对应安装包
  • 可能 yum 仓库中没有最新安装包信息或者精简版零碎中没有对应的软件信息

  • 修复形式:

    • 把源文件中利用市场的地址替换成中科大:

      sudo sed -e 's|^mirrorlist=|#mirrorlist=|g' \ -e 's|^#baseurl=http://mirror.centos.org/centos|baseurl=https://mirrors.ustc.edu.cn /centos|g' \ -i.bak \ /etc/yum.repos.d/CentOS-Base.repo

      先装置 epel-release（拓展利用市场）

      再进行后续装置

Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Isthe docker daemon running?，docker 过程没启动
  • docker 装置之后不会主动启动，在未设置之前，服务器重启之后 docker 多半也不会主动重启。

  • 修复形式：

    • 启动 docker 过程 systemctl start docker。
    • 设置 docker 随系统启动 systemctl enable docker。
Get https://registry-1.docker.io/… net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers

拜访 docker 仓库失败，在某些节点中可能无奈间接拜访外网进行 docker 镜像的下载

修复形式：

1. 开启外网拜访 
2.（或者）在其余可能拜访外网的节点中下载对应镜像 `docker pull kibana:7.10.1` 
3. 把镜像导出为文件 `docker save -o kibana-7.10.1-image.tar docker.io/kibana:7.10.1` 
4. 把导出的文件拷贝到指标机器 `scp kibana-7.10.1-image.tar root@192.168.10.221:/tmp` 
5. 登陆指标机器 `ssh root@192.168.10.221` 1. 导入指标镜像
Error response from daemon: manifest for kibana:7.9.11 not found: manifest unknown: manifest unknown
  • 找不到指标镜像。可能在 docker 仓库中找不到指定版本的镜像
  • 登陆镜像仓库搜寻适合版本（http://dockerhub.com/）
  • （或者）通过命令搜寻适合的镜像 docker search kibana

正文完
elastic-stack
发表至： elastic-stack
2022-02-01
 0
关于elastic-stack:Elastic-Stack安装部署
关于elastic-stack:Elastic-Stack基础概念
关于elastic-stack:Metricbeat安装
关于elastic-stack:Kibana环境部署