SkyWalking OAP服务连接Elasticsearch集群的SSL配置问题分析

问题背景

在使用SkyWalking OAP服务连接启用SSL的Elasticsearch集群时，系统启动过程中出现了连接异常。从日志中可以清晰地看到，OAP服务尝试通过HTTP协议访问Elasticsearch的健康检查接口时失败，而实际上目标Elasticsearch集群已经启用了HTTPS安全连接。

错误现象分析

日志中显示的关键错误信息包括：

1. 连接尝试使用http://es-quickstart-es-http:9200/_cluster/health地址
2. 抛出ClosedSessionException异常
3. 最终报告"Health check fails. reason: No healthy endpoint"

这表明OAP服务默认使用HTTP协议进行健康检查，而目标Elasticsearch集群可能已经配置了强制HTTPS连接，导致连接被拒绝。

根本原因

问题的核心在于SkyWalking OAP服务与Elasticsearch集群之间的协议不匹配。虽然用户已经在Helm chart配置中指定了elasticsearch.protocol=https，但OAP服务内部的健康检查机制仍然使用HTTP协议进行初始连接。

解决方案

要解决这个问题，需要通过以下配置确保OAP服务使用HTTPS协议连接Elasticsearch：

1. 完整的Helm配置示例：

oap:
  image:
    tag: 9.7.0
  storageType: elasticsearch
  replicas: 1

elasticsearch:
  enabled: false
  protocol: https
  config:
    scheme: https
    host: es-quickstart-es-http
    port:
      http: 9200
    user: "elastic"
    password: "your_password_here"
    sslVerificationMode: none # 可选，用于自签名证书
    trustStorePath: "/path/to/truststore" # 可选
    trustStorePassword: "truststore_password" # 可选

2. 关键配置说明：

• protocol: https：确保使用HTTPS协议
• scheme: https：双重确认使用HTTPS
• SSL验证相关配置：根据证书类型可能需要调整

3. 高级配置选项： 对于使用自签名证书的集群，可能需要额外配置：

elasticsearch:
  config:
    sslVerificationMode: none
    # 或者指定信任库
    trustStorePath: "/usr/share/elasticsearch/config/certs/truststore.p12"
    trustStorePassword: "password"

验证方法

配置生效后，可以通过以下方式验证：

1. 检查OAP服务日志，确认健康检查URL已变为HTTPS
2. 观察是否仍有SSL相关错误
3. 确认OAP服务能够正常启动并与Elasticsearch建立连接

最佳实践建议

1. 对于生产环境，建议使用正式的CA签名证书
2. 保持SkyWalking与Elasticsearch版本的兼容性
3. 在配置变更后，彻底重启OAP服务以确保所有配置生效
4. 考虑在Elasticsearch端设置详细的访问日志，便于调试连接问题

通过以上配置调整，可以确保SkyWalking OAP服务正确连接到启用SSL的Elasticsearch集群，保证监控数据的正常存储和查询。