Spring Cloud多Eureka Server配置失效问题求助

环境与现象 #

• 使用Spring Cloud Hoxton.SR10 + Spring Boot 2.3.8.RELEASE
• Eureka客户端bootstrap配置了逗号分隔的defaultZone地址，但启动时仅尝试连接第一个节点（peer1），该节点宕机时不会自动切换到peer2
• 相同配置在Hoxton.SR4版本可正常工作，问题同样存在于Hoxton.SR12及2020.0.1版本（未测试）

客户端Bootstrap配置 #

spring:
  cloud:
    config:
      discovery:
        enabled: true
        serviceId: config-server
      failFast: true
      retry:
        max-interval: 5000
        max-attempts: 200
  application:
    name: eureka-test
eureka:
  client:
    serviceUrl: ## service-url配置效果一致
      defaultZone: https://peer1:7777/eureka/,https://peer2:7777/eureka/

问题根源 #

问题出在org.springframework.cloud.netflix.eureka.config.EurekaConfigServerBootstrapConfiguration的getEurekaUrl方法中：

private static String getEurekaUrl(EurekaClientConfigBean config, Environment env) {
    List<String> urls = EndpointUtils.getDiscoveryServiceUrls(config, "defaultZone", new EurekaConfigServerBootstrapConfiguration.HostnameBasedUrlRandomizer(env.getProperty("eureka.instance.hostname")));
    return (String)urls.get(0);
}

该方法直接取defaultZone列表的第一个地址创建Eureka客户端，完全没有重试或切换节点的逻辑。而Hoxton.SR4版本中，RetryableEurekaHttpClient由EurekaClientAutoConfiguration创建，会处理多节点重试，但这个逻辑没有被bootstrap阶段的配置类复用。

解决方案 #

方案1：自定义Bootstrap配置类覆盖节点选择逻辑 #

创建自定义配置类，重写getEurekaUrl方法，实现节点随机选择逻辑：

import org.springframework.cloud.netflix.eureka.config.EurekaConfigServerBootstrapConfiguration;
import org.springframework.cloud.netflix.eureka.config.EndpointUtils;
import org.springframework.context.annotation.BootstrapConfiguration;
import org.springframework.core.env.Environment;
import com.netflix.discovery.EurekaClientConfigBean;
import java.util.List;
import java.util.Random;

@BootstrapConfiguration
public class CustomEurekaConfigServerBootstrapConfiguration extends EurekaConfigServerBootstrapConfiguration {

    private static final Random RANDOM = new Random();

    private static String getEurekaUrl(EurekaClientConfigBean config, Environment env) {
        List<String> urls = EndpointUtils.getDiscoveryServiceUrls(config, "defaultZone", 
            new HostnameBasedUrlRandomizer(env.getProperty("eureka.instance.hostname")));
        
        // 随机选择节点，避免固定依赖第一个节点
        if (urls.size() > 1) {
            return urls.get(RANDOM.nextInt(urls.size()));
        }
        return urls.get(0);
    }

    // 复制原类中其他必要方法，保证Bootstrap阶段逻辑完整
}

通过@BootstrapConfiguration确保该类在bootstrap阶段优先加载，替换原有的配置类逻辑。

方案2：结合Spring Retry实现Bootstrap阶段重试 #

1. 引入重试依赖：

<dependency>
    <groupId>org.springframework.retry</groupId>
    <artifactId>spring-retry</artifactId>
</dependency>
<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-aop</artifactId>
</dependency>

2. 在bootstrap配置中添加Eureka客户端重试配置：

eureka:
  client:
    retry:
      enabled: true
      initial-interval-seconds: 1
      max-interval-seconds: 5
      multiplier: 2
      max-attempts: 10

需结合方案1的自定义配置类，在getEurekaUrl方法中添加重试循环逻辑，遍历所有节点尝试连接。

方案3：临时绕过Bootstrap阶段Eureka依赖 #

如果场景允许，可先禁用Config Server的发现模式，直接配置Config Server地址，待客户端启动完成后再切换为发现模式：

spring:
  cloud:
    config:
      discovery:
        enabled: false
      uri: https://config-server-address:port/

此方案仅适用于临时应急，不推荐长期使用。

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