在 DR 设置中使用 Kubernetes 的 HAProxy

Question

我们在本地托管了 Kubernetes 设置，并试图让 K8s 之外的客户端连接到 K8s 集群中托管的服务。

为了使用 HA Proxy（在 K8s 外部运行）来完成这项工作，我们的 HAProxy 后端配置如下 -

   backend vault-backend
   ...
   ...
   server k8s-worker-1 worker1:32200 check
   server k8s-worker-2 worker2:32200 check
   server k8s-worker-3 worker3:32200 check

现在，此解决方案有效，但工作人员名称和相应的节点端口在此配置中是硬编码的，当添加（或删除/更改）更多工作人员时，这显然不方便。

我们遇到了 HAProxy Ingress Controller (https://www.haproxy.com/blog/haproxy_ingress_controller_for_kubernetes/)，这听起来很有希望，但（我们认为）有效地添加了另一个 HAProxy 层......因此，增加了另一个故障点。

有没有更好的解决方案来实现这个要求？

Answer 1

现在，此解决方案有效，但工作人员名称和相应的节点端口在此配置中是硬编码的，当添加（或删除/更改）更多工作人员时，这显然不方便。

您可以为您的 Kubernetes Service 显式配置 NodePort，这样它就不会选择随机端口，并且您始终在外部 HAProxy 上使用相同的端口：

apiVersion: v1
kind: Service
metadata:
  name: <my-nodeport-service>
  labels:
    <my-label-key>: <my-label-value>
spec:
  selector:
    <my-selector-key>: <my-selector-value>
  type: NodePort
  ports:
   - port: <service-port>
     nodePort: 32200

我们遇到了 HAProxy Ingress Controller (https://www.haproxy.com/blog/haproxy_ingress_controller_for_kubernetes/)，这听起来很有希望，但（我们认为）有效地添加了另一个 HAProxy 层......因此，增加了另一个故障点。

您可以在集群内部运行 HAProxy 入口并在集群外部移除 HAproxy，但这实际上取决于您运行的服务类型。例如，Kubernetes Ingress 是第 7 层资源。此处的 DR 将通过您的 HAProxy 入口控制器的多个副本来处理。