Elasticsearch升级至7.17后Kibana提示“服务器未就绪”故障

问题背景 #

将Elasticsearch从7.10升级至7.17后，3节点ES集群（Linux环境）和Docker Compose部署的单节点Kibana均已启动，但访问Kibana前端时显示Kibana server is not ready yet。检查/var/log/messages及相关帖子未找到明确原因，执行删除Kibana索引命令curl -XDELETE https://<ServerName>:Port/*kibana*时，触发SSL证书验证错误：

curl: (60) Peer's certificate issuer has been marked as not trusted by the user.
curl默认会执行SSL证书验证，使用一组CA公钥证书包。如果默认证书包不合适，可以用--cacert选项指定替代文件。如果HTTPS服务器使用的证书由证书包中的CA签发，验证失败可能是证书问题（过期、域名不匹配）。可以用-k（或--insecure）选项关闭证书验证。

分步解决方案 #

1. 解决SSL验证问题，删除Kibana系统索引

Kibana就绪异常常与损坏的系统索引有关，先确保能删除这些索引：

• 若使用自签名证书，直接关闭SSL验证执行命令：

  curl -k -XDELETE https://<ServerName>:Port/*kibana*
  

• 若有合法CA证书，指定证书路径执行：

  curl --cacert /path/to/your/ca.crt -XDELETE https://<ServerName>:Port/*kibana*
  

2. 重启Kibana实例

删除索引后，重启Docker Compose中的Kibana服务，让它重新初始化系统索引：

docker-compose restart kibana

3. 查看Kibana容器日志定位问题

如果重启后仍未就绪，直接查看Kibana容器日志（比系统日志更精准）：

docker-compose logs kibana

重点排查：

• ES集群连接状态：确认Kibana配置的ES地址是否可达
• 索引初始化错误：检查是否有ES权限不足、索引创建失败的提示
• 版本兼容性：确保Kibana版本与ES 7.17完全一致（Kibana必须和ES同版本）

4. 验证ES集群状态

先确认ES集群本身运行正常：

# 根据情况添加-k或--cacert参数
curl -k https://<ServerName>:Port/_cluster/health?pretty

确认返回结果中status为green，所有节点均已加入集群。

5. 检查Kibana配置正确性

核对Docker Compose中的Kibana配置项：

• elasticsearch.hosts：必须指向ES集群的正确访问地址（需与ES的network.host配置匹配）
• elasticsearch.ssl.certificateAuthorities：若ES开启SSL，需配置正确的CA证书路径
• elasticsearch.username/elasticsearch.password：确保该账号拥有创建、管理Kibana索引的权限

内容的提问来源于stack exchange，提问作者Boodle