Elastic Cloud on Kubernetes (ECK) 中 LoadBalancerClass 字段问题解析

问题背景

在使用 Elastic Cloud on Kubernetes (ECK) 2.12.1 版本部署 Logstash 时，用户遇到了一个关于 LoadBalancer 类型服务的配置问题。当用户尝试创建一个 UDP 端口的 LoadBalancer 服务时，系统报错提示 spec.loadBalancerClass 字段无效，值为 "null"，并且一旦设置后不能更改。

问题现象

用户提供的 Logstash 配置中定义了两个服务：

1. 一个 NodePort 类型的服务用于 Beats 输入
2. 一个 LoadBalancer 类型的服务用于 UDP 输入

当配置中没有显式指定 loadBalancerClass 时，ECK 控制器尝试更新服务时失败，错误信息表明 loadBalancerClass 字段被设置为 "null" 值，这在 Kubernetes 中是不允许的，因为该字段一旦设置就不能更改。

技术分析

这个问题源于 ECK 控制器在处理 LoadBalancer 类型服务时的逻辑不完整。在 Kubernetes 中，loadBalancerClass 是一个可选字段，用于指定云提供商特定的负载均衡器实现。然而，ECK 的控制器代码没有正确处理这个字段的默认值和更新逻辑。

具体来说，在 ECK 的 service_control.go 文件中，服务创建和更新的逻辑需要增强以支持 loadBalancerClass 字段的以下行为：

• 当用户未指定时，不应设置该字段（而不是设置为 "null"）
• 当用户明确指定时，应正确传递该值
• 在服务更新时，需要正确处理该字段的不可变性

解决方案

用户通过显式指定 loadBalancerClass 解决了这个问题：

services:
  - name: udp
    service:
      spec:
        type: LoadBalancer
        loadBalancerClass: service.k8s.aws/nlb
        ports:
          - port: 12201
            name: "filebeat"
            protocol: UDP
            targetPort: 12201

影响与建议

这个问题会导致以下影响：

1. 当使用 LoadBalancer 类型服务且未指定 loadBalancerClass 时，ECK 控制器会持续报错
2. 由于控制器处于错误状态，其他配置变更（如管道更新）可能无法正常应用

对于使用 ECK 的用户，建议：

1. 如果使用 LoadBalancer 类型服务，最好显式指定 loadBalancerClass
2. 关注 ECK 的版本更新，这个问题应该在后续版本中得到修复
3. 在问题修复前，可以通过删除并重新创建服务的方式解决

底层原理

在 Kubernetes 中，loadBalancerClass 字段的设计目的是允许用户选择特定的负载均衡器实现，特别是在多云环境中。这个字段的行为有特殊之处：

• 它是不可变字段，一旦设置就不能更改
• 它应该要么不设置，要么设置为有效值
• 设置为 "null" 或空字符串是不允许的

ECK 控制器需要遵循这些 Kubernetes API 的语义规则，才能正确处理服务的创建和更新操作。