Confluent Schema Registry 7.6.0 K8s多实例请求转发失败解决方案咨询

核心问题分析 #

当Schema Registry（SR）多实例运行时，leader会将自身地址写入Confluent Cloud的_schemas主题，follower需通过该地址转发请求。你的问题在于leader注册的是随机生成的pod名称（如dp-schema-registry-7dc6cbdb5-kr2rk），而集群DNS无法解析该名称，导致转发失败。此前设置SCHEMA_REGISTRY_HOST_NAME无效，是因为Confluent Platform 7.x版本已弃用host.name参数，转而使用advertised.listeners定义实例对外暴露的地址。

解决方案 #

1. 替换配置参数为advertised.listeners #

修改SR的环境变量配置，用SCHEMA_REGISTRY_ADVERTISED_LISTENERS替代SCHEMA_REGISTRY_HOST_NAME，将其设置为pod的IP地址与监听端口，确保leader向_schemas主题注册自身IP，follower可通过IP直接连接。

2. 通过K8s Downward API注入Pod IP #

在SR的Deployment配置中，添加Downward API环境变量获取pod的IP，再赋值给SCHEMA_REGISTRY_ADVERTISED_LISTENERS：

spec:
  containers:
  - name: schema-registry
    image: your-sr-image
    env:
      # 注入Pod IP到环境变量
      - name: POD_IP
        valueFrom:
          fieldRef:
            fieldPath: status.podIP
      # 设置对外暴露的监听地址为Pod IP的HTTPS地址
      - name: SCHEMA_REGISTRY_ADVERTISED_LISTENERS
        value: "https://$(POD_IP):1443"
      # 保留现有正确的监听配置
      - name: SCHEMA_REGISTRY_LISTENERS
        value: "https://0.0.0.0:1443"
      # 其他Confluent Cloud相关配置（如SCHEMA_REGISTRY_KAFKASTORE_BOOTSTRAP_SERVERS等）

3. 验证配置生效 #

进入任意SR pod，查看默认路径/etc/schema-registry/schema-registry.properties中的advertised.listeners字段，确认其值为当前pod的IP地址。

4. 额外检查 #

• 确保pod之间的网络策略允许1443端口的HTTPS通信（你已验证IP连通性，此步骤大概率无问题）。
• 确认Confluent Cloud的_schemas主题权限正常，SR实例可正常读写该主题。

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