Kubernetes与Hetzner负载均衡器集成实践指南

在Kubernetes集群中，负载均衡器是连接外部流量与内部服务的重要桥梁。当使用Hetzner Cloud作为基础设施提供商时，其云控制器管理器（hcloud-cloud-controller-manager）提供了与Hetzner负载均衡器（LB）的深度集成能力。本文将深入探讨如何高效利用这一特性。

核心机制解析

Hetzner的云控制器管理器实现了Kubernetes的LoadBalancer服务类型支持。当创建LoadBalancer类型的Service时，控制器会自动在Hetzner Cloud中创建对应的负载均衡器资源。这个LB会配置相应的监听端口，并将流量转发到Service背后的Pod。

单LB多服务场景分析

许多用户期望多个Kubernetes Service能共享同一个Hetzner LB资源，这在技术实现上存在特定限制：

1. 原生限制：每个LoadBalancer Service会触发创建独立的LB实例
2. 共享方案：通过Ingress控制器实现多服务共享
   • 部署Ingress Controller（如nginx-ingress）
   • 该Controller本身使用LoadBalancer类型服务
   • 其他服务通过Ingress资源暴露，共享该LB

最佳实践建议

对于需要暴露多个服务的场景，推荐采用以下架构：

1. 基础层：部署一个LoadBalancer类型的Ingress控制器
2. 路由层：为各个应用创建Ingress资源
   • 基于主机名或路径进行路由
   • 支持TLS终止等高级功能
3. 特殊场景：确实需要独立LB的服务
   • 直接使用LoadBalancer类型
   • 注意会产生额外的LB费用

配置示例

以下是通过Ingress实现多服务共享的典型配置：

# Ingress控制器部署
apiVersion: v1
kind: Service
metadata:
  name: ingress-nginx
  namespace: ingress-nginx
spec:
  type: LoadBalancer
  ports:
    - name: http
      port: 80
      targetPort: 80
    - name: https
      port: 443
      targetPort: 443
  selector:
    app: ingress-nginx

# 应用Ingress配置
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: my-app
spec:
  rules:
  - host: app.example.com
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: app-service
            port:
              number: 80

注意事项

1. 成本考量：Hetzner LB按小时计费，过多LB实例会增加成本
2. 性能影响：共享LB可能引入单点瓶颈，需根据流量特点评估
3. 功能限制：某些高级LB特性可能需要在独立LB上配置